Инструмент появляется раньше процесса
Сотрудник быстро пишет письмо с помощью ИИ, затем вручную переносит сведения между таблицами и проверяет устаревшую инструкцию. Подготовка текста ускорилась, а оставшаяся работа занимает прежнее время. Интеграция начинается с этих переходов между инструментами, данными и людьми.
Как выглядит разрыв на практике
Условный пример: отдел продаж поручает модели готовить коммерческие предложения. Черновик появляется быстро, но цены сотрудник копирует из таблицы, наличие уточняет в переписке, а скидку согласует отдельно. В конце он снова перепроверяет каждую строку. В таком процессе модель ускоряет набор текста, но не устраняет ожидание и сверку. Чтобы понять эффект, нужно наблюдать время от запроса клиента до предложения, которое действительно можно отправить.
Полезно разложить маршрут на получение фактов, принятие решений и оформление результата. Для каждого перехода записать, какой объект передаётся: номер товара, актуальная цена, одобренная скидка, версия документа. Если информация приходит без даты или идентификатора, красивый ответ не делает её надёжнее. Интеграция начинается с этих связей: модель должна получать проверяемый контекст, а результат должен возвращаться в тот процесс, где сотрудник продолжает работу.
Граница между помощником и исполнителем
Подготовка предложения и его отправка — разные полномочия. В первом случае ошибочный черновик можно исправить внутри команды. Во втором ошибка уже влияет на отношения с клиентом. Поэтому в пилоте разумно отдельно описать чтение данных, создание черновика и внешнее действие. Допуск к одному этапу не должен автоматически означать разрешение на остальные. Так ответственность становится понятной и сотруднику, и разработчику.
Предусмотрите поведение при противоречиях. Если цена в каталоге отличается от цены в договоре, система должна показать расхождение и остановить соответствующий шаг. Молчаливый выбор удобного значения ускоряет демонстрацию, но усложняет реальную работу. Журнал должен позволять восстановить, какие данные использовались, кто проверил документ и какая версия ушла адресату. Это полезнее абстрактного статуса «ИИ справился».
Как провести осмысленный пилот
Сначала соберите обычные, сложные и неразрешимые обращения из одного процесса, убрав лишние персональные сведения. Зафиксируйте исходное время выполнения и причины возврата на доработку. Затем дайте тот же поток новому маршруту. Отдельно считайте время сотрудника: подготовку контекста, проверку, исправление и восстановление после сбоев. Экономия на генерации может исчезнуть на одном из этих этапов.
