Le vrai sujet n’est pas d’afficher un prix. Le vrai sujet est de rendre lisibles, au bon compte et au bon moment, le prix contractuel, le prix public et le niveau de visibilité associé. Sur un catalogue B2B, la valeur se joue autant dans la règle d’accès que dans le montant affiché.
Sur une création de marketplace, un catalogue mal gouverné devient vite une source de friction commerciale et de dette opérationnelle. L’acheteur ne comprend plus pourquoi il voit telle offre, le vendeur ne sait plus quelle grille fait foi, et le support doit expliquer des écarts qu’aucun écran ne rend vraiment évidents.
La bonne lecture consiste à séparer trois couches. La première couche porte le standard. La deuxième couche porte l’accord négocié. La troisième couche porte la visibilité réelle des offres. Tant que ces couches se mélangent, l’équipe commerciale corrige à la main, la finance reconstitue les écarts et le run perd en lisibilité.
Cette grille de lecture prolonge utilement Marketplace B2B ou B2C : comment choisir le modèle, les flux et les parcours. Le sujet catalogue ne vit jamais seul: il reflète le modèle commercial, la gouvernance des comptes et la capacité de l’opérateur à maintenir des règles stables.
Pourquoi un catalogue B2B ne peut pas rester un simple tableau de prix
Un catalogue B2B ne décrit pas seulement des références et des montants. Il encode des droits d’accès, des accords négociés, des exclusions par segment, des niveaux de service et parfois des conditions pays. Si cette logique reste cachée derrière une simple grille de prix, l’équipe finit par gérer le catalogue comme un fichier plutôt que comme un système de décision.
Exemple concret: un compte peut voir un prix public, un prix négocié par volume et une remise temporaire liée à une opération commerciale. Si ces trois états ne sont pas distingués proprement, le vendeur ne sait plus quel prix est valide, le support ne sait plus quoi expliquer et la finance doit reconstituer le sens du tarif après coup.
Le premier piège est de confondre affichage et vérité contractuelle
Le prix affiché n’est pas toujours le prix de référence. Dans un environnement B2B, le contrat peut dicter une autre réalité, et l’écran doit simplement en être la traduction. Tant que la plateforme ne sait pas distinguer ces niveaux, elle mélange le message commercial, la logique contractuelle et la couche d’affichage.
Cette confusion devient coûteuse dès qu’un vendeur, un acheteur ou un account manager demande une explication. Si l’opérateur doit fouiller dans plusieurs outils pour reconstruire la règle, le catalogue n’est plus un actif de vente. Il devient une source de support et de contestation.
Le second piège est de laisser le catalogue porter le changement métier tout seul
Quand une nouvelle logique commerciale arrive, il faut décider si elle relève du standard, d’un segment particulier ou d’une exception temporaire. Si la réponse n’est jamais formalisée, le catalogue absorbe des corrections successives et perd sa cohérence. La marketplace peut alors sembler flexible alors qu’elle accumule seulement de la dette silencieuse.
Le bon réflexe consiste à écrire la règle avant de la montrer. Un catalogue B2B bien pensé n’est pas celui qui affiche le plus d’informations. C’est celui qui affiche la bonne information avec une règle claire et réutilisable.
Séparer prix public, prix contractuel et visibilité
La séparation des couches est le point de départ. Le prix public sert de base commune. Le prix contractuel traduit l’accord réel avec le compte. La visibilité détermine ce qui peut être vu, par qui et dans quel contexte. Si ces trois niveaux ne sont pas distincts, les équipes perdent vite la capacité à expliquer la logique commerciale du catalogue.
Exemple concret: une référence peut rester visible à tout le monde mais afficher un prix différent selon le profil connecté. Une autre peut être réservée à certains comptes. Une troisième peut exister dans la base sans être visible tant que les conditions commerciales ne sont pas réunies. Ces trois cas ne doivent jamais être traités comme un simple réglage d’interface.
Un moteur de prix ne suffit pas sans gouvernance d’accès
Un moteur de prix peut calculer un montant juste, mais il ne résout pas la question de visibilité. Qui voit quoi ? Quand l’accord s’applique-t-il ? Quelle règle prend le dessus en cas de conflit entre segment, pays et contrat ? Ces questions doivent être tranchées au niveau produit et commerce, puis traduites proprement dans le système.
Quand cette gouvernance manque, la marketplace donne l’impression de changer d’avis selon les écrans ou les équipes. Le support passe alors son temps à traduire des exceptions au lieu de traiter des incidents. Le vendeur, lui, finit par douter du catalogue autant que de la règle commerciale.
La bonne séparation protège aussi la marge
Le prix contractuel n’est utile que s’il reste traçable. Quand la règle est claire, la finance relit la marge plus facilement et le commerce peut arbitrer ses remises sans brouiller la vision globale. La marketplace gagne alors en lisibilité au lieu d’empiler des cas particuliers.
Cette séparation évite surtout un piège classique: croire qu’une remise supplémentaire est gratuite parce qu’elle n’apparaît pas dans le front. En réalité, chaque exception mal cadrée crée un coût de maintien, un coût d’explication et parfois un coût direct de marge.
Quand la visibilité des offres devient un sujet de gouvernance
La visibilité d’une offre n’est jamais neutre. Elle dépend du compte, du segment, du pays, du statut contractuel et parfois d’une période donnée. Dès que plusieurs règles croisent la même fiche, le catalogue n’est plus seulement un inventaire. Il devient un espace d’arbitrage où l’opérateur doit décider quelle logique prime.
Exemple concret: un acheteur connecté peut voir un prix négocié, tandis qu’un autre voit uniquement le tarif public. Si la marketplace n’explique pas cette différence avec assez de clarté, le vendeur se retrouve à défendre des écarts qu’il n’a pas inventés et le support doit gérer la frustration des comptes qui comparent des écrans différents.
Les comptes sensibles doivent être traités comme des cas de gouvernance
Les gros comptes, les segments stratégiques ou les pays à règles spécifiques ne peuvent pas être gérés uniquement par des exceptions techniques. Il faut un owner métier, une règle explicite et un périmètre clair. Sinon, l’équipe revient sans cesse sur les mêmes sujets, ce qui ralentit la vente et fragilise le run.
La bonne question n’est pas “peut-on afficher cette offre ?”. La bonne question est “qui décide de la visibilité, selon quelle règle et avec quelle preuve de traçabilité ?”. Dès que cette réponse manque, la visibilité devient un problème de gouvernance avant d’être un sujet d’interface.
La visibilité doit rester lisible pour le support et pour la finance
Le support doit pouvoir répondre en quelques phrases. La finance doit pouvoir relire la cohérence des écarts. Si un paramètre de visibilité oblige à rouvrir l’historique commercial à chaque demande, la règle n’est pas encore assez mûre pour le volume réel.
Une marketplace robuste garde donc une doctrine simple: ce qui est visible doit être explicable, et ce qui est négocié doit être traçable. Ce principe évite les zones grises qui finissent par coûter du temps, de l’argent et de la confiance.
Les erreurs qui rendent le catalogue B2B illisible
La première erreur consiste à multiplier les exceptions sans hiérarchie. La deuxième consiste à confondre un prix commercial avec une règle d’affichage. La troisième consiste à laisser le support recomposer la logique du catalogue à chaque incident. Ces trois dérives semblent pratiques à court terme, mais elles rendent le système difficile à maintenir dès que le volume augmente.
Le vrai risque n’est pas seulement technique. Il est organisationnel. Quand une règle est mal posée, chaque équipe adopte sa propre lecture: le commerce veut vendre, le support veut expliquer, la finance veut réconcilier, et le produit veut garder une structure cohérente. Sans cadre commun, le catalogue devient un terrain de négociation permanente.
Le premier signal faible se voit quand les tickets de support cessent d’être des cas isolés et commencent à raconter la même histoire avec des mots différents. À ce stade, il ne faut pas ajouter une réponse de plus dans la FAQ. Il faut remonter la règle qui produit la confusion et décider si elle doit être simplifiée, renommée ou supprimée.
La contre-intuition utile
Plus un catalogue B2B est clair, moins il a besoin d’exceptions. C’est contre-intuitif pour beaucoup d’équipes qui imaginent qu’une marketplace B2B doit être souple partout. En pratique, la vraie souplesse vient d’une base claire, pas d’un empilement de règles invisibles.
Un catalogue trop généreux finit par coûter plus cher qu’un catalogue plus strict mais mieux gouverné. Les exceptions grossissent, la documentation se fragmente, les écrans divergent et le support devient le gardien d’une vérité que personne ne sait plus relire. Le gain apparent de flexibilité se transforme alors en dette durable.
Autre signal faible: quand les équipes commerciales commencent à copier une exception déjà obtenue pour un autre compte, non pas parce qu’elle est justifiée, mais parce qu’elle a “déjà marché”. Cette propagation par mimétisme est souvent le début d’une dérive systémique. Elle se voit quand les accords n’ont plus de frontière nette entre ce qui relève du standard et ce qui relève de la négociation.
Le cadre de décision pour les comptes, segments et pays
Le bon cadre commence par découper les règles selon leur portée. Une règle peut être globale, liée à un segment, réservée à un compte, ou limitée à un pays. Ce découpage évite de laisser des logiques contradictoires se superposer dans la même fiche produit ou dans la même grille tarifaire.
Exemple concret: un même vendeur peut avoir un tarif public en France, un tarif négocié pour un compte précis et une règle différente dans un autre pays. Si la plateforme ne sait pas représenter cette hiérarchie, le catalogue devient vite un jeu d’exception au lieu d’être un outil de décision.
La bonne hiérarchie devient visible quand un compte demande une évolution et que la réponse ne dépend pas de la personne qui traite le dossier. Si l’équipe hésite entre plusieurs interprétations, c’est que le cadre n’est pas encore assez stable pour tenir à l’échelle. Ce point est décisif, parce qu’une marketplace grandit rarement par sa couche de prix, mais presque toujours par la répétition des mêmes arbitrages.
Sur le terrain, ce besoin apparaît souvent quand un opérateur ouvre deux comptes de même taille et obtient pourtant deux réponses différentes selon le pays, le segment ou le commercial en charge. À ce moment-là, le catalogue n’est plus seulement un outil de diffusion tarifaire. Il devient un test de cohérence interne, et la qualité de la règle compte davantage que la vitesse d’affichage.
La grille doit dire ce qui reste standard et ce qui change
Le standard doit rester lisible, parce qu’il porte la plupart des ventes. Les règles de segment doivent rester stables, parce qu’elles structurent la relation commerciale. Les exceptions de compte doivent être rares et documentées, parce qu’elles consomment du temps opérationnel. Enfin, les règles pays doivent être assez nettes pour ne pas casser le support ou la marge.
Ce découpage permet aussi de relier la logique tarifaire à des choix business plus larges. Un tarif négocié peut être une arme de conquête, mais il ne doit pas devenir une fuite en avant. Quand le cadre est bien posé, la marketplace peut arbitrer plus vite sans perdre la lisibilité du run.
Le test le plus utile consiste à vérifier si la même règle peut survivre à un changement de segment, de pays ou de cycle commercial sans devoir être réécrite à la main. Si elle casse à chaque fois, elle ne décrit pas un standard: elle décrit une exception déguisée. C’est précisément le genre de dette qui finit par alourdir les releases et à rendre les dérogations plus fréquentes que les règles.
Une règle premium est celle que l’équipe peut expliquer en trente secondes, sans ouvrir trois outils et sans commenter un historique de mails. Si l’explication nécessite un roman, la règle est déjà trop complexe pour le run réel. À ce niveau, le bon opérateur préfère réduire le nombre de cas traités plutôt que d’augmenter le nombre d’explications nécessaires.
| Type de règle | Exemple | Risque si la règle est floue |
|---|---|---|
| Standard | Prix public de base | Le catalogue perd sa référence |
| Segment | Tarif pour une typologie cliente | Le support ne sait plus expliquer l’écart |
| Compte | Prix négocié par contrat | La finance recompose les accords à la main |
| Pays | Règle différente selon la zone | Le produit mélange des contraintes hétérogènes |
À ce stade, il vaut mieux tenir un registre d’exceptions court, lisible et daté plutôt qu’un corpus large mais flou. Un registre propre permet de comprendre pourquoi une règle existe encore, qui l’a validée, et dans quelles conditions elle doit disparaître. Sans cela, le catalogue se charge de décisions mortes qui continuent pourtant à produire des effets.
On sait que le modèle se dégrade quand la même exception revient sous des formes légèrement différentes selon le compte, le pays ou le vendeur. Ce n’est pas seulement un volume de cas: c’est une répétition qui indique que la règle n’a pas été suffisamment industrialisée. À partir de là, la priorité n’est plus d’ajouter un traitement supplémentaire, mais de faire disparaître la cause commune.
Le pays ne doit pas casser le standard de lecture
Quand une règle change selon la zone géographique, elle doit rester explicable sans recréer toute l’histoire commerciale. Si chaque pays oblige à une interprétation différente, la plateforme ne pilote plus un standard: elle empile des variantes locales difficiles à maintenir et plus lentes à arbitrer.
Le bon cadre garde une colonne commune et une colonne d’exception. L’équipe sait ce qui relève d’une contrainte pays, ce qui relève d’un segment, et ce qui relève d’un contrat isolé sans faire dériver l’ensemble du catalogue ni la responsabilité du support.
Le rôle du support, du commerce et de la finance
Un catalogue B2B ne tient pas uniquement grâce au produit. Le support voit les incompréhensions, le commerce voit les exceptions utiles, et la finance voit les écarts de marge et de facturation. Si ces trois fonctions ne partagent pas la même lecture de la règle, le système devient difficile à opérer dès les premiers volumes sérieux.
Le support doit pouvoir expliquer pourquoi une offre s’affiche ou non. Le commerce doit pouvoir justifier une remise ou une visibilité particulière. La finance doit pouvoir relire ce qui a été accordé sans devoir reconstruire l’histoire à partir de captures d’écran et de mails. C’est ce triptyque qui rend la marketplace robuste.
Le support relit les erreurs de compréhension
Le support repère immédiatement les zones floues que le produit sous-estime. Si une question revient souvent, ce n’est presque jamais un hasard. Cela veut dire que le catalogue ou la règle de visibilité ne parle pas encore assez clairement aux utilisateurs ou aux vendeurs.
Le support apporte donc un signal très utile: les cas qui obligent à réexpliquer la logique sont généralement des cas qui doivent être retravaillés dans le catalogue lui-même. Le but n’est pas de former davantage. Le but est de rendre la règle plus explicite.
Le deuxième signal faible apparaît quand les macros du support grossissent plus vite que le catalogue ne s’améliore. Si la même réponse doit être recopiée, adaptée puis nuancée pour trois comptes différents, la règle métier n’est pas encore assez nette. Le front peut masquer la dérive pendant quelques semaines, mais le run la rattrape toujours.
La finance relit la marge et les accords
Une marketplace B2B gagne en maturité quand la finance peut relire sans friction les tarifs négociés, les écarts de remises et les conditions contractuelles. Si chaque audit oblige à reconstituer les montants en dehors du système, le coût de maintenance devient vite disproportionné.
Le commerce, lui, doit rester capable de pousser des accords utiles sans casser le standard. C’est à cet endroit que le modèle se joue: protéger la marge, protéger le service et garder une offre lisible pour les comptes qui montent en volume.
Quand finance et support ne lisent plus la même chose au sujet d’un prix, le problème n’est jamais le tableau de bord. Le problème est la règle amont qui permet à chacun d’avoir une vérité différente. C’est exactement là que le sujet catalogue rejoint la gouvernance commerciale: une bonne donnée ne corrige pas une mauvaise décision, elle ne fait que la rendre plus visible.
Dans les organisations les plus stables, le bon réflexe consiste à fixer une date d’expiration ou une revue périodique à chaque exception importante. Cela évite qu’un cas temporaire devienne un comportement permanent par simple inertie. Le catalogue gagne alors en netteté, et le support arrête de porter des décisions qui n’ont plus de justification métier réelle.
Le vrai saut de maturité apparaît quand les équipes n’essaient plus de “faire passer” une exception dans la routine quotidienne, mais choisissent de l’assumer comme un objet de gouvernance à part entière. Cette séparation évite l’ambiguïté entre le standard et le cas spécial. Elle protège aussi les futurs arbitrages, parce qu’elle donne un historique lisible au lieu d’un empilement de bricolages.
Le plan de mise en œuvre pour garder un socle exploitable
Le bon plan commence par le classement des règles. Ensuite, il faut choisir ce qui relève du standard, du segment, du compte et du pays. Puis il faut documenter les exceptions utiles, définir le responsable métier et vérifier que le support peut expliquer la règle sans improviser. Enfin, il faut tester la cohérence des prix avec la visibilité réelle.
Cette séquence évite un piège classique: croire qu’un moteur de prix suffit à régler un sujet de gouvernance. En réalité, le moteur ne fait qu’appliquer la règle. C’est le cadre éditorial et métier qui décide quelle règle mérite d’exister, d’être visible ou d’être supprimée.
Quand le volume augmente, le bon réflexe n’est pas d’ajouter des couches d’exception, mais de vérifier à quel moment la règle commence à être contournée. Si les commerciaux demandent la même dérogation sur plusieurs comptes, si le support redirige souvent vers la même réponse et si la finance remarque les mêmes écarts sur plusieurs lignes, le modèle a déjà commencé à s’user.
La checklist minimale avant publication
- Le prix public, le prix négocié et la visibilité sont séparés.
- Le support sait expliquer chaque écart visible.
- Les exceptions sont rares, traçables et justifiées.
- La finance peut relire les écarts sans reconstituer l’historique.
Quand cette checklist tient, le catalogue peut grossir sans devenir opaque. Sinon, le bon choix est de réduire la surface de complexité avant d’ajouter de nouveaux comptes, de nouveaux pays ou de nouvelles grilles négociées.
Cette discipline doit aussi prévoir une sortie propre. Une exception qui ne sert plus doit être fermée, documentée puis retirée du parcours principal. À défaut, le catalogue garde vivante une logique qui n’a plus de raison business, et ce sont les équipes d’exploitation qui finissent par porter cette inertie dans le temps.
Le dernier niveau de maturité consiste à relier chaque exception à un propriétaire, une durée de vie et un critère de retrait. Tant que ce triplet n’existe pas, la complexité peut continuer à croître sans alarme visible. Quand il existe, l’opérateur sait distinguer une vraie flexibilité commerciale d’un simple bruit hérité des premiers déploiements.
À ce stade, le catalogue devient un objet de pilotage plutôt qu’un simple référentiel de prix. Les équipes peuvent alors décider plus vite, parce qu’elles savent quelle exception a été créée, pour quoi, par qui et jusqu’à quand. Cette lisibilité évite la dérive la plus coûteuse: confondre l’outil qui affiche la règle avec le système qui la gouverne réellement.
Le test opérateur avant généralisation
Avant de généraliser une règle, un opérateur devrait pouvoir la faire lire par trois personnes qui ne partagent pas la même priorité: un commercial, un support et un finance. Si les trois comprennent la même chose, la règle est probablement prête. Si chacun doit interpréter la clause à sa manière, la marketplace ne possède pas encore un standard exploitable, seulement une intention métier.
Ce test est précieux parce qu’il met à nu les zones que les outils masquent. Un catalogue peut paraître cohérent dans l’interface et rester pourtant fragile dans les cas réels. Dès qu’un compte change de segment, qu’un pays ajoute une contrainte ou qu’un contrat se renouvelle, les écarts apparaissent. Le bon modèle doit survivre à cette friction sans réécriture manuelle.
La lecture doit aussi rester valable dans le temps. Une règle compréhensible au moment du lancement peut devenir ambiguë six mois plus tard si les équipes ont ajouté des nuances sans centraliser la documentation. C’est pourquoi la gouvernance n’est pas un sujet de lancement seulement. Elle doit accompagner la vie du catalogue, sinon la cohérence se perd au fil des ajustements successifs.
Un opérateur mûr ne cherche pas à supprimer toute exception. Il cherche à savoir pourquoi elle existe, à quelle condition elle disparaît et quelle alternative standard pourrait la remplacer demain. Cette discipline fait gagner du temps au support, évite les doublons côté commerce et donne à la finance un cadre de lecture plus fiable pour les audits.
Quand une exception mérite encore d’exister
Une exception mérite d’exister quand elle répond à une contrainte claire: obligation légale, contrainte logistique, segmentation stratégique ou phase temporaire d’atterrissage commercial. En dehors de ces cas, elle finit souvent par représenter une facilité interne plus qu’un besoin client réel. C’est justement là que l’opérateur doit savoir dire non, même si la demande paraît simple à court terme.
Le piège courant consiste à prolonger une exception parce qu’elle a “sauvé” un lancement. Au début, cela semble pragmatique. Mais si la règle n’a pas de date de fin, elle devient un standard parallèle. Le catalogue se fragmente alors entre ce qui est documenté officiellement et ce qui reste toléré dans la pratique, ce qui complique ensuite toute évolution de produit ou de pricing.
La bonne méthode consiste à poser une question simple: si trois comptes différents demandent la même dérogation, faut-il encore la traiter comme une exception ou faut-il l’intégrer dans une règle plus large ? Cette bascule est essentielle. Elle permet de reconnaître qu’un cas isolé ne doit pas être confondu avec un nouveau comportement structurel de la marketplace.
Le signal faible devient visible quand les équipes cessent de parler du prix lui-même et commencent à parler de la manière de “faire passer” le cas dans le système. À cet instant, la valeur n’est plus dans la flexibilité affichée, mais dans la capacité à standardiser ce qui a été improvisé. C’est souvent la meilleure preuve qu’il faut repenser la règle, pas seulement l’exception.
Dans la pratique, cette discipline change aussi la relation entre produit et métier. Le produit n’est plus seulement chargé d’implémenter un besoin, il devient le garant de la lisibilité future de la règle. Le métier, de son côté, n’est plus évalué sur sa capacité à obtenir une dérogation, mais sur sa capacité à définir une logique durable qui peut être expliquée, maintenue et auditable sans effort excessif.
Quand ce niveau de maturité est atteint, le catalogue cesse d’être un empilement de compromis. Il devient une architecture commerciale capable d’absorber la croissance sans perdre la trace des décisions. C’est exactement ce qu’on attend d’un socle B2B solide: non pas l’absence de complexité, mais la capacité à la gouverner sans la laisser contaminer tout le reste de la plateforme.
Lectures complémentaires pour prolonger le cadrage
Ces lectures prolongent le sujet avec des angles voisins sur le B2B, les workflows de commande et les choix de modèle. Elles aident à relier le catalogue aux parcours, à la marge et aux arbitrages de plateforme sans diluer la lecture principale.
Ce bloc est utile parce qu’un catalogue de prix négociés ne vit jamais seul. Il dépend des règles d’activation, des circuits de validation et des choix de panier qui conditionnent ensuite la capacité de l’opérateur à vendre, à facturer et à relire ses écarts. Lire ces articles ensemble évite de traiter le catalogue comme une île isolée du reste de la plateforme.
Relier le catalogue aux workflows de commande
La page Marketplace B2B : devis, validations et commandes avec workflows plus complexes montre comment la logique de prix se prolonge dans l’exécution commerciale.
Relire la marge à travers le commissionnement
La lecture de Commissionnement marketplace : ce qui change vraiment entre B2B et B2C aide à vérifier que les règles commerciales restent compatibles avec la marge et les flux.
Choisir entre panier unique et multi panier
La page Panier unique ou multi panier marketplace : quel choix pour vos parcours et vos flux complète directement ce sujet dès que le catalogue B2B doit s’articuler avec des parcours plus complexes.
Quand ces trois lectures sont alignées, l’équipe voit mieux où se situe la vraie dette: dans la règle tarifaire, dans la validation du workflow ou dans la circulation des commandes. C’est souvent à ce moment-là que l’on arrête de déplacer le problème d’un écran à l’autre et que l’on commence à le traiter au bon niveau.
Chaque exception doit avoir une date de sortie
Un registre d’exceptions n’a de valeur que s’il permet de fermer ce qui ne sert plus. La date de fin, le propriétaire du suivi et la condition de retrait évitent que le catalogue conserve des règles utiles au lancement mais inutiles pour le run courant.
Cette discipline protège aussi les équipes. Au lieu de négocier à nouveau les mêmes cas à chaque demande commerciale, l’opérateur sait si l’exception reste temporaire, si elle doit être transformée en règle ou si elle doit disparaître pour préserver la lisibilité globale.
Ce qu’il faut trancher avant de publier les tarifs
Un catalogue B2B solide ne repose pas sur une accumulation de règles cachées. Il repose sur une hiérarchie claire entre le standard, le négocié et la visibilité réelle des offres.
Le bon arbitrage consiste à garder des règles lisibles pour le commerce, le support et la finance, tout en protégeant le standard contre les exceptions qui ne créent pas assez de valeur.
Pour rattacher ce travail à la trajectoire globale, la page création de marketplace reste le meilleur point d’entrée quand il faut arbitrer entre vitesse commerciale et dette future.
Si le catalogue ne peut pas expliquer simplement pourquoi un prix, une visibilité ou une exception existent, il n’est pas encore prêt. Il est visible, mais pas encore gouverné. Ce n’est pas suffisant pour tenir dans la durée.
