Боты в МАКС | Код и логика

Как я сделал бота, который не ломается, когда пользователь пишет “а если…”

🤖 Бот должен быть готов к хаосу. Клиент редко пишет «по сценарию»: чаще это «а если вторник не подойдёт, можно среду?», «а у меня два вопроса сразу», «а можно без кнопки, просто текстом?». Если бот на это не рассчитан, диалог обрывается — и клиент уходит.

В одном из проектов для специалиста по консультациям я сразу закладывал «плохие» ветки: когда пользователь меняет тему, просит перенести, пишет сленгом или вообще не выбирает кнопки.

Что делал:
- Fallback на каждом шаге. Если бот не распознал действие — не молчит, а предлагает варианты: «Выберите дату кнопками или напишите “другое”».
- Перехват смены контекста. Если в середине записи человек пишет «а сколько стоит?», бот не падает, а переключается в ветку FAQ и потом возвращает к записи.
- Защита от «двойных запросов». Если пользователь нажал две кнопки подряд, система берёт последнее действие и явно фиксирует состояние.

Мини‑пример логики (псевдокод):

if state == "choose_date":
if user_clicks_button:
save date
state = "choose_time"
send "Выберите время:"
elif user_text_matches("перенести|другое|не подходит"):
state = "reschedule_flow"
send "Хорошо, давайте подберём другой вариант. Напишите удобную дату или нажмите «Выбрать заново»."
else:
send fallback_message
# Остаёмся в том же состоянии, чтобы не потерять прогресс

Боль клиента: «Люди пишут как хотят, а бот теряется — и я снова всё делаю вручную».
Эффект: бот держится даже в хаосе, конверсия в запись растёт, нагрузка на специалиста падает.

А какие «неожиданные» фразы чаще всего ломают ваших ботов? 👇

#разработкаботов #MAX #логика #fallback

Кодинг без серверов: что реально можно сделать в МАКС, если не хочется поднимать бэкенд

🖥 Многие думают: «без сервера ничего серьёзного не сделать». На практике в МАКС можно реализовать немало полезных сценариев, вообще не поднимая свой бэкенд.

Вот что реально работает только средствами МАКС:
- Хранение состояния сессии (в каком шаге диалога пользователь).
- Простая валидация: проверка формата даты, длины текста, допустимых значений.
- Кнопки и меню: управление выбором без свободного ввода.
- Вебхуки: отправка данных во внешние системы (таблицы, CRM, чаты) без собственного сервера.

Пример JSON‑структуры состояния, которую MAX может хранить:

json
{
"user_id": "12345",
"state": "choose_time",
"service": "консультация",
"date": "2024-10-20",
"time": null,
"created_at": "2024-10-15T10:00:00Z"
}




Сценарии «сервер не нужен»:
- Запись на приём с проверкой слотов через вебхук.
- Приём заявок с отправкой в таблицу.
- FAQ‑бот с кнопками и fallback.

Сценарии, где сервер всё-таки нужен:
- Сложные вычисления и агрегации данных.
- Хранение больших объёмов данных и сложная аналитика.
- Интеграции с внутренними системами без публичного API.

Боль клиента: «Хочется автоматизировать, но не хочется разбираться с серверами, деплоями и поддержкой».
Эффект: быстрое решение без лишней инфраструктуры, предсказуемая стоимость, понятная поддержка.

Какие задачи вы бы хотели решить без сервера? 👇

#МАКС #автоматизация #безсервера #вебхуки