Сотрудники постоянно заняты, отчёты готовятся, задачи передаются между отделами — но собственник всё равно вынужден контролировать работу вручную, а результат не растёт. Часто причина не в людях, а в процессах, которые существуют по привычке и не связаны с целями бизнеса. На двух практических примерах показываю, как отличить полезную работу от организационного шума и почему описывать процессы нужно не «как есть», а сразу проектировать «как должно быть».
Занятость ещё не означает результат
В компании может быть много отчётности, совещаний, согласований и постоянно занятых сотрудников. Внешне всё выглядит как серьёзная система управления. Но если задать простой вопрос — «Какой результат бизнеса создаёт это действие?» — часть системы начинает рассыпаться.
Работа выполняется потому, что её выполняли всегда. Отчёт отправляется, потому что он включён в календарь. Документ согласовывают пять человек, хотя решение принимает один. Сотрудник вручную переносит данные между таблицами, потому что никто не пересматривал этот участок процесса несколько лет.
Каждое такое действие оплачивается компанией. Поэтому ненужный процесс — это не просто неудобство. Это рабочее время, фонд оплаты труда, потерянная скорость и решения, которые принимаются слишком поздно.
Кейс: около 80% отчётности оказалось никому не нужно
В одной крупной компании сотрудники разных подразделений готовили огромное количество отчётов. Все были заняты, таблицы регулярно обновлялись, документы передавались дальше. Но было непонятно, кто использует результат и для каких решений.
Я собрала простую таблицу:
Выяснилось, что примерно 80% отчётности не имеет понятного пользователя. По части документов даже невозможно было установить, кому и зачем они когда-то понадобились. Люди добросовестно выполняли работу, но значительная часть их времени не создавала ценности. В компании возникла «суета сует»: высокая загрузка была, а управленческого результата — нет. Это не обязательно означает, что людей нужно увольнять. Освободившееся время можно направить на работу с клиентами, аналитику, развитие продукта и задачи, которые действительно влияют на цели компании. Но иногда анализ показывает и реальный избыток функций или численности.
Если подробно зафиксировать существующий порядок, компания получит красивую схему своей неэффективности. Лишние согласования, ненужные отчёты и дублирование функций просто превратятся в официальный регламент.
Диагностика текущей работы необходима, но клиенту нужен не альбом со схемами прошлого. Ему нужна целевая модель и ответ на вопросы:
Поэтому я не выделяю описание «как есть» в самостоятельный дорогой результат. Я изучаю реальную работу и сразу накладываю на неё целевую модель «как должно быть». Если разрыв слишком велик, формирую переходный план.
Бизнес-процесс нельзя проектировать отдельно от целей компании. Сначала важно понять, какой результат нужен бизнесу, затем — какие функции должны его обеспечить, как распределяется ответственность и какими показателями будет измеряться результат.
Рабочая последовательность выглядит так:
Стратегия > дорожная карта > дерево целей > бизнес-процессы > ответственность > KPI > внедрение.
Если вырвать из этой системы один элемент, появляется имитация управления. KPI начинают измерять удобную активность, регламенты описывают привычные действия, а автоматизация ускоряет процесс, который изначально был устроен неправильно.
Кейс: переименовать ассистента недостаточно
Компания хочет превратить сотрудника, который занимается документооборотом по текущим заказам, в клиентского менеджера. От него ожидают, что он будет держать клиентскую базу «в тонусе»: знать ситуацию каждого клиента, поддерживать контакт, возвращать клиентов и помогать получать повторный доход.
Можно изменить название должности и добавить новый KPI. Но сотрудник не станет клиентским менеджером, если весь его день по-прежнему занят документами и ручными операциями.
Для реального перехода необходимо:
В целевой модели активные менеджеры привлекают новых клиентов и продают сложные продукты. Клиентский менеджер сопровождает базу, поддерживает отношения и создаёт повторные продажи. Компания получает не просто новое название должности, а работающую коммерческую функцию.
Когда компании пора пересматривать процессы
Самый естественный момент — рост команды. Пока в бизнесе пять человек, каждый может одновременно продавать, закупать, считать и решать клиентские вопросы. Когда сотрудников становится 30–50, функции разделяются, а неформальных договорённостей уже недостаточно.
Тревожные признаки:
Цель не в количестве регламентов. У небольшой или средней компании обычно есть 5–10 основных процессов, которые создают ценность и связывают работу подразделений. В производственной компании их может быть больше из-за закупок, планирования, производства, контроля качества, логистики и работы с запасами. Начинать лучше с процессов, которые сильнее всего влияют на деньги, клиентов и выполнение стратегии. Мелкие инструкции создаются только там, где они действительно помогают сотруднику выполнить работу без ошибок.
После проектирования у компании должна остаться не только схема, но и рабочая управленческая конструкция:
А если изменения значительные, следующим этапом становится внедрение. Команда должна проверить новую модель в реальной работе, устранить сопротивление и ограничения, настроить данные и только после этого закреплять систему в KPI и мотивации.
Главный вопрос к каждому действию, отчёту и согласованию остаётся простым: какой результат бизнеса оно создаёт? Если ответ неизвестен, перед нами не процесс управления, а кандидат на пересмотр.
Каким должен быть результат проекта
• процессная модель компании;
• целевые схемы ключевых процессов;
• владельцы результатов и границы ответственности;
• точки передачи работы и контроля;
• необходимые источники данных;
• показатели процесса;
• перечень лишних и дублирующихся операций;
• переходный план;
• короткие инструкции или рабочие карточки там, где они нужны.
Отправляя данные вы подтверждаете пользовательское соглашение