Проверьте доступ к платформе до заказа разработки
На момент проверки официальная документация MAX описывает подключение платформы для юридических лиц, ИП и самозанятых — резидентов России. Для создания бота нужен верифицированный профиль на платформе для партнёров. Перед планированием запуска проверьте действующие условия и готовность доступа именно вашей организации. Не закладывайте неподтверждённую дату получения доступа в рекламные обещания клиентам.
Назначьте владельца проекта внутри компании. Уточните, кто управляет профилем, кому доступны настройки и кто принимает результат разработки. Создание самого бота и реализация рабочего сценария — разные этапы. Наличие публичной ссылки ещё не означает, что сообщения сохраняются, сотрудник получает уведомления и может ответить человеку.
Определите задачу нового канала
Решите, зачем клиенту писать в MAX: задать вопрос по услуге, оставить заявку на запись или продолжить обсуждение заказа. Для пилота выберите один сценарий, который уже понятен команде. Так проще сравнить обработку обращений с привычным каналом и увидеть трудности, связанные именно с новым способом связи.
Не переносите весь поток до проверки. Разместите ссылку рядом с действующими контактами и ясно подпишите, куда она ведёт. Пользователь должен выбирать удобный способ общения. Подготовьте внутреннюю инструкцию: кто отвечает в MAX, где он видит новые вопросы и кому передаёт обращение, если сам не может помочь.
Выберите способ реализации по нужным связям
Официальная документация описывает создание ботов с программированием и с помощью конструкторов. Выбор стоит делать после описания сценария. Запишите необходимые действия: получить вопрос, сохранить контакт, создать запись в CRM, показать подтверждение и передать разговор ответственному. Затем проверьте выполнение каждого действия в выбранном решении.
Если рассматриваете готовый конструктор, попросите показать нужную интеграцию на тестовых данных. Уточните условия тарифа, доступ к данным и порядок изменения сценария. Для собственной разработки обсудите размещение, хранение настроек, журнал ошибок и поддержку. Сравнивайте способы по полному рабочему пути, а не только по скорости создания приветствия.
Сохраните контекст между каналами
Клиент может сначала написать в Telegram, а затем продолжить вопрос в MAX. Подготовьте правило, по которому сотрудник проверяет, есть ли уже такое обращение в CRM. Не объединяйте записи только из-за совпадения отображаемого имени: одно имя не доказывает, что это один человек.
В карточке обращения сохраняйте канал, текст вопроса, выбранный способ связи и ответственного. Если требуется объединение истории, согласуйте, какие сведения достаточны для проверки и кто принимает решение. Отдельно отметьте, куда отправлять ответ: сообщение в одном канале не должно случайно считаться ответом в другом. Этот сценарий нужно реализовать и испытать, а не ожидать от интеграции автоматически.
Проведите приёмку на своих аккаунтах
Проверьте публичную ссылку из мобильного браузера и со страницы сайта. Пройдите основной сценарий, затем задайте свободный вопрос, вернитесь после перерыва и отправьте дополнение. Сотрудник должен увидеть последовательность сообщений и понять, требуется ли новое обращение или продолжение существующего.
Проверьте ответ клиенту и передачу другому сотруднику. Испытайте недоступность связанной системы: сообщение должно обрабатываться по заранее согласованному правилу, а ошибка — становиться видна ответственному. Зафиксируйте результаты в короткой таблице: действие, ожидаемый результат, фактический результат, исправление. Это конкретный материал для приёмки, а не впечатление от демонстрации.
Оцените пилот по обработанным обращениям
Условный пример: за период в новом канале поступило 15 содержательных вопросов, на 12 команда ответила в пределах своего согласованного рабочего срока. Доля таких ответов составляет 12 / 15 × 100 = 80%. Это учебный расчёт для проверки процесса, а не прогноз спроса в MAX. Для оставшихся трёх обращений нужно разобрать причины задержки.
Отдельно считайте обращения, которые соответствуют вашему предложению, и результат дальнейшего разговора. Небольшая выборка помогает обнаружить сбои, но не доказывает, что один мессенджер эффективнее другого. Учитывайте, где размещались ссылки и какие люди могли их увидеть. Улучшать сценарий полезнее по конкретным потерянным шагам, чем по общему числу открытий.
Подготовьте следующий этап после проверки
После пилота составьте список подтверждённых проблем: неудобное уведомление, неполная передача текста, пропущенный ответ или лишний вопрос клиенту. У каждой доработки задайте проверяемый результат. Только после устранения этих проблем решайте, расширять ли размещение ссылки и добавлять другие сценарии.
В Дело Прёт можно обсудить разработку MAX-бота и его связь с CRM. Через форму или удобный мессенджер ниже напишите, какой процесс уже работает и что хотите добавить. Если есть действующий бот в другом канале, покажите его сценарий: это поможет оценить объём переноса и нужные изменения.