Внедрение ИИ в бизнес: с чего начать пилот
Первый пилот должен ответить на конкретный вопрос: помогает ли система завершать выбранную задачу при допустимых расходах и ошибках? До разработки зафиксируйте исходный процесс и условия приёмки. Это даст основание для решения о запуске, доработке или остановке.
5 мин чтения
Выберите вопрос, на который ответит пилот
«Внедрить AI в компанию» слишком широко для первой проверки. Сузьте задачу до одного действия: подготовить заявку, найти подтверждённый ответ в документах или заполнить карточку для проверки сотрудником. Укажите, что система получает и в каком виде должен появиться результат.
Условный пример: команда хочет сократить время подготовки карточки по входящей заявке. Пилот проверяет заполнение согласованных полей на обезличенных примерах, а запись в рабочую CRM пока подтверждает сотрудник. Это иллюстрация границ проекта, не описание внедрения у клиента ИОАНН.
Назначьте владельца процесса. Он помогает выбрать примеры, объясняет правила и принимает результат. Без такого участия можно получить работающую демонстрацию, которую невозможно оценить в реальном процессе.
Запишите исходный способ и альтернативы
На сопоставимых задачах замерьте объём, время обработки, исправления и передачи между сотрудниками. Отдельно опишите редкие, но дорогие ошибки. Исходный замер нужен до пилота: воспоминания о том, как работали раньше, дают слабую основу для сравнения.
Проверьте вариант без модели. Если данные структурированы и порядок действий стабилен, обычная интеграция может закрыть задачу. Для свободного текста сравните готовый инструмент и собственную разработку по одним примерам. Решение о технологии должно следовать из этих проверок.
- Что сотрудник получает на входе и где это хранится?
- Какие поля или документы нужны для решения?
- Как определяется правильный результат?
- Что происходит, если информации не хватает?
- Какие затраты и задержки есть сейчас?
Согласуйте приёмку до первой демонстрации
Для каждого вида примеров задайте допустимый результат. Часть задач должна завершаться автоматически, часть - передаваться человеку. Отказ от действия может быть правильным исходом, если не хватает данных или разрешения. Не смешивайте эти исходы в одно число «точности».
Порог качества выбирают по процессу и последствиям ошибки. Согласуйте его до прогона, вместе с допустимыми задержками, расходами и ручной нагрузкой. Не подбирайте критерии под удачную демонстрацию.
| Проверка | Пример | Что зафиксировать |
|---|---|---|
| Обычная задача | Достаточно данных, сервисы доступны | Нужные поля, правильный объект и завершение действия |
| Неоднозначность | Несколько подходящих записей | Уточнение или передача человеку без произвольного выбора |
| Нет основания для ответа | В документах нет нужного факта | Сообщение об ограничении вместо выдуманного ответа |
| Сбой интеграции | Сервис недоступен или ответ потерян | Понятный статус, отсутствие двойной записи и путь восстановления |
| Ограничение доступа | Пользователь не может читать часть данных | Нет ответа или действия на основании закрытых записей |
| Ручной разбор | Система передала исключение сотруднику | Полнота контекста и время до завершения |
Подготовьте данные и проверку
Соберите обезличенные обычные и сложные примеры. Проверьте, что их можно использовать для разработки и что известен правильный исход. Отдельный набор для итоговой проверки помогает увидеть работу на случаях, под которые систему не настраивали.
Повторяйте прогоны, если результат меняется между запусками. Сохраняйте версию модели, инструкции, данных и инструментов, чтобы понимать причину изменения. После правок доступа или интеграций проверяйте затронутые сценарии снова.
В собственном продукте Inner Voice мы подготовили 30 eval-сценариев с пятью повторами и сравнивали четыре кандидата модели. Эти числа относятся к конкретной инженерной проверке нашего продукта. Они не задают универсальный размер теста и не подтверждают экономию у клиентов.
Решите, что делать после проверки
Соберите результаты по согласованным категориям, полную стоимость обработки и нагрузку на сотрудника. Сравните с исходным процессом. Отделите технические ограничения от проблем данных: улучшение инструкции не исправит недоступный источник или устаревший регламент.
Запуск возможен, когда выполнены условия приёмки и определена эксплуатация: ответственный, журнал событий, передача человеку, лимиты расходов и способ остановки. При существенных пробелах сформулируйте конкретную следующую проверку. Если вариант без AI закрывает задачу лучше, на нём можно закончить пилот.
Для первого разговора о внедрении достаточно описания процесса, списка систем, обезличенных примеров и ожидаемого результата. Если чего-то не хватает, укажите пробел. На этой основе можно обсуждать объём пилота и способ проверки, а затем оценивать разработку.