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