Préparez le cahier des charges de votre application mobile

1. Le public et le problème à résoudre

Décrivez une personne et une situation concrète. « Tout le monde » n’aide pas à choisir les écrans. Précisez ce que vos futurs utilisateurs font aujourd’hui, ce qui leur pose problème et ce qu’ils pourraient faire plus simplement avec l’application.

Si vous ne savez pas encore comment ils s’y prennent, notez la question à vérifier. Séparez ce que vous avez observé de ce que vous supposez. Vous pouvez préparer un projet sans avoir toutes les réponses ; l’important est de rendre les inconnues visibles.

• À qui s’adresse la première version ?
• Quel problème cette personne rencontre-t-elle ?
• Comment le résout-elle aujourd’hui ?

2. L’action principale, du début à la fin

Écrivez les étapes de l’action la plus importante avec des verbes simples. Indiquez ce qui se passe avant, pendant et après. Nommez aussi les moments où l’utilisateur peut hésiter, abandonner ou rencontrer une erreur.

3. Les rôles et leurs droits

Listez qui utilisera l’app et qui la gérera. Un participant, un professionnel et un administrateur peuvent avoir des besoins différents. Pour chaque rôle, indiquez ce qu’il peut voir, créer, modifier ou supprimer.

Pensez au travail après le lancement : qui ajoute un contenu, répond à une demande ou ferme une réservation ? Si une interface de gestion est nécessaire, écrivez-le. Évitez d’envoyer des données personnelles réelles pour illustrer vos besoins : des exemples inventés et clairement signalés suffisent à ce stade.

• Qui utilise le service ?
• Qui gère les contenus et les demandes ?
• Quelles informations doivent rester réservées à certains rôles ?

4. Les fonctions de la première version

Classez les fonctions en deux groupes : nécessaires au premier usage, puis prévues pour une évolution. Pour chacune, expliquez l’action rendue possible. « Notifications » est moins précis que « prévenir le participant quand son atelier est annulé ».

Une fonction difficile à relier au parcours principal mérite d’être discutée. Elle peut rester intéressante sans être nécessaire au lancement. Le cadrage servira à décider ce qui entre réellement dans le devis.

5. Les contenus et outils déjà disponibles

Rassemblez votre logo, vos textes, les exemples d’écrans que vous aimez et les outils que vous utilisez déjà. Pour chaque contenu manquant, indiquez qui le préparera. Une application peut attendre un texte ou un catalogue même si son développement avance.

Si l’app doit communiquer avec un autre service, décrivez les informations à échanger et leur fréquence. Donnez le nom de l’outil et son lien public. Les accès confidentiels seront organisés séparément ; ne placez aucun mot de passe ni clé technique dans votre document.

6. Les appareils et contraintes d’usage

Précisez si vous visez iPhone, Android, tablette ou plusieurs formats. Décrivez le contexte : à domicile, en déplacement, pendant une séance ou avec une connexion instable. Le fonctionnement sans réseau doit être discuté explicitement s’il est nécessaire.

Signalez les contraintes connues, par exemple l’utilisation de la caméra, plusieurs langues ou des besoins d’accessibilité. Vous n’avez pas à choisir une technologie avant le premier appel. Expliquez plutôt l’usage attendu ; le prestataire pourra proposer et justifier une solution.

7. Le budget, la date et vos disponibilités

Indiquez le budget que vous pouvez engager, les frais récurrents acceptables et une éventuelle date liée à un événement. Distinguez un souhait d’une contrainte fixe. Précisez aussi qui prendra les décisions et quand cette personne pourra valider les écrans et les tests.

Chez Keenov, la création démarre à 8 000 € HT, avec un calendrier annoncé de 30 à 60 jours selon le périmètre et les validations. Launch et Premium ajoutent l’accompagnement à la publication. L’examen des stores et les frais tiers sont à distinguer de la création.

Comprendre les postes du budget

8. Ce que vous devrez pouvoir vérifier

Transformez vos attentes en actions testables. À la place de « une app simple », écrivez ce qu’un utilisateur doit réussir et ce qu’il doit voir ensuite. Ajoutez quelques cas d’erreur, comme une date indisponible ou une information manquante.

Terminez par les questions encore ouvertes et les éléments attendus à la livraison : versions, code, accès, documentation, publication ou suivi. La trame prépare la discussion ; elle ne remplace pas le périmètre et les conditions convenus au devis. Téléchargez-la, complétez ce que vous savez et gardez le reste comme questions pour l’échange.

Choisir votre agence d’application mobile

Voir les étapes de création chez Keenov