- «Мы хотим внедрить ИИ. С чего начать?»
- «С процесса, который съедает деньги каждую неделю».
- «То есть не с большого бота?»
- «Обычно нет. Нужен один узкий сценарий, где эффект виден за 2-8 недель».
На созвонах я регулярно вижу одну и ту же ошибку: сначала покупают «AI в целом», а потом пытаются придумать, куда его пристроить. Рабочий старт выглядит проще: берете повторяемую операцию, где есть вход, понятный результат и метрика - время, стоимость, SLA или конверсия.
Ищите не модную идею, а дорогое узкое место
Первый нормальный кейс для малого бизнеса обычно довольно скучный. Лиды, письма, FAQ, типовые документы, поиск по базе знаний. Творчества там немного, зато повторяемость высокая.
У нас был проект для сервисной B2B-компании с потоком 700+ обращений в месяц. Менеджер тратил на первичную квалификацию лида 3-5 минут. Мы собрали ассистента на Node.js 20 + NestJS, подключили amoCRM, добавили шаблоны ответов и правила маршрутизации. В итоге ручная часть сократилась до 20-40 секунд на проверку, а экономия составила около 40 часов в месяц.
Если процесс существует только в голове сотрудников, ИИ порядок не наведет. Он просто ускорит хаос.
Как понять, что процесс подходит для пилота?
Если он повторяется хотя бы 30-50 раз в неделю, ошибку можно проверить человеком, а эффект считается в часах или деньгах, это хороший кандидат. Если правила нигде не зафиксированы, сначала стоит разобрать сам процесс, а уже потом подключать модель.
Быстрее всего окупаются пять сценариев
Я бы в первую очередь смотрел на пять зон: поддержка, квалификация лидов, документы, внутренний поиск по знаниям, черновики писем и КП. У них общий признак: много текста и понятный результат на выходе.
В поддержке у малого бизнеса часто 60-70% обращений повторяют друг друга. Если у вас есть FAQ, статусы заказов и актуальные правила, ассистент закрывает 40-60% типовых запросов без оператора. Для внутреннего поиска мы обычно используем PostgreSQL 16 + pgvector: модель отвечает по вашим данным, а не по памяти.
| Процесс | Что дает | Риск ошибки | Срок пилота |
|---|---|---|---|
| FAQ и поддержка | меньше нагрузки на операторов | средний | 2-4 недели |
| Квалификация лидов | быстрее первая реакция | низкий | 2-3 недели |
| Документы | меньше ручного ввода | средний | 3-5 недель |
| Поиск по базе знаний | быстрее ответы сотрудникам | низкий | 2-4 недели |
| Черновики писем и КП | экономия времени менеджеров | низкий | 1-2 недели |
Я бы не начинал с финальных юридических выводов, согласования платежей и любых процессов, где ошибка сразу бьет по деньгам или рискам. Для первого пилота это плохая территория.
Ассистент полезнее агента, пока процесс не стал чистым
Здесь компании часто путаются. Ассистент подсказывает: делает краткую сводку звонка, заполняет поля CRM, предлагает письмо. Агент уже действует сам: создает задачу, меняет статус, отправляет сообщение, вызывает API.
Для большинства SMB маршрут один и тот же: ассистент → полуавтоматизация → агент. На проекте в B2B-продажах менеджеры тратили после звонка 10-15 минут на CRM и письмо клиенту. Мы начали с ассистента: он собирал договоренности и готовил черновик письма клиенту. Позже добавили автоматическое создание задачи, но письмо уходило только после подтверждения менеджером.
{
"if": "lead_score >= 80",
"then": [
"create_task_in_crm",
"assign_manager",
"prepare_email_draft",
"set_followup_after_3_days"
]
}
Обычно ломается не модель, а данные
Самая дорогая часть проекта часто вообще не модель. Бюджет съедают грязные статусы в CRM, документы в пяти местах, старые PDF и правила, которые никто не записал.
У нас был неудачный пилот в поддержке интернет-сервиса. Клиент хотел «умного бота», и мы слишком быстро подключили модель, не разобрав источники знаний. Бот уверенно отвечал по старым условиям возврата и путал тарифы. Пришлось остановить работу, собрать контент в одном месте, настроить поиск по актуальным документам и прописать эскалацию на оператора. После этого качество ответов выросло с 55-60% до 80%+, но сначала мы потеряли 3 недели из-за спешки.
Скучная часть проекта - аудит процесса, чистка данных, логирование, маршрутизация - обычно и дает результат.
Пилот надо считать как обычную инвестицию
У пилота должны быть четыре простые опоры: что автоматизируем, какую метрику улучшаем, где человек проверяет результат, что считаем успехом через 4-8 недель. Если на старте нет ответов хотя бы на два из этих вопросов, проект лучше пока не трогать.
По срокам картина обычно такая: если данные готовы, пилот занимает 2-6 недель. Если нужно чистить контент, править интеграции и разбираться с наследием старых систем, срок вырастает до 6-10 недель. Для малого бизнеса это удобный формат: можно быстро проверить экономику и не строить большую программу «цифровой трансформации».
Если хотите проверить тему без лишних расходов, возьмите процесс, который часто повторяется и раздражает команду каждую неделю. Не тот, который хорошо смотрится на презентации. Обычно деньги лежат в самом скучном месте.
