Faut-il réserver notre centre d’aide aux clients connectés ?

Vous envoyez un guide à des gens qui n'ont pas encore de compte, et la solution proposée consiste à leur demander un compte pour le lire. On aura donc fort bien sécurisé le démarrage : plus personne ne pourra s'y risquer avant d'avoir démarré. La proposition du produit mérite mieux que cette caricature, évidemment, mais c'est précisément le trajet qu'il faut faire apparaître pendant la décision.

Je défendrais le maintien d'un socle public, page par page, avec une zone réservée lorsque le contenu le justifie. Si vous n'avez pas fini le tri cette semaine, convenez au moins du sort des liens déjà utilisés et des pages dont le statut reste incertain. Une date de migration n'est pas une raison suffisante pour décider, en bloc, qui aura le droit de comprendre le produit.

Votre guide arrive avant le compte, et c'est tout son intérêt

Reprenez le dernier envoi à un responsable de site. Qu'attendiez-vous de lui avant sa première connexion ? Qu'il sache ce que vous allez lui demander, qu'il réunisse des éléments, qu'il identifie la personne qui pourra lui ouvrir des droits ? Vous n'avez pas besoin de deviner la réponse : relisez l'envoi et, si possible, demandez à son destinataire ce qu'il a pu en faire. Le moment où l'article est utile compte autant que le profil du lecteur. Un client peut déjà avoir signé sans que la personne chargée du démarrage possède le moindre identifiant.

Du côté de l'avant-vente, regardez ce qui s'est passé après le partage. Quelqu'un devait-il vérifier une étape seul, ou transmettre la page à un collègue qui n'avait pas accès à l'essai ? Certains liens servent peut-être juste de pense-bête à la personne qui fait la démo, d'autres permettent à un futur utilisateur de formuler une objection ou de préparer une manipulation. Ce sont des usages différents ; ne les mettez pas tous au crédit des ventes parce qu'ils sont partis d'une boîte mail commerciale.

Dans le cas des vidéos d'accueil qui ne suffisaient pas à démarrer, l'accès à l'explication ne réunissait pas les personnes nécessaires à l'action. Ici, la distinction vous donne un moyen très simple de découper le guide : ce que le responsable de site doit savoir ou réunir avant l'accès, et ce qu'il pourra faire une fois le compte ouvert. Un document public peut préparer les deux, à condition d'indiquer où l'intervention d'un administrateur devient nécessaire.

Lisez l'article sur les droits avant de lui coller un cadenas

Le mot « droits » peut couvrir une explication tout à fait montrable, comme la différence entre pouvoir consulter et pouvoir modifier un planning, ou une information qui mérite d'être réservée, comme la liste des personnes habilitées chez une entreprise donnée. Si tout porte la même étiquette, vous allez passer un temps délicieux à discuter du danger de la rubrique sans examiner le contenu de la rubrique.

L'autorisation de lire une procédure et l'autorisation d'exécuter l'action sont deux décisions distinctes. Prenez un exemple de découpage : une page publique explique quel rôle peut inviter un collègue et à qui s'adresser s'il manque ; l'invitation elle-même se fait dans le produit avec les droits requis. Si l'article contient aussi un détail interne qui ne doit pas sortir, retirez ce détail de la version publique ou séparez le passage. Confirmez le choix avec le produit et la personne qui statue sur les informations sensibles, plutôt que d'ériger le support en gardien improvisé des secrets de la boîte.

Marko Marinkovic, rédacteur technique, expose les compromis entre documentation publique et contrôlée. Je retiens deux points de son analyse : il faut une décision commune au produit et aux équipes qui utilisent la documentation, et il faut inclure le coût de distribution de la version privée. Il n'établit pas que l'ouverture fait vendre davantage. En revanche, il donne de bonnes raisons de demander quel problème règle la fermeture et qui supportera son coût.

Faites arbitrer des pages, des trajets et des coûts

Amenez une poignée d'articles réellement envoyés, dont le guide, une page utilisée pendant un essai et un article sur les droits. Pour chacun, notez la tâche du lecteur, le moment où il doit la faire, ce que la page expose et le sort de son adresse. Cette poignée sert à obtenir une règle applicable avant la migration, pas à déclarer le reste du centre inoffensif. Si vous ne savez pas encore classer une page, assignez-lui une décision à prendre et un responsable, au lieu de faire passer l'incertitude pour une politique de sécurité.

Le cas des prérequis techniques à publier avant le premier rendez-vous approfondit le choix de ce qu'un lecteur peut vérifier avant l'échange. Ici, il y a une question supplémentaire : l'adresse doit encore fonctionner lorsqu'elle circule seule. Dans mon billet sur le contenu comme infrastructure de décision, j'examinais le coût des explications qui dépendent sans cesse d'une personne disponible. Un guide qui demande au lecteur de revenir au support pour obtenir le droit de le lire illustre assez bien cette dépendance, avec la petite ironie que c'est le support qui lui a envoyé le lien.

Une adresse qui répond peut quand même mener à une impasse

Si l'outil permet de conserver l'adresse d'une page publique ou de la rediriger vers son équivalent, choisissez cette continuité pour les liens importants et vérifiez-la depuis une session sans compte. Arriver sur une page de connexion ou sur l'accueil général n'est pas retrouver l'instruction envoyée. Le bon test consiste à ouvrir le lien tel qu'il apparaît dans un ancien mail et à tenter la tâche correspondante. Faites l'essai aussi avec un compte client de test lorsque la page doit être réservée ; il faut savoir qui lit quoi, et ce que voit une personne qui n'y a pas accès.

Si l'outil impose un centre entièrement privé, il reste une alternative : conserver sur le site un petit socle public entretenu, avec un propriétaire et une adresse durable, et réserver au portail le détail qui en a besoin. Ce n'est pas gratuit : si vous dupliquez la procédure complète, vous allez devoir entretenir deux versions et expliquer les écarts chaque fois qu'un écran change. Préférez alors une page publique qui accomplit une tâche précise et stable (préparer le démarrage, par exemple), plutôt qu'une copie de secours du centre tout entier.

Après la bascule, demandez au support et à l'avant-vente de noter les demandes où le destinataire ne peut pas lire, trouve une ancienne consigne ou doit solliciter quelqu'un pour accéder à la suite. Regardez les trajets concernés avant de regarder les volumes de lecture. Une baisse des consultations après fermeture ne vous dira pas si les clients ont moins besoin d'aide ou s'ils ont simplement rencontré une porte. Vous aurez de quoi corriger la règle d'accès quand vous saurez quelle tâche est devenue plus difficile, et pour qui.

Concrètement, voilà ce que je ferais.

• Reprendre avec le support et l'avant-vente les liens réellement envoyés et préciser, pour chacun, ce que le lecteur doit pouvoir faire avant connexion.
• Trier avec le produit les articles sur les droits en distinguant explication générale, détail réservé et action dans le logiciel.
• Faire décider cette semaine le sort des pages prioritaires, leurs adresses et le responsable de chaque cas encore incertain.
• Tester les anciens liens sans session et avec un compte de test, puis relever les accès et tâches qui coincent après la bascule.