Le réflexe
L’obsession client est au mur et dans le deck d’onboarding. Puis un ingénieur demande vingt minutes avec un vrai compte.
La demande part chez le responsable de compte, qui vérifie avec le commercial, qui veut savoir ce qui sera demandé.
L’appel n’a pas lieu.
Le réflexe builder
“Deux ingénieurs par mois ont un appel client. Voilà la liste, inscrivez-vous.”
Pourquoi
Les entrées précédentes demandent aux gens de lire des tickets, d’appeler trois utilisateurs, de démonter une réclamation. Maintenant regarde qui tient la porte. Les sièges support sont allés au support. La liste client est dans un CRM où l’engineering n’a aucun rôle. La relation appartient à celui qui a signé.
Personne ne refuse. La demande coûte simplement plus qu’elle ne rapporte. Trois messages, un chaperon, un créneau dans quinze jours, et à ce moment-là la décision a été prise à partir d’un résumé. L’ingénieur arrête de demander après la deuxième tentative. Concevoir par ouï-dire n’était le plan de personne, et tu appelleras ça un manque de curiosité plus tard.
La peur derrière est réelle et petite. Quelqu’un de technique promet une fonctionnalité à un client payant, ou fait passer le produit pour inachevé. Dix minutes de briefing règlent ça. Assiste au premier appel, puis arrête d’assister.
Le filtre achète une relation gardée lisse pendant un trimestre. Il coûte toutes les décisions prises entre-temps, par des gens qui travaillent sur une description du problème au lieu du problème.
À essayer
→ Donne à chaque ingénieur et designer un accès en lecture à la file de support cette semaine. Pas un résumé. La boîte. → Publie cinq clients qui ont accepté un appel de vingt minutes. N’importe qui peut réserver, sans justification, et dis cette partie-là clairement. → Quand un problème t’arrive sous forme de résumé, demande par combien de personnes il est passé. Si la réponse est trois, remets l’appel à l’agenda.
À discuter
Le trimestre dernier, qui hors commercial et support a parlé à un client payant, et qui devait valider ?