ИИ и amoCRM: как передавать обращения в сделки без дублей и потери контекста

Опишите путь одной заявки

Возьмите реальный запрос, например: «Нужны три комплекта для офиса, доставка в Казань». Запишите, где он появляется, кто видит его первым, какие поля заполняет и какое действие делает потом. Если сообщение приходит в чат, а сделка создаётся позже вручную, зафиксируйте интервал и типичные потери. ИИ может извлечь город, количество и продукт, но не должен выводить бюджет или срок из догадок.

Уточните, что считается единицей учёта: одно сообщение, один разговор или одна потенциальная сделка. Обычно один разговор содержит несколько сообщений, а существующий клиент может начать новую сделку. Без этого решения интеграция начнёт дублировать записи даже при безошибочной работе модели.

Выберите место для черновика

Для начала полезно показать менеджеру предложенные поля рядом с исходным сообщением. Он проверяет и сохраняет карточку. Автоматическое создание сделки можно включать позже для узкой группы обращений, когда известны исключения и есть журнал ошибок. В официальном справочнике API amoCRM описаны методы платформы, а документация по вебхукам — события для интеграций. Конкретный метод и доступ зависят от вашей конфигурации и способа подключения.

Не передавайте токен интеграции в промпт модели. Обработчик должен сам выполнять разрешённые запросы к CRM, а модель получает только нужные данные. Назначьте ответственного за права доступа и отзыв ключей. Подрядчику стоит передать схему полей и тестовый контур, а не постоянный полный доступ ко всей клиентской базе.

Правило поиска совпадений

Перед созданием контакта нормализуйте телефон, проверьте внешний идентификатор переписки и существующие активные сделки. Совпадение по телефону — сильный сигнал, но тоже требует осторожности: один номер может принадлежать секретарю или семье. Совпадение только по имени не годится для автоматического объединения.

В исходной карточке сохраните ссылку на переписку. Короткое резюме полезно для поиска, но не заменяет оригинал: модель может опустить отрицание или перепутать количество.

Тест на обычных и неудобных запросах

Проверьте нового клиента, повторное обращение, сообщение без телефона, два товара в одном вопросе, просьбу о скидке и жалобу. Для каждого случая заранее запишите ожидаемую карточку и ответственного. Затем отправьте сообщения из настоящего канала и проследите весь маршрут. Ошибку «не создана сделка» надо отличать от «сделка есть, но менеджер не получил задачу».

Отдельно имитируйте повтор вебхука и временную недоступность CRM. Интеграция должна либо довести событие после восстановления, либо оставить явный неразобранный случай в журнале. Молчаливое исчезновение обращения неприемлемо, даже если бот успел красиво ответить клиенту.

Что измерять через две недели

Сравните время до первого действия менеджера, долю полностью заполненных карточек, число дублей, исправлений полей и потерянных обращений. Посмотрите, действительно ли сотрудники используют резюме ИИ и где возвращаются к оригиналу. Если экономия времени мала, не расширяйте интеграцию автоматически: возможно, проблема была в маршруте назначения, а не в заполнении полей.

Когда один процесс работает устойчиво, добавляйте следующую задачу отдельно. Так проще понять, какое изменение помогло, а какое увеличило нагрузку на менеджеров.

Что показать сотруднику в интерфейсе

Хороший черновик не должен заставлять менеджера открывать пять вкладок ради проверки. Покажите исходную реплику клиента, найденный контакт, предложенные поля, основание совпадения и действие «сохранить/исправить». Если ИИ написал резюме длинной переписки, рядом должна быть ссылка на оригинал. Спорное поле помечайте как требующее проверки, вместо того чтобы заполнять его уверенным предположением.

Проведите короткое наблюдение за двумя менеджерами. Посмотрите, какие поля они исправляют, какие сведения ищут вне CRM и где интерфейс тормозит работу. Эти наблюдения часто точнее общего опроса «удобно ли вам».

Если клиент пишет из двух каналов

Представим, что покупатель сначала оставил телефон на сайте, а затем написал в мессенджер с другого номера. ИИ может предложить совпадение по названию компании и содержанию заказа, но не должен автоматически объединять карточки. Для менеджера полезна подсказка «возможный существующий контакт» с двумя основаниями и возможностью отказа. После подтверждения разговора в amoCRM сохраняйте оба источника: это поможет восстановить историю и оценить путь заявки.

Как подготовить карту полей

Запишите для каждого поля amoCRM его источник и правило проверки. Город — из сообщения клиента; продукт — из выбранной карточки каталога; бюджет — только если клиент назвал сумму; ответственным назначает согласованный маршрут. Пустое поле лучше выдуманного. Для повторного клиента решите, что обновляется в контакте, а что остаётся в истории отдельной сделки. Покажите карту менеджерам до разработки: именно они знают, какие данные действительно нужны для первого звонка.

Вопрос о скорости работы

Автоматическое заполнение карточки полезно, если менеджер начинает работу быстрее. Замерьте путь от нового сообщения до первого содержательного действия. Если раньше заявку видели за пять минут, а после подключения ИИ карточка появляется сразу, но остаётся без владельца до утра, бизнес-результат не улучшился. В отчёте разделяйте время создания карточки и время ответа человеку. Это помогает не спутать скорость API с качеством процесса продаж.

На этапе расчёта бюджета сравните интеграцию с полной стоимостью бота на решённое обращение.