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
Quand une boutique doit communiquer avec un CRM, ou un système de réservation avec la comptabilité, les projets s'enlisent sur des questions que personne n'a écrites : quel champ correspond à quel autre, que se passe-t-il en cas de doublon, quel côté l'emporte quand les deux changent. Nous décrivons l'intégration entre vos deux systèmes : les événements qui déclenchent un échange, le sens de chaque flux de données, un tableau de correspondance des champs, les règles pour les doublons, les suppressions et les erreurs, et ce que chaque côté doit journaliser. Votre développeur ou votre partenaire d'intégration peut chiffrer et construire à partir de ce document sans une semaine d'appels.
Ce qui est inclus
- Ce que vous recevezUn document d'exigences d'intégration avec les systèmes et l'objectif, les déclencheurs et flux de données, un tableau de correspondance des champs avec leurs formats, les règles de synchronisation et de conflit, la gestion des erreurs et les questions ouvertes, en texte mis en forme ; les éventuelles estimations d'effort sont indicatives et ne constituent pas un devis.
- Flux de donnéesCe qui va où, sur quel événement
- Correspondance des champsChamp source, champ cible, format et règle
- Règles de conflitDoublons, suppressions et quel côté l'emporte
- Erreurs et journauxNouvelles tentatives, alertes et ce qui est consigné
- Questions ouvertesCe qu'il faut confirmer avec chaque éditeur
Comment ça marche
- 1BriefVous indiquez les systèmes et les données
- 2CorrespondancesNous établissons flux, champs et règles
- 3ExigencesVous remettez le document à votre développeur
Ce dont nous avons besoin
Les deux systèmes et l'usage que vous faites de chacun, les données à faire circuler et quand, les champs que vous connaissez, les liens vers leur documentation d'API publique si vous les avez, et les problèmes que vous rencontrez aujourd'hui.
Nous vous demanderons :
- Quels deux systèmes faut-il connecter ?
- Quelles données doivent circuler, et dans quel sens ?
- À quel point les données doivent-elles être à jour ?
- Avez-vous examiné un connecteur ou un plugin existant ?
Comparer les formules
| Formules | EssentielUn flux de données17 € | StandardJusqu'à 4 flux de données35 € | PremiumJusqu'à 10 flux de données70 € |
|---|---|---|---|
| Délai | 1 jour | 3 jours | 5 jours |
| Retouches | 1 | 2 | 3 |
| Flux de données | 1 | jusqu'à 4 | jusqu'à 10 |
| Tableau de correspondance des champs | Oui | Oui | Oui |
| Scénarios de test | Non | Non | 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
Vérifiez-vous que les API permettent vraiment cela ?
Nous lisons la documentation publique dont vous donnez le lien et notons les limites que nous trouvons, mais nous ne testons pas les API. Votre développeur confirme les détails avant de construire.
Connecterez-vous les systèmes pour moi ?
Non, nous rédigeons uniquement les exigences et ne nous connectons jamais à vos comptes.
Peut-il couvrir un outil no-code comme Zapier ou Make ?
Oui. Les mêmes flux et correspondances servent de plan pour un scénario no-code ; précisez-le dans le brief et nous le décrivons étape par étape.