Как связать AI с CRM и не сломать текущие процессы

Что означает подключение на практике

Когда говорят «связать AI с CRM», обычно имеют в виду одно из трёх, и это три разные по сложности задачи.

1. Чтение. Решение видит карточку клиента и историю обращений, чтобы отвечать по существу. Самый безопасный вариант: в базе ничего не меняется.
2. Запись черновиков. Решение создаёт задачу, комментарий или черновик письма с пометкой «на проверку». Утверждает человек.
3. Полная запись. Решение само создаёт и меняет записи: сделки, статусы, контакты. Даёт наибольший эффект и требует наибольшей подготовки.

Большинство проектов разумно начинать с первого уровня и переходить дальше тогда, когда команда убедилась, что ответы можно проверять.

Какие данные отдавать модели

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

Минимальный набор

Для первых полезных ответов обычно хватает четырёх вещей: кто клиент, что он покупал, на какой стадии находится обращение и что ему уже отвечали. Этого достаточно, чтобы ответ перестал быть общим.

Что лучше не отдавать

Персональные данные, которые не нужны для ответа, платёжные реквизиты, внутренние комментарии сотрудников друг о друге. Правило простое: если поле не влияет на ответ, в интеграцию оно не идёт.

Как быть с историей

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

Права доступа: чтение и запись это разные решения

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

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

Что проверить до первого запуска

1. Тестовый контур. Первые дни решение работает на копии данных или на ограниченной выборке, а не на всей базе.
2. Поведение при пустом поле. Что решение делает, если данных нет: молчит, спрашивает или придумывает. Третьего быть не должно.
3. Дубли. Повторный запуск не должен создавать вторую такую же запись.
4. Ограничение по частоте. У CRM есть лимиты на обращения к API. Их лучше узнать заранее, а не в день запуска.
5. Ответственный за сбой. Заранее договоритесь, куда приходит уведомление и кто на него смотрит.

Ошибки, которые обходятся дороже всего

• Интеграция раньше описания процесса. Если процесс не описан, решение автоматизирует беспорядок и делает его быстрее.
• Запись без пометки. Через месяц никто не отличит, что создал человек, а что решение.
• Одна учётная запись на всё. Решение, бот и выгрузки под общими правами: при первой проблеме приходится отключать сразу всё.
• Нет ответственного со стороны бизнеса. Технически интеграция работает, а решить, что считать правильным ответом, некому.

Часто задаваемые вопросы