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