Paiement protégéEn savoir plus
- Les retouches prévues par la formule sont gratuites.
- Sans réponse de votre part dans les 3 jours suivant la livraison, le travail est validé automatiquement.
L’argent est réservé au paiement et versé uniquement une fois le travail validé.
Exemple de résultat
Cahier des charges : site de réservation pour un studio de yoga
1. Objectifs du projet
- Consulter le planning et réserver un cours en moins d'une minute, sur téléphone.
- Vendre des carnets de cours et des abonnements en ligne.
- Passer de 10 heures à moins de 2 heures par semaine consacrées aux réservations.
Indicateurs de réussite (3 mois après le lancement) : 70 % des réservations en ligne ; absences non prévenues sous 10 %.
2. Utilisateurs
| Rôle | Besoins |
|---|---|
| Visiteur | Voir cours, tarifs et enseignants ; acheter un cours d'essai |
| Client | Réserver et annuler, voir les séances restantes, s'inscrire en liste d'attente |
| Enseignant | Voir ses cours et la liste des inscrits |
| Administrateur | Gérer planning, tarifs, carnets, enseignants et remboursements |
3. Pages et écrans
- Accueil : prochains cours du jour, offre d'essai, adresse du studio.
- Planning : vue semaine, filtres par type de cours, niveau, enseignant et salle.
- Fiche cours : description, enseignant, durée, places restantes, bouton Réserver.
- Tarifs : cours à l'unité, carnets de 5 et 10 cours, abonnement mensuel.
- Enseignants : liste et profils individuels.
- Mon compte : réservations à venir, historique, carnets, moyens de paiement.
- Espace administration : éditeur de planning, liste des clients, rapport des ventes.
4. Fonctionnalités clés
4.1 Réservation
- Un client peut réserver s'il a un carnet valide ou s'il paie un cours à l'unité.
- La capacité est définie par salle (salle A : 18, salle B : 10).
- Cours complet : le client rejoint une liste d'attente ; si une place se libère, la première personne l'obtient et reçoit e-mail et SMS.
4.2 Annulation
- Annulation gratuite jusqu'à 12 heures avant le cours ; la séance est recréditée.
- Une annulation plus tardive ou une absence consomme la séance.
4.3 Paiements
- Paiement par carte via un prestataire de paiement choisi par le studio.
- Durée de validité : carnet de 5 cours, 2 mois ; carnet de 10 cours, 3 mois.
4.4 Notifications
- Confirmation de réservation, rappel 3 heures avant le cours, nouvelles de la liste d'attente.
5. Exigences non fonctionnelles
- Priorité au mobile ; pages chargées en moins de 2 s en 4G.
- Compatible avec les deux dernières versions des grands navigateurs.
- Données personnelles traitées conformément au RGPD.
6. Questions ouvertes
| # | Question | Qui décide |
|---|---|---|
| 1 | Présences pointées par les enseignants dans l'appli ou par l'accueil ? | Gérante |
| 2 | Un pass d'essai de 2 semaines en plus du cours d'essai ? | Gérante |
| 3 | Le planning doit-il être intégré au site actuel ou le remplacer ? | Gérante + développeur |
| 4 | Quels prestataires de paiement et d'envoi de SMS privilégier ? | Gérante |
Client : Studio Lotus, 2 salles, 9 enseignants, environ 60 cours par semaine. Les réservations passent aujourd'hui par messages privés et feuille papier. Formule Standard : cahier des charges jusqu'à 10 pages. Extrait ci-dessous.
Le client et tous les détails sont fictifs.
À propos de ce service
Les développeurs construisent ce que dit le ticket : une fonctionnalité décrite comme « ajouter des notifications » peut donc se transformer en une semaine de suppositions. Nous prenons les fonctionnalités que vous prévoyez pour votre produit et les rédigeons sous forme de user stories avec des critères d'acceptation au format Given, When, Then, ajoutons les cas limites comme les états vides, les erreurs et les permissions, et découpons les gros éléments en stories qu'une équipe peut terminer en un sprint. Vous pouvez les coller directement dans Jira, Linear, Trello ou YouTrack.
Ce qui est inclus
- Ce que vous recevezUn backlog de user stories regroupées par fonctionnalité, chacune avec ses critères d'acceptation, ses cas limites et ses questions ouvertes, plus un ordre de priorité suggéré, sous forme de texte mis en forme prêt à coller dans votre outil de suivi.
- User storiesEn tant que rôle, je veux, afin de
- Critères d'acceptationGiven, When, Then pour chaque story
- Cas particuliersÉtats vides, erreurs, permissions, limites
- Des éléments à la taille d'un sprintLes grosses fonctionnalités découpées en petites stories
- Ordre de prioritéQuoi construire en premier, et pourquoi
Comment ça marche
- 1BriefVous décrivez le produit et les fonctionnalités
- 2RédactionNous rédigeons les stories, les critères et les cas limites
- 3BacklogVous recevez des stories prêtes pour votre outil de suivi
Ce dont nous avons besoin
Une courte description de votre produit et de ses utilisateurs, les fonctionnalités à ajouter, des captures d'écran ou des liens vers la version actuelle si elle existe, et les règles que les fonctionnalités doivent respecter.
Nous vous demanderons :
- Quel est le produit et qui l'utilise ?
- Quelles fonctionnalités les stories doivent-elles couvrir ?
- Quels rôles d'utilisateurs existent dans le produit ?
- Quel outil de suivi utilisez-vous ?
Comparer les formules
| Formules | EssentielJusqu'à 3 fonctionnalités17 € | StandardJusqu'à 8 fonctionnalités35 € | PremiumJusqu'à 15 fonctionnalités70 € |
|---|---|---|---|
| Délai | 1 jour | 3 jours | 5 jours |
| Retouches | 1 | 2 | 3 |
| Fonctionnalités couvertes | jusqu'à 3 | jusqu'à 8 | jusqu'à 15 |
| User stories | jusqu'à 10 | jusqu'à 30 | jusqu'à 60 |
| Ordre de priorité | Non | Oui | Oui, avec plan de releases |
| Commander Essentiel | Commander Standard | Commander Premium |
Paiement protégé
Vous payez à la commande, mais l’argent n’est versé que pour un travail validé.
- Prix fixeLe prix de la formule ne change pas après le paiement.
- L’argent est réservéAu paiement, le montant est seulement réservé. Il n’est versé à Dleex qu’une fois le travail validé.
- Vérifié avant livraisonChaque résultat passe un contrôle qualité avant de vous parvenir, et vous le voyez sur la page de la commande avant de le valider.
- Retouches gratuitesDemandez des retouches dans le cadre de votre brief autant de fois que la formule le permet.
- Validation au bout de 3 joursSi, dans les 3 jours suivant la livraison, vous n’avez ni validé le travail ni demandé de retouches, il est validé automatiquement. Si vous écrivez dans le chat de la commande après la livraison, la commande est mise en attente ; après notre réponse, nous pourrons relancer le délai de 3 jours et vous le signalerons dans le chat.
- Travail refait ou remboursement intégralSi le résultat ne correspond pas à votre brief et que les retouches n’y ont rien changé, ou si le travail prend plus du double du délai prévu, écrivez dans le chat de la commande : nous referons le travail ou vous rembourserons intégralement.
Questions et réponses
Estimez-vous les story points ?
Non. Les estimations reviennent à votre équipe, qui connaît le code. Nous signalons les stories qui semblent volumineuses ou risquées pour qu'elle en discute en priorité.
Pouvez-vous rédiger des stories pour un produit existant ?
Oui. Décrivez ou montrez le comportement actuel avec des captures d'écran ou des liens, et nous rédigeons les nouvelles stories en conséquence.
Pouvez-vous les importer dans Jira pour nous ?
Non, nous n'avons pas besoin d'accéder à votre outil de suivi. Chaque story est mise en forme pour que vous puissiez la coller comme nouveau ticket.