Cahier des charges d'application mobile
Le template et la méthode que nous recommandons à nos prospects. Sept sections essentielles, les six erreurs qui font exploser les devis, et un CDC prêt à envoyer en moins d'une journée.
Cadrer sa propre pensée
Écrire un CDC force à prendre position sur les ambiguïtés que l'on repousse mentalement : priorité des features, personas, métriques de succès.
Comparer des devis comparables
Avec le même CDC en main, trois agences produiront trois devis vraiment comparables. Sans CDC, vous comparez des propositions incomparables.
Aligner son équipe
Le CDC devient la source de vérité partagée entre fondateur, équipe produit, équipe tech, parties prenantes. Il évite 80 % des malentendus ultérieurs.
Les 7 sections d'un CDC d'app efficace
Un bon CDC d'app mobile s'articule toujours autour de ces sept blocs. Dans l'ordre.
Contexte & objectifs
Qui êtes-vous, quel problème l'app résout, pour quelle cible, quels objectifs business chiffrés (KPI).
- Présentation de l'entreprise / porteur de projet
- Problème utilisateur identifié + preuves
- Personas cibles (3 max, concrets)
- KPI business à 6 mois et 12 mois
- Contraintes (réglementaires, légales, RGPD…)
Périmètre fonctionnel
Liste priorisée des fonctionnalités (MoSCoW : Must / Should / Could / Won't). Le cœur du CDC.
- Parcours utilisateur principal (golden path)
- Fonctionnalités MVP vs. V2 vs. backlog
- Écrans principaux (wireframes ou liste)
- Gestion des rôles et permissions
- Règles métier particulières
Aspects techniques
Plateformes visées, intégrations, contraintes techniques, hébergement, sécurité.
- iOS / Android / web - et versions minimales supportées
- APIs et services tiers à intégrer
- Contraintes d'hébergement (France ? UE ? cloud existant ?)
- Niveau d'exigence sécurité (RGPD, HDS, PCI…)
- Préférence tech (native / React Native / Flutter) ou ouvert
Design & expérience utilisateur
Charte graphique, tonalité, références visuelles, niveau d'exigence UX.
- Charte existante ou à créer
- 3 à 5 références d'apps que vous aimez (et pourquoi)
- Niveau d'ambition : standard, soigné, ou différenciant
- Exigences d'accessibilité (WCAG)
- Support des modes sombres / langues
Contenu & données
D'où viennent les données, qui les saisit, volumétrie attendue, migration éventuelle.
- Sources de données (API existante, CSV, saisie manuelle)
- Volumétrie estimée (utilisateurs, transactions/jour)
- Migration depuis une app existante ?
- Multilingue ? Multi-devises ?
- Contenu rédactionnel : qui le produit ?
Planning & budget
Dates clés, budget disponible, jalons de paiement souhaités.
- Date de lancement souhaitée (+ contraintes : salon, saison…)
- Fourchette de budget réaliste
- Modalités de paiement (mensuel, par sprint, par jalon)
- Financements impliqués (BPI, levée, interne)
- Qui décide du budget côté client ?
Gouvernance & après-lancement
Qui est responsable de quoi pendant le projet, et qui maintient l'app après.
- Interlocuteur principal côté client (1 seul !)
- Rituel de suivi souhaité (démo hebdo, standup, autre)
- Propriété du code et des assets
- Plan de maintenance envisagé
- Stratégie d'évolution post-V1
Les 6 erreurs qui font exploser votre budget
Ces erreurs reviennent dans 80 % des CDC que nous recevons. Corrigez-les avant d'envoyer.
Vouloir tout faire dès la V1
Le syndrome de la liste de 73 fonctionnalités. Résultat : budget ×3, livraison retardée, et 60 % de ce qui a été développé ne sert jamais. Appliquez la méthode MoSCoW impitoyablement.
Oublier le back-office
L'app côté utilisateur représente souvent 60-70 % du travail. Le back-office pour gérer les données, les utilisateurs, les contenus, ça existe et ça coûte. Pensez-y dès le CDC.
Ne pas prioriser les fonctionnalités
Un CDC sans priorisation est un CDC non lisible. Chaque feature doit être Must / Should / Could avec une justification business.
Rester flou sur les intégrations
« Intégration CRM » peut signifier 2 jours ou 2 mois selon le CRM et ses APIs. Nommez l'outil précis, donnez l'accès à sa doc, précisez les objets à synchroniser.
Ignorer la maintenance
Une app sans plan de maintenance est une app qui meurt en 12 mois. Le CDC doit prévoir qui maintient, à quelle cadence, avec quel budget annuel.
Mélanger CDC et devis
Le CDC décrit ce que vous voulez. Le devis dit combien ça coûte. N'essayez pas d'imposer un chiffrage dans le CDC : laissez les prestataires proposer leur estimation.
Checklist : votre CDC est-il prêt ?
- Vos 3 personas principaux sont décrits en 2-3 lignes chacun
- Les fonctionnalités sont classées MoSCoW (Must / Should / Could / Won't)
- Chaque fonctionnalité Must a une justification business
- Les intégrations tierces sont nommées précisément (outil + objets)
- Le budget est annoncé (fourchette ou plafond), même approximatif
- Un interlocuteur unique est désigné côté client
- La date de lancement souhaitée est justifiée
- La maintenance post-V1 est au moins évoquée
Si vous cochez 7/8, vous pouvez consulter. Si vous cochez moins de 5, réécrivez avant.
Questions fréquentes
Tout ce qu'on nous demande avant de commencer un projet.
Un projet, pas encore de CDC ?
20 minutes avec notre équipe pour structurer les grandes lignes ensemble - vous repartez avec les bonnes questions pour votre CDC et une fourchette de budget réaliste.
Prendre rendez-vous