Un bon cahier des charges ne fait pas cent pages. Il permet à un prestataire de comprendre votre besoin, de proposer un premier lot réaliste et de s'engager sur un prix. Pour une application web de 5 000 à 20 000 €, cinq à quinze pages suffisent, à condition de contenir les bonnes informations. Voici les neuf rubriques à remplir, les erreurs qui faussent les devis, et nos modèles gratuits par type d'application web.
Les 9 rubriques d'un cahier des charges efficace
| # | Rubrique | Ce qu'elle doit contenir |
|---|---|---|
| 1 | Contexte et objectif | Qui vous êtes, ce qui ne fonctionne pas aujourd'hui, et le résultat attendu, chiffré si possible (heures gagnées, délai réduit, erreurs évitées). |
| 2 | Utilisateurs et rôles | Qui utilise l'outil, combien de personnes, sur quel appareil, et ce que chaque rôle peut voir ou modifier. |
| 3 | Processus actuel | Le parcours réel d'une demande, d'une commande ou d'un dossier, étape par étape, avec les outils utilisés. |
| 4 | Fonctions par priorité | Indispensable au premier lot, utile ensuite, confort. Cette colonne est la plus importante du document. |
| 5 | Données | Les objets manipulés (clients, articles, interventions…), les volumes, et les fichiers existants à reprendre. |
| 6 | Outils à connecter | Comptabilité, ERP, CRM, messagerie, signature, paiement : avec le nom exact de l'outil et ce qui doit circuler. |
| 7 | Contraintes | Hébergement, sécurité, RGPD, réglementation sectorielle, accessibilité, fonctionnement hors ligne. |
| 8 | Budget et calendrier | Une fourchette et une date souhaitée de mise en service, ainsi que les périodes à éviter. |
| 9 | Critères de réception | Les cas concrets qui, s'ils fonctionnent, prouvent que l'application web faite ce qui était attendu. |
La rubrique qui change tout : les priorités
Un cahier des charges qui liste quarante fonctions au même niveau produit des devis incomparables et des projets trop longs. Classez chaque fonction :
- Indispensable : sans elle, l'outil ne remplace pas l'existant. C'est le premier lot.
- Utile : elle fait gagner du temps, mais peut attendre quelques semaines d'usage.
- Confort : on la réévaluera une fois l'outil en main ; souvent, elle n'est plus demandée.
Cette discipline permet de livrer un premier lot utile en quelques semaines, pour un budget maîtrisé : c'est la logique décrite dans une application web sur-mesure à moins de 10 000 €.
Les 6 erreurs qui faussent les devis
- Décrire la solution au lieu du problème : « un bouton qui exporte en Excel » au lieu de « la direction veut suivre la marge par client chaque semaine ».
- Oublier les cas difficiles : l'avoir partiel, le client avec deux adresses, la commande modifiée après validation. Ce sont eux qui coûtent.
- Ne joindre aucun exemple : un vrai fichier, un vrai bon de commande, un vrai rapport valent dix paragraphes.
- Taire les intégrations : chaque outil à connecter représente plusieurs jours ; voir nos pages intégrations par outil.
- Sous-estimer la reprise de données : quinze ans d'historique dans un tableur ne s'importent pas en un clic ; voir nos guides de migration.
- Ne donner aucun budget : les prestataires chiffrent alors des projets très différents.
Pour comparer ensuite les réponses ligne à ligne, utilisez la grille de notre article lire et comparer un devis de développement.
Des modèles prêts à remplir
Chaque modèle reprend les rubriques ci-dessus avec les questions propres au type d'application web :
- Application métier et application web de gestion métier
- CRM B2B et micro-CRM
- Portail client B2B et extranet partenaires
- Application mobile métier
- ERP et application web logistique
- Plateforme SaaS par abonnement
Et si vous n'avez pas le temps de l'écrire ?
C'est fréquent, et ce n'est pas bloquant. Un atelier de cadrage d'une demi-journée avec le prestataire, fichiers et exemples à l'appui, produit le même résultat. Chez Trinity Studio, ce cadrage aboutit à un document de quelques pages, un devis ferme par lot, et des offres de 5 000 à 20 000 €. Les clauses à vérifier avant de signer sont dans propriété du code et réversibilité.
Questions fréquentes
Que doit contenir le cahier des charges ?
Contexte, utilisateurs, processus, fonctions priorisées, données, intégrations, contraintes, budget, critères de réception.
Quelle longueur ?
Cinq à quinze pages pour une application web de 5 000 à 20 000 €, avec des exemples réels.
Faut-il indiquer son budget ?
Oui, une fourchette permet de proposer le bon premier lot.
