Un éditeur de logiciel qui grandit vite ne recrute pas son support au même rythme que ses clients. Chaque nouvelle association arrive avec les mêmes questions que les précédentes, et ces questions se posent en quatre langues, sur deux continents, avec des usages associatifs qui ne se ressemblent pas d'un pays à l'autre.
Le coût de cette croissance ne se mesure pas au nombre de tickets. Il se mesure à ce que l'équipe support ne fait plus : accompagner les clients complexes, documenter, remonter les irritants au produit. Ce temps-là part dans la répétition.
C'est le point de départ du projet mené avec Yapla : non pas remplacer le support, mais lui rendre les heures que la répétition lui prenait.
Le point de départ : une croissance que le support ne pouvait pas suivre
L'afflux de nouveaux adhérents a fait monter les demandes récurrentes et les tickets d'assistance plus vite que l'équipe. La surcharge n'empêchait pas de répondre : elle empêchait de faire autre chose que répondre.
À cela s'ajoutait la diversité linguistique et culturelle de la clientèle, qui complique l'accueil des nouveaux utilisateurs et rend la personnalisation des échanges coûteuse. Une même question posée à Montréal et à Milan n'appelle pas tout à fait la même réponse.
- Réduire les demandes répétitives pour libérer les équipes internes.
- Offrir un accueil fluide et personnalisé aux nouveaux utilisateurs.
- Prendre en compte les particularités linguistiques et culturelles dans les échanges.
- Optimiser la gestion des tickets pour renforcer la satisfaction client.
Deux mois à écrire ce que les équipes savaient déjà
La qualité des réponses d'un agent ne vient pas du modèle : elle vient de ce qu'on lui donne à lire. Le projet a donc commencé par deux mois de constitution de la base documentaire, à partir de l'historique Zendesk, du fichier de questions-réponses de la FAQ et des articles de la base de connaissance.
Ce travail a surtout consisté à mettre par écrit le savoir-faire des équipes support — ce qu'elles répondaient, dans quel ordre, avec quelles précautions selon le profil de l'association. Une partie de cette connaissance n'existait nulle part ailleurs que dans les habitudes des personnes qui répondaient.
Yapla IA, dans le logiciel et non à côté
L'agent est accessible directement depuis la plateforme, là où l'utilisateur rencontre sa difficulté. Il répond aux questions fréquentes — gestion des adhésions, billetterie en ligne, collecte de dons, création de sites web — et guide pas à pas dans l'interface plutôt que de renvoyer vers un article.
Il sert deux publics avec la même base : les clients finaux, qui obtiennent une réponse immédiate, et les équipes support elles-mêmes, qui s'en servent pour instruire les demandes qu'elles traitent.
Quatre langues, et deux français
L'agent répond en français, en anglais, en français canadien et en italien. Distinguer le français de France du français canadien n'est pas un raffinement : le vocabulaire associatif, les obligations déclaratives et les usages de paiement diffèrent d'un pays à l'autre, et une réponse juste à Paris peut être fausse à Montréal.
Ce qui remonte à l'humain
Les trois tickets sur dix que l'agent ne traite pas ne sont pas des échecs : ce sont les demandes pour lesquelles une personne est nécessaire. L'agent escalade automatiquement vers une intervention humaine, avec le contexte de l'échange déjà constitué.
C'est ce qui rend le chiffre de 70 % lisible. Le support n'a pas disparu, il s'est déplacé vers les cas qui le méritent.
