Начать с ИИ в бизнесе я предлагаю с одной повторяющейся задачи, для которой можно показать входные данные и проверить ответ. Например, собрать сведения из обращения покупателя, подготовить черновик ответа по каталогу или свести результаты проверок сайтов. Заранее решите, кто проверяет работу и по каким признакам вы поймёте, что стало удобнее.
В своём канале я уже писал про ощущение, что ИИ убирает трение между идеей и первой проверкой. И вот это мне по-прежнему интересно. Придумать улучшение, собрать рабочую версию, посмотреть, где она ошибается. А дальше решить, нужна ли она вообще. Последний пункт иногда оказывается самым полезным.
Найдите работу, которую приходится повторять
Возьмите обычную рабочую неделю. Какие действия повторяются с похожим входом и выходом? Где приходится переносить сведения между системами, перечитывать длинные сообщения, готовить одинаковые заготовки?
В мебельном бизнесе, с которым мы работаем у нескольких партнёров и на большом числе сайтов, задача «обработать обращение» может включать выбор модели, размера, отделки, доставки и уточнение комплектации. В таком процессе есть разные операции. Одни можно выполнить по правилам, другие требуют понимания текста, третьи остаются за человеком.
Если нужно перенести выбранные покупателем товары из заказа в письмо менеджеру, начните с обычной интеграции. Там уже есть структурированные поля. Если покупатель описал пожелания свободным текстом, ИИ можно поручить выделить из сообщения модель, размер и вопросы, которые ещё нужно задать. А возможность изготовления и окончательные условия должен подтвердить ответственный сотрудник.
Так получается конкретная задача: подготовить карточку обращения и отметить, каких данных не хватает. Её уже можно проверить.
Выберите небольшой участок процесса
Для первой проверки я бы сравнил несколько задач по одинаковым признакам.
| Что оценить | Подходящий признак | Что сначала прояснить |
|---|---|---|
| Повторяемость | Похожая операция встречается регулярно | Каждый случай устроен совсем по-разному |
| Данные | Есть актуальный каталог, инструкция или примеры | Сведения расходятся по разным файлам |
| Проверка | Сотрудник может объяснить, почему ответ верный | Приёмка сводится к «вроде нормально» |
| Цена ошибки | Черновик можно исправить до использования | Ошибка сразу меняет цену или обязательства |
| Ответственный | Назначен человек, который примет результат | Проверку предлагают «кому-нибудь потом» |
Это способ выбрать задачу для пробного запуска, а не формула, которая предсказывает окупаемость. Если по строке «данные» пока пусто, сначала соберите рабочие сведения. Нейросеть не разберётся сама, какой из двух прайс-листов считать действующим.
Хорошее ограничение на старте — один тип входящих данных и один результат. Например: из сообщения о покупке подготовить сводку для менеджера. Подключать сразу продажи, склад, рекламу и финансовый отчёт будет заметно сложнее: при ошибке ещё придётся искать, на каком участке она появилась.
Опишите результат до выбора инструмента
Напишите короткое задание так, чтобы его понял сотрудник, который раньше этим не занимался. Нужны вход, действие, ограничения и проверка.
Условный пример для мебельного магазина:
На входе — обезличенное сообщение покупателя и актуальная карточка товара. Нужно выделить модель, размер, отделку, город доставки и открытые вопросы. Неизвестные сведения пометить «нужно уточнить». Цены, сроки и наличие брать только из переданных данных. Подготовить черновик для менеджера, клиенту ничего не отправлять.
После этого допишите, что считается ошибкой. Придуманная комплектация, пропущенный вопрос и уверенный ответ о наличии без подтверждения — три разных дефекта. Если их заранее не назвать, аккуратно оформленный текст может пройти проверку просто потому, что приятно читается.
Для первого запуска используйте данные, которые разрешено обрабатывать в выбранной системе. Контакты покупателей и другие сведения, не нужные для проверки, уберите. Доступы подключайте по мере необходимости: для подготовки сводки из примера не нужен доступ на изменение каталога.
Проверьте на знакомых примерах
Соберите небольшой набор случаев, по которым уже известен правильный результат. Добавьте обычное обращение, сообщение с неполными данными и случай, где условия противоречат друг другу. Отдельно проверьте вопрос, на который в переданных материалах вообще нет ответа.
Число примеров зависит от разнообразия работы. Для начала можно взять, например, 15–20 обращений, но это только пробная выборка. Она не доказывает, что система надёжна на всех будущих сообщениях.
Обработайте все примеры с одной и той же настройкой. Для каждого случая сохраните вход, результат, замечания и время исправления. Если менять инструкцию после каждого ответа, итоговое сравнение окажется нечестным: у вас будет несколько разных версий.
На этом этапе полезен режим, в котором сотрудник получает обычное обращение, а ИИ отдельно готовит свой вариант. Человек сверяет их, система ещё ничего не отправляет клиенту. Так можно увидеть ошибки до того, как они станут частью переписки.
Считайте весь процесс, включая исправления
Быстрый черновик сам по себе мало что говорит. Важнее, сколько времени занимает получить результат, которым можно пользоваться.
Условный расчёт: вручную сводка занимала 10 минут. С помощью ИИ — 1 минуту на подготовку и ещё 4 на проверку и исправление. Разница составляет 5 минут на обращение. При 60 похожих обращениях это 300 минут, или 5 часов. Это пример расчёта, а не результат нашего внедрения.
В реальной оценке нужно учесть стоимость сервисов, настройку, сопровождение и время разбора ошибок. Сэкономленные часы тоже не обязательно сразу превращаются в деньги: важно, какую работу команда сможет выполнить вместо этой рутины.
Минимальный набор для сравнения:
- время до готового результата, включая исправления;
- число верно обработанных случаев и виды ошибок;
- доля обращений, которые пришлось передать человеку целиком;
- расходы на обработку и поддержку процесса.
Сравнивайте похожие задачи при сопоставимой нагрузке. Нельзя взять простые обращения для ИИ и сложные для ручной обработки, а потом объявить победителя.
Оставьте понятный выход к человеку
До запуска решите, что происходит, если данных нет, ответ сомнительный или соединение с сервисом пропало. Для первой версии достаточно простого правила: подготовить то, что подтверждено, показать недостающее и передать сотруднику.
Полезно сохранять версию инструкции и основание ответа. Тогда при повторяющейся ошибке можно понять, что исправлять: исходные данные, правила или сам способ решения задачи. Если меняются каталог, условия доставки или форма заказа, пробные примеры нужно прогнать заново.
Расширять процесс стоит после такой проверки. Например, сначала научиться надёжно собирать карточку обращения, затем готовить ответ по базе знаний и только потом обсуждать, какие ответы можно отправлять без ручного просмотра.
С чем можно прийти на первый разбор
Выберите одну операцию и принесите несколько обезличенных примеров. Покажите, как она выполняется сейчас, сколько времени занимает и какой результат нужен. Отдельно назовите ошибку, которую нельзя допустить.
Этого хватит, чтобы обсудить первый пробный запуск. Иногда подходящим решением окажется небольшой скрипт или нормальная передача данных между системами. Иногда — ИИ, который готовит заготовку для сотрудника. В обоих случаях задача одна: сделать полезный участок работы понятнее и удобнее.