Une équipe Care. La question qui arrive est bonne : est-ce que les canaux live sont plus performants que les canaux asynchrones ? Satisfaction et temps de résolution.
Elle est bonne parce qu’elle décide quelque chose. Où l’on met les agents. Quels canaux on ouvre, lesquels on ferme.
Ma réponse a été : on ne peut pas y répondre. Pas parce que la donnée manque. Parce qu’on n’a pas l’unité qui permet de poser la question.
LA DEMANDE
« Est-ce que le live est meilleur que l'async ? »
Une question à laquelle on peut répondre avec un tableau. Le tableau existe déjà. Il est exact. Et il ne répond pas à cette question-là.
Le chiffre existait. Il ne répondait pas.
Nos indicateurs se calculaient sur le contenant : la demande d’aide. Un objet qui rassemble tout ce qui concerne un même problème client.
Ce contenant agrège plusieurs échanges. Mais un nouvel échange ne crée pas systématiquement sa propre ligne. Concrètement : un appel, puis un suivi asynchrone deux jours plus tard. Pour le système, c’est la même demande. Le second échange n’existe nulle part comme événement distinct.
Deux conséquences, et elles suffisent à tout fausser. La satisfaction est attachée au contenant, pas au canal. Le temps de résolution court sur toute la demande, appel et suivi confondus.
On ne mesurait pas des canaux. On mesurait des demandes, en croyant mesurer des canaux.
Ce que coûte le fait de répondre quand même.
On peut construire ce rapport. Il sera juste. Chaque chiffre sera exact, chaque agrégat vérifiable.
Et il dira que le live est meilleur. Mécaniquement : les demandes qui commencent par un appel et se terminent là sont les plus simples. Celles qui débordent en asynchrone traînent une queue — qu’on attribue au live aussi, puisque c’est la même demande.
Le chiffre ne se trompe pas. Il répond à une autre question que celle qu’on pose.
C’est le pire des cas de figure. Pas une erreur : une fausse confiance. Une erreur se corrige quand on la trouve. Une fausse confiance se propage — elle devient une slide, puis un arbitrage, puis un canal qu’on ferme.
Et elle a une propriété désagréable : on ne peut pas la détecter depuis la donnée. Le rapport est cohérent avec lui-même. Il se recoupe, il se reproduit d’un mois sur l’autre, il résiste à la relecture. Rien à l’intérieur du tableau ne signale qu’il décrit autre chose que ce qu’on croit lire. Seul quelqu’un qui connaît le modèle peut le dire — et si cette personne n’est pas dans la pièce, personne ne le dira.
AVANT DE CONSTRUIRE
Trois questions qui coûtent dix minutes.
De quoi parle-t-on exactement ?
Nommer l’objet qu’on prétend mesurer, à voix haute. Si deux personnes autour de la table n’en donnent pas la même définition, le rapport est déjà inutile — il sera lu deux fois différemment.
Ce que je veux compter existe-t-il comme objet ?
Pas « est-ce que j’ai la donnée », mais « est-ce que la chose que je compte existe ». Ici, l’objet à compter était un échange sur un canal. Il n’existait pas. On comptait des contenants.
Si je livre ce rapport, qu'est-ce que je ne verrai plus ?
La question la moins chère de la liste, et celle que personne ne pose. Un indicateur ne se contente pas de montrer : il décide de ce qu’on arrête de regarder. Une fois qu’un tableau existe et qu’il tourne, plus personne ne retourne voir ce qu’il laisse dehors.
Ce n'est pas un droit de veto.
Le responsable du Care a redemandé les chiffres. Il avait raison : il avait une décision à préparer et une réunion à tenir. Attendre un développement n’était pas une option pour lui.
On les a produits. Avec la limite écrite à côté, en une phrase : ce tableau compare des demandes, pas des canaux.
Bloquer une mesure parce qu’elle est imparfaite, c’est se rendre inutile. Le travail n’est pas de refuser le chiffre. C’est de refuser qu’il soit lu pour ce qu’il n’est pas.
Et parfois on s’arrête là. Enjeu faible, décision réversible, l’approximation suffit — poser une unité pour trancher une question à mille euros, c’est de la dette d’ingénierie déguisée en rigueur.
Ce qui change quand l'unité existe.
Le niveau qui manquait, c’est l’interaction. Un échange, sur un canal, à un moment donné.
Trois attributs suffisent. Le canal : où l’échange a lieu. L’origine : par où il est arrivé. Et sa place dans la séquence.
La place dans la séquence est celle qu’on oublie, et c’est la plus utile. C’est lui qui distingue « un appel » de « un appel après deux messages restés sans réponse ». Le premier est un canal qui fonctionne. Le second est un canal qui a échoué, et dont on s’apprêtait à créditer le téléphone.
Une fois ce niveau posé, la question de départ devient une requête : la satisfaction d’un canal, pour un type de problème, sur un marché donné.
Mais le rendement réel n’est pas là. Il est dans les questions qu’on n’avait pas pensé à poser, et qui deviennent possibles le jour où l’unité existe.
Où les gens basculent d’un canal à l’autre, et à quel moment de la séquence. Quelle origine produit les résolutions les plus courtes — ce qui n’est pas la même chose que le canal le plus rapide. Quel type de problème ne devrait jamais commencer en asynchrone, parce qu’il finit systématiquement au téléphone après deux jours perdus.
Aucune de ces trois questions n’était dans la demande initiale. Aucune n’était formulable avant. C’est ça qu’on achète en posant une unité : pas une réponse, une classe de questions.
Le réflexe à installer.
Quand une demande de mesure résiste, le premier réflexe est de chercher la donnée manquante. Le bon réflexe est de vérifier que la chose à compter existe.
Dans la plupart des cas, elle existe et il suffit d’aller la chercher. Mais quand elle n’existe pas, aucune requête ne la fera apparaître — et tout le temps passé à contourner le problème produit des rapports justes qui répondent à côté.
C’est le même geste que pour un sujet produit qui n’avance plus. On cherche la solution, alors que c’est la question qu’il faut reprendre. J’en ai parlé ailleurs, à propos de l’effort qui masque l’absence de décision et du care comme territoire produit.
Ce que ça coûte.
Du temps avant le premier chiffre. Un développement à faire valider alors que tout le monde attendait un tableau. Et une conversation désagréable : expliquer que la donnée existe, qu’elle est exacte, et qu’elle ne répond pas.
Ce que ça rapporte : on arrête de décider sur une mesure qui décrit autre chose.
La plupart des sujets produit qui traînent ne manquent pas de solution. Ils manquent d’une question posable. C’est précisément le travail que je fais en Mise au clair.