Почему покупка ИИ ещё не означает автоматизацию отдела
Моя спорная позиция проста: купить ИИ — не значит автоматизировать отдел продаж. Инструмент не определяет, какая операция должна измениться, по каким правилам её выполнять и кто отвечает за итог. Если руководитель не может назвать конкретную работу, которую хочет улучшить, покупка добавляет интерфейс, но не обязательно меняет процесс.
Я бы начинал не с перечня функций, а с границы задачи. Например, подготовка обращения начинается, когда менеджеру нужно сформулировать следующий контакт, и заканчивается черновиком, пригодным для его решения. Это не то же самое, что распределение лидов или прогнозирование выручки: у каждой операции свои данные и критерии качества.
Системный подход не требует многомесячной подготовки. Достаточно договориться, что считается готовым результатом и на каком этапе человек принимает решение. Например, входом могут быть подтверждённые сведения о компании и последнем разговоре; результатом — черновик, где факты отделены от пробелов. Менеджер видит, что именно использовано, и может быстро исправить контекст до отправки. Так обсуждают не абстрактную эффективность, а границы конкретного изменения.
Что показывает опрос Salesforce о командах продаж
В исследовании Salesforce State of Sales, опубликованном 25 июля 2024 года, о росте выручки сообщили 83% команд, использовавших ИИ, и 66% команд без ИИ. Опрос охватил 5 500 специалистов из 27 стран; данные собирали в марте–апреле 2024 года. Это самоотчётные результаты и связь, а не причинная оценка: разница в долях не означает, что ИИ увеличил выручку на 17%.
Для руководителя эти доли — повод изучить повторяющиеся информационные задачи продавца, а не прогноз для собственной компании. Можно выписать, какие сведения менеджер переносит между карточкой клиента, историей общения и подготовкой следующего контакта, а затем выбрать одну операцию для сравнения. Опрос задаёт направление вопроса; решение зависит от устройства конкретной работы.
Ошибка: готовить контакт по непроверенной записи
Представим условную ситуацию: в CRM осталась прежняя должность контакта, а заметка о последнем разговоре относится к другому подразделению. Менеджер просит подготовить обращение и получает гладкий текст с неподходящей темой. Риск возникает не из-за стиля, а из-за исходной записи: убедительная формулировка может скрыть, что факты относятся к разным обстоятельствам.
Исправленный вариант начинается с явного различия: подтверждённое можно использовать, неизвестное нельзя превращать в утверждение. Если тема интереса не указана, черновик может оставить место для уточнения или предложить нейтральную формулировку. Сотрудник сверяет результат с историей общения и решает, подходит ли он адресату. Это условный пример логики работы с текстом, а не описание особой функции продукта.
Так видно, что качество обращения зависит не от красивой фразы, а от обращения с пробелами в контексте. До использования такого сценария команда может договориться, какие поля дают достаточную опору для черновика и какие пробелы стоит явно обозначить. Это делает результат понятнее менеджеру и помогает не приписывать адресату интерес, которого нет в записи.
Когда достаточно упорядочить CRM, а когда пробовать ИИ
| Критерий | Упорядочить CRM без ИИ | Ограниченный сценарий с ИИ |
|---|---|---|
| Исходная проблема | Пропуски, разные значения полей или неясные статусы | Однотипная ручная подготовка при пригодных исходных сведениях |
| Что меняется | Команда согласует поля и правила обновления записей | Инструмент формирует черновик из заданного материала |
| Роль сотрудника | Вносит сведения и работает по единому регламенту | Оценивает контекст и решает, использовать ли текст |
| Когда выбирать | Причина затруднения — качество и структура записей | После наведения порядка остаётся повторяющаяся операция |
Сильное возражение: сначала стоит навести порядок без ИИ
Сильное возражение против моего тезиса таково: в неупорядоченной CRM сначала надо наладить данные, а не добавлять генерацию. Это может стоить дешевле, устранить первопричину и не создавать команде ещё один инструмент. Если сотрудники по-разному понимают статусы или не знают, где фиксировать результат разговора, автоматизация текста не исправит организационную путаницу.
Я согласен с этой частью возражения. Когда сбой вызван пробелами в записях, разумная альтернатива — унифицировать обязательные поля, договориться о значениях статусов и определить владельца обновления данных. Такая работа полезна сама по себе: история контакта становится понятнее независимо от того, появится ли в процессе ИИ.
Но из этого не следует, что ИИ не нужен ни при каких условиях. После настройки CRM может остаться отдельная повторяющаяся операция — например, собрать известный контекст в основу следующего обращения. Как проверить воронку продаж перед запуском автоматизации, разбираем отдельно.
Если затруднение исчезло после исправления правил, на этом можно остановиться. Если ручная операция остаётся и имеет понятный результат, появляется основание сравнить ограниченный сценарий с текущим способом работы.
Как выбрать следующий шаг для проверки
Один проверяемый критерий: можно ли заранее определить, что будет считаться пригодным результатом выбранной задачи. Для черновика обращения руководитель и менеджеры могут согласовать признаки применимости: фактическая точность, соответствие контексту и отсутствие неподтверждённых деталей. Если команда не может договориться об этих признаках, сначала нужно уточнить ожидание, а не измерять удобство инструмента.
После определения критерия полезно сравнивать сопоставимые случаи: один тип контакта и близкий набор исходных материалов. Иначе результат может объясняться тем, что одним менеджерам достались простые ситуации, а другим — сложные. Причины отклонения черновиков — ошибка в сведениях, неподходящая тема или лишняя редактура — покажут, какой именно участок требует внимания.
Это не универсальный норматив, а способ принять локальное решение: оставить текущий процесс, изменить правила подготовки или продолжить оценку ограниченного сценария. Критерий связывает выбор с наблюдаемой работой команды, а не с количеством функций в описании технологии.
Практически это можно зафиксировать в коротком листе оценки: исходная запись, результат подготовки, что пришлось исправить и почему. Если исправление касается факта, стоит проверить источник сведений; если меняется только тон, вопрос может быть в принятом шаблоне общения. Такое разделение превращает впечатление «полезно или нет» в наблюдения, по которым команда решит, что менять дальше.
Почему я верю в перемены, но не в автоматизацию по кнопке
Я не считаю критику неподготовленного внедрения аргументом против ИИ. Напротив, чем яснее задача, тем содержательнее выбор инструмента и тем проще понять, где он уместен. Я верю, что в ближайшие 2–5 лет ИИ существенно изменит бизнес. Это моя позиция о будущем, а не вывод из опроса Salesforce.
Для меня системное внедрение — последовательность решений, а не коллекция лицензий: определить процесс, выбрать подходящий способ его изменить и оценить результат на конкретной работе. Не каждая операция требует ИИ; иногда правильное решение — единые поля в CRM и ясное распределение ответственности. Но способность различать эти случаи позволит компаниям осмысленно использовать новые возможности.
Руководителю стоит начать с источника затруднения: если мешают несогласованные записи, привести в порядок CRM; если после этого остаётся повторяющаяся подготовка, определить для неё проверяемый результат. О подходе к ИИ-автоматизации продаж можно прочитать отдельно. Для меня именно такая последовательность — способ встретить перемены с процессом, который можно улучшать.