Cahier des charges d'une application : le modèle complet à remplir

Le cahier des charges décrit ce que l'application doit faire, pour qui et dans quelles conditions. Il sert à trois choses :

1. Obtenir des devis comparables. Sans document écrit, chaque prestataire chiffre l'application qu'il imagine. Les écarts de prix viennent alors du périmètre, pas du talent.
2. Décider ce qui entre dans la première version. Un cahier des charges qui classe les fonctions par priorité fait baisser le devis plus sûrement qu'une négociation.
3. Servir de référence pendant le projet. Quand une question se pose, on revient au document.

Une agence de développement donne un repère utile pour juger un devis : si les réponses du prestataire sont floues sur plus de trois points de sa liste de contrôle, le devis n'est pas comparable. Un bon cahier des charges évite ce flou dès le départ.

Copiez les titres ci-dessous dans un document et répondez aux questions. Quelques pages suffisent. Un document trop long décourage les prestataires et noie l'essentiel.

1. Le projet en une phrase

• Que fait l'application, pour qui, et pourquoi maintenant ?
• Qui porte le projet (entreprise, activité, interlocuteur qui décide) ?

2. Le problème et les utilisateurs

• Quel problème réglez-vous ? Comment est-il réglé aujourd'hui (tableur, papier, autre outil) ?
• Qui utilise l'application : vos clients, vos équipes, des partenaires ? Combien de personnes, à peu près ?
• Sur quel appareil : téléphone, ordinateur, tablette sur le terrain ?

3. L'objectif mesurable

• À quoi verrez-vous que l'application fonctionne : nombre d'inscrits, de ventes, de réservations, heures gagnées ?
• Quel chiffre suivre en premier ?

4. Les parcours principaux

Écrivez chaque parcours sous la forme : « En tant que [utilisateur], je veux [action], pour [résultat]. »

• Quelles sont les 3 à 5 actions sans lesquelles l'application n'a pas de raison d'exister ?
• Que voit l'utilisateur en arrivant ? Que fait-il ensuite ?

5. Les fonctions, classées par priorité

Classez chaque fonction dans une de ces trois colonnes :

Faites glisser le tableau →

C'est la rubrique qui pèse le plus sur le devis. Soyez sévère avec la première colonne.

6. Les comptes, les rôles et le back-office

• Faut-il un compte pour utiliser l'application ? Connexion par mot de passe ou par lien envoyé par e-mail ?
• Quels rôles existent (client, administrateur, vendeur, commercial) et qui voit quoi ?
• Que voulez-vous gérer vous-même dans le back-office : clients, commandes, contenus, prix, statistiques ?

7. Le paiement et le modèle de revenus

