Quand vous achetez du développement sur mesure, deux modèles s'offrent à vous. Le forfait ferme : un périmètre défini, un prix défini, un résultat défini, et le prestataire porte le risque d'exécution. La régie : vous achetez du temps de travail qualifié, vous pilotez, et vous portez le risque de résultat.
Aucun des deux n'est meilleur dans l'absolu. En revanche, chacun est franchement mauvais hors de sa zone. Dix ans de missions en régie chez des grands comptes (santé, BTP, assurance, finance) et des missions au forfait pour des TPE/PME m'ont appris où passe la frontière. Voici l'arbre de décision que j'applique, en quatre questions, et les trois cas où je refuse explicitement le forfait, dans votre intérêt autant que dans le mien.
Question 1 : le périmètre peut-il être décrit à l'avance ?
Pas vaguement décrit. Décrit au point qu'un tiers compétent pourrait lire le document et dire "fait" ou "pas fait" à la livraison.
Si oui, le forfait est possible et probablement souhaitable : vous connaissez votre budget avant de signer, et l'incitation du prestataire est alignée avec la vôtre, livrer ce qui est écrit. Si non, le forfait est une fiction. Le prestataire chiffrera large pour absorber l'inconnu, ou chiffrera juste et passera la mission à négocier des avenants. Dans les deux cas, vous payez le flou.
C'est précisément pour rendre le forfait honnête que mes missions commencent par un audit : quelques jours pour cartographier l'existant et les besoins avant de s'engager sur un périmètre. On ne chiffre bien que ce qu'on a vu.
Question 2 : le besoin est-il borné ou continu ?
Un outil de consolidation à construire, une migration de données, un audit : c'est borné, il y a un état final. Le forfait s'y prête.
Un produit qui évolue chaque mois, un backlog vivant alimenté par les retours d'utilisateurs, une équipe à renforcer pendant six mois : c'est continu, il n'y a pas d'état final à définir. Découper ça en forfaits successifs revient à payer un cycle commercial complet (cadrage, chiffrage, négociation) à chaque itération. La régie est faite pour ça.
Question 3 : qui est capable de piloter ?
La régie suppose que quelqu'un, chez vous, définit les priorités, tranche les arbitrages et valide le travail chaque semaine. Chez un grand compte, ce rôle existe : chef de projet, product owner, responsable d'application. Dans une TPE/PME, le dirigeant n'a ni le temps ni l'envie de jouer ce rôle, et c'est normal : ce n'est pas son métier.
Si personne ne peut piloter, la régie devient du temps facturé sans gouvernail. Le forfait, parce qu'il embarque l'obligation de résultat, transfère ce pilotage au prestataire. C'est la raison de fond pour laquelle je travaille au forfait avec les TPE/PME et en régie avec les grands comptes : ce n'est pas une préférence, c'est une question de structure.
Question 4 : qui doit porter le risque ?
Question rarement posée frontalement, pourtant tout est là. Au forfait, le prestataire porte le risque : s'il a mal estimé, il travaille plus pour le même prix. En régie, c'est vous : si le projet prend trois mois de plus, vous payez trois mois de plus.
Le bon arbitrage dépend de qui est le mieux placé pour maîtriser le risque. Périmètre clair et technique maîtrisée : le prestataire est le mieux placé, forfait. Inconnues fortes côté métier, dépendances sur vos équipes ou vos fournisseurs : vous êtes le mieux placé pour les lever, et un forfait ne ferait que vous faire payer une prime de risque sur des aléas que le prestataire ne contrôle pas.
Les trois cas où je refuse le forfait
L'existant n'a pas été audité. "Reprenez l'outil développé par notre ancien prestataire et ajoutez-y trois fonctionnalités." Tant que je n'ai pas vu le code, la base et les données, chiffrer ce travail relève de la divination. Un forfait signé sur de la divination protège tout le monde sur le papier et personne en réalité. Audit d'abord ; forfait ensuite, en connaissance de cause.
Le périmètre est encore une intention. "On veut un outil pour mieux exploiter nos données" est un excellent point de départ de discussion et un très mauvais périmètre contractuel. Signer un forfait là-dessus, c'est garantir un désaccord à la livraison : vous aviez une image en tête, le contrat en décrivait une autre. Je préfère perdre un mois à cadrer que perdre un client à livrer.
L'urgence interdit de faire les choses dans l'ordre. "Il nous le faut dans trois semaines, on cadrera en avançant." Un forfait accepté dans ces conditions sera tenu en sacrifiant ce qui ne se voit pas à la démo : les tests, la documentation, la qualité des données. Vous aurez un livrable à la date promise et un problème six mois plus tard. Ce n'est pas le travail que je livre.
Dans ces trois cas, je ne refuse pas la mission : je refuse de la démarrer en l'état. Parfois un audit court lève l'inconnue et le forfait redevient honnête. Parfois la régie est simplement le bon modèle, et il faut le dire.
En résumé
Périmètre descriptible, besoin borné, personne pour piloter chez vous : forfait. Besoin continu, pilotage interne disponible, inconnues que vous seul pouvez lever : régie. Et si un prestataire accepte un forfait sur un périmètre flou sans demander à auditer l'existant, la prime de risque est quelque part dans le prix, ou la qualité finira par payer la différence.
Vous hésitez sur votre cas ? Décrivez-le moi via le formulaire de contact : la réponse fait partie des choses que je donne avant tout engagement.