Вайбкодинг внутреннего сервиса: как спроектировать запись клиентов

От описания процесса к небольшому рабочему приложению. Практический разбор разработки с ИИ: расписание, роли сотрудников, проверки и запуск ограниченного пилота.

Сценарий проекта

Представим небольшую студию, где сотрудники согласуют запись клиентов в переписке. Хочется видеть свободное время и избегать пересечений. Это модельный проект: описываем устройство решения и критерии проверки, а не результаты конкретного бизнеса.

С чего начать

Попросить ИИ «сделать красивое приложение» недостаточно. Сначала записывают сущности: сотрудник, услуга, доступный интервал и запись. Затем определяют правила: кто может менять расписание, сколько длится услуга, как переносить визит и что происходит при одновременном бронировании.

Минимальный первый выпуск

• Календарь и список записей.
• Создание, перенос и отмена визита.
• Разделение доступа администратора и сотрудника.
• Проверка занятости времени на сервере.
• Журнал изменений и резервная копия данных.

Как работать с помощником по коду

Разработку удобнее делить на небольшие задачи. Сначала согласовать модель данных, затем один сценарий записи и только после него интерфейс. Для каждого изменения нужны понятные условия готовности. Код следует хранить с историей изменений, а важные проверки выполнять независимо от объяснения помощника.

Что обязательно проверить

Два человека не должны занять один интервал одновременно. Сотрудник не должен получать чужие данные простым изменением адреса запроса. Отмена не должна удалять историю бесследно. Также проверяют часовой пояс, повторную отправку формы и поведение после перезапуска приложения.

Как запускать пилот

Первые проверки проводят на искусственных данных в отдельной среде. Затем выбирают ограниченный круг сотрудников и предусматривают возвращение к прежнему процессу. Оценивать пользу можно по числу конфликтов расписания, времени оформления визита и отзывам команды. ИИ ускоряет отдельные этапы, но не заменяет проверку доступа и сохранности данных.