Как внедрить ИИ в бизнес: 9 этапов и пример первого проекта

Менеджер открывает обращение, ищет условия в документах, уточняет детали у коллеги и только потом готовит ответ. Вы хотите поручить часть этой работы ИИ. С чего начать: выбрать сервис, найти разработчика или сначала разобраться с документами?

Внедрение ИИ в бизнес начинайте с одного повторяющегося процесса: опишите вход, нужный результат и текущие затраты. Затем проверьте данные, соберите ограниченный пилот и сравните его с ручной работой. Если польза подтверждается, переходите к рабочему запуску и назначайте ответственного за систему.

Ниже - девять этапов с примером первого проекта. План поможет руководителю подготовить задачу для команды или подрядчика и понять, за что принимать работу.

Пример: какой процесс взять первым

Учебный пример, не кейс клиента. Небольшая сервисная компания получает запросы на обслуживание оборудования. Менеджер определяет тип обращения, находит актуальные условия и готовит ответ. Решили проверить ИИ на подготовке черновиков. Отправка клиенту, назначение цены и согласование договора пока остаются у человека.

Это уже задача для обсуждения. «Сделайте нам ИИ-отдел продаж» пока не объясняет ни результата, ни границ проекта. Если подходящий процесс ещё не выбран, посмотрите примеры задач для ИИ-агентов в бизнесе.

Этап 1. Зафиксируйте проблему и исходные показатели

Посмотрите, как работа выполняется сейчас. На нескольких реальных обращениях измерьте время поиска, подготовки и проверки ответа. Отдельно отметьте исправления. Ускорение набора текста мало помогает, если менеджер затем дольше ищет выдуманную скидку.

В нашем примере главный показатель - время подготовки принятого ответа с учётом проверки человеком. Дополнительные - точность условий, число исправлений и доля случаев, в которых данных не хватило. Конкретные целевые значения команда задаёт после замера, до теста.

Этап 2. Ограничьте первый сценарий

Выберите один тип обращений, с которым можно проверить гипотезу. Например, вопросы о плановом обслуживании по опубликованным условиям. Претензии, индивидуальные скидки и спорные договорённости пока исключите.

Полезный первый сценарий повторяется, имеет цифровой вход и проверяемый результат. Ошибку в нём можно заметить до дорогого действия. Дополнительная проверка - готов ли процесс к ИИ-агенту.

Этап 3. Нарисуйте маршрут и назначьте владельца

Запишите путь одного обращения: получено → определён тип → найдены условия → подготовлен черновик → проверен менеджером → отправлен. Для каждого перехода укажите ответственного и признаки завершения.

Разберите исключения. Документ устарел? Условия противоречат друг другу? Клиент спрашивает о нестандартной услуге? В этих случаях система передаёт вопрос человеку. Она не должна выбирать наиболее убедительный ответ из двух конфликтующих документов.

Владельцу после запуска предстоит обновлять правила и принимать спорные случаи. Эту роль стоит определить до разработки.

Этап 4. Проверьте, нужен ли здесь агент

Для переноса записи из формы в таблицу достаточно обычной интеграции. Для подготовки черновика по одному документу может хватить вызова модели с проверкой. Агент имеет смысл, когда следующий шаг зависит от контекста и нужно выбирать инструменты.

В учебном проекте получение обращения и сохранение результата можно задать строгими правилами. Понимание свободного текста и подготовку ответа поручить модели. Выбор справочника и дополнительные действия добавлять по необходимости.

Такой принцип соответствует рекомендациям Anthropic: начинать с наиболее простого подходящего решения и усложнять его, когда это оправдано задачей.

Этап 5. Подготовьте знания, системы и права

Соберите актуальную версию условий. Укажите, кто её обновляет и где она хранится. Если в папке лежат пять файлов с названием «финал», сначала придётся выбрать действующий.

• Проверьте, какие данные нужны для ответа и что допустимо передавать выбранному сервису.
• Определите доступный способ подключения к рабочим системам.
• Разделите чтение, подготовку черновика и отправку.
• Подготовьте тестовые примеры без лишних персональных данных.
• Опишите поведение при недоступности источника.

Для нашего пилота доступ на отправку не нужен. Этим решением мы сразу уменьшаем последствия ошибки.

Этап 6. Согласуйте границы пилота

До сборки зафиксируйте, на каких обращениях идёт тест, кто проверяет результат, какой бюджет допустим и при каких ошибках тест останавливается. Сохраните ручной способ выполнения задачи.

К каждому черновику в примере прикладывается источник условий. Если нужного факта нет, результат должен содержать вопрос менеджеру. Новую цену нельзя достраивать «по смыслу». Отдельно определите журнал: обращение, версия правил, результат, исправление и статус проверки.

Этап 7. Проверьте обычные и неудобные случаи

Возьмите реальные обезличенные обращения, которые можно использовать для тестирования. У всех вариантов решения должна быть одна выборка. Включите примеры, где правильное действие - остановиться.

После изменения инструкции повторяйте эту выборку. Один удачный ответ на презентации не показывает, как система справляется с остальными обращениями.

Этап 8. Примите результат или измените проект

Сравните время работы с исходным, включая проверку и исправления. Посмотрите, какие ошибки повторяются и сколько стоит обработка. Проверяйте факт сохранения результата, а не только правильный текст в чате.

По итогу возможны три решения: запускать ограниченно, доработать конкретные слабые места или остановить гипотезу. Если черновики приходится почти полностью переписывать, можно вернуться к подготовке источников. Если система выполняет запрещённое действие, переходить к рабочему запуску рано, даже при хорошем среднем качестве.

Этап 9. Запустите на части потока и организуйте поддержку

Начните с согласованного типа обращений и небольшой группы сотрудников. Назначьте технического ответственного, настройте уведомления о сбоях и учёт расходов. Сохраните возможность быстро вернуться к ручной обработке.

Для нашего проекта нужно знать: кто обновляет условия, кто разбирает плохие черновики и что происходит после изменения интеграции. Передача системы заканчивается инструкцией по этим действиям и понятными границами поддержки.

Как оценивать бюджет и сроки внедрения

Оценка зависит от выбранного процесса, качества данных, интеграций, доступа и требований к результату. Отдельно считайте подготовку, пилот, рабочий запуск и последующее сопровождение. Подписка на модель закрывает только часть расходов.

В примере с черновиками можно начать без автоматической отправки и сложного интерфейса. Но очистка базы условий и проверка ответов всё равно требуют работы. Подробный список статей расходов есть на странице стоимости внедрения ИИ-агентов.

С подрядчиком заранее договоритесь, что входит в оценку, кто готовит данные, как принимается пилот и сколько стоит поддержка. Фиксированный срок «для любого бизнеса» не учитывает эту разницу.

Что сделать до выбора сервиса

Скопируйте таблицу задания из начала статьи и заполните её под один процесс. Если пока нечего написать в строках «источник», «результат» или «владелец», начните с этих вопросов. Так вы сможете предметно обсудить готовое решение, настройку платформы или разработку.