Логика простая на первый взгляд, но требует аккуратной настройки: бот сначала уточняет тип велосипеда клиента — шоссейный, горный, городской, — затем просит описать проблему из короткого списка вариантов (стук, скрип, плохое переключение, тормоза, плановое ТО и так далее). По этой комбинации бот должен выдавать примерную вилку времени на диагностику и ремонт, чтобы клиент понимал масштаб задачи ещё до приезда в мастерскую. Дальше — показ свободных окон записи и подтверждение визита без участия человека со стороны мастерской.
Отдельно интересует, можно ли настроить бота так, чтобы он различал сложные случаи — например, повреждения рамы или проблемы с электроприводом у велосипедов с мотором — и сразу предлагал звонок мастеру вместо автоматической записи.
Что нужно от исполнителя:
— опыт создания чат-ботов с ветвлением сценария по нескольким параметрам;
— настройка интеграции с календарём записи;
— готовность прописать резервные сценарии для нестандартных обращений;
— тестирование бота на нескольких связках «тип велосипеда + проблема» до сдачи работы.