Comment rédiger le cahier des charges d’un logiciel ?

À quoi sert un cahier des charges logiciel ?

Il sert à trois choses : clarifier votre besoin pour vous-même, permettre à un ou plusieurs prestataires de chiffrer sur la même base, et servir de référence pendant le projet pour savoir ce qui était prévu. Il ne sert pas à décider à la place du prestataire comment le logiciel sera programmé.

Un cahier des charges n’est pas obligatoire pour prendre contact. Un prestataire sérieux sait transformer un problème en périmètre écrit : c’est le rôle du cadrage. Le document que vous préparez accélère ce cadrage et rend le devis plus fiable, mais il ne le remplace pas.

Ce qu’un cahier des charges doit contenir

L’essentiel tient en quelques rubriques. Décrivez des situations réelles plutôt que des fonctions abstraites : « le technicien remplit le rapport sur le chantier, sans réseau, et le responsable le valide le lendemain » est plus utile que « module de rapports ».

• Le problème à résoudre aujourd’hui, et ce que vous voulez obtenir
• Les utilisateurs : qui utilisera le logiciel, combien, dans quelles conditions (bureau, terrain, sans réseau)
• Les tâches principales, décrites comme une journée type
• Les règles de gestion et les exceptions connues
• Les données existantes à reprendre (tableurs, ancien logiciel, papier) et leur état
• Les outils avec lesquels le logiciel devra échanger
• Les contraintes : calendrier, budget envisagé, confidentialité, hébergement
• Ce qui est hors périmètre, au moins pour la première version

Modèle de plan de cahier des charges à copier

Copiez ce plan dans un document et remplissez chaque rubrique avec vos mots. Laissez une rubrique vide si vous ne savez pas : c’est une information utile pour le prestataire, qui la traitera au cadrage.

CAHIER DES CHARGES — [Nom du projet]
Entreprise : [nom] · Contact : [nom, fonction, courriel] · Date : [jj/mm/aaaa]

1. Contexte
   - Activité de l’entreprise en deux phrases
   - Comment le travail se fait aujourd’hui (outils, fichiers, papier)
   - Ce qui coince : erreurs, doubles saisies, pertes d’information, délais

2. Objectif
   - Ce que le logiciel doit changer, concrètement
   - Comment on saura que c’est réussi

3. Utilisateurs
   - Profils (ex. technicien, responsable, comptable, client) et nombre
   - Où ils travaillent : bureau, terrain, sans réseau, sur quel appareil

4. Journées types
   - Pour chaque profil : ce qu’il fait, dans l’ordre, avec quelles informations

5. Règles de gestion et exceptions
   - Qui peut voir, créer, modifier, valider quoi
   - Les cas particuliers connus (et comment ils sont traités aujourd’hui)

6. Données
   - Données existantes à reprendre : où elles sont, volume approximatif, état
   - Documents à produire : rapports, exports, PDF

7. Échanges avec d’autres outils
   - Comptabilité, ERP, messagerie, logiciel existant : quoi, dans quel sens

8. Contraintes
   - Calendrier souhaité, échéances fixes
   - Budget envisagé (fourchette), confidentialité, hébergement

9. Première version
   - Ce qui est indispensable au démarrage
   - Ce qui peut attendre une version suivante

10. Annexes
   - Exemples de fichiers, captures d’écran, formulaires papier actuels

Les erreurs fréquentes

La plupart des cahiers des charges qui posent problème le font pour les mêmes raisons. Aucune n’est grave si elle est repérée tôt.

• Décrire une solution technique (langage, base de données) au lieu du problème
• Écrire seul, sans les personnes qui utiliseront le logiciel au quotidien
• Lister toutes les fonctions imaginables sans distinguer l’indispensable
• Oublier la reprise des données existantes, souvent le poste le plus long
• Ne rien dire des exceptions, alors que ce sont elles qui font le coût
• Oublier de préciser que le code source et les comptes doivent être à votre nom

Du cahier des charges au devis

Avec ce document, un prestataire peut vous poser les bonnes questions, puis proposer un cadrage : une étape où il vient voir le travail réel, relève les règles et examine les données avant de chiffrer. Méfiez-vous d’un prix ferme donné sur la seule base d’un document, sans aucune question : il est faux dans un sens ou dans l’autre.

Pour comparer ensuite plusieurs devis, voyez le guide Combien coûte un logiciel sur mesure ?. Pour la suite du parcours, le guide Comment faire développer une application ? décrit les étapes, et la page Logiciel métier sur mesure présente notre façon de travailler.