Estimation des coûts : comment les projets logiciels devraient être tarifés

Pourquoi deux devis honnêtes peuvent varier du simple au triple

Vous envoyez le même brief de deux pages à trois agences. Les devis reviennent à £12 000, £24 000 et £40 000. L’instinct est de penser qu’une agence surcharge. En réalité, ce n’est généralement pas le cas.

Un brief décrit ce que vous voulez. Un devis évalue ce qui sera construit. Entre les deux se trouve une longue liste de décisions que le brief n’a pas mentionnées, et chaque agence a discrètement pris ses propres choix :

• La migration du contenu est-elle incluse, ou devez-vous coller vous-même 60 pages ?
• Qui rédige les textes ?
• Quels navigateurs et appareils sont testés, et en combien d’exemplaires ?
• L’accessibilité est-elle respectée selon une norme, ou simplement « nous ferons au mieux » ?
• Y a-t-il une couverture de tests automatisés, ou seulement des vérifications manuelles avant le lancement ?
• Qui gère la carte de redirections 301 pour les URL existantes ?
• La formation est-elle incluse ? La documentation ?
• Que se passe-t-il au deuxième mois si quelque chose ne fonctionne plus ?

Le devis le moins cher n’est presque jamais plus efficace. Il suppose simplement moins de travail. Cela n’est pas forcément incorrect — si vous avez effectivement quelqu’un en interne pour rédiger les textes et migrer le contenu, payer une agence pour le faire serait du gaspillage. Le problème survient quand personne ne réalise que cette hypothèse a été faite, jusqu’à ce que la facture pour les « travaux supplémentaires » arrive.

La question la plus utile à poser sur un devis est : que n’inclut-il pas ? Une bonne agence aura cette liste sous la main.

Prix fixe ou temps et matériaux

Les deux modèles sont légitimes. Chacun échoue dans un cas précis lorsqu’il est appliqué à un type de travail inadapté.

Prix fixe

Vous convenez d’une portée et d’un montant. L’agence prend le risque que le projet prenne plus de temps que prévu.

Adapté pour : sites marketing, intégrations définies, déploiements de terminaux de paiement (POS), migrations — tout ce dont l’état final peut être décrit avant de commencer.

Le mode d’échec : l’agence intègre une marge de risque invisible, et chaque échange devient une négociation pour déterminer si quelque chose relève du périmètre initial. Sur un projet véritablement incertain, le prix fixe rend l’agence défensive précisément au moment où vous avez besoin de flexibilité.

Temps et matériaux

Vous payez pour le temps passé, avec une estimation et des rapports réguliers.

Adapté pour : travaux exploratoires de produit, R&D, projets dont les exigences évolueront légitimement à mesure que vous apprendrez.

Le mode d’échec : pas de plafond et pas d’urgence. Cela nécessite un budget plafonné par phase et une visibilité véritablement hebdomadaire, sans quoi le projet s’étire.

Le modèle à refuser

Un prix fixe sur un brief que personne n’a analysé en profondeur. Cela donne une fausse impression de certitude. Le résultat se présente de deux manières : des demandes de modifications qui font grimper le coût réel au-delà de ce qu’un devis honnête aurait été, ou des compromis invisibles — tests, accessibilité, sécurité.

Pourquoi la phase de découverte est facturée

C’est la partie sur laquelle les clients râlent le plus, alors voici l’explication, sans détour.

Pour établir un devis précis pour un système sur mesure, il faut comprendre le processus qu’il remplacera. Cela implique de s’asseoir avec les personnes qui effectuent le travail et de documenter ce qui se passe réellement — y compris la feuille de calcul non documentée dont tout dépend, et l’étape que tout le monde a oubliée de mentionner parce que c’est « évident ».

Cela prend une à trois semaines. Une agence qui le fait gratuitement doit récupérer ce coût ailleurs : soit dans le prix du projet, soit en ne le faisant pas et en devinant.

Chez nous, la découverte coûte entre £1 500 et £4 000 et produit une spécification écrite, une esquisse d’architecture et un devis de développement fixe. Vous en gardez la propriété. Si vous confiez le développement à une autre agence et obtenez un prix inférieur, c’est un résultat légitime — et cela arrive.

Cette phase permet aussi de conclure régulièrement que vous avez besoin de moins de logiciel que prévu. Ce résultat seul justifie le coût.

Ce qui détermine réellement le prix

Pour la plupart des projets, le coût est dominé par cinq facteurs — et aucun n’est « combien de pages ».

1. Nombre d’intégrations. Chaque système externe est imprévisible. Une API héritée mal documentée peut consommer plus de temps que le reste du projet.
2. Qualité de la migration des données. Migrer des données propres est peu coûteux. Migrer une décennie de données incohérentes, avec des clients en double et trois formats de date, ne l’est pas.
3. Rôles et permissions des utilisateurs. Un seul type d’utilisateur est simple. Cinq rôles avec des permissions chevauchantes et un historique d’audit constituent un véritable sous-système.
4. Volume de contenu et qui le produit. Soixante pages de texte à rédiger représentent des semaines de travail, quel que soit l’auteur.
5. Exigences non fonctionnelles. Normes d’accessibilité, budgets de performance, garanties de disponibilité, résidence des données. Chacune représente un travail réel et chacune est généralement absente du cahier des charges.

Remarquez que « combien d’écrans » ne figure pas dans cette liste. Les écrans sont la partie la moins coûteuse.

Comment lire un devis correctement

Un devis fiable vous indiquera :

• Ce qui est dans le périmètre, détaillé
• Ce qui est hors périmètre, détaillé
• Ce qu’il suppose concernant vos contributions — contenu, décisions, accès, disponibilité
• Le calendrier de paiement et ce qui déclenche chaque étape
• Ce qui arrive au prix si le périmètre change, et comment cela est convenu
• Qui détient le code et ce que vous recevez à la fin

Si un devis se résume à un seul chiffre et un paragraphe, vous n’avez pas assez d’informations pour le comparer à quoi que ce soit.

Gérer la marge de manœuvre correctement

Conservez quinze à vingt pour cent du coût de développement en dehors du prix convenu.

Ce n’est pas une provision pour une erreur de l’agence. C’est pour les éléments que vous souhaiterez une fois le travail terminé et visible — et vous en voudrez, car voir quelque chose fonctionner génère de meilleures idées que la lecture d’un cahier des charges. Un projet sans marge de manœuvre transforme chaque bonne idée en une discussion difficile.

Le résumé honnête

L’estimation logicielle n’est pas précise, et toute agence prétendant le contraire gonfle ses prix ou s’apprête à vous décevoir. Ce qu’une bonne estimation offre, ce n’est pas de la certitude, mais de la transparence : voici ce que nous supposons, voici ce que nous excluons, voici comment nous gérerons la situation si la réalité diffère.

Si vous cherchez à budgétiser un projet et souhaitez une réponse directe sur la fourchette, nous vous la donnerons lors d’un appel avant tout document officiel.