Écoute sociale

Écouter et surveiller sont deux métiers différents

La veille a la forme d'une boîte de réception et reste réactive : quelqu'un vous a mentionné, quelqu'un devrait répondre, si possible aujourd'hui. C'est du service client habillé en marketing, et cela vaut la peine. L'écoute a la forme d'une enquête : cinquante personnes ont décrit le même problème ce mois-ci, et les mots qu'elles emploient ne sont pas ceux de votre page d'accueil. Confondre les deux, c'est ainsi qu'une équipe finit par payer un produit d'alertes alors qu'il lui fallait un après-midi de lecture.

L'écoute ne vaut le temps investi que si elle débouche sur une décision : autant savoir laquelle à l'avance. En pratique, ce type de lecture en tranche trois particulièrement bien : le vocabulaire avec lequel vous décrivez ce que vous vendez, les objections auxquelles vos pages doivent répondre avant qu'on les formule, et les salles où il vaut la peine de se montrer. Au-delà, cela devient généralement un tableau de bord que personne n'ouvre.

Où se tient réellement la conversation

Le volume utile se répartit rarement également entre les grands fils. Pour la plupart des petits produits, la matière qui mérite lecture tient à quelques endroits, et ceux-ci diffèrent énormément par leur lisibilité pour un outil :

• Forums et agrégateurs de liens — Reddit, Hacker News, Stack Overflow et leurs équivalents de niche. L'écrit public le plus riche en signal sur presque tous les problèmes, et le plus susceptible de vous bloquer comme robot dès que vous essayez de le lire automatiquement.
• Sites d'avis et boutiques d'applications — le seul endroit où les gens expliquent, longuement et sans qu'on le leur demande, exactement pourquoi ils ont quitté un concurrent. Généralement lisibles via une API officielle.
• Commentaires YouTube — nettement sous-estimés et, en prime, structurés : les commentaires sous la démo d'un concurrent sont la liste des objections auxquelles son marketing n'a pas répondu.
• Les grands fils — X et LinkedIn portent plus d'annonces et d'opinions que de descriptions de problèmes, et tous deux ont resserré l'accès à leur API au point que lire à l'échelle coûte désormais de l'argent.
• Communautés privées — groupes Slack, serveurs Discord, groupes WhatsApp. Souvent l'endroit où se font les vraies recommandations, et fermés par construction ; c'est la moitié conversationnelle du dark social.

Deux surfaces qui vous appartiennent déjà manquent d'ordinaire à ces listes parce qu'elles ne sont pas sociales : votre boîte de support et les enregistrements de vos propres appels de vente. Elles n'ont ni problème d'accès ni problème d'échantillonnage, et les gens qui s'y trouvent vous ont déjà choisi — ce qui en fait un mauvais échantillon du marché et un excellent échantillon de vos acheteurs. La version systématique de cette moitié, c'est recueillir les retours clients.

Ce que nous avons appris en essayant d'écouter automatiquement

Chez AgentCeres, nous exploitons un agent dont le travail comprend de faire remonter ce qui s'est dit sur la catégorie d'un client au cours des un ou deux derniers jours. Pendant un temps, il le faisait en interrogeant un index de recherche web généraliste, et il renvoyait des fils Reddit de 2022 en les décrivant comme datant des dernières 24 heures. Rien dans le résultat ne paraissait faux : les fils étaient réels, sur le sujet, et datés avec assurance.

Il y avait deux causes mécaniques, et toutes deux méritent d'être connues avant de faire confiance à un dispositif d'écoute. L'index de recherche ne renvoyait aucun horodatage par élément, et son filtre de fraîcheur ne restreignait pas réellement les résultats rendus : l'agent n'avait donc rien pour trier, ni moyen de distinguer un fil vieux de trois ans de celui de ce matin. Le repli évident, récupérer directement la liste publique des *nouveautés* d'un sous-forum, a échoué lui aussi : depuis l'IP d'un centre de données, on reçoit un mur anti-robot au lieu de la page. Autrement dit, l'outil capable de répondre était bloqué, et celui qui répondait ne savait pas l'heure.

Le correctif a consisté à lire via l'API authentifiée de la plateforme elle-même, où chaque élément arrive avec une véritable date de création, et à interdire toute affirmation de fraîcheur sans elle. La leçon générale est ce qu'il faut retenir : un dispositif d'écoute incapable de lire un horodatage inventera de la fraîcheur au lieu de signaler un trou, et la version inventée est indiscernable de la vraie au premier coup d'œil. Avant de croire les *7 derniers jours* d'un outil, demandez-lui une semaine animée dans une communauté animée et ouvrez les trois résultats les plus anciens qu'il vous rend.

Un rythme assez modeste pour être tenu

Une demi-heure par semaine bat un outil que personne n'ouvre, et le dispositif est volontairement sans éclat :

• Enregistrez quatre ou cinq recherches, pas vingt — votre marque, vos deux concurrents les plus proches et la formule courante par laquelle les gens désignent le problème que vous résolvez.
• Triez vos trouvailles en trois piles — des mots à reprendre dans vos propres textes, des objections auxquelles vos pages devraient répondre, et des fils où une réponse honnête serait bienvenue.
• Sortez-en une chose chaque semaine. Une phrase réécrite avec les mots du client, une question ajoutée à la FAQ, une réponse publiée. Lire sans rien changer est un passe-temps.
• Notez la date et le lien de tout ce que vous citerez plus tard, car une affirmation sur ce que disent les clients ne vaut que ce que vaut votre capacité à montrer où vous l'avez entendue.

Quand la réponse est elle-même l'action, les usages comptent plus que l'analyse : les communautés distinguent très bien un participant de quelqu'un armé d'une recherche enregistrée, et le second se fait exclure. C'est un sujet à part entière, traité dans gagner des utilisateurs sur Reddit sans se faire bannir, et c'est la raison pour laquelle notre propre rôle communauté rédige des réponses qu'une personne approuve, au lieu de les publier.