Большинство сложных бизнес-процессов ломаются не из-за конструктора Bitrix24, а из-за неописанных правил. Если один сотрудник считает согласованной заявку после комментария, а другой — только после кнопки, автоматизация закрепит конфликт, а не решит его.
- Сначала схема процесса, потом автоматизация.
- У каждого шага должен быть владелец и понятный результат.
- Исключения нужно проектировать до запуска, а не после первой ошибки.
Начните с события запуска
Определите, что именно создаёт процесс: новая заявка, смена стадии, заполненное поле, ручной запуск сотрудника или событие из другой системы. Событие должно быть однозначным.
Опишите роли и решения
Для каждого шага нужны ответственный, срок и ожидаемый результат. Если человек может согласовать, отклонить или вернуть на доработку — это три разных ветки, а не один комментарий.
Робот, бизнес-процесс или смарт-процесс
Роботы удобны для линейных действий внутри CRM. Бизнес-процесс подходит для согласований и ветвлений. Смарт-процесс полезен, когда у компании есть отдельная сущность — заявка, договор, закупка, акт — со своими статусами и полями.
Проверьте исключения
- Согласующий в отпуске.
- Заявку вернули на доработку второй раз.
- Изменились данные после согласования.
- Процесс запустили повторно.
- Срок прошёл, но решения нет.
Как принимать работу
Проверяйте процесс на реальных сценариях и фиксируйте критерии готовности: кто получил задачу, какие данные сохранились, что произошло при отказе и можно ли понять причину остановки без доступа к разработчику.
Перед тем как закрыть задачу
- ✓Есть схема на одной странице
- ✓Назначены роли
- ✓Описаны решения и возвраты
- ✓Определены сроки
- ✓Проверены повторный запуск и отсутствие участника
Хороший бизнес-процесс понятен сотруднику до того, как он откроет Bitrix24. Конструктор должен повторить согласованную логику, а не быть местом, где логика рождается случайно.
