Un devis qui double en cours de route n’est presque jamais le signe d’un prestataire malhonnête. C’est le signe d’un projet chiffré avant d’être compris.
Ce que le cadrage produit
Une semaine de cadrage ne produit pas de code. Elle produit une liste d’écrans, une liste de rôles, une liste d’intégrations et une liste de ce qui est explicitement hors périmètre. Cette dernière liste est la plus utile : elle est celle qui empêche les malentendus trois mois plus tard.
Pourquoi c’est rentable
Le coût d’un changement augmente avec le moment où on le découvre. Modifier une ligne dans un document de cadrage coûte cinq minutes ; modifier la même règle quand elle est répartie dans quinze écrans et une base de données coûte deux semaines. Le cadrage n’est pas une dépense en plus du projet, c’est le déplacement d’une dépense vers le moment où elle est la moins chère.
Ce n’est pas le cadrage qui coûte cher, c’est ce qu’on découvre sans lui.
Ce que nous demandons pendant cette semaine
Peu de choses, mais précisément : qui utilisera l’outil, ce qu’ils font aujourd’hui à la place, quels systèmes existent déjà, et quel événement permettra de dire que le projet a réussi. Sans cette dernière réponse, il n’y a pas de projet, seulement une commande.
Et si le budget est serré ?
Alors le cadrage compte encore plus. Il permet d’identifier la moitié du périmètre qui apporte l’essentiel du bénéfice et de reporter le reste, plutôt que de faire tout à moitié.