Александр Костин – Операционное управление без бюрократии: SOP, регламенты и процессы, которые работают (страница 2)

Метрики операционки: сроки, дефекты, возвраты, SLA, загрузка

Операционка становится управляемой, когда у процессов появляются измерения. Метрики не должны быть сложными. Они должны отвечать на два вопроса: «успеваем ли мы» и «делаем ли мы качественно», а также давать возможность увидеть перегрузку и узкие места.

По срокам полезно фиксировать фактическое время цикла: от входа до результата, и долю задач, выполненных в обещанный срок. По качеству – дефекты и возвраты: сколько раз результат переделывали, сколько раз возвращали на доработку, сколько инцидентов было по причине ошибки процесса. SLA полезен там, где важна реакция: поддержка, ответы клиенту, обработка лидов. Загрузка важна для управления мощностью: сколько задач на человека, сколько времени уходит на ключевые операции, где выгорают.

Метрики не заменяют SOP, они дополняют. SOP описывает «как работать», метрики показывают «как это работает в реальности».

Артефакт: карта операционных процессов компании (черновик)

Чтобы «операционный директор в ноутбуке» не превратился в набор разрозненных документов, нужна карта процессов. Черновик можно сделать быстро, без сложных нотаций. Смысл карты – видеть, какие процессы существуют, где начинаются и заканчиваются, какие роли участвуют и какие артефакты выходят наружу.

Сделайте карту в простом виде, на одном листе.

Сначала выпишите основные функции: продажи, производство/исполнение, поддержка, финансы, маркетинг, закупки/логистика (если есть), HR/онбординг, управление качеством.

Затем для каждой функции выпишите 3–7 ключевых процессов в формате «глагол + объект», например: «обработать входящий лид», «подготовить коммерческое предложение», «запустить проект», «сдать результат», «закрыть обращение поддержки», «выставить счёт», «собрать акт», «провести сверку», «принять сотрудника», «обучить новичка».

Для каждого процесса добавьте четыре поля: вход (что запускает процесс), выход (что считается результатом), роли (кто делает и кто принимает), риск (что будет, если процесс сломается). Риск можно поставить по трём уровням: высокий – деньги/репутация/безопасность, средний – качество и сроки, низкий – удобство и внутренние потери.

После этого выберите первые процессы для SOP: высокая частота плюс высокий риск, затем высокая частота плюс средний риск. Это станет вашим стартовым списком, который даёт эффект быстрее всего.

Когда карта готова, вы фактически получаете основу операционной системы: понятно, что существует, что важно, что нужно описать первым и кто отвечает за результат. Именно так «операционный директор в ноутбуке» превращается из метафоры в рабочий инструмент управления.

Глава 2. Как выбрать, что описывать первым: приоритизация процессов без бесконечных обсуждений

Самая частая причина, почему операционка «не взлетает», не в том, что люди ленивы или не понимают ценность регламентов. Причина проще: команда начинает не с того места. Пытаются описать всё сразу, уходят в философию, спорят о терминах, пишут «идеальный» документ, который никто не читает, а потом разочаровываются и бросают. Чтобы «операционный директор в ноутбуке» заработал, нужно сделать наоборот: начать с узкого набора процессов, которые дают максимальный эффект, быстро превратить их в рабочие SOP и встроить в ежедневную работу.

Приоритизация – это не бюрократия. Это способ не тратить силы на второстепенное. Операционка всегда будет конкурировать за внимание с продажами, клиентами, дедлайнами и текущими проблемами. Поэтому у вас нет права начинать с «красоты» и «правильности». Вы начинаете с боли и денег. С того, что прямо сейчас съедает время, создаёт ошибки и рушит прогнозируемость.

Две ловушки старта: «описать всё» и «описать самое простое»

Первая ловушка – желание «сразу построить систему». Оно понятное: если делать, то по-настоящему. Но на практике попытка описать всё превращается в бесконечный проект, у которого нет точки завершения. Процессы расползаются, каждый тянет в документ своё представление, появляются сложные схемы, и в итоге документация существует параллельно реальности. Реальность быстрее, потому что у неё нет согласований.

Вторая ловушка – начать с самого простого. Например, описать «как создать папку», «как назвать файл», «как сделать подпись в письме». Это тоже кажется логичным: «давайте разогреемся». Но именно такие SOP обычно не меняют ничего. Они не уменьшают хаос, не снижают риски и не экономят существенное время руководителя. А значит – не создают мотивации продолжать.

Правильный старт находится между этими крайностями: вы выбираете процессы, которые повторяются часто и при этом либо дают деньги, либо несут риск, либо срывают сроки, либо сжирают внимание руководителя.

