Cahier des Charges & Spécifications — rédaction pour application mobile ou web

Un cahier des charges est ce qui rend deux devis comparables

Sans périmètre écrit, un prestataire chiffre ce qu'il imagine. L'écart entre ce qu'il a imaginé et ce que vous vouliez se règle plus tard, en avenant, à votre charge. Ce n'est pas de la malhonnêteté : c'est ce qui arrive quand le brief est une conversation.

La rédaction d'un cahier des charges pour une application mobile ou web est ce qui vous permet de mettre trois prestataires sur la même base et de lire l'écart entre les devis comme une information, pas comme du bruit.

Ce que vous recevez

Les exigences fonctionnelles, hiérarchisées

Chaque exigence classée indispensable, souhaitable, ou plus tard. C'est cette hiérarchie que les prestataires chiffrent, et c'est elle qui survit à la première discussion budgétaire.

Le modèle de données

Entités, relations et champs qui comptent, écrits avant que quiconque ouvre un éditeur. La plupart des changements tardifs coûteux dans un projet logiciel sont des changements de modèle de données déguisés en fonctionnalité.

Les critères de recette, écrits avant le développement

Ce que « terminé » veut dire pour chaque exigence, en des termes que vous pouvez tester sans développeur à côté de vous. Écrits après, les critères de recette décrivent ce qui a été construit. Écrits avant, ce sont des engagements.

Une estimation de charge et de budget

Une fourchette avec ses hypothèses, pour savoir si un devis est agressif, chargé, ou porte sur un autre produit.

Un dossier prêt à mettre en concurrence

L'ensemble dans un document que vous envoyez tel quel. Pas d'annexes à reconstituer vous-même.

Comment se déroulent les dix jours

Jours 1 à 2 — entretien de cadrage

Deux heures, enregistrées. Ce que le produit doit faire, pour qui, et ce qui en ferait un échec.

Jours 3 à 6 — la rédaction

Exigences, modèle de données et critères de recette, envoyés comme un brouillon à annoter, pas comme un livrable à prendre ou à laisser.

Jours 7 à 8 — votre relecture

Un tour de relecture, sur le document, avec vos commentaires dedans.

Jours 9 à 10 — document final et estimation

Le second tour de relecture et l'estimation de charge. Deux tours, annoncés d'avance : c'est tout le budget de révision.

Un exemple chiffré

Une fondatrice non technique avait deux devis pour la même application mobile : 17 000 € et 43 000 €. Le cahier des charges a pris huit jours et a montré que le moins cher n'avait chiffré ni le mode hors ligne, ni la gestion des rôles, ni le back-office d'administration — environ 60 % du produit en charge. Le devis cher n'était pas cher : le moins-disant chiffrait autre chose. Le document a coûté 650 € et a transformé une décision illisible en décision évidente.

À qui cette offre ne s'adresse pas

• À qui a besoin que le produit soit développé — je rédige le cahier des charges, je ne soumissionne pas sur la réalisation
• À une équipe qui a déjà un périmètre écrit et veut le faire auditer (c'est l'Audit de Risque Projet)
• À qui veut un document de cinquante pages comme preuve d'effort : le livrable fait la longueur que le produit exige, pas davantage

Ce qui n'est pas inclus

Je ne construis pas la solution, je ne pilote pas la réalisation, et je ne conduis pas l'appel d'offres à votre place. Les révisions sont limitées à deux tours, annoncés d'avance, parce qu'une boucle de révision illimitée est exactement la façon dont un prix fixe cesse d'être fixe.