1. Описание процессов организации: когда компании действительно нужна регламентация
Во время диагностики систем управления на предприятиях мы регулярно слышим от собственников и генеральных директоров один и тот же набор симптомов управленческого тупика:
🏓
«Пинг-понг» ответственностью
Руководители отделов переводят стрелки друг на друга. При срыве срока поставки виновато снабжение, снабжение винит бухгалтерию за задержку оплаты, а продажи обвиняют склад.
🔄
Замкнутость на первом лице
Управляемость держится исключительно на ручном контроле: стоит собственнику уехать в командировку или заболеть — скорость согласований и отгрузок падает в разы.
📉
Потеря маржи на стыках
Менеджер забыл согласовать спецификацию, склад отгрузил не тот артикул, а производство переделывает партию за счет чистой прибыли компании.
⏳
Бесконечный ввод новичков
Каждый новый сотрудник неделями ходит по кабинетам с расспросами: «А кому это передать? А где взять форму?». Знания хранятся только в головах старожилов.
Метафора первого визита в ГИБДД
Вспомните день, когда вы впервые пришли получать водительские права. В какое окно занимать очередь? Какой формат фотографий нужен? Где взять квитанцию на пошлину? Очередь живая или по талонам? Именно это чувствует каждый новый сотрудник в компании, если логика работы хранится только в голове у основателя. Разница в том, что права человек получает раз в 10 лет, а на работу сотрудники приходят каждый день.
Главная иллюзия руководства звучит так: «Порядок действий и так всем понятен, я же сто раз повторял на планерках». В бизнесе действует строгое правило: если действие не зафиксировано в стандарте, каждый сотрудник выполняет его по собственному субъективному представлению.
2. Методы моделирования процессов: почему текстовые регламенты в Word умирают
Осознав масштаб проблемы, собственник поручает начальникам отделов «написать регламенты». Руководители закрываются в кабинетах и выдают многостраничные текстовые документы на 30–50 страниц мелким шрифтом. В 9 случаях из 10 эти файлы торжественно отправляются в архив сервера и больше никогда не открываются.
Текстовый регламент в Word умирает по трем фундаментальным причинам:
- Невозможно быстро сориентироваться: сотруднику во время звонка клиента или отгрузки некогда читать 40 страниц сплошного текста в поисках нужного правила.
- Текст скрывает развилки: в тексте невозможно наглядно показать условия «Если — То» (например, что делать, если клиент требует скидку более 7% или если на складе не хватает сырья).
- Отсутствие инструментов и сред: текст говорит «согласовать», но не указывает, где именно: в CRM, задачей в Битрикс24, через служебную записку в 1С или по почте.
Настоящий рабочий бизнес-процесс описывается в виде наглядной блок-схемы на визуальных дорожках ответственности подразделений и отвечает сразу на 7 исчерпывающих вопросов:
Вопрос 01
1. КТО?
Конкретная роль или должность в оргструктуре (не фамилия!).
Вопрос 02
2. ЧТО ДЕЛАЕТ?
Действие, строго выраженное глаголом совершенного вида.
Вопрос 03
3. В КАКОМ ПОРЯДКЕ?
Последовательность и сквозная хронологическая логика шагов.
Вопрос 04
4. С ЧЕМ РАБОТАЕТ?
Вспомогательный инструмент: бриф, скрипт, калькулятор расчёта.
Вопрос 05
5. В КАКОЙ СРЕДЕ?
Рабочая система: CRM, 1С:ERP, МойСклад, корпоративная почта.
Вопрос 06
6. КАКИЕ РАЗВИЛКИ?
Четкие сценарии «ЕСЛИ — ТО» при любых отклонениях от нормы.
Вопрос 07 (Ключевой финал)
7. КАКОЙ ОЦИФРОВАННЫЙ РЕЗУЛЬТАТ?
Измеримый нормативный артефакт на выходе процесса (подписанная спецификация, заполненный паспорт изделия, проведенная накладная).
3. Оптимизация процессов компании: сквозные цепочки и правило нормативного шлюза
Самые разрушительные кассовые потери происходят не внутри одного отдела, а в сквозных межфункциональных бизнес-процессах, проходящих через стыки подразделений.
Классический пример: менеджер по продажам заключил контракт и передал в производство заказ, заполненный «на коленке» (не уточнил марку покрытия и адрес разгрузки длинномера). Производство, боясь сорвать план, берет заявку в работу на свой страх и риск. Через 3 недели заказчик отказывается принимать продукцию. Начинается взаимная война: производство кричит, что сейлзы не умеют брифовать, а продажи кричат, что цех выпустил брак.
⚖️ Золотое правило нормативного шлюза «Консилиум»
В любой точке сквозного процесса, где результат передается от одного ответственного лица к другому, обязан формироваться нормативный шлюзовой документ. Передача информации на словах, в чатах мессенджеров или в коридоре категорически запрещена. Пока шлюзовой документ не оформлен по стандарту, принимающая сторона не имеет права брать задачу в работу.
Примеры нормативных шлюзов в реальной практике:
- Бриф с обязательными полями: пока заказчик или менеджер не заполнил 100% критических полей, задача не переходит в статус «В работе».
- Чек-лист входного контроля ОТК: фиксация соответствия сырья или исходных файлов перед запуском дорогостоящего технологического цикла.
- Подписанное предложение о работе (оффер) и лист согласования: юридический документ, фиксирующий передачу кандидата от рекрутинга к нанимающему директору и бухгалтерии.
4. Схема описания процессов на практике: пошаговый разбор на реальном примере
Разберем прикладную логику построения карты действий на фрагментах реального сквозного процесса подбора и адаптации руководителей уровня CEO-1.
Шаг 1. Легенда обозначений и роли участников
Чтобы сотрудники не путались в фигурах, схема всегда начинается со сводной легенды: какие цвета и блоки отвечают за действия, результаты, развилки и документы.
Шаг 2. Точка старта и входной шлюзовой документ
Процесс начинается не с устной просьбы директора («найди мне толкового зама»), а с заполнения утвержденного шаблона брифа с профилем должности.
Шаг 3. Оцифровка развилок («ЕСЛИ — ТО»)
Если кандидатов на рынке нет или условия нереалистичны, рекрутер не должен импровизировать. Блок-схема дает три четких сценария:
Шаг 4. Указание среды и рабочих регламентов
Каждое действие сопровождается ссылкой на вспомогательный инструмент: скрипт телефонного интервью, шаблон воронки в CRM или регламент звонка.
Шаг 5. Межфункциональный стык и передача оценки
Рекрутер не принимает субъективных решений в одиночку: запись встречи передается профайлеру, а согласованный кандидат — нанимающему директору.
Шаг 6. Выход из процесса и закрытие финансовых обязательств
Процесс завершается не тогда, когда кандидат устно согласился, а когда подписано официальное предложение о работе (оффер), выставлен счет заказчику и зафиксированы контрольные точки адаптации.
Материалы для скачивания
Интерактивный шаблон описания бизнес-процессов в Holst
Заберите готовую рабочую доску для моделирования процессов. Скопируйте шаблон к себе в один клик и начните наводить порядок в действиях команды по методологии «Консилиум».
🎨
Интерактивная доска в Holst
Готовая рабочая сетка визуальных дорожек ответственности по подразделениям, типовые фигуры действий и развилки для копирования и редактирования.
📑
Пример сквозного регламента найма
Реальная оцифрованная блок-схема сквозного процесса подбора с ролями, инструментами и точками контроля внутри доски.
Получить доступ к шаблону
Укажите контакты для перехода к копированию доски:
Нужно выстроить и регламентировать сквозные процессы в вашей компании под ключ?
Услуга описания процессов под ключ →5. Управление процессом оптимизации: как внедрить стандарты в ежедневную практику
Отрисовать красивую схему на доске — это лишь 30% успеха. Главная задача — сделать так, чтобы команда реально работала по стандарту каждый день.
В практике «Консилиум» мы применяем 4 обязательных правила внедрения:
Правило 01
Совместная читка вслух
Руководитель направления собирает участников процесса и проходит блок-схему от старта до финиша, разбирая каждую развилку и отвечая на вопросы.
Правило 02
Схема перед глазами
Распечатайте ключевую карту в формате А3 на рабочем месте сотрудника или закрепите прямой ссылкой в рабочем чате подразделения.
Правило 03
Контроль первых проходов
Первые 3–5 рабочих циклов наставник или руководитель контролирует, чтобы сотрудник сверял шаги с блок-схемой, а не действовал по памяти.
Правило 04
Жесткий возврат без шлюза
Если отдел продаж передает на производство заявку с пустыми обязательными полями, производство обязано вернуть ее обратно без штрафов за задержку.
Часто задаваемые вопросы руководителей (FAQ)
В чем лучше описывать процессы: сложные нотации BPMN, текстовые регламенты или блок-схемы в Holst?
Для среднего бизнеса академические нотации вроде BPMN 2.0 или текстовые регламенты в Word избыточны и гарантированно приводят к саботажу: сотрудники их не читают, а нотацию понимают только профильные архитекторы. Оптимальный инструмент — наглядные визуальные дорожки ответственности подразделений в интерактивных досках Holst. Они отвечают на 7 прикладных вопросов (Кто, Что, В каком порядке, В какой среде, С каким инструментом, При каких развилках и Какой результат на выходе), наглядны и понятны любому линейному сотруднику за 3 минуты.
С каких 3 сквозных процессов необходимо начинать оцифровку компании?
Начинать следует не с второстепенных процедур, а с цепочек формирования выручки и качества: 1) Сквозной процесс «Квалификация лида ➔ Закрытие сделки ➔ Передача заказа в производство/исполнение»; 2) Процесс входного контроля и запуска заказов (устранение брака и переделок); 3) Процесс найма, экспресс-адаптации и аттестации ключевых специалистов (CEO-1 и руководителей отделов).
Как преодолеть скрытый саботаж начальников отделов при внедрении стандартов?
Саботаж возникает, когда регламенты спускаются сверху как карательный инструмент. Методология «Консилиум» устраняет сопротивление за счет 3 принципов: 1) Совместная защита: схему рисует не внешний методист в вакууме, а сам руководитель направления вместе с командой; 2) Защита руководителя: стандарт фиксирует шлюз, освобождая начальника от роли «вечно виноватого стрелочника»; 3) Контроль первых проходов: первые 3–5 циклов проводятся под наблюдением с разбором не людей, а отклонений от процесса.
Кто в штате должен отвечать за процессы — нанимать процессного методолога или возложить на директоров?
Попытка нанять отдельного «методолога по регламентам» в среднем бизнесе обычно заканчивается созданием никому не нужной бюрократии. За логику сквозного процесса обязаны персонально отвечать директора направлений (контур CEO-1: Коммерческий, Операционный, Финансовый директор). Модератором и арбитром межфункциональных стыков выступает Операционный директор (COO) либо привлекаемый внешний консилиум экспертов.
Как часто нужно актуализировать карты процессов, чтобы они не устаревали?
Процесс актуализируется не по графику раз в год, а по событиям: 1) При внедрении нового IT-инструмента (новая CRM, WMS, модуль 1С); 2) При возникновении системного инцидента или брака на стыке подразделений; 3) При изменении коммерческих условий или тарифной сетки. В правом нижнем углу каждой схемы в Holst ставится динамический штамп версионности с датой ревизии и согласующей подписью директора.