Система контроля просроченных согласований цен на новые услуги
Просроченное согласование цены на новую услугу бьет сразу по двум зонам: продажа теряет темп, а команда привыкает жить в режиме ручных напоминаний. Проблема редко сводится к одному медленному согласующему. Обычно сбой сидит в самой конструкции процесса: не ясно, кто запускает согласование, какие данные обязательны, сколько времени есть на ответ, что делать при молчании и кто получает сигнал о просрочке.
Я внедрял такие контуры в бизнес-процессах с похожей логикой и видел одну повторяющуюся картину. Пока цена на новую услугу согласуется через переписку, устные договоренности и размытые обещания ответить позже, просрочка воспринимается как фон. Как только у процесса появляются четкие точки входа, срок, владелец этапа и правило эскалации, зависших кейсов становится заметно меньше уже в первые недели.
С чего начать
Сначала зафиксируйте, что именно считается согласованием цены. У многих компаний под этим названием скрываются разные действия: расчет себестоимости, проверка маржи, оценка рыночного уровня, юридическая проверка условий, коммерческое одобрение руководителем. Если все это смешано в одну кучу, просрочка будет вечной, потому что никто не понимает, какой этап реально задержан.
Разложите процесс на последовательные шаги. Для новой услуги обычно хватает простой схемы: инициатор подает заявку, финансы или ответственный за экономику проверяют расчет, коммерческий блок подтверждает рыночную адекватность, руководитель утверждает итоговую цену. Если в бизнесе есть особые условия, скидочные вилки или пакетные продажи, это добавляется отдельными правилами, а не устными исключениемниями.
После этого определите единицу контроля. Контролировать переписку бессмысленно. Контролировать надо заявку на согласование цены с уникальным номером, датой создания, автором, услугой, кратким описанием, расчетом, сроком ответа, текущим статусом и фамилией ответственного на каждом этапе. Пока нет единой карточки заявки, у руководителя не будет честной картины.
Минимум данных
Часть просрочек рождается еще до старта, когда инициатор отправляет сырую заявку, а согласующий тратит время на уточнения. Из-за этого спорят о дисциплине, хотя проблема в плохом входе. Я всегда советую вводить обязательный минимум полей, без которых заявка не принимается в работу.
В карточке должны быть: название новой услуги, для какого клиента или сегмента она формируется, состав услуги, прямые затраты, трудозатраты, желаемая цена продажи, минимально приемлемая цена, основания для отклонения от стандартной маржи, срок, к которому цена нужна продажам. Если расчет сложный, добавьте шаблон калькуляции. Если услуга типовая, закрепите базовые параметры в справочнике.
Полезно отделить обязательные данные от пояснений. Когда все поля одинаково важны, сотрудники начинают писать длинные комментарии вместо точных цифр. Согласование цены требует структуры, а не литературного стиля. Один экран с четкими полями работает лучше длинного письма в свободной форме.
Сроки и ответственность
Дальше задайте нормативный срок по каждому этапу. Не общий срок на все согласование, а именно этапный. Инициатору нужно понимать, сколько заявка живет у экономиста, сколько у коммерческого руководителя, сколько у финальнойого утверждающего. Иначе любой участник искренне считает, что задержка возникла где-то до него.
Сроки задавайте от реальной операционной нагрузки, а не из желания ускорить всех приказом. Если экономист физически обрабатывает десятки расчетов в день, срок в один час породит фиктивные статусы и обход процесса. Лучше честные четыре часа или один рабочий день с прозрачным контролем, чем красивая цифра без исполнения.
Ответственность закрепляйте персонально. Не отдел, не функция, не направление, а конкретная роль с понятной заменой на случай отсутствия. Формулировка уровня на согласовании у финансового блока не работает. Должно быть видно, у кого заявка лежит прямо сейчас и кто отвечает за ее движение до следующего статуса.
Отдельно пропишите правило тишины. Если согласующий не ответил в срок, система не должна ждать бесконечно. Нужен один из двух режимов: либо автоматическая эскалация на следующего руководителя, либо возврат с красным статусом просрочено и обязательным объяснением причины. Без этого просрочка превращается в статистику без последствий.
Контур контроля
Для собственника бизнеса полезен простой дашборд без перегрузки. Я бы вывел шесть показателей: сколько заявок создано за период, сколько согласовано в срок, сколько просрочено, среднее время согласования, на каком этапе копится задержка, кто чаще всего держит заявки сверх срока. Такой набор быстро показывает, проблема системная или локальная.
Сами статусы держите короткими и однозначными: черновик, на проверке расчета, на коммерческом согласовании, на утверждении, согласовано, отклонено, просрочено. Любой промежуточный статус из серии в работе, на рассмотрении, уточняется размывает контроль. Чем меньше двусмысленности, тем легче разбирать причины задержек.
Триггер просрочки стоит включать автоматически по времени, а не вручную. Если сотрудник сам решает, признать ли заявку просроченной, он почти всегда откладывает этот момент. Автоматическое срабатывание дисциплинирует весь маршрут и снимает лишние споры.
Эскалация без шума
Эскалация нужна не для наказания, а для разблокировки заявки. Поэтому ее стоит строить по ступеням. Сначала напоминание ответственному за этап за разумное время до дедлайна. Потом уведомление в момент просрочки. Потом сигнал руководителю этапа. Если задержка вышла за критический порог, информацияуходит владельцу процесса или коммерческому директору.
Не делайте эскалацию громкой с первого шага. Если каждое опоздание сразу улетает наверх, руководители быстро перестают читать уведомления. Гораздо лучше редкие, но точные сигналы по тем кейсам, где срок реально сорван и продажа уже под риском.
Хорошо работает разделение просрочек по критичности. Если цена нужна для активной сделки с близким сроком ответа клиенту, заявка получает высокий приоритет. Если услуга только прорабатывается и продажа не горит, правила мягче. Тогда система не давит одинаково на все обращения и не провоцирует формальную гонку за статусами.
Причины задержек
Если ограничиться счетчиком просрочек, бизнес увидит симптом, но не поймет источник. Я рекомендую ввести короткий классификатор причин задержки. Без свободных сочинений на полстраницы. Достаточно нескольких кодов: неполные входные данные, спор по марже, перегрузка согласующего, ожидание расчета затрат, ручное уточнение условий, пересогласование после изменений, отсутствие ответственного.
Через месяц такой учет уже дает картину. Если лидирует неполный вход, усиливайте шаблон заявки и обучайте инициаторов. Если перегрузка на одном этапе, пересматривайте ресурс или лимиты полномочий. Если согласование вязнет из-за мелких отклонений по цене, вводите вилки автоодобрения. Это правило, при котором отклонение в заданном диапазоне проходит без участия верхнего уровня.
Отдельно отслеживайте повторные согласования по одной и той же услуге. Часто они съедают больше времени, чем первичные. Причина простая: условия меняются по ходу переговоров, а цена каждый раз возвращается по всей цепочке. Здесь помогает матрица допусков: какие изменения требуют полного пересмотра, а какие укладываются в заранее одобренные пределы.
Полномочия и границы
Много просрочек возникает там, где слишком узкий круг лиц имеет право утвердить цену. Если каждая новая услуга, даже с небольшой выручкой, доходит до собственника, узкое место создается искусственно. Гораздо полезнее задать уровни полномочий по размеру сделки, уровню маржи, типу клиента или степени отклонения от стандартной модели.
Я обычно смотрю на это так: чем предсказуемые услуга и чем меньше финансовый риск, тем ниже должен быть уровень утверждения. Верхний уровень подключается там, где есть нестандартная комплектация, спорная экономика, длинный цикл исполнения или высокая репутационная цена ошибки. Иначе собственник сам становится главным источником просрочки.
Границы полномочий фиксируйте письменно и одинаково трактуйте для всех. Когда один руководитель одобряет отклонение в три процента, а другой требует выносить наверх даже один процент, команда теряет ориентиры и страхуется лишними согласованиями. Это удлиняет путь без пользы для прибыли.
Ритм управления
Контроль просроченных согласований не живет только в системе. Ему нужен короткий управленческий ритм. Вполне хватает еженедельного разбора на 15–20 минут: сколько заявок вошло, сколько вышло, где просадка, какие три причины лидируют, что меняем до следующей недели. Без длинных совещаний и без поиска виноватых на публике.
На таком разборе полезно смотреть не только хвост просрочек, но и возраст открытых заявок. Просрочка показывает факт нарушения срока, а возраст показывает риск будущего срыва. Если заявка уже прожила большую часть допустимого времени и застряла без движения, это повод вмешаться заранее.
Для собственника главный фокус не в каждой отдельной цене, а в качестве контура. Если процесс держится только на личных звонках и ускорениях сверху, он неуправляем. Рабочая система видна по другому признаку: большинство новых услуг проходят маршрут в срок без ручного давления, а исключения быстро всплывают и разбираются по понятной причине.
Что внедрить первым
Если стартуете с нуля, не стройте тяжелую конструкцию сразу. На первом этапе хватит пяти вещей: единая карточка заявки, обязательный набор полей, статусная модель, норматив по этапам, автоматическое выделение просрочки. Уже это дает порядок и убирает главную серую зону.
На втором этапе добавьте эскалацию, классификатор ппричин задержек и дашборд для руководителей. На третьем пересматривайте лимиты полномочий и вводите автоодобрение для типовых случаев. Такой порядок снижает сопротивление команды: люди сначала привыкают к прозрачности, потом к дисциплине, потом к более тонкой настройке.
Я бы оценивал успех внедрения не по красоте регламента, а по трем признакам. Первый: продажи перестали дергать согласующих вручную. Второй: у каждой просрочки есть конкретный хозяин и код причины. Третий: собственник видит узкое место по цифрам в тот же день, а не после срыва сделки. Когда эти три условия соблюдаются, контроль просроченных согласований перестает быть хаосом и становится рабочим инструментом роста.
