Par Thomas Cohen, fondateur de Maestro
Cahier des charges d’application : guide, exemple et modèle gratuit
Un exemple de réservation pour décrire qui utilise votre application, ce qu’elle doit faire et comment vérifier le résultat. Avec un modèle texte gratuit à adapter.
Vos clients appellent pour réserver un rendez-vous, et vous voudriez qu’ils choisissent une heure disponible en ligne. Le cahier des charges décrit ce besoin, les personnes concernées et le résultat attendu. Il sert à discuter du projet, comparer des propositions et vérifier ce qui a été construit, sans commencer par le code.
Télécharger ou copier le modèle gratuit de cahier des charges. Ce fichier texte s’ouvre dans un navigateur ou un éditeur et se copie dans Word ou Google Docs. Il comprend les rubriques à compléter, une grille de vérification et un exemple fictif. Aucun email n’est demandé.
Commencez par le problème, pas par les écrans
Écrivez le besoin en une phrase : « Mes clients doivent pouvoir réserver un créneau sans m’appeler. » C’est plus précis que « je veux un calendrier moderne ». Décrivez la situation actuelle : qui prend les appels, où les rendez-vous sont notés et quelles erreurs surviennent.
Indiquez comment vous reconnaîtrez une amélioration. Dans notre exemple fictif, les clients choisissent parmi les disponibilités publiées et le responsable retrouve toutes les réservations au même endroit. Si vous fixez un objectif chiffré, partez de votre situation réelle.
Décrivez les utilisateurs et leurs parcours
Nommez chaque personne et ce qu’elle peut faire. Le client consulte et réserve. Le responsable ouvre des disponibilités et annule une réservation. Un collègue peut lire le planning sans modifier les horaires. Précisez si un compte est nécessaire et comment récupérer son accès.
Racontez le parcours complet : une cliente ouvre la page, choisit un créneau, renseigne ses coordonnées, confirme et reçoit un récapitulatif. Que se passe-t-il si le créneau vient d’être pris, si l’email échoue ou si elle veut annuler ? Notez ces questions avant la livraison.
Écrivez les règles et les limites de la première version
Dans cet exemple, un créneau dure trente minutes et accepte une seule réservation. Le client peut annuler jusqu’à vingt-quatre heures avant le rendez-vous ; ensuite, il contacte le responsable. Ces règles sont fictives : remplacez-les par celles de votre activité.
Listez ce qui attendra : paiement en ligne, rappels par SMS, abonnement ou application mobile. Un site utilisable sur téléphone peut couvrir votre premier besoin. Gardez les idées supplémentaires dans une liste séparée, avec la raison de les ajouter.
Rendez chaque demande vérifiable
Un critère de validation explique comment reconnaître un résultat correct. Premier exemple : lorsqu’une cliente confirme un créneau libre, une seule réservation apparaît dans le planning et cette heure n’est plus proposée.
Deuxième exemple : si deux clients confirment le même créneau, un seul obtient la réservation. L’autre reçoit une explication et peut choisir une autre heure. Troisième exemple : le collègue autorisé à consulter ne peut pas modifier le planning, y compris en essayant un lien direct.
Pour vérifier la vitesse d’affichage, choisissez avec la personne qui construit l’application la page à tester, l’appareil et les conditions de l’essai. « Rapide » ne suffit pas à se mettre d’accord. Pour chaque vérification, notez qui la fera et comment son résultat sera conservé.
N’oubliez pas les données et le fonctionnement quotidien
Décrivez les informations à garder, qui peut les voir et quand elles doivent être supprimées. Notez les fichiers à reprendre et les outils auxquels l’application doit se connecter. Avant de remplacer Excel par une application, relevez les calculs et les habitudes cachés dans votre classeur.
Précisez qui contrôlera l’hébergement, le service qui fait fonctionner l’application, ainsi que le domaine et les fichiers du code. Qui recevra les alertes et corrigera les incidents ? Comment récupérer les données, restaurer une sauvegarde ou transmettre le travail ? Ces réponses influencent aussi le coût du projet.
Faites vivre le document sans le compliquer
Datez les versions et gardez les questions ouvertes visibles. Avant une modification importante, demandez son effet sur le délai, le budget et les vérifications prévues. Faites relire les parcours par les personnes qui utiliseront l’application.
Complétez le modèle téléchargeable au fil des réponses. Avec un prestataire ou dans le parcours de Maestro, vous aurez une base pour discuter et valider. Les choix techniques pourront ensuite être expliqués à partir de ce besoin.
