Внедрение ИИ в бизнес: с чего начать без хаоса
Когда говорят «внедрить ИИ», часто покупают доступ к ChatGPT и заводят общий чат. Параллельно маркетинг пишет тексты, поддержка клеит ответы, IT смотрит, куда воткнуть модель в CRM. Через месяц нельзя сказать, стало ли легче хоть кому-то одному: не было человека, который отвечает, не было цифры, не было права остановить. Внедрение — это не доступ к нейросети. Это одна повторяющаяся работа, хозяин пилота, показатель, который снимают до старта и снова через две недели, и дата, когда честно решают: оставляем, сужаем или останавливаем.
Статья для собственника и директора: и как думать о старте, и что взять в работу на ближайшие недели. Мы не обещаем, что нейросеть сама начнёт продавать. Сначала — чья неделя должна стать короче и какой кусок цепочки берём. Потом — какие процессы обычно заходят, какие KPI ставить, что делать 30–60 дней, чем чат-бот отличается от агента, что нельзя без человека и из чего складывается стоимость.
Хаос начинается до выбора нейросети
В понедельник на планёрке звучит: «ИИ — в приоритете». К среде у каждого отдела свой энтузиаст и свой чат. Через две недели опытов пять, а понять, что изменилось, нельзя. Нейросеть здесь ни при чём: она ускоряет то, что уже происходит.
Бывает другая картина, на вид спокойнее. Компания покупает один доступ, скидывает в мессенджер регламенты и прайсы и считает, что внедрение состоялось. Через месяц модель обновилась, работа в компании та же, а заранее никто не решил, что считать успехом. Это тот же хаос, только в одном чате.
Сначала вопрос: чья неделя станет короче
Полезный старт звучит не «какой ИИ внедряем», а «чей календарь должен измениться, если это сработает». Отдел поддержки сидит вечерами на одних и тех же вопросах? Руководитель продаж руками разбирает входящие? Бухгалтер каждый понедельник собирает одну сводку из трёх таблиц? Если ответа нет, вы ещё не выбираете внедрение — вы выбираете тему для совещания.
Хозяин пилота — не «IT в целом» и не «всем, кому интересно». Это один сотрудник, который видит поток каждый день и через две недели сможет сказать: стало легче или нет. Без него KPI не к кому прикрепить.
Какие процессы обычно берут первым
В агентстве чаще начинаем с поддержки первой линии и разбора входящих заявок, не с автономных продаж «в бой». В таблице — почему эти куски удобны и что именно мерить.
| Процесс | Почему удобный пилот | Главный риск | Что мерить |
|---|---|---|---|
| Первая линия поддержки | Много одинаковых вопросов | Неверный ответ клиенту | Доля закрытых без человека и оценка качества |
| Разбор входящих заявок | Поля повторяются | Потеря «тёплого» лида | Точность: кто «горячий», кто нет |
| Черновики писем и отчётов | Ошибка относительно дешёвая | В черновик попали внутренние данные | Часы, которые команда больше не тратит |
| Сводки из рабочих систем | Данные уже лежат в таблицах и CRM | Сложили не те цифры | Время сборки отчёта |
ПрактикаЕсли за 4–8 недель эффект нельзя измерить, задача размытая — это не «плохая модель». Первая линия отдельно разобрана в статье что автоматизировать в поддержке.
Один срез цепочки, не «ИИ по всей компании»
Почти любая работа, куда тянут нейросеть, выглядит как цепочка: что-то пришло → кто-то решил → кто-то сделал. Письмо, заявка, вопрос в чат, счёт, жалоба. Хаос начинается, когда пытаются закрыть цепочку целиком: и понять вопрос, и дать скидку, и сменить статус заказа.
Для старта берут один срез. Например, только классификацию входящих: это доставка, это претензия, это «узнать цену». Или только черновик ответа, который человек обязательно читает. Действие с деньгами и сменой статуса в первый заход машине не отдают.
Признаки, что срез годится для первого пилота
- Текстов или заявок много, и они похожи друг на друга.
- Заранее ясно, что считать успехом: минуты ответа, доля обращений без человека, точность «заявка горячая / нет».
- Ошибка на старте не стоит договора, скидки и смены статуса заказа без человека.
- Данные свежие: тарифы, регламенты, статусы. Не папка «разное» за три года.
KPI на две недели и решение на 30–60 дней
KPI здесь — заранее выбранный показатель, который можно снять до включения нейросети и снять ещё раз через 10–14 дней. Не «внедрили ИИ» и не «команда пользуется». Если цифру нельзя снять дважды, это ещё не KPI, а пожелание.
Две недели — не весь пилот, а первая замерка: срез живой или нет. Решение оставить, сузить или остановить обычно принимают за 30–60 дней: к этому сроку уже видно стоимость, качество на живых обращениях и то, стала ли короче конкретная неделя. Путать эти две точки — снова «посмотрим, как пойдёт».
Какие KPI обычно ставят на первый пилот
| Срез | Что снять на старте | Что снять через 14 дней |
|---|---|---|
| Типовые вопросы поддержки | Средние минуты на одно обращение | Те же минуты и доля закрытых без человека |
| Разбор входящих заявок | Доля «горячих», которых менеджер подтверждает | Точность той же разметки на новой пачке |
| Черновик ответа клиенту | Сколько правок делает руководитель до отправки | Доля черновиков, которые уходят почти как есть |
| Сборка сводки | Часы, которые сейчас уходят на отчёт | Часы на тот же отчёт после пилота |
ПроверкаПокажите выбранный KPI коллеге из другого отдела, без слов «пилот» и «агент». Если он не понимает, что должно измениться в чьей-то неделе, формулировку надо упростить. Одного показателя достаточно. Три сразу — пять опытов в миниатюре.
Что делать в первые 30–60 дней
- Дни 1–10: один процесс, хозяин, исходный замер «как сейчас», кто имеет доступ, набор из 50–100 реальных диалогов или заявок.
- Дни 11–30: рабочий прототип. На спорных шагах ответ подтверждает человек. День 14 — та же цифра второй раз: если срез мёртвый, останавливают здесь, не ждут конца квартала.
- Дни 31–45: расширять сценарии только там, где качество уже стабильно. Второй отдел «заодно» не подключают.
- Дни 46–60: отчёт — сколько стоило, чья неделя изменилась, оставляем, сужаем или останавливаем.
Инструмент выбирают после среза и KPI
Когда уже ясно, чей это поток и какую цифру снимаем, выбор инструмента становится скучным — и это хорошо. Нужно отвечать в чате по готовым формулировкам — достаточно чат-бота: программы, которая держит диалог и при споре отдаёт человека. Нужно, чтобы система сама создавала карточку или слала письмо — это уже ИИ-агент, и на первом срезе он чаще рано. Нужно отвечать по вашим файлам, а не «из головы» — тогда нейросеть сначала ищет кусок в документах; такой поиск называют RAG.
Если в папке лежит старый прайс рядом с новым, клиент услышит уверенную цену прошлого года. Как не превратить поиск по файлам в свалку — в статье про RAG.
Чем на старте отличается чат-бот от агента
| Чат-бот | Агент | |
|---|---|---|
| Что делает | Отвечает по сценарию или по вашим документам | Сам вызывает почту, CRM, другие системы |
| Риск на старте | Неверный ответ клиенту | Тихая правка заказа, письма или денег |
| Когда брать | Почти всегда первый пилот | Когда ответы на реальных диалогах уже стабильны |
Для старта обычно хватает бота, который ищет ответ в актуальных регламентах. К агенту имеет смысл переходить, когда на выборке живых переписок уже видно качество. Подробнее про уровень риска — в статье про ИИ-агентов для бизнеса. Сами слова чат-бот и ИИ-агент после этой таблицы уже не ярлыки: одно отвечает, другое ещё и действует.
Что нельзя отдавать без человека
- Деньги: скидка, возврат, смена тарифа.
- Юридические обещания: срок в договоре, гарантия, «мы всё починим бесплатно».
- Смена статуса заказа и удаление данных в CRM — только после подтверждения человеком.
- Жалоба и претензия — сразу сотруднику, не спору с ботом.
Что входит в стоимость и с чем её сравнивать
В счёт входит не только оплата токенов. Есть инфраструктура, внедрение, сопровождение и часы людей, которые проверяют ответы. Сравнивать нужно не «нейросеть против нуля», а «нейросеть плюс человек» с тем, сколько штатных часов уходит на тот же поток сейчас.
| Что входит в стоимость | С чем сравнивать | На что ещё смотреть |
|---|---|---|
| Токены, инфраструктура, внедрение, сопровождение | Не «ИИ против нуля» | Стало ли больше переводов на человека после уверенных, но неверных ответов |
| Время тех, кто проверяет ответы | Текущие штатные часы на том же потоке | Жалобы на тон, утечки, повторные обращения |
Когда меньше проверокКогда качество на простых ветках стабильно, подтверждений человеком можно меньше. На деньгах, юридических обещаниях и жалобах человека оставляйте.
Частые вопросы
С какой задачи начинать, если в компании всё «горит»?
С самой скучной и повторяемой, и с той недели, которую можно измерить: типовые вопросы поддержки или разбор входящих заявок. Там быстрее собрать 50–100 живых обращений и увидеть, сдвинулся KPI или нет.
Можно ли начать сразу с модели, если конкуренты уже «внедрили ИИ»?
Можно купить доступ за день. Хаос начнётся на второй неделе, когда несколько человек делают разные вещи и никто не снимает одну цифру. Сначала хозяин, срез и KPI — модель под них, не наоборот.
Почему и две недели, и 30–60 дней?
Через 10–14 дней смотрят, жив ли срез: та же цифра второй раз. За 30–60 дней решают оставить, сузить или остановить — уже со стоимостью и качеством на живых обращениях. Один «пилот на квартал» без этих точек снова превращается в привычку.
Нужно ли дообучать свою модель?
Для большинства первых пилотов хватает поиска по актуальным документам и жёстких правил. Свою модель имеет смысл, когда объём устойчивый, нужен свой стиль ответа, а поиск по файлам уже не справляется.
Как не допустить утечки персональных данных?
В запрос к модели класть минимум полей, в журналах маскировать персональные данные, тестовую среду отделить от боевой, не обучать модель на клиентских переписках без отдельного решения. Интеграции проверить до запуска.
Когда подключать агента, который сам действует в CRM?
Когда на срезе «только черновик / только классификация» уже есть живой KPI и люди читают, что система предлагает. Право менять статус заказа и деньги — после этого, не вместо.