Системы автоматизации: как выбрать и внедрить
Системы автоматизации выбираются под описанный процесс, а не наоборот. Классы решений, порядок выбора, реальная структура бюджета и почему демонстрация на подготовленных данных ничего не доказывает.
Системы автоматизации бизнеса выбираются под описанный процесс, а не наоборот. Разбираю классы решений, порядок выбора, из чего реально складывается бюджет внедрения и почему демонстрация на подготовленных данных ничего не доказывает.
Классы решений
Рынок систем автоматизации бизнес-процессов делится на несколько классов по назначению. Путаница между ними приводит к покупке инструмента, который решает не ту задачу.
| Класс | Что закрывает | Когда нужен |
|---|---|---|
| CRM | Работа с клиентами и сделками | Заявки теряются, нет картины по воронке |
| Учётные системы | Товар, деньги, документы | Нет данных о себестоимости и остатках |
| Таск-трекеры | Задачи и проекты | Работа теряется между людьми |
| Low-code платформы | Нетиповые процессы без разработки | Специфика, которой нет в коробках |
| Отраслевые решения | Специфика конкретного рынка | Есть жёсткие требования отрасли |
CRM: работа с клиентами
Самый частый первый шаг. Задача системы не в том, чтобы «вести клиентов», а в том, чтобы ни одно обращение не пропало и по каждой сделке был назначен следующий шаг с датой. Всё остальное — надстройки, которые имеет смысл включать после того, как заработает базовая дисциплина.
Учётные и ресурсные системы
Отвечают на вопрос, сколько стоит произвести и сколько осталось. Внедряются дольше и болезненнее CRM, потому что затрагивают складской и финансовый контур, где ошибка сразу видна в деньгах.
Low-code платформы
Дают возможность собрать процесс без программирования. Хорошо закрывают нетиповые задачи среднего бизнеса — согласования, заявки, внутренние сервисы. Ограничение: при росте сложности такие решения становятся трудноподдерживаемыми, и через два-три года встаёт вопрос переезда.
Коробка с минимальной настройкой. Самый быстрый и дешёвый путь.
База из коробки, специфика допиливается. Оптимально в большинстве случаев.
Платите за функции, которые не используете. Частая ошибка.
Оправдана, если процесс — конкурентное преимущество.
Платформы автоматизации: что смотреть кроме функций
Функциональность решений одного класса отличается меньше, чем принято думать. Разница проявляется в вещах, которые не попадают в сравнительные таблицы.
Гибкость настройки без разработчика
Ключевой вопрос: может ли ваш сотрудник добавить поле, изменить этап воронки или правило уведомления самостоятельно. Если для каждой правки нужен подрядчик, стоимость владения растёт непредсказуемо, а скорость изменений падает до недель.
Открытость данных
Проверьте до покупки: можно ли выгрузить все данные в пригодном для переноса виде. Платформы автоматизации бизнеса, из которых сложно уйти, привязывают не качеством, а стоимостью миграции. Наличие нормальной выгрузки — страховка от роста цен и от ухудшения сервиса.
Кто отвечает за доступность
Облачное решение снимает заботу об инфраструктуре и передаёт зависимость от чужого сервиса. Размещение на своих серверах даёт контроль и добавляет расходов на администрирование. Для среднего бизнеса облако обычно выгоднее, но проверить условия по доступности и по хранению данных стоит до, а не после подписания.
Развитие продукта
Смотрите частоту обновлений и то, что в них попадает. Продукт, который не менялся два года, скорее всего поддерживается по остаточному принципу, и через три года вы будете работать на устаревшем инструменте, из которого дорого уходить.
Как выбрать систему
Технологии автоматизации бизнес-процессов выбираются в обратном порядке относительно того, как это обычно делается. Начинают не с обзора решений, а с процесса.
Требования до просмотра демо
Список требований составляется до первого разговора с вендорами, иначе он формируется под увиденные функции. Рабочий объём — десять-пятнадцать пунктов, привязанных к процессу и метрике. Техническое задание на двести пунктов означает, что в него включили всё, что удалось придумать, и приоритетов в нём нет.
- Что должно измениться. Одна метрика с текущим и целевым значением.
- Какие роли работают в системе. Сколько людей и с какими правами.
- С чем должна связаться. Перечень систем, между которыми ходят данные.
- Что переносим из истории. Обычно активные клиенты и год сделок, не всё.
- Ограничения. Требования к размещению данных, к отрасли, к бюджету.
Демонстрация на своих данных
Ключевой этап, который отсеивает больше половины вариантов. На подготовленной вендором базе работает всё; на ваших данных с их неполнотой и беспорядком — далеко не всё. Просите показать ваш реальный процесс с вашими полями, а не типовой сценарий.
Решение о покупке часто принимается по впечатлению от интерфейса на презентации. Проблема в том, что интерфейс — это то, что вендор доводил до совершенства именно для показа, а сложность живёт в другом месте: в переносе данных, в правах доступа, в связке с существующими системами и в поведении при нестандартной ситуации. Ни один из этих участков на демонстрации не показывают.
Опишем процесс и требования до разговора с вендорами, чтобы сравнение шло по вашим критериям, а не по функциям из презентации. Часто выясняется, что половину задач закрывает уже купленное.
Внедрение
Автоматизация бизнес-процессов на этапе внедрения проваливается чаще, чем на этапе выбора. Причины редко технические.
Этапы проекта
- НастройкаПроцесс переносится в систему в упрощённом виде. Не все функции сразу, а минимум для метрики.
- Перенос данныхАктивные записи. Архив остаётся в старой системе или в выгрузке.
- ПилотОдин отдел, 4-8 недель. Все работают только в новой системе.
- РазборЧто не работает, что мешает, чего не хватает. Правки по итогам.
- ТиражОстальные подразделения после подтверждённого результата пилота.
Обучение и сопротивление
Обучение работе с системой — не разовое мероприятие, а сопровождение первых недель. Люди осваивают инструмент в момент реальной задачи, а не на общем семинаре за две недели до запуска. Практика, которая работает: назначить в каждом отделе человека, который разобрался первым и к которому можно подойти с вопросом.
Сопротивление снимается отменой старого. Пока параллельно существуют таблица и система, люди будут вести таблицу — она привычнее и не требует прав доступа. Публичная отмена конкретного отчёта или согласования одновременно с запуском делает больше, чем любое обучение.
Сроки: чего ждать реально
Сервисы автоматизации для отдельных задач
Не всякая задача требует полноценной системы. Часть потребностей закрывается узкими сервисами, которые внедряются за дни и стоят несопоставимо дешевле.
Что решается точечно
- Сбор обращений из разных каналов в одно место. Отдельный сервис-агрегатор дешевле полноценной CRM и решает главную боль — потерю заявок.
- Электронная подпись и документооборот. Сокращает цикл согласования договора с недель до часов без перестройки процессов.
- Автоматические напоминания и рассылки. Один сервис закрывает регулярные касания с клиентами.
- Отчётность и дашборды. Инструмент визуализации поверх существующих данных, без замены учётной системы.
Логика простая: если задача одна и понятна, точечный сервис почти всегда выгоднее. Комплексная платформа оправдана, когда процессы связаны и данные должны ходить между ними без ручного переноса.
Риск зоопарка сервисов
Обратная сторона точечного подхода — набор из десяти несвязанных инструментов, между которыми данные переносятся руками. Это состояние хуже, чем одна средняя система: растёт стоимость подписок, множатся источники данных, и никто не может ответить, где правильная цифра.
Практический ориентир: до пяти-шести инструментов набор управляем, дальше стоит думать о консолидации. Признак, что пора, — появление сотрудника, значительная часть работы которого состоит в переносе данных между сервисами.
Регулярная находка при разборе: компания платит за подписки на сервисы, которыми давно никто не пользуется. Инструмент внедряли под конкретную задачу, задача изменилась, сотрудник ушёл, а списание осталось. Проверка всех регулярных платежей за программное обеспечение раз в год занимает несколько часов и в среднем бизнесе обычно окупается сразу.
Интеграции между системами
Отдельная и самая недооценённая часть проекта. Автоматизация систем управления бизнесом почти всегда означает, что несколько решений должны обмениваться данными, и именно здесь возникает большая часть перерасхода.
Три типовые связки
- Заявки и учёт. Сделка из CRM должна превращаться в документ и отгрузку без повторного ввода.
- Сайт и система. Обращения с форм, телефонии и мессенджеров попадают в единую очередь с сохранением источника.
- Учёт и отчётность. Управленческие отчёты собираются из первичных данных, а не набираются вручную.
Как оценить сложность заранее
Простое правило: чем меньше уникальных полей передаётся, тем дешевле связка. Интеграция, при которой между системами ходят пять полей по одному событию, делается быстро. Двусторонний обмен с проверкой конфликтов и историей изменений — это отдельный проект со своим сроком и своим риском.
Самый дорогой сюрприз в проектах внедрения — обнаружение на середине пути, что связка с существующей системой невозможна или требует доработки на её стороне. Проверять это нужно до подписания договора: попросить интегратора подтвердить наличие готового механизма обмена именно с вашей версией системы, а не с продуктом вообще.
Стоимость
Бюджет внедрения складывается из пяти частей, и та, которую обсуждают на переговорах, обычно самая маленькая.
Скрытые расходы
- Доработки, которые обнаружатся после старта. Заложите резерв в треть от стоимости внедрения.
- Интеграции между системами. Считаются отдельно и часто дороже основной настройки.
- Рост стоимости лицензий при увеличении штата. Проверьте цену на горизонте трёх лет, а не первого года.
- Зависимость от подрядчика. Если настройки может менять только он, каждая правка становится платной задачей.
Кто внедряет
Решения автоматизации бизнеса реализуют три типа исполнителей, и у каждого свои сильные стороны.
Знает продукт глубоко, работает по методологии. Слабее в бизнес-части: описывать процесс придётся вам.
Сравнивает решения без привязки к одному вендору. Качество сильно разнится, нужны рекомендации.
Дешевле и глубже по знанию процесса. Работает только при наличии человека с временем и опытом.
Специалист по автоматизации бизнеса
Роль, которая совмещает понимание процесса и технические возможности систем. Такой человек описывает процесс, переводит его в требования и контролирует реализацию. В среднем бизнесе его чаще берут на проект, чем в штат, и это разумно: постоянная загрузка появляется только при непрерывном потоке внедрений.
Что оставить у себя
Три вещи не стоит отдавать подрядчику ни при каком раскладе: администрирование прав доступа, право менять настройки процессов и доступ к выгрузке всех данных. Без них компания оказывается в зависимости, где каждая мелкая правка требует оплаченной заявки.
Условие, которое стоит записать в договор с интегратором: по итогам проекта передаётся документация по настройкам и проводится обучение вашего администратора. Это добавляет к стоимости немного, а экономит существенно — компании годами платят за изменение полей и правил, которые их собственный сотрудник мог бы делать сам.
Опишу процесс, сформулирую требования под вашу метрику и составлю критерии сравнения. С этим документом переговоры с интеграторами становятся предметными, а не экскурсией по функциям.
Что делать до выбора системы — оптимизация бизнес-процессов и автоматизация бизнеса: отбор процесса и расчёт окупаемости. Где правил недостаточно и нужен ИИ — внедрение ИИ в бизнес. Диагностика — аудит бизнеса.
Частые вопросы
Пять основных классов: CRM (работа с клиентами и сделками), учётные системы (товар, деньги, документы), таск-трекеры (задачи и проекты), low-code платформы (нетиповые процессы без разработки) и отраслевые решения. Путаница между классами приводит к покупке инструмента, который решает не ту задачу.
В обратном порядке относительно привычного: сначала описать и упростить процесс, затем составить 10-15 требований под конкретную метрику, потом просить демонстрацию на своих данных, потом пилот на одном отделе. Список требований составляется до первого разговора с вендорами, иначе он формируется под увиденные функции.
На подготовленной вендором базе работает всё. Сложность живёт в другом месте: перенос данных, права доступа, связка с существующими системами, поведение при нестандартной ситуации. Ни один из этих участков на презентации не показывают. Просите продемонстрировать ваш реальный процесс с вашими полями и данными.
Лицензии — самая обсуждаемая и самая маленькая часть. Внедрение и настройка обычно в полтора-два раза больше, доработки ещё столько же, а время собственных сотрудников на описание, тестирование и обучение превышает всё остальное. Плюс резерв в треть от стоимости внедрения на доработки, которые обнаружатся после старта.
Три вещи: администрирование прав доступа, право менять настройки процессов и доступ к полной выгрузке данных. Без них компания попадает в зависимость, где каждая мелкая правка становится оплаченной заявкой. В договор стоит записать передачу документации по настройкам и обучение вашего администратора.
Пилот на одном процессе — 4-8 недель, выход на устойчивую работу во всей компании — 3-6 месяцев. К плановому сроку реально добавляется от трети до половины: обнаруживаются доработки, всплывают вопросы по связкам с другими системами, люди осваивают инструмент медленнее, чем предполагалось.
Отменой старого. Пока параллельно существуют таблица и система, люди будут вести таблицу — она привычнее и не требует прав доступа. Публичная отмена конкретного отчёта или согласования одновременно с запуском делает больше, чем обучение. И обучать нужно в момент реальной задачи, а не на общем семинаре за две недели до старта.
На четыре вещи: может ли ваш сотрудник менять настройки без подрядчика, можно ли выгрузить все данные в пригодном для переноса виде, кто отвечает за доступность (облако или свои серверы) и как часто выходят обновления. Продукт, не менявшийся два года, скорее всего поддерживается по остаточному принципу.