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