Системы автоматизации бизнес-процессов продают под десятком названий — BPM, CRM, ERP, ЭДО, RPA, low-code, а теперь еще и ИИ-агенты. Каждый поставщик уверяет, что именно его класс решает все. На деле это разные инструменты под разные боли, и путаница между ними оборачивается годами внедрения не того.
Разберем, какие бывают системы, что каждая делает на самом деле, как понять, какая нужна вам, и когда брать коробку, а когда делать свое.
Какие бывают системы автоматизации бизнес-процессов
Классы различаются не функциями — функции у всех пересекаются, — а тем, вокруг какого объекта построена система. От этого зависит, что в ней делается удобно, а что через обходные пути.
CRM
Построена вокруг клиента и сделки. Воронка, история общения, задачи менеджерам, коммерческие предложения. Сильна в продажах и слаба везде, где появляется материальный учет.
ERP
Вокруг ресурсов — товаров, материалов, денег, мощностей. Закупки, склад, производство, себестоимость. Требует дисциплины ввода от всей компании, иначе цифры в ней не сходятся.
BPM-система
Вокруг маршрута. Кто за кем, с каким сроком, что делать при просрочке. Хороша для согласований, заявок и внутренних сервисов, где важна последовательность шагов, а не расчет.
ЭДО
Вокруг документа. Внешний обмен с контрагентами через операторов и внутреннее согласование договоров, приказов, служебных записок. Часто путают с BPM, хотя маршрут здесь только часть задачи.
RPA
Программный робот, который нажимает кнопки в чужом интерфейсе вместо человека. Нужен там, где у программы нет API, а заменить ее нельзя. Ломается при любом изменении экрана.
Low-code и no-code
Конструкторы, в которых процессы и формы собираются мышкой. Быстрый старт, понятно бизнесу. Упираются в сложную логику расчетов, объем данных и стоимость лицензий при росте числа пользователей.
Интеграционная шина
Слой, через который системы обмениваются данными, вместо того чтобы связываться каждая с каждой. Для пользователя сама ничего не автоматизирует, но без нее пять систем превращаются в клубок связей.
ИИ-агенты
Надстройка, которая разбирает неструктурированный вход — письма, звонки, документы — и выполняет действия в системах. Работает только поверх нормальной системы, в которую есть куда записать результат.
На российском рынке в каждом классе есть свои продукты. Среди low-code-платформ это, например, ELMA365 и BPMSoft, среди роботов — PIX RPA, Primo RPA и Sherpa RPA, в учете и продажах — решения на 1С и Битрикс24. Мы не привязаны ни к одному вендору, поэтому сравниваем классы, а не бренды.
Как понять, какая система нужна
Самый надежный способ — идти от симптома. Не от того, что посоветовали знакомые или показали на выставке, а от того, где в компании теряются время и деньги.
Из схемы следуют две вещи. Если болит в двух-трех местах сразу, нужна связка систем, а не одна «на все». А RPA и ИИ-агенты почти никогда не бывают первым шагом — им нужна система, из которой брать данные и в которую писать результат.
Если связок несколько, их соединяют обменом с назначенным источником истины по каждому справочнику. Как это устроено, разобрано в статье про API-интеграции.
Когда непонятно, где именно болит, начинать нужно не с выбора системы, а с анализа бизнес-процессов перед автоматизацией. Выбор, сделанный до него, почти всегда приходится пересматривать.
Где классы путают чаще всего
CRM вместо ERP. Компания берет CRM, потому что она дешевле и быстрее запускается, а потом пытается вести в ней склад и себестоимость. Получается учет на пользовательских полях, который никто не может сверить с бухгалтерией. Граница между ними разобрана в статье CRM или ERP.
BPM вместо интеграции. Согласование настроено красиво, но данные для него менеджер по-прежнему копирует из трех программ. Маршрут ускорился, ручной ввод остался.
RPA вместо нормального обмена. Робот, который переносит заказы из программы в программу через интерфейс, — временный мост. Если он живет годами, компания платит за его починку после каждого обновления и так и не получает надежного обмена.
ИИ вместо порядка в данных. Модель ставят поверх таблиц с дублями и противоречиями. Она уверенно работает с неправильными данными, и ошибки становятся только незаметнее. Что поручать модели, а что коду и людям, — в статье про ИИ-автоматизацию бизнес-процессов.
Коробка, платформа или своя разработка
Внутри каждого класса есть три пути, и выбор между ними — отдельное решение.
Коробка
Готовая CRM, ERP или ЭДО с настройкой. Разумна, когда процесс типовой и отличается от задуманного вендором немногим. Запуск за недели, платежи понятны заранее.
Low-code-платформа
Процессы собираются на платформе вендора. Быстрее разработки и гибче коробки. Цена — зависимость: логика живет в формате платформы, и переезд с нее равен новой разработке.
Своя система
Разрабатывается под ваш процесс, код и данные остаются у вас. Окупается, когда отличий много, когда доработки коробки уже дороже разработки или когда данные должны остаться в вашем контуре.
Чаще всего правильный ответ — гибрид. Регламентированный учет остается в 1С, типовой документооборот — в готовом ЭДО, а своя разработка закрывает только операционное ядро, которым компания отличается от конкурентов. Расчет стоимости владения на три года — в статье готовая система или своя разработка, а если речь именно о продажах — в разборе собственной CRM на заказ.
Low-code часто продают как компромисс, который «потом можно доработать». До покупки уточните, что будет, если через три года вы захотите уйти с платформы: в каком виде выгружаются данные и что станет с настроенными процессами.
Как выбирать, чтобы не пересматривать через год
- Назвать объект и боль. «Заявка теряется между приемом и выездом» — это задача. «Нужна система автоматизации» — нет.
- Определить класс по объекту. Клиент — CRM, ресурс — учет, маршрут — BPM, документ — ЭДО, стык систем — интеграция.
- Проверить, что уже есть. Часто нужный модуль уже куплен, но не настроен, или задача решается обменом между двумя существующими системами без третьей.
- Прогнать коробку на своем сценарии. Не на демо вендора, а на трех реальных случаях из прошлого месяца, включая самый неудобный.
- Посчитать доработки. Если список того, что «надо допилить», длиннее списка того, что работает из коробки, стоит посчитать вариант своей системы.
- Запускать с одного процесса. Внедрение всего сразу растягивается на годы, узкий кусок дает результат за недели.
Когда автоматизировать не нужно
- Процесс случается несколько раз в месяц и не мешает росту. Настройка и сопровождение обойдутся дороже экономии.
- Процесс прямо сейчас меняется — новая структура, новый продукт, новый руководитель. Сначала пусть устоится.
- Проблема в договоренностях, а не в инструменте. Система не заставит продажи и склад договориться о сроках — она только сделает спор видимым.
Как найти место, где автоматизация окупится, и посчитать эффект заранее, — в статье с чего начать автоматизацию бизнес-процессов.
Частые вопросы
Можно ли закрыть все одной системой
Можно, если компания небольшая и процессы простые — тогда одна CRM с расширениями или одна учетная система справляются. С ростом одна система начинает обслуживать всех одинаково неудобно. Нормальная картина для компании среднего размера — две-три системы, источник истины по каждому справочнику и обмен между ними.
Что выбрать для согласований — BPM или ЭДО
Если согласуются документы и важна юридическая значимость подписи — ЭДО. Если согласуются заявки, закупки, доступы и важны скорость и контроль сроков — BPM или маршруты в своей системе. Подробнее — в статье про электронный документооборот в компании.
ИИ-агенты — это отдельный класс систем
Скорее слой, чем класс. Агент разбирает входящие письма, извлекает данные из документов, готовит черновики и вызывает действия в CRM или учете. Без системы под ним он превращается в генератор текста. Как он устроен внутри — в статье про ИИ-агентов для бизнеса.
Подберем класс системы под ваш процесс
Опишите, где сейчас теряются время или деньги и какие программы уже стоят. В ответ — какой класс системы закрывает задачу, что можно взять готовым, что придется разрабатывать и в каком порядке запускать.
Если задачу закрывает уже купленная система или готовая коробка, скажем об этом прямо.