Où le travail d'agence se perd entre ventes et livraison

Le travail d’agence se perd entre ventes et livraison parce que le CRM, l’outil projet et l’app de facturation stockent chacun une copie séparée du client. Quand une affaire est gagnée, quelqu’un crée manuellement un projet, retape le périmètre et espère que la production lit les notes commerciales. Chaque champ non copié est du contexte qui meurt à la passation — et les agences font cette passation à chaque nouvelle mission.

Cet article cartographie exactement où l’information disparaît, pourquoi les corrections de process seules ne suffisent pas, et à quoi ressemble une correction architecturale.

La passation que personne n’a conçue

La plupart des agences ont un processus commercial et un processus de livraison. Ce qui leur manque, c’est une connexion conçue entre les deux.

Le flux typique :

Les ventes clôturent l'affaire dans le CRM
        ↓
  [passation manuelle — aucun support système]
        ↓
Le PM crée le projet dans l'outil projet
        ↓
Le chargé de compte configure la facturation
        ↓
Le designer demande « qu'est-ce que le client voulait vraiment ? »

L’écart au milieu n’est pas une fonctionnalité manquante. C’est un modèle de données partagé manquant. Le CRM pense que le travail est fini. L’outil projet pense que le travail repart de zéro. Personne ne possède la couture.

Cinq endroits où le contexte meurt

1. Détails de périmètre dans les notes d’affaire

Les ventes capturent les nuances en texte libre dans les notes : « le client veut du bold, pas corporate », « budget serré mais paiera pour l’urgence », « le CEO signe, le marketing manager gère au quotidien ». Rien de cela n’est des données structurées. Quand le PM crée le projet, il copie le titre et la valeur de l’affaire — pas les trois paragraphes de contexte qui comptent vraiment.

Ce que la production voit : « Refonte site web — 24 000 £. »
Ce dont la production a besoin : tout ce qui est dans le champ notes que personne n’a lu.

2. Répartition budgétaire

La valeur de l’affaire est de 24 000 £. Mais les ventes ont convenu : 16 000 £ design, 5 000 £ développement, 3 000 £ rédaction. Cette répartition vit dans un tableur attaché à l’affaire — ou dans la tête du commercial. La facturation configure une seule facture de 24 000 £. La production dépense 18 000 £ en design et se demande pourquoi le budget est « serré ».

3. Carte des parties prenantes

Les ventes ont rencontré trois personnes : le CEO (décideur), le marketing manager (quotidien), et le responsable IT (garde technique). Le CRM a un contact lié à l’affaire. Le projet est assigné à « Acme Corp » sans indication de qui approuve quoi. Le designer envoie les maquettes au marketing manager ; le CEO les rejette parce que personne n’a dit que le CEO signe.

4. Contraintes de calendrier

« Il faut que ce soit en ligne avant la conférence du 15 » a été discuté à l’appel commercial. C’est peut-être dans les notes d’affaire. Le projet reçoit un calendrier par défaut de six semaines. Semaine quatre, le chargé de compte découvre l’échéance conférence et escalade.

5. Historique client

C’est le troisième projet du client avec l’agence. Les deux premiers ont eu du scope creep, un paiement en retard et un champion qui a quitté l’entreprise. Rien de cela n’est visible dans l’outil projet, car l’outil projet ne connaît que ce projet. La production le traite comme un premier engagement.

Pourquoi les corrections de process ne suffisent pas

Les agences qui reconnaissent le problème de passation répondent généralement par le process :

• Modèles de passation — un formulaire que le commercial remplit avant de clôturer
• Réunions de lancement — une réunion où les ventes briefent la production
• Champs obligatoires — champs CRM requis avant le statut « gagné »

Cela aide. Cela échoue aussi de façon prévisible :

Correction de process	Pourquoi elle se dégrade
Modèle de passation	Sauté quand les ventes sont occupées à clôturer la prochaine affaire
Réunion de lancement	La connaissance reste dans la mémoire de quelqu’un, pas dans le système
Champs obligatoires	Les gens remplissent le minimum pour débloquer l’étape
Message Slack de passation	Non recherchable, non lié, perdu dans le scroll

Le process dépend de la discipline. La discipline s’érode sous pression — et les agences sont toujours sous pression. La correction qui survit à la haute saison n’est pas un meilleur formulaire. C’est supprimer entièrement l’étape copier-coller.

La correction architecturale : une fiche client unique

