Ci-dessous, 40 user stories regroupées par type de produit : SaaS, e-commerce, applications mobiles, marketplaces, fintech, santé, outils internes et fonctionnalités IA. Chacune est accompagnée de critères d'acceptation, car une story sans eux est incomplète. Ensuite : réécritures du mauvais au bon, une épic décomposée en stories, et des stories non fonctionnelles.
Mis à jour en octobre 2026. Nouveau aux user stories ? Commencez par comment rédiger des user stories, puis revenez ici pour du matériel à adapter.
Le format utilisé ici
Chaque story suit le modèle rôle-fonction-bénéfice :
En tant que [type d'utilisateur], je veux [objectif ou action] afin de [bénéfice].
Les critères d'acceptation sont des listes numérotées courtes pour qu'elles tiennent dans un tableau ; le modèle d'histoire utilisateur montre l'alternative Given/When/Then. Les nombres (limites de temps, seuils) sont des valeurs par défaut pour vos propres règles métier.
Exemples de user stories SaaS et B2B
Les stories B2B tournent autour des comptes, des rôles et de la facturation, et deux utilisateurs sont concernés à la fois : la personne qui effectue le travail et l'administrateur qui paie.
| User story | Critères d'acceptation |
|---|---|
| 1. En tant qu'administrateur d'espace de travail, je veux inviter des collègues par e-mail afin qu'ils puissent travailler dans notre compte. | (1) Le lien d'invitation est valide pendant 7 jours. (2) Je choisis un rôle (Admin, Membre ou Observateur) avant l'envoi. (3) Inviter une personne qui est déjà membre affiche une erreur au lieu d'envoyer un doublon. |
| 2. En tant que propriétaire du compte, je souhaite passer à un forfait payant dans l'application afin de pouvoir ajouter des places sans avoir à contacter les ventes. | (1) Je vois le prix et les changements avant de confirmer. (2) Les nouvelles limites s'appliquent dès que le paiement réussit. (3) Si la carte est refusée, je reste sur mon forfait actuel et je vois la raison. |
| 3. En tant que membre de l'équipe, je souhaite me connecter avec mon compte Google ou Microsoft de l'entreprise afin de ne pas avoir besoin d'un autre mot de passe. | (1) La connexion propose les deux options. (2) Ma première connexion depuis un domaine d'entreprise autorisé m'ajoute à cet espace de travail. (3) Les comptes provenant de domaines non autorisés par l'administrateur sont refusés avec un message clair. |
| 4. En tant que manager, je souhaite exporter le rapport d'activité au format CSV afin de pouvoir le partager avec les finances. | (1) L'exportation utilise les filtres actuellement appliqués. (2) Le fichier comporte une ligne d'en-tête et des dates au format ISO (AAAA-MM-JJ). (3) Les exports de plus de 50 000 lignes sont envoyés par e-mail sous forme de lien de téléchargement au lieu de bloquer la page. |
| 5. En tant que nouvel utilisateur, je souhaite une liste de contrôle d'intégration courte afin d'obtenir mon premier résultat utile sans lire la documentation. | (1) 3 à 5 étapes, chacune cochée automatiquement une fois terminée. (2) Je peux la fermer et la rouvrir depuis le menu d'aide. (3) La progression se synchronise entre les appareils. |
| 6. En tant qu'administrateur d'espace de travail, je souhaite un journal d'audit des modifications de permissions afin de pouvoir répondre aux questionnaires de sécurité de nos clients. | (1) Chaque entrée enregistre qui a changé quoi, quand et depuis quelle IP. (2) Personne, y compris les administrateurs, ne peut modifier ou supprimer des entrées. (3) Le journal peut être filtré par utilisateur et par date et exporté. |
Exemples de user stories e-commerce
Les user stories e-commerce vivent ou meurent selon leurs chemins d'erreur : articles en rupture de stock, cartes refusées, livraisons tardives et retours.
| User story | Critères d'acceptation |
|---|---|
| 7. En tant qu'acheteur, je souhaite filtrer les produits par taille et par couleur afin de ne voir que les articles que je peux acheter. | (1) Les filtres ne proposent que les tailles et couleurs en stock. (2) Les résultats se mettent à jour sans rechargement, et l'URL conserve les filtres pour que la vue puisse être partagée. (3) « Tout effacer » réinitialise la liste. |
| 8. En tant qu'acheteur invité, je souhaite passer commande sans créer de compte afin d'acheter rapidement. | (1) Seuls l'e-mail, l'adresse et le paiement sont requis. (2) Après le paiement, je peux créer un compte en un clic. (3) L'e-mail de confirmation arrive en moins d'une minute. |
| 9. En tant qu'acheteur, je souhaite voir la date de livraison avant de payer afin de savoir si la commande arrivera à temps. | (1) Chaque option d'expédition affiche une fenêtre de livraison estimée. (2) La fenêtre se met à jour lorsque je change d'adresse. (3) Les articles expédiés séparément affichent leurs propres dates. |
| 10. En tant qu'acheteur, je souhaite être informé lorsqu'un article en rupture de stock est de nouveau disponible afin de ne pas avoir à vérifier en permanence. | (1) « Avertir-moi » remplace « Ajouter au panier » lorsque le stock est zéro. (2) Je reçois un e-mail lorsque l'article est de nouveau en stock, puis l'alerte se termine. (3) L'e-mail ouvre le produit avec ma taille présélectionnée. |
| 11. En tant que client, je souhaite initier un retour en ligne afin de ne pas avoir à envoyer un e-mail au support. | (1) Seules les commandes dans la fenêtre de retour affichent un bouton Retour. (2) Je choisis les articles et une raison et je reçois une étiquette ou un code QR. (3) Le statut du remboursement apparaît dans mon historique de commandes. |
| 12. En tant que responsable de magasin, je souhaite créer un code de réduction avec une date d'expiration afin de pouvoir lancer une promotion de week-end. | (1) Je définis un pourcentage ou un montant fixe, des dates et une limite d'utilisation. (2) À la caisse, un code expiré affiche « Ce code a expiré ». (3) Les codes ne peuvent pas être combinés sauf si je l'autorise. |
Pour les parcours de paiement et le suivi des commandes dans les applications de livraison, voir les éléments essentiels d'une application à la demande.
Exemples de user stories pour applications mobiles
Les user stories mobiles nécessitent des critères que les user stories web peuvent souvent ignorer : absence de signal, permissions de l'appareil et biométrie.
| User story | Critères d'acceptation |
|---|---|
| 13. En tant que commutante, je souhaite que mes billets soient disponibles hors ligne afin de pouvoir les montrer dans un train sans signal. | (1) Les billets et leurs codes QR s'ouvrent sans connexion. (2) Une bannière hors ligne indique quand les données ont été synchronisées pour la dernière fois. (3) Les actions nécessitant une connexion sont désactivées avec une explication. |
| 14. En tant qu'utilisateur, je souhaite me connecter avec Face ID ou mon empreinte digitale afin de ne pas taper mon mot de passe à chaque fois. | (1) Il est proposé après ma première connexion par mot de passe et reste désactivé jusqu'à ce que je l'active. (2) L'application demande le mot de passe après 3 tentatives échouées ou si la biométrie de l'appareil change. (3) Je peux le désactiver dans les paramètres. |
| 15. En tant qu'utilisateur, je souhaite choisir les notifications push que je reçois afin que l'application ne me spame pas. | (1) Les paramètres listent chaque catégorie de notification avec son propre interrupteur. (2) Les modifications s'appliquent immédiatement. (3) L'application demande l'autorisation de notification lorsque j'active une catégorie pour la première fois, et non au premier lancement. |
| 16. En tant que nouvel utilisateur, je souhaite essayer l'application avant de m'inscrire afin de pouvoir décider si cela en vaut la peine. | (1) Le contenu principal peut être consulté sans compte. (2) L'inscription est demandée uniquement lorsque j'essaie d'enregistrer ou de publier. (3) Tout ce que j'ai enregistré en tant qu'invité est transféré vers mon compte. |
| 17. En tant qu'utilisateur, je souhaite partager un article sur WhatsApp ou Messages afin de pouvoir l'envoyer à un ami. | (1) Le partage utilise la feuille de partage native du téléphone. (2) Le lien ouvre l'élément dans l'application s'il est installé, sinon sur le site web. (3) L'aperçu du lien affiche le titre et l'image de l'élément. |
Exemples de user stories pour marketplaces et services à la demande
Les marketplaces ont au moins trois rôles (acheteur, prestataire, opérateur), et une fonctionnalité n'est rarement terminée tant que chaque rôle n'a pas sa user story.
| User story | Critères d'acceptation |
|---|---|
| 18. En tant que client, je veux suivre mon coursier sur une carte afin de savoir quand être à la porte. | (1) Après la prise en charge, la position du coursier se met à jour au moins toutes les 15 secondes. (2) Une estimation d'arrivée est affichée et maintenue à jour. (3) Le partage de localisation s'arrête à la livraison. |
| 19. En tant que prestataire de services, je veux définir ma disponibilité hebdomadaire afin de ne recevoir que des demandes que je peux accepter. | (1) Je peux définir des horaires pour chaque jour de la semaine et bloquer des dates spécifiques. (2) Les clients ne peuvent pas demander des créneaux en dehors de ces horaires. (3) La modification de la disponibilité n'annule pas les réservations déjà confirmées. |
| 20. En tant que client, je veux évaluer un prestataire après une prestation afin que les autres clients puissent bien choisir. | (1) La demande d'évaluation apparaît lorsque la prestation est marquée comme terminée et reste ouverte pendant 14 jours. (2) J'attribue de 1 à 5 étoiles et un commentaire facultatif. (3) Seuls les clients ayant une réservation terminée peuvent évaluer ce prestataire. |
| 21. En tant que vendeur, je veux savoir quand chaque paiement sera reçu afin de planifier ma trésorerie. | (1) Chaque commande terminée affiche le paiement après frais et sa date prévue. (2) L'historique des paiements liste la date, le montant et les commandes. (3) Si un paiement échoue, je suis informé de la raison et de la solution. |
| 22. En tant qu'opérateur de marketplace, je veux examiner les annonces des nouveaux vendeurs avant leur mise en ligne afin que les articles interdits ne figurent pas sur le site. | (1) Les premières annonces d'un nouveau vendeur passent par une file d'attente de révision. (2) Les réviseurs approuvent ou rejettent avec une raison visible par le vendeur. (3) Après approbation, les annonces ultérieures du vendeur sont publiées immédiatement sauf si elles sont signalées. |
Exemples de user stories Fintech
Dans les produits réglementés, certains critères sont fixés par la loi, tels que les vérifications d'identité ou l'authentification forte des clients pour les paiements dans l'UE et au Royaume-Uni. Considérez ces éléments comme un point de départ et confirmez les règles avec votre conseiller en conformité.
| User story | Critères d'acceptation |
|---|---|
| 23. En tant que nouveau client, je veux vérifier mon identité dans l'application afin d'ouvrir un compte sans me rendre en agence. | (1) Je photographie un document d'identité et prends un selfie dans l'application. (2) Je vois si la vérification a réussi, échoué ou nécessite un examen, et quoi faire ensuite. (3) Les images sont stockées de manière chiffrée et chaque accès du personnel est journalisé. |
| 24. En tant que titulaire de carte, je veux geler ma carte instantanément afin que personne ne puisse l'utiliser si je la perds. | (1) Le gel prend effet en quelques secondes et les nouveaux paiements par carte sont refusés. (2) Le dégel restaure la même carte. (3) L'écran explique ce qui arrive aux paiements récurrents pendant le gel. |
| 25. En tant qu'utilisateur, je veux que mes transactions soient catégorisées automatiquement afin de voir où va mon argent chaque mois. | (1) Les nouvelles transactions reçoivent une catégorie dans la minute suivant leur apparition. (2) Lorsque je change une catégorie, les transactions futures du même marchand suivent mon choix. (3) La vue mensuelle affiche un total par catégorie. |
| 26. En tant que titulaire de compte, je veux que les virements importants nécessitent une double confirmation afin que mon argent soit en sécurité si quelqu'un apprend mon mot de passe. | (1) Les virements dépassant une limite que je définis nécessitent une approbation dans l'application ou un code à usage unique. (2) Le premier paiement à un nouveau bénéficiaire nécessite la même étape. (3) Les confirmations échouées sont journalisées et je suis notifié. |
| 27. En tant que dirigeant de petite entreprise, je veux envoyer des factures avec un lien de paiement immédiat afin que les clients puissent payer par carte. | (1) L'e-mail de facture inclut un lien de paiement sécurisé. (2) La facture est marquée comme payée automatiquement lorsque le paiement réussit. (3) Les factures en retard déclenchent des rappels aux jours que je choisis. |
Exemples de user stories pour le secteur de la santé
Les données de santé sont soumises à des règles telles que HIPAA aux États-Unis et RGPD dans l'UE, donc le contrôle d'accès et les journaux d'audit apparaissent dans la plupart des critères. Confirmez les détails avec quelqu'un qui connaît les règles qui vous concernent.
| User story | Critères d'acceptation |
|---|---|
| 28. En tant que patient, je veux prendre rendez-vous en ligne afin de ne pas avoir à appeler la clinique. | (1) Seuls les créneaux ouverts pour le clinicien et le type de visite choisis s'affichent. (2) La confirmation arrive par e-mail ou SMS avec un lien pour ajouter à l'agenda. (3) Je peux annuler ou reprogrammer jusqu'à la date limite de la clinique ; après cela, le numéro de téléphone de la clinique est affiché. |
| 29. En tant que patient, je veux des rappels de médicaments afin de ne pas manquer de doses. | (1) Je définis des heures de rappel pour chaque médicament. (2) La notification sur l'écran de verrouillage n'affiche pas le nom du médicament sauf si je l'autorise. (3) Je peux marquer chaque dose comme prise ou manquée et voir mon historique. |
| 30. En tant que clinicien, je veux les résultats de laboratoire récents d'un patient sur un seul écran afin de me préparer rapidement à une visite. | (1) Les résultats des 12 derniers mois, du plus récent au plus ancien, avec les valeurs hors plage mises en évidence. (2) Seule l'équipe de soins du patient peut ouvrir l'écran. (3) Chaque consultation est enregistrée dans le journal d'accès. |
| 31. En tant que patient, je veux rejoindre un rendez-vous vidéo depuis mon navigateur afin de ne rien avoir à installer. | (1) Le lien fonctionne dans les versions actuelles de Chrome, Safari, Edge et Firefox sur ordinateur et mobile. (2) J'attends dans une salle d'attente jusqu'à ce que le clinicien m'admette. (3) Un test de la caméra et du microphone s'exécute en premier, avec de l'aide si l'accès est bloqué. |
Exemples de user stories pour outils internes et administration
Les outils internes sont souvent développés sans récits utilisateurs car « c'est seulement pour nous », ce qui explique qu'ils finissent avec cent champs et aucun rôle clair.
| User story | Critères d'acceptation |
|---|---|
| 32. En tant qu'agent de support, je veux voir les commandes et tickets récents d'un client sur un seul écran afin de pouvoir répondre sans changer d'outil. | (1) Je peux rechercher par e-mail, numéro de téléphone ou numéro de commande. (2) L'écran affiche les 10 dernières commandes et tous les tickets ouverts. (3) Les agents peuvent voir mais pas modifier les détails de paiement. |
| 33. En tant que responsable des opérations, je veux mettre à jour les statuts des commandes en masse à partir d'un fichier CSV afin de ne pas modifier des centaines d'enregistrements à la main. | (1) Un aperçu montre quelles lignes seront modifiées et lesquelles contiennent des erreurs avant toute application. (2) Les lignes avec des erreurs sont ignorées et signalées. (3) Chaque mise à jour en masse est journalisée avec l'identité de la personne qui l'a exécutée. |
| 34. En tant qu'administrateur IT, je veux désactiver le compte d'un employé partant en un seul endroit afin qu'il perde l'accès à tous les outils internes. | (1) La désactivation met fin à toutes les sessions actives immédiatement. (2) Ses tâches ouvertes sont réattribuées à son manager. (3) Ses données sont conservées conformément à la politique de rétention, et non supprimées. |
| 35. En tant que responsable financier, je veux que les dépenses dépassant un seuil nécessitent une approbation afin que les achats importants soient vérifiés. | (1) Les dépenses dépassant le seuil sont transmises à l'approbateur désigné. (2) L'approbateur peut approuver ou rejeter, avec un commentaire, depuis l'e-mail ou l'application. (3) Les demandes non traitées dans les 3 jours ouvrables sont escaladées. |
Exemples de récits utilisateurs pour fonctionnalités IA
Les fonctionnalités IA nécessitent des critères supplémentaires : que se passe-t-il lorsque le modèle ne sait pas, où vont les données, et comment saurez-vous s'il est utile. Gardez un humain en contrôle de tout ce qui est envoyé, publié ou payé.
| User story | Critères d'acceptation |
|---|---|
| 36. En tant qu'agent de support, je veux une réponse rédigée par IA pour chaque ticket afin de pouvoir répondre plus rapidement aux questions courantes. | (1) Le brouillon apparaît dans la zone de réponse, étiqueté comme généré par IA, et n'est envoyé que lorsque je clique sur Envoyer. (2) Il relie aux articles du centre d'aide qu'il a utilisés. (3) Lorsqu'aucun article pertinent n'existe, il le dit au lieu de deviner. |
| 37. En tant qu'utilisateur, je veux poser des questions sur mes documents en langage naturel afin de trouver des réponses sans ouvrir chaque fichier. | (1) Les réponses n'utilisent que les documents auxquels j'ai accès. (2) Chaque réponse relie à ses passages sources. (3) Si les documents ne contiennent pas la réponse, il dit qu'il ne sait pas. |
| 38. En tant que membre d'équipe, je veux un résumé court des notes de réunion longues afin de me mettre à jour en une minute. | (1) Le résumé liste les décisions et les actions avec leurs responsables. (2) Je peux le régénérer ou le modifier. (3) Rien n'est résumé automatiquement : un résumé est créé uniquement lorsque quelqu'un en demande un. |
| 39. En tant qu'administrateur d'espace de travail, je veux activer ou désactiver les fonctionnalités IA pour mon équipe afin de rester dans le cadre de notre politique de données. | (1) Un seul paramètre contrôle toutes les fonctionnalités IA dans l'espace de travail. (2) La page indique quel fournisseur traite les données et s'il les utilise pour l'entraînement. (3) Le changement s'applique à tous les utilisateurs en quelques minutes et est journalisé. |
| 40. En tant que chef de produit, je veux voir à quelle fréquence les utilisateurs acceptent, modifient ou rejettent les suggestions IA afin de savoir si la fonctionnalité est utile. | (1) Chaque suggestion est enregistrée comme acceptée, modifiée ou rejetée. (2) Un tableau de bord affiche ces taux par semaine. (3) Les analyses ne stockent que le résultat, jamais le prompt ou le contenu du document. |
Mauvais vs bon : 6 récits utilisateurs réécrits
Chaque réécriture nomme un utilisateur spécifique, garde les décisions de conception hors de l'objectif et donne un avantage réel.
| Récit faible | Pourquoi ça échoue | Meilleure version |
|---|---|---|
| Le système doit prendre en charge l'export PDF. | Langage de spécification : pas d'utilisateur et pas de raison. | En tant que comptable, je veux télécharger l'énoncé de chaque mois au format PDF afin de pouvoir l'attacher à nos dossiers. |
| En tant qu'utilisateur, je veux que l'application soit facile à utiliser. | Non testable, sans objectif spécifique. | En tant qu'utilisateur débutant, je veux démarrer mon premier projet à partir d'un modèle afin de voir comment l'application fonctionne en quelques minutes. |
| En tant que développeur, je veux migrer vers PostgreSQL. | Une tâche technique ; la valeur pour l'utilisateur est cachée. | En tant qu'analyste, je veux que les rapports mensuels se chargent en moins de 3 secondes afin de pouvoir les examiner pendant les réunions. La migration devient une tâche sous ce récit. |
| En tant que client, je veux payer. | Trop large : cela masque les méthodes de paiement, les échecs et les remboursements. | En tant que client, je veux payer par carte au moment de la commande afin de pouvoir finaliser ma commande en une seule étape. Apple Pay, les remboursements et les paiements échoués deviennent des récits séparés. |
| En tant qu'utilisateur, je veux un bouton Enregistrer bleu dans le coin supérieur droit. | Impose le design et ne laisse rien à discuter. | En tant qu'éditeur, je veux que mes modifications soient enregistrées automatiquement afin de ne pas perdre mon travail si mon navigateur se ferme. |
| En tant que manager, je veux voir des rapports afin de pouvoir voir des rapports. | Le bénéfice répète simplement l'objectif. | En tant que responsable des ventes, je veux voir le pipeline de chaque représentant par étape afin de pouvoir identifier les transactions bloquées avant la fin du trimestre. |
Le guide des récits utilisateur explique la liste de contrôle INVEST derrière ces réécritures.
De l'épic aux récits : un exemple de découpage
Un épic est un résultat trop vaste pour un seul sprint. Voici « Les clients peuvent s'abonner et payer » pour un produit SaaS B2B, découpé en récits qui peuvent chacun être livrés indépendamment :
- En tant que nouveau client, je veux démarrer un essai gratuit sans carte afin d'évaluer le produit sans engagement.
- En tant qu'utilisateur en période d'essai, je veux choisir un forfait et ajouter ma carte avant la fin de l'essai afin de conserver mes données et paramètres.
- En tant que propriétaire de compte, je veux télécharger mes factures passées afin de pouvoir les classer pour mes impôts.
- En tant que propriétaire de compte, je veux recevoir un e-mail une semaine avant chaque renouvellement annuel afin que la facturation ne me surprenne pas.
- En tant que propriétaire de compte, je veux une période de grâce en cas d'échec de paiement afin que mon équipe ne soit pas bloquée à cause d'une carte expirée.
Pour un MVP, les récits 1 à 3 suffisent pour commencer à facturer ; les 4 et 5 deviennent importants une fois que les clients renouvellent leur abonnement. Le guide de cartographie des histoires utilisateur montre comment tracer cette ligne.
Exemples de récits utilisateur techniques et non fonctionnels
Les performances, l'accessibilité et la fiabilité peuvent aussi être des récits. Nommez l'utilisateur qui ressent le problème et définissez des critères mesurables :
- En tant qu'acheteur mobile, je veux que les pages produit se chargent rapidement sur un téléphone milieu de gamme afin de ne pas abandonner avant l'apparition de la page. Critères : le contenu principal s'affiche en moins de 2,5 secondes en 4G sur un appareil de test nommé ; les images hors écran se chargent en différé.
- En tant qu'utilisateur de lecteur d'écran, je veux que chaque champ d'inscription soit étiqueté et annoncé afin de pouvoir créer un compte seul. Critères : le formulaire respecte WCAG 2.2 niveau AA ; il peut être complété au clavier uniquement ; les erreurs sont annoncées.
Comment adapter ces exemples à votre MVP
- Remplacez les rôles par vos utilisateurs réels. « En tant qu'acheteur » devient « En tant que parent achetant des uniformes scolaires » si c'est votre public cible.
- Remplacez chaque nombre par votre propre règle. Les invitations de 7 jours, les délais de 24 heures et les cibles de 3 secondes ci-dessus sont des valeurs par défaut.
- Conservez uniquement les récits de votre parcours principal pour la première version.
- Ajoutez les cas d'échec dont vos clients et votre équipe de support parlent déjà.
- Affinez chaque récit avec les personnes qui le construiront. Un récit copié a toujours besoin d'une discussion.
Si vous décidez de ce qui entre dans une première version sans cofondateur technique, comment construire un MVP en tant que fondateur non technique couvre les options. Pour une carte vierge avec tous les champs, utilisez le modèle d'histoire utilisateur.
Vous avez une liste de récits et personne pour les construire ? Notre équipe transforme les récits utilisateur en logiciel fonctionnel, sprint après sprint. Voir nos plans de développement mensuels.
Questions fréquemment posées
Quel est un bon exemple de récit utilisateur ?
« En tant que client récurrent, je veux réapprovisionner un achat précédent en un seul clic afin de ne plus avoir à chercher. » Il nomme un utilisateur spécifique, un objectif sans décision de design, et un bénéfice réel. Ajoutez des critères tels que : les articles non plus vendus sont signalés avant le paiement, et les prix actuels sont utilisés, pas les originaux.
Quel est un exemple d'épic ?
« Les clients peuvent s'abonner et payer » est un épic : un résultat trop grand pour un sprint. Il se décompose en récits tels que démarrer un essai gratuit, ajouter une carte avant la fin de l'essai, télécharger les factures et gérer les paiements échoués.
Comment rédiger un récit utilisateur technique ?
Nommez la personne qui ressent le bénéfice, même s'il s'agit d'un collègue (« En tant qu'ingénieur de garde… »), énoncez la valeur dans la clause « afin que », et donnez des critères mesurables. S'il n'y a aucune valeur visible pour l'utilisateur, c'est probablement une tâche sous un autre récit plutôt qu'un récit à part entière.
Combien de critères d'acceptation un récit utilisateur doit-il avoir ?
En général, de trois à six. Moins souvent signifie que les chemins d’erreur sont manquants ; beaucoup plus souvent signifie que l’histoire est trop grande et qu’elle doit être divisée.