Онбординг, который почти никто не проходил. Старый путь бронирования. Целый тарифный план.

Всё это работало. Именно поэтому удалять было тяжело.

Первая версия Booking Time выросла из «календаря с событиями». В ней были слоты, участники, бронирования — технически правильные сущности. Но владелец салона, мастер или репетитор не думает сущностями. Он думает: какие услуги я оказываю, когда я работаю и кто сегодня придёт.

Мы долго учили пользователя внутренней модели продукта. Во второй версии решили сделать наоборот.

Оставили два пути.

Первый — путь клиента: открыть ссылку в Telegram, выбрать услугу, день и свободное время, проверить детали, подтвердить запись. Без регистрации и ручного ввода имени.

Второй — путь бизнеса: заполнить профиль, добавить услуги, указать рабочие часы. После этого уже можно принимать записи. Групповые занятия, автопосты в каналы и напоминания подключаются потом — когда основа уже работает. Самым полезным инструментом редизайна оказался не новый компонент, а вопрос: «Что сломается, если мы это удалим?» Удивительно часто честный ответ был: «Ничего».

Сегодня выпустили Booking Time 2.0. Клиент записывается внутри Telegram, заявка приходит бизнесу в чат, отдельный сайт или приложение не нужны.

Посмотреть: https://t.me/Team_CalendarBot?start=setka А что в вашем продукте продолжает жить только потому, что уже когда-то было сделано?