С чего начать внедрение ИИ в малом бизнесе: первый процесс
Как выбрать первый процесс для ИИ: измерить ручной труд, проверить цену ошибки, сравнить обычную автоматизацию и ИИ и поставить ограниченный пилот.
Начните с одной повторяющейся задачи, у которой понятны вход, результат и способ проверки. Замерьте ручной труд, оцените цену ошибки и сравните три варианта: оставить работу человеку, настроить обычную автоматизацию или проверить ИИ на ограниченном наборе примеров. Первым выбирайте процесс по данным своей компании.
Первым кандидатом может быть разбор входящих обращений, подготовка черновиков ответов или поиск сведений во внутренних инструкциях. Но сама категория ничего не гарантирует: в одной компании обращения однотипны, в другой каждое требует решения специалиста. Важно описать конкретное действие и его исключения.
Составьте короткий список задач
Попросите сотрудников назвать ручные операции, которые повторяются и задерживают результат. Выберите несколько кандидатов из разных участков работы: продажи, поддержка, документы, отчётность. Не пишите «автоматизировать продажи». Пишите, например: «прочитать новое обращение и определить, кому его передать».
Для каждого кандидата соберите собственную исходную картину: сколько раз операция выполняется, сколько времени занимает полный цикл, какие бывают ошибки и кто принимает конечный результат. Если данных нет, сначала проведите замер. Добровольная рамка NIST по управлению рисками ИИ предлагает определить бизнес-контекст, конкретную задачу, ожидаемую пользу, затраты и границы применения, а затем оценивать систему в условиях, близких к рабочим. Это не обязательная последовательность шагов.
Карточка выбора первого процесса
Скопируйте карточку для каждого кандидата и впишите ответы в последний столбец. Пустое поле — сигнал, что задачу пока рано отдавать инструменту.
| Что записать | Вопрос для вашей команды | Ваш ответ |
|---|---|---|
| Вход и результат | Что поступает на вход и какой результат можно проверить? | |
| Частота и ручное время | Сколько раз задача возникала за выбранный период и сколько занимал полный цикл? | |
| Исключения | Какие случаи отличаются от обычных и кто их разбирает? | |
| Доступ к примерам | Есть ли уже обработанные примеры и право использовать их в тесте? | |
| Цена ошибки | Что произойдёт при неверном ответе? Можно ли остановить или отменить действие? | |
| Вариант без ИИ | Хватит ли формы, фильтра, шаблона, правила или интеграции? | |
| Проверка пилота | По каким признакам владелец процесса примет результат? Когда тест остановят? |
Не нужно превращать эту карточку в «рейтинг с точностью до балла». Она помогает увидеть, какой процесс одновременно полезен для бизнеса и достаточно ограничен для первой проверки. При высокой цене ошибки можно проверять только черновик, который утверждает сотрудник. Если результат вообще нельзя проверить, сначала уточните критерии качества. В рамке NIST отдельно рассматриваются границы применения и человеческий контроль.
Когда действительно нужен ИИ
Правила достаточны. Если вход всегда приходит в одинаковых полях, а маршрут однозначен, сначала проверьте обычную форму, фильтр или интеграцию. Для переноса поля из одной системы в другую по известному правилу нет очевидной причины применять ИИ.
Нужен разбор вариативной информации. Если сотрудник читает письма или документы в разном формате, определяет их смысл и готовит проверяемую категорию или черновик, можно испытать ИИ. Начните с режима предложения: система готовит результат, человек сверяет и утверждает его.
Процесс не готов. Если неизвестно, кто отвечает за итог, данные противоречат друг другу или нельзя отделить правильный результат от неправильного, сначала проясните порядок работы. Даже подходящая технология не исправит неопределённое задание. В руководстве NIST предлагается сопоставлять пользу и риски и допускать, что ИИ может не подойти для конкретной задачи.
Учебный пример: два кандидата у небольшой компании
Это вымышленный сценарий для объяснения выбора, не клиентский кейс и не прогноз экономии.
Компания рассматривает две задачи. Первая — перенос контактов из формы заявки в учётную таблицу. Поля уже известны, маршрут не меняется. Команда сначала проверяет, можно ли настроить передачу данных по правилам.
Вторая — распределение писем клиентов по темам. Формулировки различаются, иногда в одном письме несколько вопросов. Здесь команда может проверить ИИ на старых письмах с уже известной правильной категорией. Система предлагает тему и черновик маршрута; сотрудник подтверждает или исправляет их. Жалобы и неоднозначные письма остаются на ручном разборе.
Выбор зависит от данных конкретной компании. Если на проверку предложений уходит столько же времени, сколько на чтение писем с нуля, этот шаг не экономит ручное время. Если правила для писем достаточно просты, может оказаться лучше обычный фильтр. Эти выводы получают из замера, а не из самого факта использования ИИ.
Как провести первый пилот
- Назначьте владельца процесса. Он знает типичные случаи, исключения и принимает результат.
- Сохраните исходные показатели. Измерьте полный путь от входа до принятого результата: обработку, проверку, исправления и передачу дальше.
- Определите границы. Запишите, какие действия система только предлагает, какие случаи сразу передаются человеку и какие данные допустимы в тесте.
- Проверьте на известных примерах. В наборе должны быть обычные случаи и исключения. Сравнивайте результат с ответом, который команда определила заранее.
- Заранее согласуйте остановку. Например: тест прекращается, если появляются критические ошибки, проверка требует слишком много ручной работы или результат невозможно объяснить и исправить.
Оцените не скорость ответа модели, а полное время и качество принятого результата. Для сравнения используйте одну и ту же задачу до и после пилота. В NIST AI RMF измерение рассматривается в условиях, похожих на реальное применение, с учётом рисков и контроля. Это методический ориентир, не обязательный стандарт для российского бизнеса.
Итог первого шага — не покупка ИИ «для всей компании», а один выбранный процесс, его исходные показатели и понятные условия теста. Затем можно подробнее разобрать, как оценивать эффект пилота. Если задача связана с заявками, поддержкой или другой представленной ролью, можно посмотреть каталог ЦифроШтата и обсудить подходящий сценарий. Наличие профиля в каталоге само по себе не означает, что интеграция с вашей системой уже настроена.
Источники NIST проверены 30 сентября 2026 года.