Кейс по созданию кассеты навыков «управление бронированием + автоматические уведомления» на BALIA OS для любого бизнеса, принимающего бронирования — рестораны, салоны, физиотерапевтические клиники, медицинские клиники и другое. Мы собрали уведомления бизнесу (через Discord) о новых бронированиях, а также автоматические напоминания о визите и благодарственные сообщения клиентам, настраивая каждый элемент через интервью, специфичное для конкретного бизнеса.
Уведомления бизнесу (Discord) и уведомления клиентам (WhatsApp, SMS, LINE и т.д.) идут по принципиально разным каналам. В этом кейсе мы разбираемся с этим различием на этапе первичного интервью, прежде чем переходить к проектированию.
| Инструмент | Роль | Можно представить как |
|---|---|---|
| Chat Claude (claude.ai) | Определяет «что строить» в диалоге. Отвечает за проектирование и спецификацию | Планёрка с вашим архитектором |
| Claude Code в VS Code | Берёт финальный проект и непосредственно создаёт файлы и пишет код | Подрядчик на объекте |
Когда вы впервые продумываете систему бронирования, одного лишь «типа бизнеса» недостаточно, чтобы понять, что именно нужно учитывать. Опираясь на то, что реально отслеживают существующие системы бронирования (для ресторанов, для салонов), вот отправная точка для интервью.
Это лишь ориентировочная отправная точка. То, что вам реально нужно, зависит от бизнеса и особенностей работы вашего заведения, поэтому на Фазе 0 мы сначала уточним тип вашего бизнеса, а затем совместно определим конкретные пункты для учёта на основе этого списка.
На Фазе 1 вы решаете между вариантами «создать с нуля новую выделенную базу данных + сайт бронирования» и «продолжать использовать текущий Google Календарь как журнал бронирований». Для примера — сравнение на условной изакае (20 мест, 4 стола): что возможно и что невозможно в каждом варианте.
Практическое правило: если объём бронирований невелик и вы хотите сначала просто опробовать уведомления, вполне можно начать с интеграции с календарём. Если вы хотите полноценно использовать специфичные для вашего бизнеса пункты учёта, такие как история визитов и отслеживание аллергий, вам понадобится выделенная база данных.
| Фаза | Содержание | Используемый инструмент | Результат |
|---|---|---|---|
| Фаза 0 | Интервью по требованиям (тип бизнеса, гранулярность бронирований, существующие инструменты, каналы уведомлений) | Chat Claude | Лист требований |
| Фаза 1 | Определение архитектуры системы (новый сайт бронирования против интеграции с существующим календарём, выбор канала уведомления клиентов) | Chat Claude | План архитектуры |
| Фаза 2 | Создание кассеты (обязательны SKILL.md/WORKFLOW.md и отдельный SPEC/soul.md) | Chat Claude | SKILL.md, WORKFLOW.md, SPEC/soul.md |
| Фаза 3 | Реализация (итеративно) | Claude Code в VS Code | Рабочая кассета |
| Фаза 4 | Тестирование и проверка | Оба инструмента | Проверенная кассета |
| Фаза 5 | Доработка и документация | Chat Claude | Готовый продукт + руководство пользователя |
Поскольку исходные предпосылки сильно различаются в зависимости от типа бизнеса, готового TASK.md, пропускающего интервью, не существует. Всегда начинайте с интервью по требованиям на Фазе 0.
Просто вставьте этот промпт как есть в новый диалог с «Chat Claude» (claude.ai), чтобы начать интервью по требованиям Фазы 0.
Остальная часть доступна в полном руководстве после покупки T1.
(Полный текст, включая детальные пункты интервью Фазы 0, логику выбора канала уведомлений и шаблоны листов инструкций для Фазы 1 и далее)
Если вы отправляете клиентам автоматические сообщения (напоминания о визите, благодарственные сообщения и т.д.), обязательно получите их согласие в момент бронирования — на то, что «после подтверждения бронирования придёт автоматическое сообщение». Мы рекомендуем спроектировать систему так, чтобы отправлять сообщения только по тем бронированиям, где согласие подтверждено.
Детальные пункты интервью Фазы 0, логика выбора канала уведомлений и шаблоны листов инструкций для Фазы 1 и далее — полный текст изложен на гайд-сайте BALIA OS.
Смотреть полное руководство →Другие кейсы, построенные по тому же принципу — автообновление сайтов сообществ/фан-сайтов, прогнозирование лодочных гонок, криптотрейдинг и другое — уже доступны или в разработке.
Смотреть все кейсы →