Si vous voulez trouver où une entreprise perd de l'argent, ne regardez pas le travail. Regardez les jointures entre les tâches. La vente se conclut — et ensuite ? Quelqu'un doit prévenir l'équipe de livraison. La livraison se termine — et ensuite ? Quelqu'un doit prévenir la facturation. La facture part — et ensuite ? Quelqu'un doit dire au support qui est ce client. Chaque « et ensuite ? » est un transfert, et les transferts sont là où le travail meurt en silence.
Pourquoi les frontières sont dangereuses.
Au sein d'une même fonction, le travail a un élan et un responsable. Lors d'un transfert, les deux s'évaporent. La responsabilité devient floue — est-ce encore celle du commercial, ou déjà celle du chef de projet ? Le contexte doit être recréé — le nouveau responsable ne sait pas ce qui a été promis, seulement ce qui a été consigné, et ce qui a été consigné se limite à ce qui tenait dans les champs de l'autre outil. Ce qui était vivant et compris dans la tête d'une personne devient un mince artefact transmis à travers un vide.
Maintenant, aggravez la situation, comme le font les vraies entreprises : placez chaque côté de la transition dans un outil différent. L'affaire vit dans le CRM. Le projet vit dans l'outil de gestion. La facturation vit dans l'application comptable. La transition n'est pas seulement un changement de responsable — c'est un changement de système, effectué par un humain recopiant des champs d'un écran à un autre, en espérant qu'aucune information importante ne se trouvait dans un champ que l'outil suivant ne possède pas.
Le travail n'échoue pas dans son exécution. Il échoue lors de la transmission.
Les éléments précis qui se trouvent dans l'écart.
Ce ne sont jamais les grandes choses qui passent à la trappe. C'est la nuance. La remise promise par le commercial qui n'a jamais figuré sur la facture. La note de cadrage de la réunion de lancement que le tableau de projet n'a jamais enregistrée. Le fait que ce client soit sensible aux délais, ce que les ventes savent mais qui reste invisible pour le support. Chaque perte est minime. Mises bout à bout, elles font toute la différence entre un client qui se sent pris en main et un client qui se sent réduit à un ticket — et elles surviennent toutes aux jointures, dans le copier-coller entre les outils.
La solution n'est pas un meilleur transfert. C'est moins de transferts.
Vous pouvez investir dans l'hygiène des transferts — listes de contrôle, réunions de passation, champs obligatoires. Cela aide un peu, comme un meilleur pont aide à traverser une rivière. Mais le vrai changement structurel consiste à cesser de traverser des rivières. Lorsque l'affaire, le projet, la facture et l'historique du support sont le même enregistrement sur la même plateforme, le transfert n'est pas plus fluide — il disparaît tout simplement. Conclure l'affaire est ce qui ouvre le projet. Le contexte ne se transfère pas parce qu'il n'est jamais parti.
C'est là le superpouvoir discret d'une seule couche de données. La promesse faite par le commercial figure dans le dossier qu'ouvre le chef de projet. La note de périmètre est juste là quand la facturation génère la facture. Le support voit toute la relation, pas un simple ticket vierge. Personne ne recrée le contexte à une frontière, car il n'y a aucune frontière où le recréer.
Le bénéfice.
Les équipes qui referment leurs interstices décrivent le même changement, presque mot pour mot : les choses cessent de passer entre les mailles du filet, parce que les mailles ont disparu. Les litiges de facturation chutent. Les fils Slack du genre « attends, qui s'en occupe ? » s'arrêtent. Le client a affaire à une seule entreprise plutôt qu'à une course de relais entre services. Rien de tout cela n'est venu d'un travail plus intense. Cela est venu de la suppression des frontières où le travail mourait.