Une étude de cas sur la création d'une cassette de compétence « gestion de réservations + notifications automatisées » avec BALIA OS, pour toute entreprise qui prend des réservations — restaurants, salons de coiffure, cabinets de kinésithérapie, cliniques médicales, et plus encore. Nous avons mis en place des notifications à l'entreprise (via Discord) pour chaque nouvelle réservation, ainsi que des rappels d'arrivée et des messages de remerciement automatiques aux clients, chaque élément étant personnalisé lors d'un entretien spécifique à l'entreprise.
Les notifications à l'entreprise (Discord) et les notifications aux clients (WhatsApp, SMS, LINE, etc.) passent par des canaux fondamentalement différents. Dans cette étude de cas, nous clarifions cette distinction dès l'entretien initial, avant de passer à la conception.
| Outil | Rôle | À voir comme |
|---|---|---|
| Chat Claude (claude.ai) | Détermine « quoi construire » par la conversation. Gère la conception/le cahier des charges | Une séance de planification avec votre architecte |
| Claude Code dans VS Code | Prend la conception finalisée et crée réellement les fichiers et écrit le code | L'entrepreneur sur le chantier |
La première fois que vous réfléchissez à un système de réservation, se limiter à décider d'un « type d'entreprise » ne vous dit pas ce que vous devez réellement gérer. En vous basant sur ce que les systèmes de réservation existants (pour restaurants, pour salons) suivent réellement, voici un point de départ pour l'entretien.
Ceci n'est qu'un point de départ de référence. Ce dont vous avez réellement besoin varie selon l'entreprise et son mode de fonctionnement, donc en Phase 0 nous demanderons d'abord votre type d'entreprise, puis nous utiliserons cette base pour déterminer ensemble les éléments spécifiques à gérer.
En Phase 1, vous déciderez entre « construire une nouvelle base de données dédiée + un site de réservation à partir de zéro » ou « continuer à utiliser votre Google Agenda actuel comme registre de réservations ». À titre de référence, voici une comparaison avec un izakaya hypothétique (20 places, 4 tables) — ce que chaque option permet ou non de faire.
Règle générale : si votre volume de réservations est faible et que vous voulez d'abord simplement essayer les notifications, commencer par l'intégration avec l'agenda convient très bien. Si vous voulez véritablement exploiter des éléments de gestion spécifiques à votre entreprise comme l'historique des visites et le suivi des allergies, une base de données dédiée sera nécessaire.
| Phase | Contenu | Outil Utilisé | Livrable |
|---|---|---|---|
| Phase 0 | Entretien de recueil des besoins (type d'entreprise, granularité des réservations, outils existants, canaux de notification) | Chat Claude | Fiche de besoins |
| Phase 1 | Décision de l'architecture du système (nouveau site de réservation vs. intégration avec l'agenda existant, choix du canal de notification client) | Chat Claude | Plan d'architecture |
| Phase 2 | Construction de la cassette (SKILL.md/WORKFLOW.md et un SPEC/soul.md dédié sont tous requis) | Chat Claude | SKILL.md, WORKFLOW.md, SPEC/soul.md |
| Phase 3 | Implémentation (itérative) | Claude Code dans VS Code | Une cassette fonctionnelle |
| Phase 4 | Tests et vérification | Les deux | Une cassette vérifiée |
| Phase 5 | Finitions et documentation | Chat Claude | Produit fini + guide d'utilisation |
Comme les hypothèses varient beaucoup selon le type d'entreprise, il n'existe pas de TASK.md prêt à l'emploi qui sauterait l'entretien. Commencez toujours par l'entretien de recueil des besoins de la Phase 0.
Il suffit de coller ce prompt tel quel dans une nouvelle conversation avec « Chat Claude » (claude.ai) pour lancer l'entretien de recueil des besoins de la Phase 0.
La suite est disponible dans le guide complet après l'achat de T1.
(Texte complet incluant les éléments détaillés de l'entretien de Phase 0, la logique de sélection du canal de notification, et les modèles de fiches d'instructions pour la Phase 1 et au-delà)
Si vous envoyez des messages automatisés aux clients (rappels d'arrivée, messages de remerciement, etc.), assurez-vous d'obtenir leur consentement au moment de la réservation — le fait qu'« un message automatisé leur parviendra une fois la réservation confirmée ». Nous recommandons de concevoir le système pour n'envoyer qu'aux réservations dont le consentement a été confirmé.
Les éléments détaillés de l'entretien de Phase 0, la logique de sélection du canal de notification, et les modèles de fiches d'instructions pour la Phase 1 et au-delà — le texte complet est entièrement disponible sur le site de guide de BALIA OS.
Voir le Guide de Construction Complet →D'autres études de cas construites selon la même méthode — mise à jour automatique de sites communautaires/de fans, prédiction de courses de bateaux, trading de cryptomonnaies, et plus encore — sont disponibles ou en cours de réalisation.
Voir Toutes les Études de Cas →