Cahier des charges d'un projet numérique : le squelette qui tient la route

Le vrai enjeu : la comparabilité

Quand un fournisseur conçoit votre cahier des charges, il écrit l'énoncé d'un problème dont il possède la réponse. Quand vous l'écrivez vous-même dans la précipitation, chaque offre répond à sa propre interprétation, et la « comparaison » finale revient à additionner des chiffres issus de devis différents. Un bon cahier des charges ne prédit pas la solution : il fixe un cadre dans lequel trois propositions différentes deviennent lisibles côte à côte. Tout l'art est là : être précis sur le besoin, ouvert sur la réponse.

Les sept blocs

Bloc 1 — Contexte et existant

Qui vous êtes, ce que fait l'entreprise, ce qui existe déjà (outils, contrats, personnes, habitudes) et pourquoi le projet naît maintenant. Un fournisseur qui ne connaît pas votre existant construira dessus au lieu de construire avec — l'écart se paie en reprise, en double saisie ou en abandon de fonctionnalité.

Bloc 2 — Objectifs et critères de succès

Deux ou trois objectifs mesurables — « réduire d'un tiers le temps de traitement des commandes », « supprimer le tableur parallèle de la logistique » — et ce qui prouvera, douze mois plus tard, que le projet a réussi. Sans ce bloc, tout sera réussi sur PowerPoint et rien ne le sera dans les faits.

Bloc 3 — Périmètre : ce qui est dedans... et dehors

La ligne du « OUT » est la plus utile du document. Chaque projet dont le périmètre n'a pas été fermé par écrit se dilatera — la demande « juste petite » du troisième mois porte toujours un numéro de bloc qui n'avait pas été exclu explicitement. Listez les adjacents volontairement hors périmètre, avec la raison.

Bloc 4 — Exigences fonctionnelles par scénario

Ne listez pas les fonctions par module ; décrivez trois ou quatre flux réels du début à la fin (une commande client atypique, un retour produit, un nouveau collaborateur qui arrive), et exigez que l'offre démontre comment elle les traite. Le catalogue de features de trois pages fait rêver tout le monde ; le test d'un flux réel ne trompe personne.

Bloc 5 — Contraintes non négociables

Où habitent les données, quelles intégrations sont requises, quels accès sont prohibés, quelles exigences légales (sauvegarde, confidentialité, localisation) s'appliquent, qui détient quoi. C'est le bloc que l'on bâcle et que l'on redécouvre en réunion d'acceptation.

Bloc 6 — Modalités de sélection

Publiez vos critères : prix, bien sûr, mais aussi démonstration sur vos flux réels (bloc 4), plan de reprise des données, conditions de sortie, moyens humains côté prestataire, références sectorielles. Un fournisseur qui connaît la grille en avance joue en face : la qualité des réponses monte.

Bloc 7 — Cadre commercial et gouvernance

Phases avec livrables et jalons, prix détaillé par phase, maintenance et support (heures, canaux, délais), propriété des développements, conditions de réversibilité. La règle : rien ne doit rester dans le sous-entendu de la relation. Ce qui n'est pas écrit n'est pas vendu — il est simplement facturé plus tard.

Avant de lancer : le test des trois questions

Vos utilisateurs clés ont-ils relu le bloc 4 ? Savez-vous dire ce que vous ferez le jour où le prestataire ne répond plus ? Et pouvez-vous expliquer votre projet complet en dix lignes à quelqu'un qui découvre l'entreprise ? Si deux réponses sur trois manquent, le cahier n'est pas mûr — quinze jours de travail en valent la peine. Si les trois réponses tiennent : vous pouvez envoyer le document, et comparer sereinement ce qui sera enfin comparable.