• Comment l'application gagne-t-elle de l'argent : vente unique, abonnement, commission, publicité, rien (outil interne) ?
• Faut-il des factures, des remboursements, des codes promo, des bons cadeaux ?
• Pour une application mobile : vendez-vous du contenu numérique (soumis à la commission d'Apple et de Google) ou un objet ou un service consommé hors de l'application (payé par carte, sans commission des stores) ?

8. Les données, les contenus et les connexions

• Quelles données faut-il reprendre (fichiers clients, catalogue, historique) ? Sous quel format sont-elles ?
• Quels outils existants faut-il connecter : site, CRM, comptabilité, paiement, envoi d'e-mails ou de SMS ?
• Quels e-mails automatiques faut-il envoyer (confirmation, rappel, relance) ?
• Quelles données personnelles collectez-vous, et qui y a accès (RGPD) ?

9. Le support : web, mobile ou les deux

• L'application doit-elle être dans l'App Store et Google Play, ou une application web suffit-elle ?
• A-t-elle besoin de fonctions du téléphone : appareil photo, localisation, notifications, usage sans réseau ?

10. Les contraintes et le cadre

• Votre fourchette de budget (indiquez-la : elle aide le prestataire à proposer le bon périmètre).
• Une échéance imposée par votre activité (salon, saison, lancement d'un produit) ?
• La propriété : code source livré, comptes (hébergement, paiement, stores) ouverts à votre nom.
• L'après : maintenance, hébergement, évolutions. Qui s'en charge, et comment c'est facturé ?
• Le format de réponse attendu : devis détaillé par poste, ce qui est inclus et exclu, coûts récurrents estimés.

Voici à quoi ressemble un cahier des charges court, pour un projet imaginaire. Les noms et le projet sont inventés pour l'exemple.

1. Le projet. Une marque qui vend des box de produits par abonnement veut un espace client en ligne.

2. Le problème. Aujourd'hui, les clients écrivent par e-mail pour changer d'adresse, sauter un mois ou résilier. L'équipe met à jour un tableur à la main. Utilisateurs : les abonnés (sur téléphone surtout) et l'équipe du service client (sur ordinateur).

3. L'objectif. Réduire les e-mails de gestion d'abonnement et les box renvoyées à une ancienne adresse. Chiffre suivi en premier : nombre de demandes traitées sans e-mail.

4. Les parcours. En tant qu'abonné, je veux sauter le mois prochain, pour ne pas recevoir une box pendant mes vacances. En tant qu'abonné, je veux changer mon adresse de livraison. En tant que membre du service client, je veux voir l'historique d'un abonné.

5. Les fonctions. Indispensable : connexion par lien envoyé par e-mail, changement d'adresse, saut d'un mois, résiliation, historique des box. Deuxième version : parrainage, choix des produits. Idée à garder : application mobile installable.

6. Comptes et back-office. Deux rôles : abonné et service client. Back-office : liste des abonnés, recherche, historique, export.

7. Paiement. Abonnement mensuel existant chez le prestataire de paiement actuel, à connecter. Pas de nouveau moyen de paiement.

8. Données. Reprise du tableur des abonnés. Connexion au prestataire de paiement et à l'outil d'envoi des colis. E-mails : confirmation de chaque changement.

9. Support. Application web adaptée au téléphone ; pas de store en première version.

10. Contraintes. Budget : tranche « 15 à 50 k€ ». Code et comptes au nom de la marque. Devis détaillé par poste, maintenance chiffrée à part.

Ce document tient en deux pages. Il suffit pour obtenir des devis comparables.

Chaque rubrique du modèle pèse sur le prix. Voici les plus lourdes, pour savoir où couper si le budget ne tient pas.

Faites glisser le tableau →

Pour les montants, consultez nos pages prix d'une application mobile, prix d'une application web ou d'un SaaS et prix d'un logiciel sur mesure. Chacune a un estimateur qui donne la fourchette du marché sans demander votre e-mail.

• Décrire la solution au lieu du besoin. « Il faut une application React Native » ferme des options. « Les abonnés doivent pouvoir sauter un mois depuis leur téléphone » laisse le prestataire proposer la meilleure solution.
• Une liste de fonctions sans priorité. Tout devient indispensable, et le devis explose.
• Oublier le back-office. Sans lui, chaque modification passe par le développeur.
• Oublier la reprise des données. Elle peut représenter une part importante du travail.
• Oublier les coûts récurrents. Maintenance (15 à 20 % du budget de départ par an selon les agences qui le publient), hébergement, e-mails, frais de paiement.
• Laisser les comptes au nom du prestataire. Hébergement, paiement et stores doivent être à votre nom.

ChatGPT ou Claude aident à écrire un premier jet : donnez-leur ce modèle et décrivez votre projet. Relisez ensuite chaque rubrique avec une question : est-ce vraiment indispensable dès la première version ? L'IA a tendance à ajouter des fonctions ; votre rôle est d'en retirer.

Avec les méthodes de construction actuelles, un cahier des charges court et une première version testée valent mieux qu'un document de cinquante pages. C'est la démarche que nous décrivons dans créer un MVP ou un SaaS.

Apportez votre cahier des charges, même incomplet, au diagnostic offert. En 30 minutes de visio avec le fondateur, nous le relisons avec vous : ce qui manque, ce qui peut attendre, ce qui fera monter le devis. Le prix exact se fixe ensuite sur ce périmètre écrit. Réservez votre diagnostic offert.