CRM уже хранит почти все, что нужно менеджеру для работы с клиентом: карточку, сделки, задачи, звонки, письма, документы, счета, статусы и историю общения. ИИ-агент может быстро собрать из этих данных сводку, подсказать следующий шаг, найти просроченные задачи или подготовить черновик письма. Но для этого агенту нужен управляемый доступ к CRM, а не копирование данных в чат вручную.
MCP-сервер для CRM решает именно эту задачу. Он описывает инструменты, через которые ИИ-агент может обращаться к CRM: найти клиента, получить сделки, посмотреть задачи, собрать историю, проверить звонки, подготовить действие. Сервер проверяет права, ограничивает выдачу, сохраняет журнал и передает агенту результат в понятном формате.
Зачем CRM нужен MCP
Обычный ИИ-чат полезен, пока работает с текстом, который пользователь сам вставил в окно. В продажах этого мало. Менеджеру нужно понимать, что было с клиентом за последние месяцы, какие сделки открыты, кто звонил, какие задачи просрочены, какие документы уже отправлены и что обещали на прошлом разговоре.
Если агент подключен к CRM через MCP, он может отвечать по актуальным данным. Руководитель спрашивает, какие сделки застряли на согласовании. Менеджер просит собрать краткую историю клиента перед звонком. Сервисный сотрудник уточняет, какие обращения уже были и что по ним сделано. Агент вызывает разрешенный инструмент и возвращает короткую рабочую сводку.
На странице про MCP-серверы этот подход описан шире: сервер становится управляемым мостом между ИИ-ассистентом и внутренними системами компании. Для CRM этот мост особенно полезен, потому что клиентская история часто разбросана по карточкам, задачам, звонкам и документам.
Какие данные открывать агенту
Первый набор данных обычно связан с чтением. Агенту можно дать доступ к карточке клиента, контактам, открытым сделкам, последним задачам, звонкам, комментариям, письмам, счетам, коммерческим предложениям, статусам отгрузки и связанным обращениям. Это уже помогает быстрее входить в контекст.
Но доступ должен быть связан с ролью. Менеджер видит своих клиентов и сделки. Руководитель видит команду и воронку подразделения. Сервисный сотрудник видит обращения и историю поддержки. Маркетинг может видеть источники лидов и агрегированные данные, но не обязательно коммерческие условия каждой сделки.
В собственной или доработанной CRM структура данных часто отличается от типовой. Есть индивидуальные поля, стадии, правила доступа, связи с 1С, ERP, сайтом, телефонией или внутренними кабинетами. Поэтому MCP-сервер проектируется вокруг фактической CRM компании, а не вокруг абстрактной схемы “клиент — сделка — задача”.
Инструменты MCP
MCP-сервер полезен тогда, когда набор инструментов отражает реальные вопросы сотрудников. Например, инструмент `найти клиента` должен понимать телефон, email, название компании, ИНН или внутренний номер. Инструмент `собрать сводку` должен возвращать не все поля карточки, а короткую выжимку: кто клиент, какие сделки открыты, какие риски есть, какой следующий шаг назначен.
Для отдела продаж могут быть нужны такие инструменты: получить карточку клиента, показать сделки по статусам, найти последние звонки, собрать историю переписки, проверить просроченные задачи, подготовить черновик письма, предложить следующий шаг по сделке. Для руководителя — собрать проблемные сделки, показать отклонения от плана, найти сделки без активности, сформировать список клиентов без следующего действия.
Такая логика хорошо сочетается с общей темой интеграции CRM. Если CRM уже связана с сайтом, телефонией, ERP, почтой и аналитикой, агент получает через MCP не одну карточку, а связанный клиентский контекст.
Чтение и действия
Чтение данных и изменение CRM нужно разделять. На первом этапе агент может искать информацию, собирать сводки и подсказывать действия. Это безопаснее и проще для запуска. После проверки сценариев можно добавлять действия: создать задачу, подготовить заметку, добавить комментарий, сформировать черновик письма, предложить изменение статуса.
Фактическое изменение важных данных лучше делать через подтверждение. Агент показывает, что собирается выполнить: какую задачу создать, кому назначить, какой срок поставить, какой комментарий добавить. Пользователь подтверждает действие, а сервер записывает результат в журнал.
Для некоторых операций требуется дополнительное согласование. Например, изменение суммы сделки, перенос стадии, отправка письма клиенту, создание счета или передача данных в ERP. MCP-сервер должен знать, какие действия разрешены роли пользователя, а какие можно только подготовить как черновик.
Роли и безопасность
CRM почти всегда содержит чувствительные данные: контакты, переговоры, скидки, условия сделки, документы, претензии, персональные данные, историю звонков. Поэтому доступ ИИ-агента должен повторять или уточнять действующие права CRM. Если сотрудник не видит чужую сделку в интерфейсе, агент тоже не должен получить ее через инструмент.
Кроме прав на чтение нужны ограничения по выдаче. Агенту не всегда нужно возвращать всю карточку. Иногда достаточно краткой сводки, списка задач или статуса сделки. Чем меньше лишних данных получает модель, тем проще контролировать риск утечки и ошибочной интерпретации.
Журнал помогает сохранить прозрачность. В нем фиксируется пользователь, вопрос, вызванный инструмент, полученные данные, действие и результат. Это важно для разбора спорных ситуаций и для улучшения сценариев: видно, какие инструменты действительно используются, где сотрудники получают отказ и каких данных не хватает.
Готовая CRM и собственная разработка
У крупных CRM-платформ появляются собственные MCP-сценарии и интеграции с ИИ-агентами. Это полезно, если компания работает почти в стандартной конфигурации и ей хватает возможностей вендора. Но многие бизнесы используют сильно доработанную CRM, собственную систему или связку CRM с 1С, ERP, телефонией, сайтом и внутренними сервисами.
В таких случаях готовый коннектор часто видит только часть картины. Он может не знать индивидуальные поля, внутренние статусы, правила доступа, нестандартные действия, связи с заказами, расчетами или сервисными обращениями. Тогда нужен MCP-сервер, который описывает инструменты именно под процесс компании.
Если CRM создается или развивается как собственная система, эту задачу удобно учитывать при разработке CRM-системы. Архитектура данных, права, журнал, API и действия сразу проектируются так, чтобы в будущем к ним можно было подключать ИИ-агентов без хаотичных обходных решений.
Как выглядит рабочий сценарий
Допустим, менеджер готовится к звонку. Он спрашивает ассистента: что важно знать по клиенту перед разговором? MCP-сервер находит клиента, получает открытые сделки, последние задачи, звонки, комментарии и документы. Агент возвращает сводку: текущая потребность, последняя договоренность, риск, просроченная задача и рекомендованный следующий шаг.
Руководитель может спросить: какие сделки без активности дольше недели? Сервер получает сделки по команде, фильтрует их по правилам доступа, возвращает список и причины риска. Агент помогает сформировать задачи менеджерам, но отправка задач идет через подтверждение.
Сервисный сотрудник может спросить, что уже известно по обращению клиента. Агент получает историю обращений, звонков и связанных сделок, чтобы сотрудник не заставлял клиента повторять одно и то же. Такой сценарий хорошо дополняет тему ИИ-агентов для бизнеса, где главное — дать агенту инструменты и границы.
С чего начать
Для первого запуска лучше выбрать один короткий сценарий: сводка по клиенту, подготовка к звонку, поиск просроченных задач, анализ сделок без активности или помощник руководителя по воронке. Дальше описываются роли, источники данных, инструменты, ограничения, формат ответа и действия с подтверждением.
После этого можно подключить CRM, проверить типовые вопросы, посмотреть журнал вызовов и доработать инструменты. Хороший MCP-сервер развивается постепенно: сначала помогает читать данные и собирать сводки, затем готовит черновики действий, потом подключается к более сложным операциям.
Главный результат — сотрудник перестает вручную искать клиентский контекст по нескольким разделам CRM, а компания сохраняет управляемость доступа. ИИ-агент получает ровно те инструменты, которые нужны для работы, а CRM остается источником прав, фактов и ответственности.