Как выбрать процесс для улучшения, найти причину задержек, проверить гипотезу на ограниченном участке и понять, сработало ли изменение.
- Ограничить процесс одним результатом и начальным событием
- Разделить наблюдение, причину и гипотезу
- Сравнить одинаковые показатели до и после изменения
Диагностика, анализ и оптимизация
Диагностика бизнес-процесса восстанавливает, что происходит в работе: события, передачи, ожидание и возвраты. Анализ помогает проверить причину, а оптимизация — изменить правило и сравнить результат. Для первого разбора достаточно одного процесса; это не обследование всей компании и не выбор методологии управления.
Определите границы и результат
Назовите событие, которое запускает работу, и результат, который получает следующий участник или клиент. «Улучшить продажи» слишком широко. «Передать принятое обращение ответственному с полным контекстом» уже можно наблюдать.
Отделите работу внутри выбранных границ от соседних процессов. Иначе обсуждение быстро превратится в перечень всех проблем компании, который невозможно проверить одним изменением.
- Начало: что и откуда поступает.
- Конец: какое действие или документ подтверждает результат.
- Участники: кто принимает работу и кто отвечает за исключение.
- Данные: что должно быть известно на входе и выходе.
Соберите факты, а не впечатления
Просмотрите небольшую выборку завершённых и незавершённых экземпляров процесса. Для каждого восстановите время начала, передачи, ожидания, возврата и завершения. Дополните журнал интервью с исполнителями: в каких местах им приходится ждать, искать данные или обходить правило.
Если временных меток нет, прямо зафиксируйте пробел в измерении. Не заменяйте его выдуманной средней длительностью. На первом шаге достаточно согласовать, кто и где будет отмечать начало, передачу и завершение.
| Наблюдение | Что проверить | Возможная причина — только гипотеза |
|---|---|---|
| Работа долго ждёт согласования | Время передачи и ответа по каждому экземпляру | Не определён замещающий согласующий |
| Заявку возвращают на уточнение | Каких данных не было на входе | Форма и правило приёмки расходятся |
| Карточки зависают без действия | Есть ли владелец и следующий шаг | Переход между ролями не закреплён |
Найдите ограничение и сформулируйте гипотезу
Узкое место — шаг, который ограничивает поток, а не обязательно самый заметный экран. Сравните ожидание между ролями, возвраты и незавершённые задачи. Не называйте сотрудника «причиной» до проверки входных данных, нагрузки и правил.
Запишите гипотезу в проверяемом виде: «Если на входе фиксировать тип запроса и назначать замещающего согласующего, доля возвратов и ожидание передачи снизятся». Рядом укажите, по каким данным и за какой период вы это проверите.
Меняйте один участок и сравнивайте сопоставимое
Сначала согласуйте минимальное изменение: новое правило приёмки, ответственность, короткий чек-лист или автоматическое назначение. Проведите пилот на одном типе обращения. Сравните его с таким же типом до пилота, сохранив определение показателя и исключения.
Если одновременно поменять форму, состав команды, маршруты и отчёт, причину результата будет трудно определить. Сохраните журнал исключений и обратную связь исполнителей: улучшение скорости не должно скрыть рост ошибок или ручной работы.
| Показатель | До изменения | После изменения |
|---|---|---|
| Время от поступления до передачи | Одинаковое начальное и конечное событие | Те же границы измерения |
| Доля возвратов | Причины и число экземпляров | Те же причины и знаменатель |
| Незавершённая работа | Срез на одну и ту же дату/период | Тот же способ подсчёта |
Закрепите решение и отделите его от автоматизации
Если пилот подтвердил гипотезу, обновите правило, назначьте владельца показателя и проверьте исключения через некоторое время. Если нет — вернитесь к наблюдению и другой причине, а не расширяйте неудачное изменение.
Только после этого решайте, нужен ли Битрикс24: автоматическое назначение, сигнал о просрочке, журнал обмена или отчёт. Для схемы текущего и целевого маршрута зафиксируйте шаги, данные и передачи между участниками.
После проверки изменения закрепите владельца, сроки и правила передачи. Рабочий порядок объясняет руководство по управлению бизнес-процессом.
Как оценить изменение
Выберите показатель эффективности под результат процесса. Для времени передачи нужны одинаковые начальное и конечное события; для доли возвратов — одинаковое определение возврата и состав выборки. Сравнивайте также незавершённую работу и ошибки: более быстрый ответ может сопровождаться дополнительными уточнениями.
Пример метода расчёта: доля возвращённых обращений — число обращений с возвратом, делённое на число проверенных обращений за тот же период. Повторные возвраты одного обращения считают отдельно только тогда, когда показатель описывает число возвратов, а не долю обращений. Это способ измерения, а не результат проекта Opslane.
Что проверить перед настройкой CRM
Если причина связана с неполными карточками, согласуйте необходимые данные до настройки обязательных полей. В Битрикс24 обязательность может задаваться для отдельных стадий и воронок; доступность зависит от тарифа и прав настройки. Поле не подтверждает качество введённых сведений — его нужно проверять вместе с правилом приёмки. Подробнее — в официальной справке об обязательных полях.
Чек-лист перед изменением
- ✓Есть границы и результат одного процесса.
- ✓Наблюдения отделены от предположений.
- ✓Для пилота выбран один тип работы.
- ✓Показатели до и после определены одинаково.
- ✓Ответственный решает, закреплять изменение или пересмотреть гипотезу.
Оптимизация — это проверяемая цепочка «факт → причина → изменение → сравнение». Автоматизация полезна там, где уже понятно, какое правило и какой результат она должна поддержать. Если для выбора изменений нужно проверить работу людей, данные и причины потерь, потребуется аудит бизнес-процессов.
