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