Компании часто начинают ИИ-проект с поиска разработчика. Это логично: нужно подключить CRM, настроить интеграции, собрать сценарий. Но именно на этом шаге многие проекты и застревают.
Технически всё работает. Бот отвечает, данные переносятся, отчёт формируется. А бизнес по-прежнему живёт как раньше: менеджеры не понимают, когда доверять системе, руководитель не видит результата, а новый инструмент остаётся красивой демонстрацией.
Самая дефицитная роль в таком проекте — не разработчик. Это человек, который умеет связать боль отдела, рабочий процесс, ИИ и измеримый результат. Я называю эту роль ИИ-оркестратором.
Не «внедрить ИИ», а изменить конкретный маршрут
Разработчик отвечает на вопрос: «Можно ли это построить?» Руководитель отдела лучше всех знает: «Где команда теряет время и деньги?»
ИИ-оркестратор собирает между этими двумя ответами рабочий контур. Он определяет:
- какое событие запускает процесс;
- какие данные системе можно использовать;
- что ИИ делает сам, а что только предлагает;
- где человек подтверждает решение;
- какой след остаётся в CRM, задаче или документе для следующего коллеги.
Важна не сама нейросеть. Важен маршрут, в котором после её действия становится меньше ручной работы, меньше забытых задач и больше ясности.
Например, клиент написал в чат и попросил прислать кейсы. Система может заметить запрос, завести лид, сохранить контекст диалога и напомнить менеджеру ответить. Но закрывать сделку или менять важные условия без человека она не должна. Граница ответственности делает автоматизацию помощником, а не непредсказуемым роботом.
Почему одних разработчиков и доступов к ИИ недостаточно
Есть три знакомых сценария.
Первый: отдел говорит «давайте автоматизируем продажи». Разработчик собирает технически правильный сценарий, но никто не договорился, какой лид считать живым, кто подтверждает следующий шаг и что считать успехом. Получается инструмент без владельца.
Второй: сотрудники находят для себя десятки полезных приёмов в ChatGPT. Каждый экономит немного времени, но общий процесс не меняется: данные остаются в личных чатах, коллеги не видят результат, а руководитель не может оценить эффект.
Третий: системе сразу дают слишком много прав. Она начинает писать клиентам, двигать карточки или закрывать задачи без понятных правил. Команда быстро перестаёт ей доверять — и автоматизацию отключают.
Во всех трёх случаях не хватает не модели и не кода. Не хватает человека, который проектирует взаимодействие людей, систем и ИИ.
Из чего собирается работающий ИИ-контур
Хороший пилот можно описать простыми вещами.
Есть один владелец процесса. Он понимает, зачем всё запускается, и принимает решения, которые нельзя делегировать.
Есть измеримый результат. Не «мы применяем ИИ», а, например, «важные сообщения не остаются без реакции» или «у лида всегда есть следующий шаг».
Есть границы действий. Система может подготовить ответ, создать карточку или напомнить. Изменение суммы, закрытие лида или критичная коммуникация с клиентом остаются за человеком.
Есть источник правды. Если ИИ работал с клиентским чатом, результат должен попасть в CRM или задачу, а не остаться в переписке с ботом.
Есть артефакт для следующего участника. Комментарий, бриф, отметка о пинге, задача или обновлённая карточка. Благодаря этому следующий сотрудник — человек или другой ИИ-помощник — продолжает работу с актуального места, а не начинает расследование заново.
Так отдельные помощники превращаются в систему. Один собирает факты из чатов, другой проверяет здоровье CRM, третий готовит решение. Они не обязаны бесконечно «общаться» друг с другом: им достаточно оставлять понятные, проверяемые результаты работы в общей среде.
Роль человека становится важнее, а не исчезает
ИИ не заменяет сильного руководителя или менеджера. Он освобождает их от постоянного ручного контроля: проверить чат, завести лид, перенести договорённость, напомнить о задаче, собрать сводку.
У человека остаётся то, ради чего его и нанимали: выбрать приоритет, услышать клиента, принять решение в неоднозначной ситуации и отвечать за результат.
Поэтому перед стартом ИИ-проекта полезно задать не вопрос «какую модель купить?», а другой: «Какой повторяющийся процесс мы улучшим первым, что система будет делать сама и по какой цифре мы увидим, что команде действительно стало легче?»
Разработчик строит инструмент. ИИ-оркестратор делает его частью бизнеса.