Как владельцу бизнеса поставить под контроль зависшие согласования договоров

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

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

Каркас контроля

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

Второе решение — зафиксировать предельный срок на каждом этапе. Не общий срок согласования, а отдельный норматив для проверки реквизитов, правовой экспертизы, финансового согласования, проверки коммерческих условий, согласования службы безопасности, если она участвует. Без разбиения по этапам невозможно понять, где возник затор. Я не советую начинать с сложной сетки сроков. Достаточно задать базовые интервалы по типам договоров: типовая форма без отступлений, типовая форма с изменениями, нетиповой договор, договор с повышенным риском. Этого хватает, чтобы увидеть картину уже в первый месяц.

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

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

Правила эскалации

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

Для собственника важны не десятки показателей, а несколько опорных. Я смотрю на средний срок согласования по типам договоров, долю просроченных этапов, участки с наибольшим числом задержек, список документов старше установленного срока, объем договоров без назначенного ответственного, число возвратов на доработку по неполному пакету. Эти данные дают точный ответ, где ломается процесс: на входе, в юридической проверке, в финансовом блоке или на согласовании у руководителей.

Отдельный вопрос — договоры, которые формально движутся, но по сути стоят. Их выдает отсутствие смены статуса при длинной переписке, многократные версии без закрытия замечаний, возвраты между двумя функциями, повторное согласование уже принятых условий. Я называю такие случаи скрытой просрочкой. Для них нужен отдельный флаг. Иначе в отчете срок выглядит приемлемо, а живая сделка теряет темп.

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

Где нужен контроль собственника

Собственник не обязан читать реестр целиком. Ему нужен короткий управленческий срез. Я бы оставил четыре блока. Первый — договоры, от которых зависит выручка или крупный платеж. Второй — документы с просрочкой выше порога. Третий — подразделения с наибольшим числом задержек. Четвертый — повторяющиеся причины остановки. Такой формат дает основание для решений без погружения в поток мелких вопросов.

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

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

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