Три критерия приоритизации: частота, стоимость ошибки, стоимость времени

Есть три критерия, которые почти всегда достаточны, чтобы принять решение без длинных дискуссий.

Первое – частота. Если процесс происходит каждый день или несколько раз в неделю, любая оптимизация даст накопительный эффект. Частота важнее размера: даже небольшой процесс, который выполняют десятки раз, съедает больше времени, чем редкий «большой».

Второе – стоимость ошибки. Ошибки бывают дорогими по разным причинам: прямые деньги (переделки, штрафы, возвраты), репутация (недоверие клиента, негатив), безопасность (утечки, неверные данные), юридические риски (неправильные документы). Если ошибка в процессе может стоить вам ощутимо – это кандидат на раннее описание, даже если частота не максимальная.

Третье – стоимость времени. Это не просто «сколько минут занимает». Это «сколько внимания и переключений требует» и «чьё время тратится». Если процесс регулярно втягивает руководителя или ведущего специалиста в уточнения, контроль, переделки и согласования – он дорогой, даже если кажется мелким. Операционка в первую очередь должна освобождать самых дорогих людей от повторяемых уточнений.

Если вам нужно совсем короткое правило: выбирайте то, что происходит часто, ломается дорого и регулярно тянет внимание ключевых людей.

Матрица приоритизации без таблиц: как быстро разложить процессы

Вам не нужно рисовать красивые матрицы и спорить о баллах. Достаточно простой последовательности действий.

Шаг первый: выпишите 20–40 процессов, которые реально происходят в компании. Не «как должно быть», а «как есть». Используйте формат глагол + объект: обработать лид, подготовить КП, согласовать цену, выставить счёт, закрыть задачу, подготовить отчёт, сдать результат, собрать акт, провести оплату, оформить возврат, принять сотрудника, настроить доступы, обработать обращение поддержки, обновить прайс, сверить оплату, обновить карточку проекта.

Шаг второй: для каждого процесса отметьте на уровне интуиции три маркера: происходит часто / ошибка дорогая / тянет время руководителя. Не нужно точных чисел. Важно честно отметить то, что ощущается болью.

Шаг третий: выберите первые 5–7 процессов по принципу «хотя бы два из трёх маркеров». Если процесс частый и дорогой по ошибке – берите. Если процесс частый и постоянно тянет руководителя – берите. Если процесс не частый, но ошибка в нём катастрофическая – тоже берите, но ограничьте количество таких процессов в стартовой волне, чтобы не утонуть в исключениях.

Шаг четвёртый: отложите всё, где есть только один маркер «частый, но дешёвый» и всё, где есть только «хочу, чтобы было красиво». Эти вещи вы сделаете позже, когда появится инерция и стандарт.

Так у вас за 30–60 минут появляется стартовый список, который действительно изменит ежедневную работу.

Какие процессы обычно попадают в первую волну

Набор будет отличаться по типу бизнеса, но есть типовые зоны, где операционка чаще всего даёт максимальный эффект.

Продажи и коммерция. Здесь важны скорость реакции, единый стандарт коммуникации, правильная квалификация, дисциплина фиксации данных, единые правила расчёта и оформления предложения. Срывы и ошибки в этой зоне напрямую стоят денег.

Запуск и ведение проекта. Это область, где чаще всего возникают «ничьи» задачи и расползается ответственность. Хороший SOP запуска проекта, передачи материалов, постановки задач, контроля статусов резко снижает хаос.

Производство результата. Там, где вы создаёте продукт или услугу, важны критерии качества и точки контроля. Если «готово» у каждого разное, вы будете жить в переделках.

Документооборот и финансы. Выставление счетов, акты, сверки, закрывающие документы, правила оплаты – это зона, где ошибка может быть дорогой и неприятной. Там же часто возникают задержки из-за отсутствия стандартов.

Поддержка и работа с инцидентами. Если у вас есть обращения клиентов или внутренних пользователей, скорость реакции и единый сценарий обработки важны. Тут быстро видно эффект от SLA и чек-листов.

Онбординг и доступы. Как только у вас появляется текучка или рост, «как выдать доступы» и «как обучить новичка» перестаёт быть мелочью и становится источником постоянных провалов.

Эти зоны не надо воспринимать как «обязательный список». Это подсказка, где обычно лежит возврат на усилия.

Одна из главных ошибок: описывать процесс, который ещё не стабилизировался

Есть тонкий момент, который многие игнорируют. SOP нельзя писать на процесс, который ещё не устоялся. Если у вас каждый раз всё по-разному, потому что вы экспериментируете, меняете продукт, тестируете каналы, пробуете новые пакеты услуг, – жёсткий SOP будет мешать. Он законсервирует хаос или убьёт гибкость.