Матрица Telegram → MAX
Проверьте переход по функциям, а не по общему впечатлению. В открытом шаблоне есть место для зависимостей и способа приёмки.
Заполните пункты для своего проекта. Так первое обсуждение начнётся с конкретных требований.
01. Функция и её текущая реализация.
Составьте инвентаризацию работающего бота: команды, кнопки, файлы, Mini App, сообщения и интеграции. Для каждой функции приложите шаги пользователя и ожидаемый результат; отметьте, какие функции действительно используются и обязательны для перехода.
02. Целевой сценарий и доступные возможности MAX.
Укажите, каким методом или событием MAX будет реализовано то же действие. Для открытия Mini App проверьте запуск и допустимые параметры ссылки; для уведомления отдельно проверьте условия договора, а не только наличие метода API.
03. Решение: сохранить, адаптировать или заменить.
Присвойте каждой строке решение и короткое обоснование. Пример: расчёт стоимости сохраняется в общем backend, кнопки адаптируются к MAX, неподдерживаемый сценарий заменяется согласованным действием; неизвестное остаётся задачей аудита.
04. Данные, идентификаторы и внешние зависимости.
Разделите идентификатор человека в Telegram, идентификатор в MAX и внутреннюю запись клиента. Опишите допустимый способ связывания аккаунтов и основание обработки; перенос кода не переносит автоматически подписчиков, согласия или закрытые данные.
05. Проверка результата и порядок перехода.
Для критичных функций задайте проверку в обоих каналах: одна заявка, согласованные статусы, отсутствие дублей. Определите порядок запуска, критерии остановки перехода и возможность возврата к предыдущему процессу без потери согласованных данных.