Ce que l’on demande avant de chiffrer

La plupart des demandes arrivent sous la forme d’une solution : « un site comme celui-ci », « une appli pour nos clients », « refaire le dashboard ». C’est un début. Ce n’est pas encore un périmètre. Chiffrer à ce stade, c’est choisir un nombre au hasard et le défendre ensuite.

Cinq questions, dans cet ordre

• Qui décide, et qui utilisera vraiment ?
• Qu’est-ce qui existe déjà — outil, marque, données, contraintes ?
• Qu’est-ce qui doit être vrai dans trois mois, et que peut-on laisser pour plus tard ?
• Qui reprendra la main une fois la mission finie ?
• Qu’est-ce qui, si on le rate, rend le reste inutile ?

Tant que la troisième question n’a pas de réponse, on propose un cadrage plutôt qu’un forfait. Une semaine suffit souvent : entretiens, lecture de l’existant, parcours cible, liste explicite de ce qui ne sera pas fait. Le document tient en quelques pages. Il sert autant à dire non qu’à dire oui.

Le chiffre vient après le cadre

Un forfait protège les deux côtés seulement si le bord est visible. Quand le bord bouge chaque semaine, le forfait devient un conflit au ralenti. Dans ce cas, mieux vaut des journées groupées, avec un point fixe et un incrément que l’on peut arrêter.

La réservation des trois offres tient le démarrage, la séance, ou une place à la masterclass. E-commerce a lieu le 27 février 2027, les autres niches à une autre date. Elle ne tient pas cinq jours d’équipe, ni un forfait. Ceux-là se chiffrent quand le bord du projet est visible. Le salaire ou le pourcentage des développeurs assignés ensuite se décide à part, selon les chiffres du projet.