Étude de cas : Studio 36
Contexte
Studio 36 propose trois studios audiovisuels (podcasts, interviews, vidéo). Chaque studio a ses caractéristiques, ses équipements et ses tarifs, et chaque tournage peut demander des options : matériel supplémentaire, accompagnement d'un technicien.
Ce que ce projet démontre
- Requalifier une demande de solution en besoin métier
- Distinguer disponibilité et faisabilité
- Arbitrer le périmètre d'une V1
- Formaliser des règles de gestion testables
- Livrer le site de bout en bout
Du besoin exprimé au besoin racine
La demande initiale décrivait une solution. Avant de parler calendrier ou paiement, j'ai cherché le problème qu'elle devait résoudre.
- Demande initiale « Que les clients puissent choisir leur studio, réserver un créneau et payer directement en ligne, un peu comme sur Booking. »
- Solution imaginée Un calendrier en temps réel et un paiement automatique.
- Ce que l'analyse révèle Des demandes souvent incomplètes, des ressources partagées (techniciens, équipements) et plusieurs vérifications avant de confirmer.
- Besoin racine Permettre une réservation simple pour le client, en garantissant sa faisabilité avant toute confirmation.
Votre objectif n'est donc pas seulement d'encaisser une réservation : c'est de simplifier la demande tout en gardant la garantie de pouvoir assurer le tournage.
Le questionnement
8 questions, de la demande au besoin racine
Échanges reformulésLes questions que j'ai posées pour comprendre le besoin, et l'essentiel des réponses, reformulés.
-
Clarifier la demande « Quand vous dites « comme sur Booking », qu'aimeriez-vous que vos clients puissent faire sans vous contacter ? »
- Intention
- Comprendre le résultat attendu sans réduire le besoin au paiement.
- Réponse
- « Qu'ils choisissent leur studio, leur créneau, leurs équipements, et qu'ils sachent combien cela va coûter. »
- Ce que j'en déduis
- La transparence de l'offre et l'autonomie pour préparer la demande comptent autant que le paiement.
-
Comprendre l'objectif « Qu'est-ce qui vous pose problème aujourd'hui dans la manière dont les clients réservent ? »
- Intention
- Retrouver la difficulté concrète qui motive le projet.
- Réponse
- « Les demandes arrivent par téléphone et par message ; il faut souvent redemander des précisions. »
- Ce que j'en déduis
- Le problème vient d'abord d'un recueil d'informations incomplet, pas de l'absence de paiement.
-
Identifier les acteurs « Qui intervient entre la demande d'un client et la confirmation du tournage ? »
- Intention
- Repérer les responsabilités, les décisions et les dépendances.
- Réponse
- « La personne qui gère les réservations vérifie le planning et, selon la prestation, voit avec les techniciens. »
- Ce que j'en déduis
- La réservation dépend de plusieurs ressources et acteurs, pas d'un simple calendrier de salles.
-
Comprendre l'existant « Prenons une réservation récente : quelles étapes avez-vous suivies, du premier message à la confirmation ? »
- Intention
- Reconstituer le processus réel plutôt que la procédure théorique.
- Réponse
- « On vérifie le studio, la durée, le matériel, la présence éventuelle d'un technicien, puis on confirme. »
- Ce que j'en déduis
- Plusieurs contrôles métier interviennent avant toute confirmation.
-
Identifier les difficultés « Dans quels cas une demande ne peut-elle pas être acceptée alors que le studio semble libre ? »
- Intention
- Trouver les exceptions qui rendraient une réservation automatique incorrecte.
- Réponse
- « Deux clients peuvent avoir besoin du même technicien au même moment, ou il manque un équipement. »
- Ce que j'en déduis
- Disponibilité d'un studio et faisabilité d'une prestation sont deux notions différentes.
-
Mesurer l'impact « Que se passe-t-il quand un créneau a été promis mais que l'équipe ne peut pas assurer la prestation ? »
- Intention
- Comprendre le risque métier réel.
- Réponse
- « Il faut rappeler le client, proposer un autre horaire : cela prend du temps et ce n'est pas professionnel. »
- Ce que j'en déduis
- Le risque majeur est la confirmation prématurée d'une prestation irréalisable.
-
Challenger la solution « Si le client prépare sa demande et connaît le tarif, mais que votre équipe garde la validation finale, est-ce que cela règle l'essentiel ? »
- Intention
- Comparer une demande structurée à une réservation entièrement automatique.
- Réponse
- « Oui : l'important est d'avoir toutes les informations et de ne rien confirmer qu'on ne puisse assurer. Le paiement peut venir après. »
- Ce que j'en déduis
- Le paiement immédiat n'est pas prioritaire pour une V1.
-
Valider le besoin racine « Si je résume : le client prépare facilement une demande complète, et vous confirmez vite une prestation réellement faisable. C'est bien cela ? »
- Intention
- Obtenir une validation explicite de la reformulation avant de concevoir.
- Réponse
- « Exactement : simplifier les demandes, mais garder la maîtrise des réservations. »
- Ce que j'en déduis
- Le besoin prioritaire est de fiabiliser le processus de réservation, pas d'automatiser le paiement.
- Pourquoi vouloir une réservation automatique ? Pour simplifier les échanges avec les clients.
- Pourquoi les échanges sont-ils nombreux ? Les demandes exigent des précisions et des vérifications.
- Pourquoi toutes les demandes ne peuvent-elles pas être confirmées ? Certaines ressources sont partagées : techniciens, équipements.
- Pourquoi est-ce important ? Une confirmation erronée désorganise les tournages.
- Besoin métier Fiabiliser la préparation et la confirmation des prestations.
Une chaîne causale à vérifier sur des dossiers réels : elle oriente l'analyse, elle ne prouve pas à elle seule un dysfonctionnement.
Arbitrer et spécifier
Option B : une demande structurée, confirmée par l'équipe.
Ce n'est pas un renoncement au paiement, c'est un découpage produit : d'abord fiabiliser les demandes, ensuite gérer les ressources, enfin automatiser confirmation et paiement quand les règles seront maîtrisées.
- Besoin métier Fiabiliser les prestations réservées.
- Objectif Collecter les informations utiles avant toute confirmation.
- Exigence Identifier le studio, le créneau, la durée et les options.
- Fonctionnalité Un tunnel de demande de réservation en 6 étapes.
- Règle de gestion Une demande envoyée n'est pas une réservation confirmée.
- Critère de validation Le système distingue explicitement « demande reçue » et « réservation confirmée ».
Le livrable fonctionnel : user stories et critères d'acceptation
-
En tant qu'client,
je souhaite comparer les studios
afin de choisir celui qui correspond à mon tournage.
-
En tant qu'client,
je souhaite connaître les options et le prix de ma demande
afin de préparer mon budget.
-
En tant qu'responsable des réservations,
je souhaite disposer de tous les détails avant de confirmer
afin de ne jamais accepter une prestation irréalisable.
Critères d'acceptation
-
Étant donné une demande renseignée avec un studio, une durée et des options,
Lorsque le client la transmet,
Alors le récapitulatif conserve ses choix et le tarif applicable au moment de l'envoi.
-
Étant donné une demande transmise,
Lorsque l'équipe ne l'a pas encore confirmée,
Alors ni l'interface ni les e-mails n'indiquent qu'une réservation ferme est acceptée.
Les règles de gestion appliquées
L'analyse s'est traduite en règles explicites, toutes appliquées par le site livré, côté client comme côté back-office.
- Demande ou réservation
- Seules les réservations confirmées et les créneaux bloqués rendent un créneau indisponible. Une demande en attente ne bloque rien.
- Contrôle à la confirmation
- Quand l'équipe confirme une demande, l'absence de chevauchement avec une réservation confirmée est revérifiée.
- Disponibilité commune
- Un créneau n'est proposé que s'il est libre dans tous les studios choisis.
- Prix figé
- Le prix est enregistré au moment de la demande : un changement de tarif ne modifie pas une demande déjà envoyée.
- Options sur devis
- Les options dont le coût dépend du tournage ne sont jamais présentées comme un prix définitif : l'équipe les chiffre après la demande.
- Demandes simultanées
- Deux demandes sur le même studio et la même date sont traitées l'une après l'autre, sans double enregistrement.
Analyse métier Trois studios, mais seulement deux techniciens : une contrainte identifiée à l'analyse. Elle n'est pas automatisée en V1 ; l'accompagnement technique reste une option que l'équipe valide au cas par cas. Les règles de conflit entre ressources partagées sont à préciser avant toute automatisation.
Ce qui a été réalisé
Le parcours suit l'ordre des décisions d'un client : le lieu, le moment, puis les besoins.
- Studios un ou plusieurs
- Date et créneau 2 h, 4 h ou journée
- Options matériel, technicien
- Coordonnées
- Récapitulatif sans paiement
- Confirmation référence de demande
-
Site de présentation
Studios, tarifs, équipements, galerie et contact.
-
Parcours de demande
Calendrier des disponibilités réelles, récapitulatif chiffré, référence de demande.
-
Back-office
Confirmation et annulation des demandes, studios, tarifs, options, créneaux bloqués, paramètres.
Sous le capot : choix techniques
- MVC sur mesure, avec services et validateurs
- PHP 8.4
- tables MySQL, créées par migrations
- 23
- bibliothèque JavaScript : modules natifs
- 0
Le calcul des disponibilités est isolé dans un service dédié, et l'enregistrement d'une demande se fait dans une transaction protégée par un verrou : la règle métier reste au même endroit, quel que soit l'écran qui l'utilise. Jetons CSRF, limitation des envois et journal des événements complètent la sécurité.
Captures
-
(agrandir)
Présentation des studios -
(agrandir)
Étape 1 : choix du ou des studios -
(agrandir)
Tarifs par durée -
(agrandir)
Réservation sur mobile
Résultats et enseignements
- Un site livré, fonctionnel de bout en bout, de la demande du client à la confirmation par l'équipe ; sa mise en ligne chez le client est à venir.
- Une V1 qui répond au besoin racine, avec une trajectoire claire vers la gestion des ressources puis le paiement.
- Des règles de réservation explicites, appliquées de la même façon côté client et côté back-office.
Au départ, on pensait à une solution toute faite, pas vraiment adaptée à nos studios. Le site qu'on nous prépare va bien au-delà : réservation en ligne, disponibilités, back-office… C'est mieux que ce qu'on imaginait. On a hâte de le mettre en ligne. Merci !
Ce que j'en retiens Un client décrit souvent une solution. Remonter au problème qu'elle doit résoudre évite de construire une V1 coûteuse qui n'aurait pas réglé l'essentiel.
Mesure Aucun gain chiffré n'est revendiqué : la lisibilité de l'offre, la complétude des demandes et la fiabilité des réservations sont les effets visés, pas des résultats mesurés.
Compétences démontrées ici
- Cadrage et définition du périmètre
- Recueil des besoins
- Règles de gestion
- Modélisation de données