Автоматизация бизнес-процессов начинается не с выбора системы, а с выбора одного процесса. Отбирают его по четырём признакам: как часто он повторяется, чем оборачивается ошибка, сколько людей в нём заняты и лежат ли данные уже в цифровом виде. Ниже — порядок действий, разбор типов решений и границы, за которыми каждый тип перестаёт быть выгодным.
Почему вопрос возникает
Процесс — повторяющаяся последовательность шагов с понятным входом и выходом: заявка пришла, заказ оформлен, счёт выставлен, работа сдана. Пока таких проходов десяток в месяц, всё держится на памяти и переписке. Ближе к сотне всплывают одни и те же симптомы: заявку забыли, данные перенесли с опечаткой, двое сделали одну работу, а на вопрос «сколько заказов сейчас в работе» никто не отвечает без получаса раскопок в чатах.
Автоматизация переносит часть шагов с человека на программу: ввод данных, передачу между исполнителями, проверку условий, напоминание, сборку документа, отчёт. Слово «часть» здесь несущее. Решения, где программа забирает процесс целиком, встречаются заметно реже, чем обещают их продавцы.
С чего начать: выбор первого процесса
Ошибка на этом шаге дороже всех последующих. Неудачно выбранный первый процесс даёт результат, который невозможно предъявить: работы много, изменений не видно, доверие к самой идее падает — и второго захода уже не будет.
Четыре критерия отбора
Частота повторения. Процесс, который проходит четыре раза в год, автоматизировать нечем окупить. Разумный порог — несколько раз в неделю. Чем однообразнее проход, тем лучше: пятнадцать одинаковых заявок дают больше выгоды, чем пятнадцать непохожих.
Цена ошибки. Опечатка в номере телефона стоит одного звонка. Опечатка в объёме работ или реквизитах стоит переделки, а иногда и заказа. Процессы, где ошибка всплывает не сразу, а через неделю у клиента, идут в начало очереди.
Сколько людей задействовано. Каждая передача между людьми — точка потери. Процесс, проходящий через четыре руки, обычно теряет время не на самих шагах, а в промежутках: пока один заметил сообщение, пока второй освободился. Автоматизировать имеет смысл сначала стыки, а не шаги.
Есть ли данные в цифровом виде. Если исходники приходят голосом по телефону и на бумаге, первый шаг — не программа, а перевод входа в цифру. Пока данных нет, автоматизировать нечего.
Пересечение всех четырёх признаков хорошо видно на приёме заказа в лаборатории. В проекте ТСК Лаборатория оформление шло голосом и в переписке: менеджер выяснял объект, перечень показателей и реквизиты, потом переносил всё в документ руками. Шаг вынесли в веб-форму, ссылку на которую менеджер отправляет клиенту вместо диктовки. Через форму пришла 551 заявка при 4 531 визите, рекламного бюджета у проекта не было, сайт с двадцатью направлениями услуг запустили за два месяца.
Почему не стоит начинать с покупки системы
Обратный порядок — «сначала купим систему, потом разберёмся» — заканчивается предсказуемо. Система приносит с собой чужую модель процесса, и дальше есть два выхода: перестроить работу под неё либо доработать её под работу. Первое требует управленческого решения, которого никто не принимал. Второе стоит денег, часто больше самой системы.
Типичный финал такого проекта описан на форумах одинаково: систему купили, обучение провели, через полгода сотрудники ведут учёт в прежней таблице, а в систему заносят задним числом раз в неделю. Формально автоматизация есть. Управления нет.
Описать процесс как он есть
До выбора инструмента процесс записывают в том виде, в котором он работает сейчас, — со всеми обходными путями и «а здесь бухгалтер обычно звонит напрямую». Минимальное описание помещается в таблицу из шести колонок: шаг, кто делает, сколько минут занимает, откуда берёт данные, куда кладёт результат, что происходит при ошибке.
Два числа важнее остальных: сколько раз процесс проходит за месяц и сколько минут суммарно на него уходит. Их произведение — верхняя граница выгоды. Если она меньше стоимости разработки за год, автоматизировать этот процесс рано, и об этом честнее сказать сразу.
Описание почти всегда даёт побочный эффект: часть шагов оказывается лишней. Согласование, которое никто не читает, второй реестр, дублирующий первый, проверка, введённая после давнего инцидента. Убрать шаг дешевле, чем автоматизировать.
Системы автоматизации бизнес-процессов: четыре типа решений
Таблицы и формы
Общая таблица с формой ввода закрывает больше, чем принято думать: очередь заявок, реестр договоров, график выездов, простой учёт. Данные попадают в одно место, у каждой записи есть статус и ответственный.
Оправдано, пока в процессе один-два участника и нет расчётов сложнее суммы. Ломается на правах доступа — таблица либо открыта всем, либо превращается в набор личных копий.
Связки сервисов
Низкокодовые платформы соединяют то, что уже используется: форму на сайте, почту, мессенджер, учётную программу, хранилище. Заявка из формы уходит в мессенджер ответственному, статус меняется в таблице, по расписанию собирается сводка.
Оправдано, когда процесс держится на переносе данных между чужими сервисами. Сборка занимает дни, а не месяцы: в проекте Getsman восемь страниц собрали за два дня, а журнал на 87 статей работает с автопубликацией. Граница — сложность логики. Разветвлённый сценарий с десятками условий превращается в клубок, где правка в одной ветке ломает соседнюю, а вернуться к прошлой версии часто уже нельзя.
Готовые системы
CRM, учётные и складские программы, платформы управления бизнес-процессами. За ними стоят годы чужого опыта, справочники, права доступа, отчётность из коробки.
Оправдано, когда процесс типовой и совпадает с моделью системы хотя бы на три четверти. Настройка под себя — нормальная часть проекта; переписывание системы под нетиповой процесс — сигнал, что выбран не тот инструмент.
Своя разработка
Собственный сервис или веб-приложение. Даёт ровно ту логику, которая нужна, и никакой чужой. По опубликованным прайсам студий веб-сервис начинается от 2 млн ₽ и от трёх месяцев, мобильное приложение — от 900 тыс. ₽ и от двух месяцев.
Оправдано, когда процесс — и есть конкурентное преимущество, а не служебная рутина. Для склада и бухгалтерии писать своё почти никогда не нужно.
Сколько стоит и от чего зависит
| Тип решения | Что закрывает | Срок сборки | Ориентир по стоимости |
|---|---|---|---|
| Таблица с формой | Учёт и очередь на 1–2 участников | Часы | Подписка на офисный пакет |
| Связка сервисов | Перенос данных между системами, уведомления, сводки | Дни | Подписка платформы плюс работа по настройке |
| Готовая система | Типовой процесс с отчётностью и правами доступа | Недели | Лицензия плюс внедрение |
| Своя разработка | Нетиповой процесс, дающий преимущество | Месяцы | По прайсам студий: веб-сервис от 2 млн ₽, от 3 месяцев |
| Поддержка после запуска | Правки, новые сценарии, разбор сбоев | Постоянно | По опубликованным прайсам — от 2 000 ₽/час |
На смету влияют три вещи: сколько внешних систем нужно соединить, насколько чисты справочники на входе и сколько исключений в процессе. Исключения дороже всего — каждое «а если клиент без ИНН» добавляет ветку, тест и способ отката.
На что смотреть
Система есть, а управления нет. Инструмент внедрён, но данные в нём неполные, потому что старый способ работы никто не отменял. Лечится не обучением, а решением: с такого-то числа заявка вне системы не считается заявкой.
Автоматизация поверх беспорядка. Модный слой поверх процесса, который не описан и не измерен, ускоряет ровно то, что и так работало плохо. Особенно заметно с языковыми моделями: они прекрасно ускоряют выдачу ответов и никак не помогают, если непонятно, кто за ответ отвечает.
Пилот, который не выходит в работу. Проект живёт в режиме испытания месяцами: показывают демонстрации, собирают замечания, дату перевода в боевой режим не называют. Критерий выхода надо записать до старта — например, «две недели все заявки идут только через форму».
Дубли после интеграции. Классический результат соединения двух систем без правил сопоставления: один контрагент заведён трижды, один заказ создан дважды, ручная сверка никуда не делась. Правило сопоставления — по какому полю записи считаются одной — определяют до подключения, а не после.
Доступы и исходники. Учётные записи платформ, домен, база и код должны быть оформлены на компанию с первого дня. Иначе к обычным рискам проекта добавляется невозможность его продолжить без конкретного исполнителя.
Сроки и смета. Превышение сметы на четверть — распространённый исход. Помогает не подробный договор, а деление работы на куски по две-три недели, каждый из которых заканчивается чем-то работающим.
Вопросы и ответы
С каких процессов начинают чаще всего? Приём и распределение заявок, оформление типовых документов, напоминания о сроках, регулярная отчётность. Всё это часто повторяется, легко измеряется и почти не требует перестройки работы отделов. Результат виден на второй-третьей неделе, что важно для первого проекта.
Какие этапы у проекта автоматизации? Описание процесса как он есть, замер частоты и трудозатрат, выбор одного процесса, выбор типа решения, сборка, тестовый период с параллельной работой по-старому, переход и отключение старого способа. Последний этап пропускают чаще всего — и именно он превращает пилот в рабочий инструмент.
Нужен ли отдельный специалист по автоматизации? На первом процессе — нет, достаточно человека внутри компании, который знает процесс и может принять решение о его изменении. Внешний специалист нужен, когда дело доходит до соединения систем между собой и до логики, которую нельзя настроить мышкой.
Помогает ли искусственный интеллект автоматизировать бизнес-процессы? Помогает там, где шаг требует понимания текста или речи: разбор письма, расшифровка разговора, черновик ответа, поиск по смыслу в архиве. В проекте распознавания и синтеза речи связка Whisper, Qwen3-TTS и pgvector работает локально, без обращений к облачным моделям, а для клонирования голоса хватает 16 секунд образца. Но модель не заменяет описанного процесса — она встраивается в него как ещё один шаг.
Чем системы автоматизации отличаются от связок сервисов? Система хранит данные у себя и навязывает свою модель процесса. Связка ничего не хранит — она переносит данные между чужими системами по правилам. Связка дешевле и быстрее, система устойчивее на объёме и на большом числе пользователей. Порядок обычно такой: связка проверяет, что процесс вообще работает, система закрепляет результат.
Куда дальше
Полезный первый шаг делается без подрядчика: выписать процессы, замерить два числа по каждому — частоту и суммарные минуты — и выбрать один. Дальше становится видно, хватит ли таблицы, нужна ли связка сервисов или дело идёт к своей разработке.
Разбор конкретного процесса и оценка — через контакты.