Ciclos de Conversa et le Guardião do Ciclo : opérer par décision, non par domaine

Les départements existent pour spécialiser l'exécution. Mais les décisions d'achat ne se comportent pas comme une exécution spécialisée — elles traversent les frontières. Ce qui brise la prévisibilité n'est pas l'exécution au sein de chaque zone. C'est la traversée entre elles : là où le contexte se perd, l'intention se dilue et la confiance s'érode. À l'échelle, cela devient une fuite structurelle de marge.

Le modèle qui résout cela n'est pas de « briser les silos » (cela ne fonctionne presque jamais). Il s'agit de créer une couche de gouvernance au-dessus des silos : les Ciclos de Conversa.

Qu'est-ce qu'un Ciclo de Conversa

Le Ciclo de Conversa est une unité vivante de décision, suivie dans le temps, avec une gouvernance de continuité. Il commence lorsqu'une intention surgit et se termine lorsqu'une décision est prise — acheter, reporter, abandonner, étendre. Entre ces points, la conversation traverse les services, accumule du contexte et change d'état.

Le cycle n'appartient pas à un département — mais il ne peut pas non plus être orphelin. Le parcours décrit ; le cycle gouverne. Le parcours dit « en général, cela prend 45 jours ». Le cycle dit « ce client est au jour 32, en phase de Comparaison, avec un Conversation Score en baisse, bloqué chez le décideur IT qui n'a pas été impliqué ». Le parcours oriente la planification ; le cycle oriente l'action.

Les cycles comme overlay organisationnel

Lorsque les dirigeants comprennent le modèle, une tentation dangereuse surgit : « nous devons donc réorganiser toute l'entreprise par cycles ». Cette idée tue presque toujours l'initiative avant même qu'elle ne commence — elle crée de la peur, des conflits politiques et un projet trop vaste pour générer des preuves rapides.

Le MCI ne demande pas un nouvel organigramme. Il demande un nouvel operating model de coordination. Les cycles fonctionnent comme un overlay : une couche de gouvernance sur les départements existants. Les domaines restent ; les spécialités restent ; les objectifs restent. Ce qui change, c'est la manière dont la décision est mesurée, comment le contexte traverse les zones et comment la responsabilité cesse d'être « locale » pour devenir « partagée par état de décision ». Installer l'overlay signifie rendre le cycle visible, définir les points de passage, attribuer la responsabilité par état (et non par zone) et mesurer la santé du cycle.

Le Crachá de Contexto : le contrat minimum de la traversée

Chaque point de passage nécessite un artefact qui matérialise la continuité : le Crachá de Contexto — le contrat de données minimum qui voyage avec le cycle entre les services et les systèmes. Il comporte sept champs canoniques : origine, canal, intention (avec niveau de confiance), douleur/contexte, état du cycle, résumé (synthèse décisionnelle — pas un dump de messages) et prochaine étape (action + SLA).

Sans Crachá de Contexto standardisé, « passer le cycle » devient « envoyer un message sur Slack ». Avec le Crachá de Contexto, la traversée a un contrat — et un contrat peut être audité. Quand 40 % des handoffs entre le marketing et les ventes arrivent sans que le champ « intention » soit rempli, l'entreprise n'a pas un problème de personnes ; elle a un problème de design du protocole.

Le paradoxe de la gouvernance

Un overlay, par définition, n'a pas de « propriétaire naturel ». Le Marketing s'occupe de l'acquisition, les Ventes de la conversion, le CS de la rétention. Le cycle — qui traverse tout — reste dans le vide. Et un vide de gouvernance, à l'échelle, a un nom : entropie croissante.

La phrase qui résout le paradoxe est simple et non négociable : le client n'a pas de propriétaire, mais le système de croissance a un responsable explicite. Cela élimine le vide sans recréer de silos.

Le Guardião do Ciclo

Cette fonction est le Guardião do Ciclo : une fonction systémique dotée d'une autorité transversale sur les traversées. Ce n'est pas le « propriétaire du client », ce n'est pas un gestionnaire de personnes, ce n'est pas un contrôleur de zone. Ce n'est pas un nouveau poste — c'est un rôle exercé par un cadre existant, avec un mandat explicite et une métrique partagée. Il protège le flux de la décision, pas un département.

Le Guardião do Ciclo opère avec trois instruments : protocoles de traversée (garantir que le Crachá de Contexto existe, soit utilisé et respecté — avec l'autorité de renvoyer un handoff sans contexte), diagnostic de blocage (lorsqu'un cycle stagne, il enquête sur la cause systémique, pas sur la faute individuelle) et escalade avec contexte (lorsque le blocage nécessite une décision au-dessus d'une zone, il escalade avec un diagnostic prêt — état, hypothèse de blocage, impact et recommandation).

À mesure que l'entreprise grandit, la fonction migre : au stade early-stage, elle réside chez le fondateur ; dans les moyennes entreprises, chez le CRO ou le Head de Operações ; dans les grandes entreprises, elle devient une fonction institutionnalisée au sein de MCI Ops.

MCI Ops : l'évolution de RevOps

RevOps gouverne le pipeline. MCI Ops gouverne la décision en temps réel — parce que la conversation traverse non seulement le pipeline, mais aussi le Service Client, l'CX, la Performance et, parfois, le Produit. MCI Ops fonctionne comme une tour de contrôle : il observe le flux, définit les standards de handoff, calibre les critères d'intention et garantit la cohérence de la mémoire. Un détail structurel décide si cela fonctionne ou devient du théâtre : la légitimité. MCI Ops doit reporter près du sommet (CEO/CRO). S'il reste « sous une zone », il devient un agenda local et meurt au premier conflit de priorités.

Le gain : au lieu que chaque zone optimise son propre objectif pendant que le système saigne à la traversée, tout le monde commence à optimiser la décision du client. Quand la décision est visible, la discussion passe de « qui a échoué » à « où le cycle s'est brisé » — et cela, plus que de la sémantique, c'est de la culture.