Sites Web11 min de lecture

Spécifications fonctionnelles d'une application web : gabarit de user stories et critères d'acceptation

Mohamed Bah·Fondateur, Kolonell
8 octobre 2026
Partager :
Spécifications fonctionnelles d'une application web : gabarit de user stories et critères d'acceptation

Spécifications fonctionnelles d'une application web : gabarit de user stories et critères d'acceptation

Sites Web

Le verdict en trois phrases

Un devis d'application web n'est fiable que si la spécification l'est : sur un projet de 60 000 EUR HT, un besoin flou se traduit couramment par 30 à 60 % de dérive. La méthode la plus robuste en 2026 tient en trois outils : des user stories au format « En tant que, je veux, afin de », des critères d'acceptation testables, et une priorisation MoSCoW. Avec 25 à 40 stories bien écrites, trois prestataires peuvent chiffrer le même projet et vous comparez enfin des choses comparables.

Le gabarit d'une user story chiffrable

Une user story décrit un besoin du point de vue de l'utilisateur, pas une solution technique. Elle doit pouvoir être développée et testée en 1 à 5 jours. Au-delà, découpez-la.

ÉlémentContenu attenduExemple
IdentifiantCode unique par moduleUS-COM-04
RôleQui agitEn tant que commercial terrain
BesoinCe qu'il veut faireJe veux créer un devis depuis mon mobile
BénéficePourquoiAfin de l'envoyer au client pendant le rendez-vous
Critères d'acceptation3 à 6 conditions testablesLe devis est généré en PDF en moins de 5 secondes
Priorité MoSCoWMust, Should, Could, Won'tMust
EstimationPoints ou jours3 jours
DépendancesStories ou systèmes liésUS-CAT-01 catalogue produits

Les critères d'acceptation suivent idéalement le format Given / When / Then : « Étant donné un client existant, quand je sélectionne 3 produits et valide, alors un PDF numéroté est créé et envoyé par e-mail ». Chaque critère devient un cas de recette.

30 user stories types pour une application métier

Pour une application B2B classique (gestion de clients, devis, commandes), les 30 stories se répartissent ainsi :

ModuleNombre de storiesExemplesPriorité dominante
Authentification et rôles4Connexion, mot de passe oublié, rôles admin et utilisateurMust
Gestion des clients5Créer, rechercher, fusionner les doublons, importer un CSVMust
Catalogue4Produits, prix, variantes, archivageMust
Devis et commandes7Créer un devis, le convertir en commande, relancerMust et Should
Notifications3E-mail de confirmation, rappel, alerte de seuilShould
Reporting4Tableau de bord, export Excel, filtres par périodeShould et Could
Intégrations3Comptabilité, e-mail, signature électroniqueCould

Une bonne répartition MoSCoW pour un premier lot : environ 60 % de Must, 20 % de Should, 20 % de Could. Si tout est Must, rien ne l'est, et le prestataire chiffrera le maximum.

Pourquoi une spécification floue fait exploser le devis

Symptôme dans la specConséquence chez le prestataireDérive typique
« Gestion des utilisateurs » sans détailHypothèse haute ou provision de risque+15 à 25 % sur le module
Pas de critères d'acceptationDésaccords en recette, reprises+10 à 20 % du total
Intégrations listées sans API documentéeAudit technique en cours de projet+5 000 à 15 000 EUR
Aucune priorisationTout est chiffré et livré en un bloc+20 à 30 % de délai
Règles métier implicitesDécouvertes au fil des démos+10 à 25 % en avenants
Maquettes absentesAllers-retours d'ergonomie+5 à 10 %

Cumulés, ces écarts expliquent la fourchette de 30 à 60 % constatée entre devis initial et facture finale. Un atelier de cadrage de 3 à 5 jours, facturé 2 500 à 5 000 EUR HT, coûte presque toujours moins cher que la dérive qu'il évite.

Mini cas pratique

Nadia, responsable des opérations d'un réseau de 12 agences de location de matériel à Nantes, pilote son premier projet d'application. Sa première note de besoins tient en deux pages : les trois devis reçus vont de 48 000 à 96 000 EUR HT.

Besoin d'un site web professionnel ?

Kolonell crée des sites web qui attirent des clients, optimisés pour le marché sénégalais. Devis gratuit en 2 minutes.

Vous préférez qu’on vous rappelle ?

Laissez votre WhatsApp, un expert Kolonell vous recontacte sous 24h ouvrées. Gratuit et sans engagement.

  • Elle finance un atelier de cadrage de 4 jours : 3 600 EUR HT.
  • Résultat : 34 user stories, dont 20 Must, avec critères d'acceptation et maquettes.
  • Nouveaux devis : 58 000 à 64 000 EUR HT, écart réduit de 100 % à 10 %.
  • Projet livré à 61 500 EUR, contre une dérive estimée de 40 % sur le devis médian de 72 000 EUR.

Gain estimé : environ 39 000 EUR, soit plus de 10 fois le coût du cadrage.

FAQ

Combien de user stories faut-il pour une application web ?

Un MVP métier compte en général 25 à 40 stories, une application complète 80 à 150. Au-delà de 50 stories Must pour un premier lot, le périmètre est probablement trop large.

Qui doit écrire les spécifications ?

Le responsable métier connaît les besoins, le prestataire connaît les contraintes techniques. L'idéal est un atelier commun de 3 à 5 jours, puis une relecture côté client sous 1 semaine.

Les user stories remplacent-elles le cahier des charges ?

Elles en sont le cœur. Ajoutez le contexte, les contraintes (RGPD, hébergement, accessibilité RGAA), les intégrations et les volumes, soit 5 à 10 pages en plus des stories.

Que faire si un besoin apparaît en cours de projet ?

Rédigez une nouvelle story, estimez-la, puis retirez une story Could de même taille ou acceptez un avenant chiffré. Ce mécanisme maintient le budget à plus ou moins 10 %.

Un outil est-il nécessaire ?

Non pour démarrer : un tableur suffit jusqu'à 50 stories. Jira, Linear ou Notion deviennent utiles au-delà, pour 0 à 10 EUR par utilisateur et par mois.

Parlons de votre projet. Envoyez-nous vos besoins, même sous forme de notes, nous organisons un atelier de cadrage et livrons des user stories chiffrées avec un budget indicatif et un planning. Devis détaillé sous 48 h. WhatsApp +221 77 596 93 33.

Tags :#spécifications fonctionnelles#user stories#critères d'acceptation#cahier des charges application#MoSCoW#gestion de projet logiciel
Partager :

Mohamed Bah

Fondateur, Kolonell

Passionné par le digital et l'entrepreneuriat en Afrique, Mohamed accompagne les entreprises sénégalaises dans leur transformation digitale depuis 2020. Fondateur de Kolonell, il croit que chaque PME mérite une présence en ligne professionnelle et accessible.