У собственника редко бывает только один кандидат на автоматизацию. Продажи просят убрать ручные задачи, исполнение — навести порядок в передаче заказов, финансы — ускорить документы, руководители — собрать понятные отчёты. Если начать со всех пожеланий одновременно, проект быстро превращается в список несвязанных настроек. Если выбрать самый большой и конфликтный процесс, команда может надолго застрять в согласовании правил.
Поэтому первый объект автоматизации — не вся компания и не отдельная кнопка. Нужен один сквозной процесс, который уже даёт заметный бизнес-результат, проходит через несколько подразделений и при этом достаточно понятен для первой рабочей версии.
Команда компании «Первый Приятный Интегратор» | 1PI.PRO объясняет, как выбрать такой процесс, какие вопросы задать до настройки и почему ручные участки в первом запуске не означают провал автоматизации.
Что считать сквозным процессом
Сквозной процесс начинается с конкретного события, проходит через несколько ролей или подразделений и заканчивается результатом, важным для компании или клиента.
Например, процесс может начинаться с подтверждённого заказа, затем проходить через подготовку, исполнение, документы и финансы, а завершаться выполненными обязательствами и зафиксированным статусом оплаты. У каждого подразделения есть свой участок, но собственнику нужен результат всей цепочки, а не отчёт о работе одного отдела.
Автоматизация отдельного действия тоже бывает полезна. Робот может поставить задачу или отправить уведомление, когда элемент CRM попадает на определённую стадию. Но это ещё не означает, что компания управляет всем маршрутом. Официальная справка Битрикс24 описывает роботов как действия, привязанные к стадиям CRM.
Предыдущий материал «Бизнес-процессы в Битрикс24: что автоматизировать, а что сначала описать» помогает проверить готовность отдельного процесса. Здесь следующий вопрос: какой из нескольких готовых кандидатов должен стать первым сквозным проектом.
Почему не стоит начинать с самого большого процесса
Самый большой процесс часто выглядит самым выгодным: если исправить его, эффект должен быть максимальным. На практике в нём обычно больше участников, исключений, старых договорённостей и внешних систем. До первой работающей версии приходится одновременно решать слишком много управленческих и технических вопросов.
Неудачными первыми кандидатами часто становятся процессы, где:
- подразделения ещё спорят о границах ответственности;
- каждый второй случай считается исключением;
- нет владельца результата целиком;
- основные данные хранятся в личных таблицах и переписке;
- правила меняются быстрее, чем команда успевает их проверить;
- результат нельзя отличить от самого факта «мы что-то настроили»;
- запуск зависит от нескольких неподготовленных интеграций одновременно.
Это не значит, что такой процесс не нужно улучшать. Но первый этап для него — обследование и управленческие решения, а не настройка автоматизации.
Шесть критериев первого сквозного процесса
Мы предлагаем выбирать первый процесс по сочетанию ценности и готовности. Высокая ценность без готовности приводит к долгому проектированию. Высокая готовность без заметного результата даёт удобную локальную настройку, но не показывает компании смысл сквозной автоматизации.
1. Результат важен для бизнеса
Процесс должен завершаться понятным результатом: заказ исполнен, обязательства перед клиентом выполнены, документ согласован, поставка принята, обращение закрыто с зафиксированным решением.
Формулировка «сотрудникам станет удобнее» слишком расплывчата. Нужно понимать, что сможет контролировать собственник и что изменится для следующего участника процесса.
2. Есть чёткие границы
Можно назвать событие старта и условие завершения. Если границы постоянно раздвигаются — от рекламы до повторных продаж, от найма до ежегодной оценки сотрудника, — первую версию будет невозможно закончить.
3. Процесс повторяется и имеет основной маршрут
Случаи не обязаны быть одинаковыми, но большинство должно проходить по общей логике. Исключения перечисляются отдельно, а не заменяют собой весь процесс.
4. Видны передачи между подразделениями
Первый сквозной проект особенно полезен там, где работа теряется на стыках: данные передали не полностью, следующий участник не понял приоритет, ответственность осталась у предыдущего отдела, а собственник узнаёт о задержке слишком поздно.
5. Назначен владелец результата
У процесса может быть много исполнителей, но нужен человек, который отвечает за цепочку целиком и может принимать решения о правилах. Без владельца интегратор получит несколько несовместимых версий одного маршрута.
6. Первую версию можно ограничить
Полезный кандидат допускает управляемый старт: один тип заказа, одно подразделение, основной маршрут, ограниченный набор данных и заранее выбранные исключения. Остальные варианты подключаются после проверки первой версии.
Быстрая проверка трёх кандидатов
Не начинайте с обсуждения функций Битрикс24. Сначала выпишите три процесса, которые собственник считает важными, и для каждого ответьте на вопросы:
- Что точно запускает процесс?
- Какой проверяемый результат появляется в конце?
- Какие подразделения передают работу друг другу?
- Кто отвечает за результат целиком?
- Совпадает ли основной маршрут в пяти недавних реальных случаях?
- Какие данные обязательны на старте и доступны ли они?
- Можно ли запустить первую версию без всех исключений и интеграций?
- Какую задержку, потерю или отсутствие контроля должен убрать проект?
Это не математический рейтинг. Если у процесса нет владельца, границ или общего маршрута, большое количество остальных плюсов не делает его готовым. Если два кандидата одинаково важны, безопаснее начинать с того, где меньше нерешённых правил и проще проверить результат.
Если после такой проверки остаются два или три равных кандидата, можно обсудить границы проекта с компанией «Первый Приятный Интегратор» | 1PI.PRO. Мы поможем отделить локальную настройку от сквозного процесса и определить реалистичный первый этап.
Условный пример: от подтверждённого заказа до оплаты
Представим компанию, где продажа завершается подтверждением заказа, после чего работа переходит к исполнению, документам и финансам. Сейчас менеджер пишет коллегам в чат, исполнители уточняют детали, бухгалтерия ждёт комплект документов, а собственник собирает статус по нескольким таблицам.
Пытаться сразу автоматизировать путь от первого рекламного касания до повторной продажи необязательно. Для первой версии можно провести более узкую границу:
- Процесс начинается, когда условия заказа подтверждены и обязательные данные заполнены.
- Исполнение получает единое задание и видит срок, ответственного и исходные документы.
- Передача между этапами фиксируется, а неполные данные возвращаются с причиной.
- После исполнения создаётся контрольная точка по закрывающим документам.
- Финансы фиксируют статус оплаты или причину ожидания.
- Руководитель видит текущий этап, просрочку и следующего ответственного.
Часть действий может остаться ручной. Например, сотрудник принимает нестандартное решение, бухгалтер переносит статус оплаты из другой системы, а руководитель разбирает спорное исключение. Первая версия уже полезна, если она связывает подразделения, сохраняет ответственность и показывает задержки.
Это условный пример, а не клиентский кейс. Конкретные границы, объекты Битрикс24 и интеграции определяются только после разбора реальной компании.
Что автоматизировать в первой версии
Сначала стоит автоматизировать действия, которые делают маршрут управляемым:
- проверку обязательных данных перед передачей;
- назначение следующего ответственного;
- постановку типовой задачи;
- уведомление о новом этапе или задержке;
- фиксацию решения и причины возврата;
- контроль срока;
- создание стандартного документа, если исходные данные уже надёжны;
- сбор статусов для руководителя.
Необязательно сразу автоматизировать профессиональное суждение, редкие исключения, каждую интеграцию и всю историческую информацию. Такие участки можно оставить человеку, но их нужно явно обозначить в маршруте.
После согласования процесса выбирается инструмент. Для простого порядка действий Битрикс24 предлагает последовательный бизнес-процесс, а для маршрута с этапами и разными сценариями — процесс со статусами. Это различие зафиксировано в официальной справке о типах бизнес-процессов. В дизайнере можно настраивать последовательность, условия и параметры, но дизайнер бизнес-процессов не заменяет решение компании о том, как должна идти работа.
Как проходит внедрение первого процесса
Рабочая последовательность выглядит так:
- Выбрать приоритет. Собственник определяет бизнес-результат, ради которого начинается проект.
- Проверить фактическую работу. Команда разбирает недавние реальные случаи, документы, ручные передачи и исключения.
- Зафиксировать границы и владельца. У процесса появляются начало, завершение и человек, отвечающий за результат.
- Согласовать целевой маршрут. Руководители и исполнители договариваются о ролях, данных, решениях и возвратах.
- Спроектировать решение. Только теперь выбираются карточки, стадии, задачи, права, роботы, бизнес-процессы, отчёты и интеграции.
- Собрать и проверить первую версию. Сценарий проходит через реальные ситуации вместе с будущими пользователями.
- Обучить и запустить. Сотрудники получают не только инструкцию по кнопкам, но и понятный новый порядок работы.
- Улучшать по фактам. После запуска видно, какие ручные участки мешают, где не хватает данных и что автоматизировать следующим.
Если речь идёт об основном кросс-функциональном процессе компании, реалистичный ориентир первой работающей версии — примерно от полугода. Это не универсальный фиксированный срок: масштаб, готовность правил, интеграции и скорость решений со стороны компании могут заметно изменить календарь. Подробнее о составе работ и причинах разницы в оценках рассказывает статья «Сколько стоит внедрение Битрикс24 и от чего зависит цена».
Кто нужен со стороны компании
Автоматизацию нельзя передать подрядчику как закрытую техническую задачу. Интегратор не должен самостоятельно решать, где заканчивается ответственность продажи, когда исполнение принимает заказ и что финансы считают достаточным комплектом документов.
Со стороны компании нужны:
- собственник или руководитель проекта — выбирает приоритет и принимает решения, влияющие на несколько подразделений;
- владелец процесса — отвечает за результат всей цепочки;
- внутренний администратор проекта — поддерживает рабочий ритм, собирает вопросы и помогает согласовывать решения;
- руководители подразделений — определяют правила на стыках;
- линейные сотрудники — показывают фактическую работу и проверяют удобство первой версии.
Собственнику не нужно участвовать в каждой рабочей встрече. Но без его точки контроля межфункциональные противоречия часто остаются нерешёнными.
Как понять, что первый этап удался
Успех первой версии — не количество созданных роботов. После запуска компания должна уметь ответить:
- где находится каждый активный экземпляр процесса;
- кто отвечает за следующий шаг;
- какие данные или документы задерживают движение;
- где и почему работа возвращается назад;
- какие сроки нарушаются;
- какие ручные действия повторяются и должны стать следующим приоритетом;
- получает ли собственник целостный статус без опроса нескольких руководителей.
Если система выполняет много автоматических действий, но на эти вопросы по-прежнему нет ответа, сквозной процесс ещё не стал управляемым.
Когда лучше не начинать с автоматизации
Сначала нужно остановиться на описании и управленческих решениях, если:
- подразделения не согласовали границы ответственности;
- собственник не назначил владельца процесса;
- продукт или операционная модель меняются каждую неделю;
- обязательные данные появляются только после завершения работы;
- исключения невозможно отделить от основного маршрута;
- никто не готов выделить время на проверку и обучение пользователей.
В такой ситуации полезнее провести обследование, выбрать рабочую границу и подготовить дорожную карту. Добавление новых роботов может лишь быстрее закрепить неподходящую схему.
Главный вывод
Первый сквозной процесс выбирают не по размеру и не по громкости жалоб. Он должен быть достаточно важным, чтобы собственник увидел результат, и достаточно готовым, чтобы команда смогла согласовать границы, роли, данные и первую версию.
Начните с трёх кандидатов. Проверьте их по реальным ситуациям, найдите владельца результата и выберите маршрут, который можно ограничить без потери смысла. Автоматизируйте передачу работы, обязательные данные, ответственность и контроль. Редкие исключения и часть решений оставьте людям до следующей итерации.
Если нужно выбрать первый сквозной процесс и превратить его в реалистичный план внедрения, обратитесь в компанию «Первый Приятный Интегратор» | 1PI.PRO. Команда разберёт фактический маршрут, поможет определить границы первой версии и предложит последовательность работ без попытки автоматизировать всю компанию за один этап.
Частые вопросы
Обязательно ли начинать с процесса продаж?
Нет. Первым может быть исполнение заказа, сервисное обращение, закупка, согласование документов или другой маршрут. Важнее сочетание бизнес-ценности, готовности правил и возможности ограничить первую версию.
Нужно ли выбирать самый проблемный процесс?
Не всегда. Если в нём нет владельца, стабильных правил и общего понимания результата, сначала понадобится обследование. Для первого запуска безопаснее процесс с заметной проблемой, но управляемыми границами.
Чем сквозной процесс отличается от автоматизации одного отдела?
Локальная автоматизация улучшает участок работы одного подразделения. Сквозной процесс связывает несколько ролей или подразделений от события старта до общего результата и показывает передачи ответственности между ними.
Нужно ли автоматизировать все действия первой версии?
Нет. Система должна сделать маршрут наблюдаемым и управляемым. Нестандартные решения, редкие исключения и часть переносов данных могут временно оставаться ручными.
Сколько времени занимает внедрение первого сквозного процесса?
Для основного кросс-функционального процесса реалистичный ориентир первой работающей версии — примерно от полугода. Это не фиксированный срок для любой компании: он зависит от масштаба, готовности правил, интеграций и скорости принятия решений.
Что подготовить до встречи с интегратором?
Назовите три процесса-кандидата, соберите по каждому несколько недавних реальных случаев, определите событие старта, результат, участников, данные, ручные передачи и известные исключения. Этого достаточно для предметного первого разговора.
Сначала нужна BPMN-схема или настройка Битрикс24?
Сначала нужно согласовать границы и правила. Простого рабочего описания может быть достаточно для первого разбора. BPMN полезна, когда помогает участникам увидеть события, роли, решения и возвраты, но сама схема не заменяет управленческие договорённости.
