начинать нужно не с модели, а с процесса с коротким циклом
Лучший пилот это не самый амбициозный, а самый понятный. Выбирайте процесс, где есть измеримая повторяемая рутина: разбор обращений, подготовка сводок, ответы по базе знаний, квалификация лидов, подготовка карточек, первичный ресерч или заполнение CRM.
Если у пилота нет короткого цикла результата, команда слишком долго спорит об ощущениях. А когда есть один конкретный поток и понятный выходной артефакт, уже через несколько дней видно, ускоряет ли ИИ работу или просто создает новый слой хаоса.
на пилоте важнее три метрики, чем длинный список требований
На старте достаточно трех базовых показателей: время до результата, доля случаев без ручной переделки и стоимость одного полезного результата. Этого уже достаточно, чтобы сравнить новый сценарий с текущим ручным процессом и не спорить абстрактно о качестве.
Дополнительно полезно сразу договориться, что считается успехом пилота: например, оператор экономит 30 процентов времени, средний ответ приходит быстрее, а доля верных маршрутизаций превышает заранее выбранный порог. Без такого контракта пилот часто кажется «интересным», но не становится управленческим решением.
почему пилот должен закончиться решением, а не бесконечной доработкой
У хорошего пилота есть дедлайн и развилка: масштабируем, пересобираем или закрываем. Если этого нет, команда начинает бесконечно улучшать промпты, данные и интерфейс, не отвечая на главный вопрос: дает ли сценарий экономический или операционный выигрыш здесь и сейчас.
Через 7 дней у вас уже должен быть не только демо-ролик, но и короткая записка для бизнеса: что было автоматизировано, сколько ручного труда снято, где остался риск, какие данные нужно доработать и что нужно для перехода в production. Именно в этот момент ИИ перестает быть экспериментом ради эксперимента.