Le cahier des charges de votre application mobile
Un cahier des charges d'application mobile répond à dix questions, du but de l'application à votre budget, en passant par les écrans, les comptes, les fonctions du téléphone et la mise en ligne sur l'App Store et Google Play. Le modèle et son exemple rempli sont gratuits, en Word ou en PDF.
- 10 questions
- Word et PDF
- Gratuit
Mis à jour le
Les 10 questions pour votre application
Chaque question est suivie d'un exemple, celui d'un club de padel qui veut une application pour réserver ses terrains.
Question 1
Qui êtes-vous, et que doit apporter votre application ?
Votre activité en une phrase, puis ce que l'application doit changer : plus de réservations, des clients qui reviennent, moins d'appels, une équipe mieux organisée. Ce but décide de tout le reste. Ajoutez à quoi vous verrez que c'est réussi, en chiffres si possible.
Exemple
Un club de padel de six terrains. L'application doit remplir les heures creuses et faire revenir les joueurs. Réussi si la moitié des réservations passent par elle après six mois.
Question 2
Qui va l'utiliser, et dans quelles situations ?
Vos clients, votre équipe, vous : chaque type d'utilisateur a ses écrans et ses droits. Dites aussi où l'application sert, en déplacement, sur un chantier, au comptoir : c'est ce qui fixe l'ordre des écrans, la taille des boutons et le besoin de fonctionner avec peu de réseau.
Exemple
Les joueurs, qui réservent sur leur téléphone, souvent le soir pour le lendemain. L'accueil, qui voit le planning du jour et encaisse sur place. Le gérant, qui fixe les tarifs et les horaires.
Question 3
Quels écrans pour la première version ?
Décrivez le parcours, de l'ouverture de l'application à l'action principale, puis la liste des écrans : c'est la base du devis. Séparez l'indispensable de ce qui peut attendre. Une première version réduite se lance plus tôt, puis s'enrichit à partir de vrais retours.
Exemple
Au lancement : choisir un créneau, payer, recevoir la confirmation, annuler, retrouver ses réservations. Plus tard : trouver des partenaires de jeu et suivre ses résultats.
Question 4
Comment vos utilisateurs se connectent-ils ?
Inscription par e-mail, avec un compte Google ou Apple, ou sans compte du tout. Listez aussi les informations demandées à l'inscription : le RGPD veut que chacune serve à quelque chose.
Exemple
Par e-mail, ou avec un compte Google ou Apple. On demande le nom et le téléphone, pour prévenir le joueur si un terrain ferme.
Question 5
Quelles fonctions du téléphone ?
Notifications, position, appareil photo, paiement, usage hors ligne : chaque fonction se prévoit et se chiffre, comme une version tablette ou une deuxième langue. Pour le paiement, dites ce qui est vendu. Un service utilisé hors de l'application se paie par carte, un contenu utilisé dans l'application passe en principe par le système d'achat d'Apple et de Google.
Exemple
Le paiement par carte au moment de réserver. Une notification de rappel 2 h avant le match, et une autre quand un créneau se libère. Pas besoin de fonctionner sans réseau.
Question 6
Qui gère les contenus au quotidien ?
Horaires, tarifs, actualités, notifications à envoyer : dites ce que vous voulez changer vous-même, sans passer par un développeur. C'est l'espace d'administration, souvent utilisé sur ordinateur, à prévoir dès le départ.
Exemple
Le gérant change les tarifs et ferme un terrain pour travaux. L'accueil ajoute une réservation prise par téléphone. Les deux depuis l'ordinateur du club.
Question 7
Qu'avez-vous déjà, et que faut-il y connecter ?
Site, logiciel, fichier clients, moyen de paiement : ce qui existe se garde, se reprend ou se connecte. Pour une application déjà en ligne, ajoutez ce qui marche, ce qui bloque et qui détient les accès.
Exemple
Un site vitrine à garder, un logiciel de réservation dont on veut sortir et un fichier de 800 joueurs à reprendre. La caisse de l'accueil doit voir les paiements faits dans l'application.
Question 8
Comment sera-t-elle trouvée et installée ?
Le nom de l'application, les mots que tapent vos clients sur l'App Store et Google Play, et ce qui les mène à la télécharger : votre site, votre accueil, un QR code. Précisez aussi que les comptes développeur sont ouverts à votre nom, pour que l'application vous appartienne.
Exemple
Le nom du club, et « padel » avec le nom de la ville. Un QR code à l'accueil et sur chaque terrain. Les comptes Apple et Google ouverts au nom du club.
Question 9
Quel style vous ressemble ?
Deux ou trois applications que vous aimez, votre logo, vos couleurs si vous en avez, vos maquettes si elles existent. Dites aussi ce que vous ne voulez pas voir.
Exemple
Simple et sportif, aux couleurs du club. Une réservation aussi rapide que sur les grandes applications de sport. À éviter : devoir créer un compte avant de voir les créneaux libres.
Question 10
Quels sont vos repères ?
Une date qui compte, un ordre de budget, qui valide de votre côté, une obligation propre à votre activité. Une fourchette suffit. Pensez aussi à l'après : iOS et Android changent chaque année, et une application se met à jour avec eux, c'est la maintenance.
Exemple
En ligne avant le printemps. Un budget entre 10 000 et 15 000 €. Le gérant valide chaque étape et veut confier la maintenance.
App Store et Google Play : ce qu'il faut prévoir
Une application mobile se met en ligne sur deux boutiques qui ont chacune leurs règles. Les prévoir dans le cahier des charges évite de les découvrir à la fin.
- Les comptes développeur Apple et Google, ouverts au nom de votre entreprise. Ils sont payants, et une entreprise doit d'abord obtenir un numéro D-U-N-S, gratuit mais à demander à l'avance.
- Une politique de confidentialité en ligne, et la liste des données collectées, déclarée sur chaque boutique.
- La suppression du compte depuis l'application, dès que l'on peut y créer un compte.
- Le système d'achat d'Apple et de Google, en principe obligatoire pour vendre un contenu numérique dans l'application, et sa commission.
- La fiche de l'application : son nom, sa description, ses captures d'écran et son icône.
Chez Beaspo, la mise en ligne sur l'App Store et Google Play est comprise dans le prix d'une application mobile.
Le modèle à télécharger
Les dix questions avec la place pour vos réponses, puis l'exemple du club de padel rempli en entier. Gratuit, sans inscription.
Le Word se remplit directement, aussi dans Google Docs. Le PDF s'imprime ou se lit à l'écran.
Et une fois vos réponses prêtes ?
Gardez-les pour l'appel, ou envoyez-les à l'avance à contact@beaspo.com. En 30 minutes, Clément les reprend avec vous et complète ce qui manque. Sous 48 h, tout est posé par écrit : les écrans, les fonctions, le prix et la date de mise en ligne.
Votre application, chiffrée par écrit sous 48 h.
Un appel de 30 minutes avec Clément, puis une proposition écrite avec les écrans, le prix et la date de mise en ligne.
Sur demande, vous signez un accord de confidentialité avant l'appel.
Questions fréquentes sur le cahier des charges d'une application
Faut-il choisir entre iOS et Android dans le cahier des charges ?
Non. Dites qui sont vos utilisateurs et comment ils s'en servent : le choix technique en découle. Une application multiplateforme fonctionne sur iOS et Android à partir d'un code commun, sans payer deux applications. Le choix natif ou multiplateforme est détaillé sur notre page application mobile.
Comment protéger son idée d'application en envoyant un cahier des charges ?
Décrivez le besoin et les fonctions, sans livrer d'emblée ce qui fait votre avance, comme une méthode ou un partenariat. Pour aller plus loin, demandez un accord de confidentialité avant d'envoyer le document. Chez Beaspo, il se signe avant même l'appel, sur simple demande.
Le cahier des charges d'une refonte d'application est-il différent ?
Il part de l'application en ligne : ce qui marche, ce qui bloque, les avis laissés sur les boutiques, et qui détient le code et les comptes. Le reste suit les mêmes questions. Une reprise d'application commence par la lecture du code existant.
Le même cahier des charges vaut-il pour une application web ?
En grande partie. Une application web s'utilise dans le navigateur, sans App Store ni Google Play : les questions sur les boutiques et les fonctions du téléphone laissent la place aux rôles, aux abonnements et à l'usage sur ordinateur. Le cahier des charges application web et SaaS en reprend les dix questions.
Une autre question ?
Clément vous répond en moins de 2 h.
Comment rédiger le cahier des charges d'une application mobile ?
Un cahier des charges d'application mobile décrit l'application attendue : son but, ses utilisateurs, ses écrans, ses fonctions et la façon dont elle sera mise en ligne. On y retrouve les rubriques habituelles (présentation, objectifs, cible, parcours utilisateur, fonctionnalités, back-office, design, budget et délais), posées ici en dix questions simples.
Pour une application, ce sont surtout le nombre d'écrans, les comptes utilisateurs, les fonctions du téléphone (notifications, position, appareil photo, paiement) et l'espace d'administration qui font varier le prix et le délai. Les dix questions valent pour une nouvelle application comme pour la version mobile d'un service qui existe déjà, et le bloc qui suit ajoute ce que demandent l'App Store et Google Play.
Chez Beaspo, ce document reste facultatif : une idée suffit pour réserver l'appel. Pour un projet qui n'est pas une application mobile, partez de la page Préparer votre projet.