Pourquoi vouloir tout centraliser d'un coup ne fonctionne pas

Quand on regarde comment les demandes clients circulent dans une boîte de 15 ou 30 personnes, le réflexe naturel est de vouloir tout régler en une fois. Un outil unique, une plateforme qui capte WhatsApp, l'email, le téléphone, et qui génère un ticket propre à chaque fois. Sur le papier, c'est séduisant. En pratique, c'est le meilleur moyen de se retrouver avec un système que personne n'utilise trois semaines après le lancement.

Ce qui est intéressant, c'est que la difficulté ne vient presque jamais de la technique. Elle vient du changement d'habitudes. Un collaborateur qui répond aux clients sur WhatsApp depuis deux ans ne va pas basculer du jour au lendemain sur un helpdesk centralisé. Il va contourner le système, répondre directement, et le ticket ne sera jamais créé. Le dirigeant qui a voulu bien faire se retrouve avec deux systèmes en parallèle au lieu d'un. Plus de travail, moins de visibilité. La question qui mérite d'être posée, c'est peut-être celle-ci. Faut-il vraiment tout automatiser en même temps, ou est-ce qu'on gagne à séquencer?

Choisir le canal qui fait le plus mal, pas le plus facile

Si tu devais automatiser la création de tickets support sur un seul canal pour commencer, lequel choisirais-tu? La réponse instinctive, c'est souvent l'email, parce que c'est structuré, qu'il y a un objet, un corps de texte, et que ça semble simple à parser. Mais en observant ce qui se passe dans les entreprises suisses de cette taille, le canal qui génère le plus d'oublis et de frustration, c'est rarement l'email. C'est WhatsApp.

WhatsApp est devenu un canal de communication naturel en Suisse romande, y compris dans les relations commerciales. Le problème, c'est que rien n'est tracé. Un message arrive à 18h sur le téléphone d'un commercial, il se dit qu'il traitera ça demain, et le lundi matin c'est oublié. Multiplié par dix demandes par semaine, ça donne un trou noir. Commencer par automatiser la création d'un ticket à partir d'un message WhatsApp entrant, même de façon basique, c'est souvent là que le gain est le plus immédiat. Pas parce que c'est le canal le plus simple à connecter. Justement parce que c'est celui où la perte d'information est la plus forte. Fais le calcul sur ta propre semaine. Combien de demandes WhatsApp reçois-tu? Combien arrivent effectivement dans un suivi structuré? L'écart entre ces deux chiffres, c'est ton angle mort.

Trois phases pour ne pas tout casser en route

Ce que j'observe, c'est que les dirigeants qui avancent sans se planter découpent le projet en morceaux très petits. Pas trois phases théoriques sur un PowerPoint, mais trois étapes concrètes avec un critère simple pour passer à la suivante.

La première phase, c'est de connecter un seul canal, celui qui fait le plus mal, à un outil de ticketing. Ça peut être aussi rudimentaire qu'un formulaire qui crée une ligne dans un tableau partagé. L'objectif n'est pas d'avoir un helpdesk parfait. C'est de vérifier que l'équipe accepte de passer par là au lieu de répondre dans le vide. Si après deux semaines, 80% des demandes de ce canal passent par le ticket, tu peux avancer. Sinon, il faut comprendre pourquoi avant d'ajouter quoi que ce soit.

La deuxième phase, c'est d'ajouter le canal suivant. L'email, en général, parce que le branchement est plus direct. À ce stade, tu commences à voir apparaître une vue d'ensemble de tes demandes. C'est là que les questions intéressantes émergent. Quels types de demandes reviennent le plus? Quels délais de réponse sont acceptables? Tu n'as pas besoin d'IA pour répondre à ça. Tu as besoin de données que tu ne pouvais pas voir avant.

La troisième phase, c'est l'automatisation intelligente. Trier automatiquement les demandes par catégorie, router vers la bonne personne, générer un brouillon de réponse. C'est ici que l'IA peut apporter quelque chose, mais seulement parce que les deux premières phases ont créé le socle. Sans ce socle, l'IA tourne dans le vide. Si tu veux comprendre comment ce type d'automatisation s'intègre dans un cadre plus large, les approches d'automatisation IA pour entreprises suisses donnent une idée de ce qui est réaliste aujourd'hui.

Gros plan sur un écran d'ordinateur affichant une interface de gestion de tickets épurée, représentant l'organisation des demandes clients avant de tout centraliser.

Ce que la LPD change dans ta façon de stocker les demandes

Un point que beaucoup de dirigeants sous-estiment quand ils centralisent leurs demandes clients. La LPD, entrée en vigueur le 1er septembre 2023 selon le Préposé fédéral à la protection des données et à la transparence (PFPDT), a renforcé les exigences sur le traitement des données personnelles. Un message WhatsApp d'un client contient son numéro, parfois son adresse, parfois des informations sensibles. Dès que tu crées un ticket à partir de ce message, tu stockes ces données quelque part. Et ce quelque part doit être conforme.

Ce n'est pas un argument pour ne rien faire. C'est un argument pour séquencer correctement. Si tu commences par un seul canal et un outil simple, tu peux vérifier que le stockage est conforme avant de brancher les autres sources. Si tu branches tout en même temps, tu multiplies les points de contrôle et tu risques de découvrir un problème de conformité après coup, quand c'est plus compliqué à corriger. L'OFS indiquait en 2022 que 63% des entreprises suisses de 10 à 49 employés utilisaient un logiciel CRM. Ce qui veut dire que 37% n'en utilisaient pas. Pour celles-là, la question de la conformité du stockage des demandes clients est encore plus aiguë, parce que les données traînent probablement dans des boîtes mail personnelles ou des conversations WhatsApp non archivées. Si tu fais partie de ces 37%, commencer par un canal et un outil, c'est aussi commencer par éviter les erreurs classiques de synchronisation entre tes différents systèmes.

Le vrai indicateur que ton séquencement fonctionne

Il y a une tentation forte, une fois qu'on a lancé la première phase, de vouloir accélérer. Brancher le deuxième canal tout de suite, ajouter des règles d'automatisation, tester un chatbot. Ce réflexe est compréhensible. Tu as goûté à un peu d'ordre et tu veux plus. Mais l'indicateur à surveiller n'est pas la vitesse de déploiement. C'est le taux d'adoption par ton équipe.

Si tes collaborateurs créent des tickets sans que tu aies besoin de leur rappeler, c'est que le système tient. Si tu dois relancer chaque semaine, quelque chose coince. Peut-être que l'outil est trop lourd. Peut-être que le processus ajoute du travail sans que le bénéfice soit visible pour eux. Peut-être que le canal choisi n'était pas le bon pour commencer. Toutes ces réponses sont utiles, et tu ne les obtiens qu'en avançant par étapes. C'est d'ailleurs un schéma qu'on retrouve dans beaucoup de projets d'automatisation. Ceux qui veulent du sur-mesure immédiat découvrent souvent des coûts cachés que le séquencement aurait permis d'éviter.

Fais le calcul toi-même. Prends le nombre de demandes clients que tu reçois par semaine, tous canaux confondus. Estime le temps moyen pour traiter chacune, y compris le temps passé à chercher l'historique ou à se souvenir du contexte. Multiplie par 48 semaines. Le chiffre que tu obtiens, c'est le volume annuel de travail administratif lié au support. Même si tu n'automatises que 30% de ce volume en commençant par un seul canal, regarde ce que ça représente en heures. C'est ton point de départ, pas ta destination.