La passation casse parce que trois outils ont trois fiches client. La correction est une fiche que tout référence :

Entreprise : Acme Corp
├── Contacts (CEO, Marketing Mgr, IT Lead)
├── Affaire : Refonte site — 24 000 £ [Gagnée]
│   ├── Notes de périmètre
│   ├── Répartition budgétaire
│   └── Calendrier : en ligne avant le 15
├── Projet : Site Acme T3
│   ├── Tâches
│   ├── Assignés
│   └── Référence l'affaire ci-dessus
├── Facture : 8 000 £ jalon 1
│   └── Référence le projet ci-dessus
└── Documents : contrat, brief, assets de marque

Quand la production ouvre le projet, elle voit l’affaire d’origine — périmètre, contacts, budget, calendrier — sans que personne copie quoi que ce soit. Quand la facturation crée une facture, elle référence la même entreprise. Quand le chargé de compte consulte l’historique client, les trois projets précédents sont là.

Ce n’est pas une liste de souhaits de fonctionnalités. C’est ce qui se passe quand CRM, projets et facturation partagent une base.

Ce qui change en pratique

Les ventes clôturent une affaire

La fiche affaire a déjà l’entreprise, les contacts, la valeur, les notes de périmètre et le calendrier. Rien n’a besoin d’être « envoyé » ailleurs.

Le PM démarre la livraison

Il crée un projet lié à la même entreprise et affaire. Le périmètre, la répartition budgétaire et les contacts parties prenantes sont déjà attachés. La première tâche est du vrai travail, pas de l’archéologie.

La facturation facture un jalon

La facture référence l’entreprise et le projet. Les tarifs convenus pendant les ventes sont dans la fiche affaire. Personne ne consulte trois systèmes pour le chiffre.

Le designer rejoint le projet

Il ouvre le projet et voit : le brief (documents), les parties prenantes (contacts), les contraintes (notes d’affaire) et les engagements précédents (historique projet). Pas de réunion de lancement requise pour le contexte de base — même si les lancements aident encore pour les nuances.

Le chargé de compte fait un point

Il ouvre la fiche entreprise et voit : affaires pipeline, projets actifs, factures en attente et événements calendrier à venir. Une vue, pas quatre onglets.

Le coût de la passation cassée

La perte de contexte est invisible sur une seule facture, c’est pourquoi elle persiste. Mais elle s’accumule :

• Retravail — livrables qui ratent des exigences non formulées
• Scope creep — la production découvre des « extras » déjà promis par les ventes
• Démarrages lents — première semaine à reconstruire ce que les ventes savaient déjà
• Friction client — « je l’ai déjà dit à votre équipe commerciale »
• Érosion de marge — temps non facturé passé en archéologie de passation

Multipliez par le nombre de missions par an, et la passation cassée est l’un des plus grands coûts cachés d’une stack d’agence fragmentée — plus grand que n’importe quelle ligne d’abonnement.

Comment sSystm gère la passation

Dans sSystm, la passation n’est pas un process — c’est une propriété du modèle de données :

• CRM détient contacts, entreprises et affaires
• Projets référencent les mêmes entreprises et peuvent lier aux affaires
• Facturation facture en référençant les mêmes entreprises et projets
• Documents s’attachent aux entreprises et projets
• Calendrier lie événements aux entreprises et projets

Pas d’étape d’export. Pas de copier-coller. Pas de « vérifiez le CRM pour les détails ». La fiche client est le hub ; chaque module est un spoke.

Votre IA connectée via MCP peut lire le contexte complet — notes d’affaire, statut projet, historique de facturation — en une requête. Ce n’est possible que parce que les données sont au même endroit, pas parce que l’IA est particulièrement intelligente.

Le test d’une minute

Prenez vos trois dernières affaires gagnées. Pour chacune, répondez :

1. Pouvez-vous voir le projet actif sans quitter le CRM ?
2. Pouvez-vous voir le périmètre de l’affaire depuis la vue projet ?
3. Pouvez-vous voir toutes les factures de ce client en un seul endroit ?
4. Un nouveau membre de l’équipe peut-il trouver le contrat signé en moins de 60 secondes ?

Si une réponse est non, votre passation est un process manuel — et les process manuels perdent du contexte à chaque fois.

---

Articles liés : CRM d’agence vs CRM générique · Pourquoi les agences ont besoin de CRM, projets et facturation dans un seul outil · Le vrai coût des outils d’agence déconnectés