Заявка из диалога
Сохраняем согласованный состав обращения, источник и доступные контактные данные. Если номера телефона нет, не подставляем вымышленные значения.
Из диалога — в работу отдела продаж
Свяжем обращения в MAX с процессом продаж в amoCRM. Спроектируем приём заявок, ответы по базе знаний и передачу диалога менеджеру — с учётом возможностей выбранного подключения.
Подключить MAX к amoCRMНачнём с проверки возможностей и согласования задачи.
Как работает связка
Сначала проверим ваш профиль, доступные способы подключения и требования к боту. Затем определим, какие события должны попадать в CRM.
Сохраняем согласованный состав обращения, источник и доступные контактные данные. Если номера телефона нет, не подставляем вымышленные значения.
Проверяем поддержку чата выбранным коннектором. Если доступна только передача заявки и резюме, явно фиксируем это: полноценный чат в amoCRM не обещаем без проверки.
Определяем воронку, этап и менеджера. Повторное сообщение связываем с текущим обращением или создаём новую сделку по согласованным правилам.
ИИ-бот в MAX
Бот может уточнить потребность и помочь с типовыми вопросами. Цены, условия и доступность берёт только из согласованных источников.
Готовим сведения об услугах, ответы на частые вопросы и ограничения. Определяем, кто обновляет информацию и как проверяется её актуальность.
Согласуем короткий сценарий: задача, нужная услуга и удобный способ связи. Не запрашиваем данные, которые не нужны для обращения.
При просьбе клиента, сложном вопросе или недостатке информации бот переводит обращение сотруднику по заданному правилу.
Примеры сценариев
Сценарии ниже — варианты для обсуждения. Состав действий зависит от API, коннектора и подключённых систем.
Клиент выбирает услугу, бот уточняет задачу, в CRM появляется заявка с контекстом для менеджера.
Бот собирает пожелания. Подтверждение времени возможно только после проверки в подключённой системе расписания или у сотрудника.
После согласованной проверки клиента бот получает разрешённые данные из подключённой системы. Если сведений нет — передаёт запрос менеджеру.
Возможности и ограничения
Для создания бота MAX требуется верифицированный профиль на платформе; доступ пользователей к боту открывается после успешной модерации. API позволяет получать события и отправлять сообщения от имени бота. Это не обещание переноса всех личных чатов и всей истории аккаунта.
Официальная документация MAX ↗Секреты подключения не размещаем в публичном коде сайта. Доступы передаются согласованным защищённым способом, не через форму заявки.
Порядок работы
До разработки согласуем объём работ, ограничения и критерии приёмки.
Уточняем аккаунт MAX, состояние amoCRM и необходимый сценарий.
Описываем вопросы, ответы, данные для CRM и условия передачи менеджеру.
Проверяем новые и повторные обращения, ошибки, передачу сотруднику и ограничения ИИ.
Начинаем с согласованного сценария, наблюдаем результаты и передаём инструкции команде.
Стоимость и сроки
Оценка зависит от способа подключения, необходимости чата в CRM, сложности сценария и базы знаний. Лицензии amoCRM, коннектор, ИИ-сервис и сопровождение считаем отдельно от настройки. Модерация и доступность платформы влияют на сроки запуска.
Предложим состав работ и обозначим зависимости от сторонних платформ.
Лицензии и виджеты ↗Связанные решения
Сайт, телефония, учётные системы и другие каналы.
Подробнее ↗Сценарии обработки обращений и передачи данных в CRM.
Подробнее ↗Обмен данными продаж и учётной системы.
Подробнее ↗Частые вопросы
Не нашли свой вопрос? Опишите задачу в форме — обсудим её на консультации.
Зависит от выбранного коннектора и его поддержки чатов. До начала работ проверим, доступны ли переписка и ответы из карточки или только передача заявки и результатов диалога.
Нет. Можно начать со сбора заявок и передачи менеджеру, а ИИ добавить позднее для согласованных типовых вопросов.
В описанном варианте интеграция работает с событиями подключённого бота. Доступ ко всем личным перепискам, контактам и прошлой истории аккаунта в услугу по умолчанию не входит.
Согласуем команду или событие передачи, назначение ответственного и уведомление. При передаче автоматические ответы по этому диалогу должны останавливаться; это проверяем на тестах.
Сценарий сообщает о необходимости уточнения и передаёт обращение сотруднику. Перед запуском проверяем ответы на неизвестные вопросы и запрет выдумывать цены или условия.
Такой сценарий не включён. Возможность исходящих сообщений проверяется по правилам платформы, условиям сервиса и основаниям для коммуникации; интеграция не служит обходом ограничений.
Обсудим вашу задачу
Расскажите, какие системы должны работать вместе и что сейчас приходится переносить вручную. Предложим способ подключения и порядок оценки.