L’erreur la plus fréquente quand on attaque la structuration d’une base de références : démarrer avec quarante champs “au cas où”. Six mois plus tard, le formulaire est interminable, le taux de complétion s’effondre, et trente des quarante champs sont vides dans la majorité des fiches.
L’inverse fonctionne mieux. Démarrer avec un modèle minimum — douze champs suffisent dans la majorité des sociétés de services — et ajouter uniquement quand un usage concret le justifie. Cet article décrit ce modèle minimum, comment l’organiser en trois familles, comment poser dès le départ les niveaux de diffusion, et comment résister à la tentation d’ajouter.
Pourquoi douze champs et pas trente
La tentation d’ajouter des champs vient d’un raisonnement intuitif : plus on capte d’information, plus la base sert. C’est faux. Plus on capte d’information, moins on en capte vraiment — parce que la charge de saisie augmente plus vite que l’usage.
Mécanique observée dans la majorité des projets :
- Avec 12 champs, le taux de complétion approche 90 % après six mois d’animation
- Avec 25 champs, il chute à 60 %
- Avec 40 champs, il tombe sous 35 % — et beaucoup de fiches restent “brouillon” sans jamais être publiées
L’effet est immédiat sur la confiance dans la base. Les commerciaux et le marketing ne savent plus si une fiche est à jour, complète, ou validée. La défiance s’installe, l’usage chute, et l’outil dérive vers l’abandon. Le modèle court bat le modèle complet pour une raison simple : il est tenu à jour, et la confiance s’installe.
Trois principes guident le bon dimensionnement :
Le modèle sert les usages identifiés, pas tous les usages imaginables. Si vos cas d’usage prioritaires sont la propale ciblée et le référencement grand compte, le modèle doit alimenter ces deux usages parfaitement avant d’ajouter de la matière pour les contenus marketing ou l’onboarding.
Chaque champ ajouté doit pouvoir nommer un usage concret. Pas “ce serait bien d’avoir”. Pas “au cas où un acheteur demande”. Un usage réel, avec un volume estimable, et un responsable identifié pour le remplir.
Le modèle se révise tous les douze à dix-huit mois, pas plus souvent. Une révision trop fréquente fatigue les utilisateurs et signale que personne n’a une vision claire de ce que la base doit servir.
Trois familles de champs
Un modèle bien structuré se décompose en trois familles d’information. Distinguer ces familles dès le départ évite les fiches uniformes où tout est traité avec le même niveau d’importance.
Les champs génériques identifient la mission et son contexte. Nom du client, secteur d’activité, taille de l’entreprise, type d’intervention, période, équipe mobilisée. Ce sont des données structurées, à choix limités (listes déroulantes la plupart du temps). Elles servent à filtrer, chercher, classer. Sans ces champs, votre base n’est pas requêtable.
Les champs chiffrés capturent ce qui se mesure. Volume traité, gain de productivité, taux d’amélioration d’un KPI, durée de la mission. Ce sont les données qui font la preuve en propale et en étude de cas. Attention : tous les champs chiffrés ne sont pas diffusables.
Les champs descriptifs portent la narration. Contexte client, défi à résoudre, méthode appliquée, verbatim. Ce sont des champs texte de longueur définie (300 mots pour le contexte, 500 mots pour la réponse, par exemple). Sans contrainte de longueur, ils dérivent — soit tronqués à l’extrême, soit interminables.
Ces trois familles ont leur propre régime de saisie. Les génériques se remplissent à la signature de la mission. Les chiffrés se collectent à la livraison ou après. Les descriptifs demandent un travail rédactionnel dédié, qui sort de l’agenda du chef de projet. C’est pour cette raison que mélanger les trois dans un même formulaire condamne la complétion : on demande trois efforts différents à trois moments différents, comme s’ils étaient un seul.
Les douze champs indispensables
Voici la liste minimale qui couvre la majorité des usages dans une société de services. Le détail varie selon le métier, mais la structure tient à 80 %.
| # | Champ | Famille | Diffusion |
|---|---|---|---|
| 1 | Nom du client (avec variante anonymisée) | Générique | Variable selon accord |
| 2 | Secteur d’activité | Générique | Public |
| 3 | Taille du client (CA ou effectif) | Générique | Propale + public |
| 4 | Type d’intervention (conseil / delivery / régie / forfait) | Générique | Public |
| 5 | Période (début, fin) | Générique | Public |
| 6 | Équipe mobilisée (taille, profils) | Générique | Public |
| 7 | Contexte et défi client (300 mots max) | Descriptif | Variable |
| 8 | Réponse apportée (500 mots max) | Descriptif | Variable |
| 9 | Technologies et méthodologies utilisées | Générique | Public |
| 10 | Résultats chiffrés (3-5 KPIs) | Chiffré | Variable selon accord |
| 11 | Verbatim client (citation courte attribuée) | Descriptif | Variable selon accord |
| 12 | Statut de diffusion + contact référent client | Méta | Interne |
Ces douze champs alimentent les quatre cas d’usage récurrents d’une référence :
- La propale ciblée s’appuie principalement sur les champs 1, 2, 4, 6, 9 et 10
- Le référencement grand compte demande 1, 4, 5, 6, 9, 10
- Le contenu marketing exploite 7, 8, 10, 11
- L’onboarding interne survole tous les champs
Aucun cas d’usage ne demande plus de champs que ceux-là pour fonctionner correctement. Les champs supplémentaires que vous pourriez être tenté d’ajouter (NPS client, sponsor exécutif, certifications applicables, sous-traitants impliqués) ne servent qu’un usage occasionnel — et alourdissent le formulaire pour les vingt autres usages quotidiens.
Niveaux de diffusion : la distinction critique
Sur les douze champs, plusieurs portent une information dont la diffusion doit être posée dès le départ. Cette distinction ne s’ajoute pas après — elle se modélise au démarrage, parce qu’elle conditionne tout le reste : les droits d’accès, les générateurs de documents, la collecte d’accords clients.
Trois niveaux suffisent dans la majorité des cas.
Interne uniquement. Le montant exact de la mission, la marge réalisée, les difficultés vécues côté équipe, les vrais arbitrages techniques. Ces données restent dans la base, accessibles aux porteurs de la référence et au COMEX. Elles ne sortent jamais.
Diffusable en propale confidentielle. Le nom du client, l’ordre de grandeur du programme, la méthodologie générale, les KPIs autorisés sous accord-cadre client. Ces données sortent en propositions soumises à clause de non-divulgation.
Public. Ce que le client a explicitement accepté de voir publié — étude de cas en ligne, post LinkedIn, page sectorielle. Demande presque toujours un accord écrit dédié.
Étiqueter chaque champ avec un de ces trois niveaux dès la modélisation évite des semaines de discussion juridique au moment de produire. Vous ne demandez pas “est-ce qu’on peut publier ça ?” à chaque livrable — vous le savez à la lecture de la fiche.
Obligatoires vs facultatifs : la règle du 80/20
Sur ces douze champs, la moitié doit être obligatoire — sans elle, la fiche ne peut pas être considérée comme “publiable”. L’autre moitié est facultative — elle enrichit la fiche mais n’empêche pas son usage.
Obligatoires (8 champs) : nom du client, secteur, type d’intervention, période, équipe, contexte et défi, technologies, statut de diffusion. Sans ces huit champs remplis, la fiche reste en brouillon. Avec eux, elle bascule automatiquement en “publiable en interne”.
Facultatifs (4 champs) : taille du client (souvent disponible, mais pas toujours pour les clients privés), réponse apportée détaillée (peut venir plus tard), résultats chiffrés (souvent disponibles seulement six mois après livraison), verbatim client (demande un effort de recueil dédié).
Cette distinction a une fonction très concrète : c’est elle qui pilote le statut de la référence dans la base. Le statut n’est plus une étiquette posée à la main par le porteur — c’est une conséquence mécanique du remplissage. Cette automatisation lève une grande part des frictions d’usage.
Trois règles pour éviter le modèle fourre-tout
Démarrer avec moins de champs que vous ne pensez nécessaire. Douze ou treize maximum. Ajoutez un champ uniquement quand un usage concret le justifie — pas quand un cadre intermédiaire suggère qu’il “serait bien d’avoir”.
Tester le modèle sur cinq missions réelles avant d’industrialiser. Prenez cinq missions des deux dernières années, remplissez les douze champs, observez ce qui manque vraiment. Souvent rien. Quand quelque chose manque, vous saurez précisément pourquoi.
Réviser le modèle tous les douze à dix-huit mois, pas plus souvent. Une révision = ajout possible d’un ou deux champs, suppression possible d’un champ qui n’est rempli nulle part. Un modèle qui dure deux ans sans modification majeure est un bon modèle. Un modèle révisé tous les trois mois ne sert personne.
→ La méthode complète, du choix des cas d’usage à la diffusion intelligente, est dans le livre blanc Showy. Six étapes applicables séparément, conçues pour se renforcer mutuellement.
FAQ
Pourquoi 12 champs et pas 10 ou 15 ?
Douze est un point d’équilibre observé sur des dizaines de bases bien tenues. Dix champs laissent passer trop d’informations utiles (notamment le verbatim et le statut de diffusion). Quinze champs alourdissent inutilement la saisie sans bénéfice d’usage proportionnel. Le bon modèle pour votre société peut être 11 ou 13 — l’important est de rester sous la barre symbolique de 15.
Faut-il un champ “ROI” ou “gain financier” ?
Pas en obligatoire. Le gain financier n’est pas toujours disponible, rarement chiffrable avant six à douze mois après livraison, et souvent confidentiel. Mieux vaut un champ “Résultats chiffrés” libre, qui accueille trois à cinq KPIs adaptés à la mission, plutôt qu’un champ ROI standardisé qui restera vide.
Le contact référent client doit-il être visible par tous ?
Non. Ce champ est strictement interne. Il sert au commercial qui veut demander un accord de diffusion publique, ou au CSM qui veut relancer le client pour un renouvellement. Le partager en lecture libre exposerait inutilement le client à de la sollicitation.
Que faire des références anciennes mal modélisées ?
Deux options. Soit migration progressive : à chaque réutilisation d’une référence ancienne en propale, le commercial complète les champs manquants. La base se met à jour en plusieurs mois sans effort dédié. Soit migration en bloc : un projet de remise à plat sur deux à quatre semaines, généralement piloté par les opérations commerciales. Choisir selon votre capacité ponctuelle.
Comment gérer les missions très différentes (forfait vs régie vs licence) ?
Avec un champ “Type d’intervention” en liste déroulante. Le modèle reste le même, mais certains champs prennent un sens différent selon le type. La période d’une régie de longue durée n’a pas le même statut que la période d’un forfait court. Documenter ces nuances dans une fiche-mémo accessible depuis le formulaire évite les ambiguïtés.