Cahier des charges d’une application mobile : modèle et lecture du devis

Le cahier des charges d’une application mobile est le document qui dit qui va utiliser l’application, ce que chacun peut y faire, et ce qui se passe derrière les écrans. Il n’a pas besoin d’être technique. Il doit être précis. C’est lui qui permet à un développeur d’application mobile de vous faire un devis juste, et à vous de vérifier à la livraison que tout y est.

Ce guide vous donne les rubriques, un modèle à copier, puis la façon de lire un devis d’application. Pour un site internet, le document est différent : voyez notre cahier des charges de site web.

Pourquoi écrire un cahier des charges avant de développer ?

Parce qu’une application coûte cher à changer une fois développée. Ajouter un rôle « livreur » au milieu du projet, c’est revoir les écrans, le serveur et les droits d’accès. Si c’est écrit au départ, c’est prévu dans le planning et dans le prix.

Le cahier des charges sert à trois choses :

• Décider avant de payer : quelles fonctions dans la première version, lesquelles plus tard.
• Comparer les devis : deux développeurs qui reçoivent le même document chiffrent la même application.
• Trancher les désaccords : à la livraison, on relit le document, pas les souvenirs de chacun.

Un exemple courant : une pharmacie d’Agadir veut que ses clients envoient la photo de leur ordonnance et soient prévenus quand la commande est prête. Écrit en trois lignes, c’est clair. Oublié dans le cahier des charges, c’est un avenant.

Les rubriques indispensables d’un cahier des charges d’application

Les utilisateurs et leurs rôles

Listez chaque type d’utilisateur : client, livreur, employé, administrateur. Pour chacun, dites ce qu’il voit et ce qu’il peut faire. C’est la rubrique la plus importante, et la plus souvent oubliée.

Les écrans

Une ligne par écran : accueil, inscription, catalogue, panier, profil, historique. Pas besoin de dessin, une phrase sur le rôle de chaque écran suffit. Le dessin viendra avec les maquettes.

Les notifications

Qui reçoit quoi, et quand. « Le client est prévenu quand sa commande part. » « L’administrateur est prévenu à chaque nouvelle inscription. » Précisez aussi si l’utilisateur peut les couper.

Le paiement

Paiement à la livraison, carte bancaire marocaine via le CMI, ou les deux. Si vous vendez du contenu numérique dans l’application (un abonnement, des cours en vidéo), Apple et Google imposent leurs propres systèmes de paiement intégré : le dire dès le départ change le projet.

Le back-office

C’est l’interface, sur ordinateur, où vous gérez les produits, les commandes, les utilisateurs et les messages. Dites qui s’en sert et ce qu’il doit pouvoir modifier sans développeur.

Les langues, les données et les comptes

Français, arabe, anglais. Les données personnelles collectées, au regard de la loi 09-08, suivie par la CNDP. Et le nom sous lequel seront ouverts les comptes développeur Apple et Google : celui de votre entreprise.

Modèle de cahier des charges d’application mobile à remplir

Copiez ce modèle et remplissez-le. Une heure de travail suffit pour une première version.

1. L’entreprise : activité, ville, clients actuels.
2. Le but de l’application : en une phrase. « Permettre à nos clients de réserver un cours et de payer en ligne. »
3. Les utilisateurs : chaque rôle, avec ce qu’il peut faire.
4. Les parcours principaux : 3 à 5 suites d’actions, de l’ouverture de l’application au résultat.
5. La liste des écrans : une ligne par écran.
6. Les notifications : déclencheur, destinataire, texte type.
7. Le paiement : moyens acceptés, remboursements.
8. Le back-office : qui l’utilise, pour faire quoi.
9. Les liens avec l’existant : site web, logiciel de caisse, WhatsApp, logiciel de facturation.
10. Plateformes et langues : iPhone, Android, ou les deux ; français, arabe.
11. Première version et suite : ce qui doit être là au lancement, ce qui peut attendre.
12. Délai : la date qui compte pour vous, et pourquoi.

Pour une auto-école de Tanger, la rubrique 4 pourrait dire : « L’élève ouvre l’application, voit les créneaux libres de son moniteur, réserve une leçon, reçoit un rappel la veille. » Ce seul parcours dit déjà au développeur qu’il faut un calendrier, des rôles élève et moniteur, et des notifications.

La rubrique 11 est celle qui protège le plus votre budget. Une première version réduite, lancée vite, vous apprend ce que vos clients utilisent vraiment.

Lire un devis d’application mobile : ce qu’il doit contenir

On cherche souvent un exemple de devis d’application mobile pour savoir si une offre est sérieuse. Plutôt qu’un modèle chiffré, voici ce qu’un devis doit reprendre, ligne par ligne :

• Le périmètre : la liste des écrans et des fonctions, reprise de votre cahier des charges. Ce qui n’y est pas n’est pas compris.
• Les plateformes : iPhone, Android, ou les deux, et la technique choisie (Flutter, natif).
• Le serveur et le back-office : ils doivent apparaître clairement. Une application sans serveur ne gère ni comptes ni commandes.
• Les maquettes : combien d’allers-retours sont prévus avant validation.
• La publication : qui s’occupe des stores, et au nom de qui sont les comptes.
• Le planning : par étapes, avec des versions à tester.
• Le support après lancement : sa durée, et ce qu’il couvre.
• La propriété : le code source, le serveur, la base de données et les comptes doivent vous revenir.

Ce qui fait varier le montant d’un devis : le nombre d’écrans, le nombre de rôles, le paiement en ligne, les langues, les liens avec d’autres logiciels et le choix des plateformes. Pour le détail, lisez ce qui fait le prix d’une application mobile au Maroc.

Les questions à poser au développeur d’application mobile

Avant de signer, posez ces questions. Les réponses en disent plus que le prix.

• « Quelles applications avez-vous publiées, et puis-je les télécharger ? »
• « Qui sera mon interlocuteur du début à la fin ? »
• « À quel nom seront ouverts les comptes Apple et Google ? »
• « Est-ce que je recevrai le code source ? »
• « Que se passe-t-il si Apple refuse l’application ? »
• « Qui corrige les bugs après la publication, et pendant combien de temps ? »
• « Comment se passent les mises à jour quand Apple ou Google changent leurs règles ? »

Un restaurant de Casablanca qui reçoit deux devis peut les départager avec ces seules questions. Le développeur qui répond « les comptes seront à notre nom » vous rend dépendant de lui pour chaque mise à jour.

Pensez aussi aux obligations des stores. Par exemple, Apple demande qu’une application qui permet de créer un compte permette aussi de le supprimer depuis l’application. Un bon développeur le prévoit sans que vous le demandiez.

Ce qu’on fait chez Technopek pour votre cahier des charges

Nous écrivons le cahier des charges avec vous, en deux ateliers sur vos utilisateurs et leurs usages. Vous repartez avec le document et un devis écrit, gratuit, en moins de 24 h, et il n’y a rien à payer avant de l’avoir validé. Le code, le serveur et les comptes développeur sont à votre nom, et vous gardez le même chef de projet de A à Z.

Voyez notre service de développement d’application mobile, et nos pages application mobile à Agadir et application mobile à Casablanca. Pour les étapes du projet complet, lisez comment créer une application mobile.