Idée principale

Sur le papier, deux clients d'un même logiciel métier peuvent formuler une demande identique. Ce qu'ils attendent derrière ne l'est pas, parce que ce qui décide de l'attente n'est pas le besoin énoncé mais la façon dont l'organisation décide : son rapport au risque, son niveau de centralisation, la relation entre le siège et les sites, l'exigence de standardisation qu'elle s'impose à elle-même.

Un groupe où le siège fixe les référentiels attend d'une même fonctionnalité qu'elle uniformise ; une entreprise qui laisse ses sites s'organiser attend de la même fonctionnalité qu'elle s'adapte à chacun. Aucun des deux ne le dit, parce que pour chacun c'est l'évidence.

Une équipe qui n'a pas identifié cette dimension peut livrer quelque chose de correct et néanmoins à côté : la fonctionnalité fait ce qui était demandé, et ne fait pas ce qui était attendu.

Pourquoi c'est important

Cela interdit de traiter un besoin exprimé par plusieurs clients comme une demande consolidée. Additionner des formulations identiques venues de cultures de décision opposées fabrique une spécification moyenne, qui ne satisfait aucune des attentes qu'elle recouvre.

Cela indique aussi quoi chercher en entretien client au-delà du besoin : comment les arbitrages se prennent, qui tranche, ce que l'organisation attend d'un standard. Ces questions-là ne sont pas des questions de confort — elles déterminent la forme de la réponse à construire.

Nuances et limites

La culture d'une organisation n'est pas homogène : la direction, les sites et les fonctions support peuvent porter des attentes contradictoires sous la même demande.

Et tout écart d'attente n'est pas culturel : une contrainte réglementaire ou un héritage technique produisent les mêmes divergences sans qu'aucune culture soit en cause.

Questions ouvertes

• Comment détecter une divergence d'attente culturelle avant la livraison, quand elle ne s'exprime dans aucune formulation du besoin ?