Что считать автоматизацией бизнеса
Автоматизация бизнеса начинается не с покупки CRM или внедрения AI, а с передачи системе конкретных повторяемых действий. Например, программа сама создаёт карточку клиента, проверяет заполнение полей, формирует документ, меняет статус и уведомляет ответственного. Сотрудник подключается там, где нужны переговоры, оценка ситуации или обработка исключения.
Автоматизировать можно отдельную операцию или весь маршрут:
- Операция: автоматически отправить письмо после получения заявки.
- Workflow: создать сделку, назначить менеджера, поставить задачу и проконтролировать срок ответа.
- Сквозной процесс: передать данные с сайта в CRM, затем в учётную систему, сформировать документы и показать результат в отчёте.
Оцифровка и автоматизация — не одно и то же. Если бумажный журнал заменили электронной таблицей, данные стали цифровыми, но сотрудник по-прежнему вводит и передаёт их вручную. Автоматизация начинается, когда часть действий выполняется без постоянного участия человека.
Цель — не исключить сотрудников любой ценой, а убрать рутинные действия и оставить людям решения, коммуникацию и контроль нестандартных ситуаций.
Было вручную: менеджер копировал контакты из формы в CRM, создавал задачу и писал клиенту. Стало автоматически: карточка и задача создаются сразу, клиент получает подтверждение, а менеджер проверяет запрос и связывается с ним.
Для этого не обязательно использовать искусственный интеллект. Большинство стабильных операций закрываются правилами, шаблонами и интеграциями. AI полезен при работе с неструктурированным текстом, изображениями, классификацией и рекомендациями. Возможные форматы таких проектов представлены среди услуг WebSolux.
Какие процессы искать в первую очередь
Первым выбирайте не самый большой процесс, а участок с понятными границами, на котором можно проверить результат. Хороший кандидат часто повторяется, работает по устойчивым правилам и содержит ручной перенос данных.
Признаки подходящего кандидата
- операция выполняется несколько раз в неделю или чаще;
- большая часть шагов повторяется по одинаковым правилам;
- у процесса есть понятное событие запуска и проверяемый результат;
- сотрудники копируют информацию между сайтом, почтой, таблицами и CRM;
- данные вводятся повторно в нескольких системах;
- возникают пропуски, дубли, просрочки или ошибки в документах;
- руководитель регулярно запрашивает одинаковые отчёты;
- можно измерить время, объём, стоимость или качество результата.
Искать нужно на уровне операций, а не отделов. Вместо общей задачи «автоматизировать продажи» выберите конкретный маршрут: заявка с сайта → карточка в CRM → назначение менеджера → задача → уведомление клиенту. Вместо «автоматизировать документы» — формирование договора по данным заказа и передача его ответственному на проверку.
| Хороший первый кандидат | Неудачный первый кандидат |
|---|---|
| Ежедневный перенос заявок в CRM | Редкая стратегическая процедура без стабильного регламента |
| Формирование документов по шаблону | Документ, содержание которого каждый раз определяется экспертным решением |
| Сверка данных по формальным правилам | Процесс, правила которого меняются каждую неделю |
| Распределение задач по ответственным | Маршрут, у которого нет владельца и согласованных ролей |
Не стоит начинать с процесса, где каждый случай уникален, отсутствуют цифровые данные или цена ошибки критична. Сначала также проверьте, не вызвана ли проблема лишним согласованием. Если шаг не нужен бизнесу, его следует убрать, а не ускорять программой.
Аудит ручной работы без лишней бюрократии
Для первого проекта не требуется описывать все процессы компании или проводить многомесячное обследование. Достаточно составить паспорт выбранного маршрута и проверить его на реальной работе сотрудников.
Паспорт процесса
- Запуск: какое событие начинает процесс.
- Результат: что должно быть получено в конце.
- Частота: сколько операций проходит за день, неделю или месяц.
- Участники: кто выполняет и согласовывает действия.
- Системы: формы, почта, CRM, таблицы, учёт, мессенджеры.
- Данные: что вводится, откуда берётся и где хранится.
- Ручные шаги: копирование, проверка, расчёт, формирование файлов.
- Ожидания: где работа останавливается в ожидании человека или системы.
- Исключения: неполные данные, возвраты, отмены, дубли и сбои.
- Метрики: время, ошибки, объём, просрочки и стоимость.
Не ограничивайтесь регламентом. Попросите сотрудника провести несколько реальных операций и показать таблицы, шаблоны, переписку и обходные маршруты. Именно там обнаруживаются двойной ввод и действия, которые официальная инструкция не учитывает.
Для простого процесса достаточно таблицы или схемы со стрелками. BPMN пригодится, если маршрут проходит через несколько отделов, содержит много развилок и требует формальной документации. В компаниях с накопленными журналами событий можно применять process mining, а для анализа действий на рабочих местах — task mining. Для первого небольшого проекта эти инструменты обычно не обязательны.
Как выбрать приоритет автоматизации
Если кандидатов несколько, оцените каждый по шкале от 1 до 5. Такой подход не заменяет финансовый расчёт, но помогает не выбирать проект только по громкости жалоб сотрудников.
| Критерий | Что оценить |
|---|---|
| Частота | Как часто повторяется операция? |
| Трудозатраты | Сколько ручных часов она занимает? |
| Ошибки | Как часто нужны возвраты и исправления? |
| Влияние | Связан ли результат с клиентами, деньгами или сроками? |
| Формализуемость | Можно ли описать правила и развилки? |
| Готовность данных | Доступна ли информация в цифровом виде? |
| Сложность | Сколько систем, ролей и исключений затрагивает проект? |
| Риск | Что произойдёт при ошибке или остановке системы? |
Для первичного отбора можно использовать рабочую формулу:
Приоритет = эффект × повторяемость × измеримость / сложность и риск
Это не универсальный стандарт. Формула нужна, чтобы сравнить процессы на одинаковых основаниях. Высокий потенциальный эффект не делает задачу подходящей для старта, если она требует одновременной замены нескольких систем и затрагивает критические операции.
Практичными кандидатами могут быть обработка заявок, регулярное формирование документов или синхронизация справочников между двумя системами.
Готовый сервис или своя система
Сначала проверьте возможности уже используемых продуктов. Если CRM умеет распределять заявки, создавать задачи и отправлять уведомления, разработка отдельной платформы не нужна. Если функций недостаточно, выбор зависит от типичности процесса, интеграций и требований к данным.
| Вариант | Когда подходит |
|---|---|
| Настройка текущей CRM или учётной системы | Нужная функция уже предусмотрена продуктом |
| SaaS | Процесс типовой и не является конкурентным преимуществом |
| No-code или low-code | Нужен быстрый пилот с умеренно сложной логикой |
| Интеграция | Функции есть в разных сервисах, но данные между ними не передаются |
| RPA | API отсутствует, а действия через интерфейс стабильны |
| Собственная система | Есть уникальная логика, несколько ролей, глубокие интеграции или особые требования к данным |
RPA-робот может повторять действия пользователя в интерфейсе, но чувствителен к изменению экранов. Поэтому при наличии устойчивого API интеграция обычно проще в сопровождении.
Когда оправдана собственная разработка
- типовые сервисы не поддерживают ключевую бизнес-логику;
- сотрудникам приходится постоянно применять обходные схемы;
- нужен единый интерфейс поверх нескольких систем;
- требуются особые роли, права доступа, журналирование и отчётность;
- лицензионная модель становится неудобной по мере роста пользователей или операций;
- автоматизация является частью продукта или конкурентного преимущества.
Сравнивать следует не только цену лицензии и разработки. В полную стоимость входят настройка, интеграции, миграция данных, обучение, инфраструктура, поддержка, резервное копирование и адаптация к изменениям внешних API.
WebSolux выполняет автоматизацию бизнес-процессов: связывает сервисы и разрабатывает внутренние инструменты, когда готового продукта недостаточно. Примеры решений представлены в портфолио.
MVP: что включить в первую версию
MVP автоматизации должен закрывать один законченный контур. Это не демонстрационный экран, а версия, которую можно проверить на реальных операциях и сравнить с исходными показателями.
В минимальный состав обычно входят:
- приём исходных данных;
- проверка обязательных полей;
- основные статусы и правила перехода;
- передача данных в нужную систему;
- уведомления ответственным;
- права доступа;
- история действий и журнал ошибок;
- повторная отправка после сбоя;
- ручная коррекция и обходной режим;
- сбор метрик процесса.
Не включайте без доказанной необходимости сложные панели аналитики, перенос всего архива, автоматизацию соседних отделов и редкие сценарии. AI-функции тоже не должны попадать в MVP только ради технологии.
Пилот можно провести на отдельной группе сотрудников, подразделении или типе заявок. До запуска определяют критерии успеха: например, изменение числа ручных действий, полного времени обработки и доли возвратов. Продолжительность проверки зависит от частоты процесса — данных должно хватить для содержательного сравнения.
Интеграции: где возникает основная сложность
Фраза «связать сайт с CRM» не описывает архитектуру обмена. До разработки необходимо ответить на конкретные вопросы:
- есть ли у систем API и webhooks;
- какая система является источником истины;
- в каком направлении передаются данные;
- как определяются и объединяются дубли;
- кто имеет право изменять информацию;
- что происходит при недоступности внешнего сервиса;
- где фиксируются ошибки и кто получает уведомление;
- можно ли безопасно повторить операцию;
- как хранится история изменений.
Например, вместо ручной сверки Excel с учётной системой остатки можно синхронизировать по расписанию. Ошибки при этом должны попадать в журнал, а спорные позиции — передаваться ответственному на проверку.
Если проект связан с персональными данными, необходимо отдельно проверить состав сведений, цели и основания обработки, роли участников, права доступа, сроки и место хранения, меры защиты и условия передачи внешним сервисам. В частности, согласно ч. 5 ст. 18 Федерального закона № 152-ФЗ «О персональных данных», при сборе персональных данных (в том числе через интернет) не допускаются запись, систематизация, накопление, хранение, уточнение и извлечение персональных данных граждан РФ с использованием баз данных, находящихся за пределами территории Российской Федерации, за исключением случаев, предусмотренных пунктами 2, 3, 4, 5 или 8 части 1 статьи 6 данного закона. Это не единственное возможное ограничение: применимые требования зависят от роли оператора, состава данных и сценария передачи. Юридические условия конкретного проекта следует оценивать отдельно с учётом актуальной редакции законодательства.
Как измерить эффект и окупаемость
Замеры нужно провести до запуска. Без исходного уровня нельзя обоснованно сравнить состояние процесса до и после автоматизации.
Что зафиксировать до внедрения
- количество операций за период;
- полное время прохождения процесса;
- ручное время сотрудников;
- время ожидания между этапами;
- долю ошибок и число возвратов;
- количество нарушенных сроков;
- стоимость одной операции;
- число ручных вмешательств.
Для предварительной оценки можно использовать редакционную модель:
Текущая стоимость процесса в месяц = количество операций × ручное время × стоимость рабочего часа + исправление ошибок + стоимость задержек и потерянных операций
Ожидаемый эффект = устранимая стоимость ручной работы + снижение стоимости ошибок и задержек − лицензии − поддержка − инфраструктура − стоимость изменений
Срок окупаемости = затраты на запуск / подтверждённый среднемесячный эффект
Освобождённые часы не всегда равны прямой экономии денег. Если штат и расходы не меняются, результат может выражаться в росте пропускной способности, более быстром ответе клиентам или возможности обрабатывать больше заказов без расширения команды.
После запуска сравнивайте среднее и медианное время, объём операций, просрочки, ошибки, ручные действия и стоимость поддержки. Дополнительно проверьте, используют ли сотрудники новый маршрут или продолжают вести параллельные таблицы. Количество срабатываний робота само по себе не является бизнес-метрикой.
Типичные ошибки автоматизации
- Покупать платформу до аудита. Инструмент не исправляет неясные роли и лишние согласования.
- Автоматизировать ненужный шаг. Сначала его следует убрать или упростить.
- Перестраивать весь бизнес одним проектом. Масштаб увеличивает число зависимостей и усложняет проверку эффекта.
- Проектировать только идеальный маршрут. Нужны возвраты, отмены, неполные данные и повторная отправка.
- Не назначать владельца. После запуска кто-то должен отвечать за правила, метрики и изменения.
- Не измерять исходное состояние. Тогда результат останется субъективным.
- Не предусматривать ручной режим. Временный сбой интеграции не должен останавливать работу компании.
- Бессрочно поддерживать два процесса. Для параллельного режима нужна дата пересмотра и отключения старого маршрута.
- Игнорировать обучение. Сотрудники должны понимать не только интерфейс, но и порядок действий при ошибке.
- Добавлять AI вместо простого правила. Детерминированную логику обычно проще проверять и сопровождать.
План запуска первого процесса
Неделя 1. Выбрать и измерить
- соберите 3–5 кандидатов;
- оцените частоту, ручное время, ошибки и влияние;
- выберите один участок;
- назначьте владельца процесса.
Неделя 2. Описать и упростить
- зафиксируйте вход, результат, роли и системы;
- уберите очевидно лишние действия;
- перечислите основной маршрут и исключения;
- соберите исходные метрики.
Неделя 3. Спроектировать MVP
- сравните настройку готового сервиса, интеграцию и разработку;
- определите границы первой версии;
- зафиксируйте права доступа и источник истины;
- согласуйте метрики успеха и ручной обход.
Неделя 4 и далее. Провести пилот
- выберите группу пользователей или тип операций;
- запустите решение на реальных данных;
- собирайте ошибки и показатели процесса;
- исправьте критические сценарии;
- решите, нужно ли масштабировать, доработать или остановить проект.
Это план организационной подготовки, а не обещание разработать любую систему за четыре недели. Срок зависит от интеграций, качества данных, требований к безопасности и количества исключений. Результатом этапа должен стать обоснованный ответ: работает ли выбранный подход и создаёт ли он измеримый эффект.
Пример WebSolux: от отдельных файлов к единому процессу
В проекте системы подготовки научных сборников требовалось объединить несколько последовательных операций: приём заявок из Яндекс Форм, проверку статей, редактирование материалов и сборку итогового документа.
Материалы находились в отдельных файлах и требовали последовательной проверки, редактирования и объединения. Разработанное desktop-приложение на Python обрабатывает заявки, помогает работать с материалами и собирает публикации в единый многостраничный DOCX. В решении используются автоматизация Word-документов, WebDAV, Яндекс Диск и email-сценарии.
Кейс показывает, когда автоматизация документов выходит за рамки одного шаблона: требуется управляемый процесс с несколькими этапами, файлами и проверками. Другие примеры автоматизации бизнес-процессов включают CRM-платформу для сбора и нормализации данных Wildberries, формирование редактируемой сметы для BMW-сервиса и платформу с заявками, ролями, судейством и сертификатами.
Частые вопросы
Что автоматизировать первым?
Часто повторяющийся процесс с понятными правилами, заметными трудозатратами и измеримым результатом. Не начинайте со сквозной перестройки компании, если эффект можно сначала проверить на отдельном участке.
Когда нужна своя система?
Когда процесс отличается от типовых сценариев, связывает несколько сервисов, требует особых ролей и правил, а готовые продукты вынуждают сотрудников постоянно применять обходные схемы. Если задачу закрывает стандартная функция CRM, собственная разработка, вероятнее всего, не нужна.
Как оценить окупаемость?
Рассчитайте частоту операций, ручное время, стоимость часа, ошибки и задержки. Затем сравните устранимые затраты с расходами на запуск, лицензии, поддержку и инфраструктуру. Освобождённое время учитывайте как финансовый эффект только тогда, когда понятно, как оно будет использовано.
Можно ли внедрять автоматизацию частями?
Да. Один законченный контур можно проверить на реальных данных, а затем подключать другие подразделения, роли и интеграции.
Нужно ли описывать все процессы компании?
Нет, если цель — первый проект. Достаточно описать выбранный маршрут, связанные системы, роли, данные и исключения. Полная карта нужна для масштабной трансформации.
Обязательно ли использовать AI?
Нет. Стабильные операции обычно автоматизируются правилами, интеграциями и шаблонами. AI уместен при анализе текста, изображений, намерений и рекомендациях, но для него нужны отдельные проверки качества и сценарий ручного контроля.
Сначала обсудите процесс, затем выбирайте технологию
Если вы рассматриваете автоматизацию, с WebSolux можно обсудить задачу, текущие системы и возможный формат решения — настройку готового сервиса, интеграцию или разработку внутреннего инструмента.
Источники и методология
- IBM: Business process automation — обзор понятия, сценариев и подходов к автоматизации процессов.
- Object Management Group: Business Process Model and Notation, версия 2.0 — спецификация нотации BPMN.
- Федеральный закон от 27.07.2006 № 152-ФЗ «О персональных данных», в частности ч. 5 ст. 18. Перед применением необходимо проверять актуальную редакцию и требования к конкретному сценарию обработки.
Формулы приоритизации и окупаемости в статье используются как редакционные модели для предварительной оценки и не являются универсальными стандартами. Юридические условия конкретного проекта требуют отдельной профессиональной проверки.
