Внедрение ИИ в бизнес: с чего начать

С чего начать внедрение ИИ в бизнес

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

Я бы начинал с помощника сотруднику. Он готовит черновик или ищет информацию, а человек проверяет результат до отправки клиенту. Так можно увидеть пользу на своей работе, не предоставляя новой системе сразу все права. Если сценарий не даёт выигрыша, его проще остановить.

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

Где ИИ полезен, а где хватает обычных правил

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

Таблицу можно прокрутить вправо →

Перенос телефона из формы в CRM не требует нейросети. Это действие можно описать точным правилом. А определить, спрашивает ли человек о покупке или жалуется на прошлый заказ, может помочь модель. Затем обычная автоматизация направит обращение ответственному.

Под названием AI-автоматизация часто скрывается именно такая связка. В ней полезно отдельно видеть вывод модели и действие программы. Если неверно выбрана тема обращения, исправляют классификацию. Если правильная тема записалась не в то поле, проверяют интеграцию. Подробнее этот уровень разобран в статье про автоматизацию бизнес-процессов.

Как выбрать первую задачу

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

Хороший кандидат для проверки

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

Слабый кандидат

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

Для выбранной задачи запишите критерий остановки. Например: если проверка и исправление черновика занимают больше времени, чем подготовка вручную, сценарий требует пересмотра. Это рабочее правило для вашего проекта, а не обещание определённой экономии.

Подготовьте данные и границы доступа

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

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

• Какие документы считаются действующими?
• Кто обновляет условия и убирает старые версии?
• Какие сведения помощник вправе читать?
• Что разрешено отправлять внешнему сервису?
• Где сохраняются запросы, ответы и журналы работы?
• Как сотрудник поймёт, что надёжного ответа нет?

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

Пройдите путь от прототипа до рабочего процесса

Прототип: проверить возможность

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

Оценивайте не общую убедительность, а конкретные признаки: верно ли понята задача, откуда взят факт, не придумано ли условие, передан ли сложный случай человеку. Общий подход к выявлению и оценке рисков описан в NIST AI RMF. Критерии приёмки всё равно нужно определить под свой процесс.

Пилот: проверить пользу в работе

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

Пилот должен проверять не только модель, но и передачу результата: появился ли черновик в нужном месте, видит ли его менеджер, не потерялась ли заявка. Сначала можно работать параллельно с привычным порядком. Менять весь отдел сразу для проверки одного предположения необязательно.

Рабочий запуск: закрепить ответственность

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

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

Условный пример: помощник для компании с входящими запросами

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

В первом сценарии помощник выделяет тип запроса, собирает краткое содержание и показывает, чего не хватает для расчёта. Менеджер проверяет вывод и задаёт уточняющие вопросы. Цена берётся из согласованного источника, а коммерческое предложение отправляет человек.

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

Что учитывать предпринимателю в Беларуси и России

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

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

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

Как считать стоимость и результат

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

Таблицу можно прокрутить вправо →

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

Реальный проект и следующий шаг

В BLB AI я собрал продукт с ИИ-чатом, проверкой договоров и подготовкой документов по праву Беларуси. Это несколько определённых пользовательских задач в одном рабочем пространстве. Важные решения можно обсуждать с юристом BLB. Состав продукта не является обещанием безошибочного ответа.

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