Cahier des charges développement logiciel : le guide 2026 pour cadrer avant de consulter une ESN

Commencez par le « pourquoi ». Présentez l'entreprise, le service porteur, la situation actuelle et le problème à résoudre : processus manuel chronophage, outil vieillissant, nouvelle offre à lancer. Puis traduisez l'ambition en objectifs mesurables : réduire un délai de traitement, absorber une hausse de volume, ouvrir un canal client.

Ces objectifs servent de juge de paix pendant tout le projet. Quand une fonctionnalité est discutée, la question devient simple : sert-elle l'un des objectifs ? Si non, elle peut attendre.

Décrivez qui utilise le logiciel (les profils ou « personas ») et ce que chacun doit pouvoir faire. Le format user story, « en tant que… je veux… afin de… », oblige à relier chaque fonctionnalité à un utilisateur et à un bénéfice.

Priorisez explicitement, par exemple avec la méthode MoSCoW (indispensable, important, souhaitable, hors périmètre). Lister ce qui est exclu est aussi utile que lister ce qui est inclus : c'est le meilleur rempart contre le périmètre mouvant.

Recensez ce qui s'impose au futur logiciel : langages ou frameworks déjà utilisés par vos équipes, hébergement (cloud, on-premise), systèmes avec lesquels il doit dialoguer (ERP, CRM, SIRH, annuaire d'entreprise, outils de paiement), données à reprendre.

Joignez une cartographie, même sommaire, de votre système d'information. Une intégration oubliée au départ est l'une des causes les plus fréquentes de dérive : elle se découvre en cours de route et rouvre des chantiers déjà chiffrés.

C'est la rubrique la plus souvent bâclée, alors qu'elle conditionne l'architecture. Combien d'utilisateurs simultanés ? Quel temps de réponse acceptable ? Quelle disponibilité attendue ? Quelles données personnelles sont traitées, où sont-elles hébergées, combien de temps sont-elles conservées ?

Précisez aussi les exigences de sécurité (authentification, gestion des droits, journalisation) et d'accessibilité, notamment le référentiel RGAA si votre organisation y est soumise. Chiffrez quand c'est possible : « rapide » ne se teste pas, « moins de deux secondes pour 95 % des requêtes » se teste.

Listez ce que vous attendez concrètement : code source, maquettes, documentation technique et utilisateur, environnements, scripts de déploiement, jeux de tests. Puis posez les grandes étapes : cadrage, maquettage, premier lot fonctionnel, recette, mise en production.

Indiquez les dates qui ne peuvent pas bouger (salon, échéance réglementaire, fin de contrat d'un outil existant) et celles qui sont indicatives. Le prestataire saura où mettre la pression et où il a de la marge.

Donner une enveloppe budgétaire, même large, n'est pas se mettre en position de faiblesse : c'est permettre aux prestataires de proposer une réponse réaliste plutôt qu'un chiffrage hors-sol. Indiquez aussi le modèle envisagé, régie ou forfait, car il change la nature de l'engagement.

Nous ne redéveloppons pas ici ce choix : il est détaillé dans notre article sur la différence entre une ESN et un cabinet de conseil, qui explique quand privilégier la régie ou le forfait.

Régie ou forfait : lire le comparatif →

Comment saurez-vous que le logiciel est conforme ? Pour chaque fonctionnalité majeure, décrivez un ou plusieurs critères d'acceptation vérifiables, idéalement sous forme de scénarios : « étant donné… quand… alors… ».

Précisez qui recette, sur quel environnement, avec quelles données, et comment sont classées les anomalies (bloquante, majeure, mineure). Sans ces règles, la recette devient une négociation permanente.

Anticipez l'après-livraison : garantie, maintenance corrective et évolutive, niveaux de service attendus, mises à jour de sécurité. Prévoyez aussi la réversibilité, c'est-à-dire votre capacité à reprendre le logiciel en interne ou à le confier à un autre prestataire.

Concrètement : propriété du code, accès aux dépôts, documentation à jour, transfert de connaissances. Ce sont des clauses qui ne coûtent presque rien à écrire au départ et qui évitent une dépendance coûteuse plus tard.