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 mises en production cassent à des endroits banals : le paiement sur un petit iPhone, un formulaire qui accepte un e-mail vide, un lien de réinitialisation du mot de passe qui expire trop vite. Nous rédigeons des cas de test pour votre site ou votre application à partir de sa description, de ses écrans ou de ses parcours utilisateurs : les étapes, les données de test et le résultat attendu pour chacun, regroupés en smoke test, tests de non-régression et cas limites. N'importe quel membre de votre équipe peut dérouler la checklist avant la mise en production et signaler les bugs de façon homogène.
Ce qui est inclus
- Ce que vous recevezDes cas de test avec identifiant, étapes, données de test et résultat attendu, regroupés par fonctionnalité et par priorité, une checklist avant mise en production et un modèle de rapport de bug, sous forme de texte mis en forme à coller dans un tableur ou un outil de gestion des tests.
- Smoke testLes quelques vérifications qui doivent réussir à chaque fois
- Cas de test par fonctionnalitéÉtapes, données et résultat attendu
- Cas particuliersChamps vides, texte long, réseau faible, saisie incorrecte
- Couverture des appareilsQuelles vérifications répéter sur quels navigateurs
- Modèle de rapport de bugPour que chaque bug arrive avec les mêmes informations
Comment ça marche
- 1BriefVous partagez les écrans, les parcours et les appareils
- 2RédactionNous rédigeons les cas par fonctionnalité et par priorité
- 3Check-listVous recevez des cas prêts à dérouler
Ce dont nous avons besoin
Des liens vers le site ou l'application s'ils sont publics, des captures d'écran ou une description des écrans et des parcours, les appareils et navigateurs de vos utilisateurs, et ce qui a changé dans cette version.
Nous vous demanderons :
- S'agit-il d'un site web, d'une application web ou d'une application mobile ?
- Quelles fonctionnalités ou quels parcours faut-il tester ?
- Quels appareils et navigateurs comptent le plus ?
- Qui exécutera les tests ?
Comparer les formules
| Formules | EssentielJusqu'à 30 cas de test14 € | StandardJusqu'à 80 cas de test32 € | PremiumJusqu'à 200 cas de test62 € |
|---|---|---|---|
| Délai | 1 jour | 3 jours | 5 jours |
| Retouches | 1 | 2 | 3 |
| Cas de test | jusqu'à 30 | jusqu'à 80 | jusqu'à 200 |
| Ensembles d'appareils et de navigateurs | 1 | jusqu'à 3 | jusqu'à 6 |
| Modèle de rapport de bug | Oui | Oui | Oui |
| 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
Testerez-vous le site vous-mêmes ?
Non. Nous rédigeons les cas de test et la checklist ; votre équipe ou un testeur les déroule et consigne les résultats.
Puis-je les importer dans TestRail ou Qase ?
Oui. Demandez un tableau de type CSV dans le brief, et les colonnes correspondront à un import classique.
Écrivez-vous du code de test, comme des scripts Playwright ou Selenium ?
Non, il s'agit de cas de test manuels. Ils constituent souvent la première étape avant qu'une équipe écrive du code de test.