Аудит тендерного процесса: контрольные точки

Короткий ответ

Аудит тендерного отдела нужен не для оценки сотрудников по принципу «хорошо/плохо работают». Он восстанавливает фактический процесс и показывает, где теряются сроки, решения, данные, ответственность и деньги.

Рабочая цепочка: поиск → квалификация → решение об участии → расчёт → документы → подача → процедура → договор → исполнение → закрытие → разбор результата.

Почему одного регламента недостаточно

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

Что проверять

Поиск и квалификация

Понятно ли, какие закупки являются релевантными и почему.

Решение об участии

Есть ли критерии участия или компания берёт всё, что подходит по ключевому слову.

Экономика

Кто считает себестоимость, где фиксируются допущения и минимально допустимая цена.

Документы

Кто собирает, кто проверяет, где хранятся актуальные версии.

Сроки

Есть ли внутренние дедлайны до юридического последнего дня.

Договор

Кто отвечает за обеспечение, согласование и подписание.

Исполнение

Передаётся ли выигранный контракт как готовая задача или новая команда начинает разбираться с нуля.

Результат

Хороший аудит даёт карту «как есть», роли, узкие места, реестр рисков, целевой процесс и приоритет изменений.

Вывод

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

Практический следующий шаг

Начните с нескольких завершённых процедур и восстановите реальный путь: кто нашёл, кто решил участвовать, кто считал, кто подал и что произошло после победы.

Короткий ответ

Тендерный отдел начинается не с вакансии. Сначала нужно определить, какую функцию компания строит, а затем — какие роли нужны для её выполнения.

Первый вопрос — зачем компании тендерный канал

Целью может быть новый канал продаж, работа с конкретными заказчиками, вывод продукта, развитие региона или повышение управляемости уже существующего потока.

Если цель не определена, отдел быстро становится фабрикой заявок.

Минимальная архитектура

1. Границы: продукты, регионы, типы заказчиков и процедур.
2. Владелец: кто отвечает за сквозной процесс.
3. Решение об участии: как принимается решение об участии.
4. Роли: аналитика, техника, расчёт, право, документы, подача, договор, исполнение.
5. Данные: где находится единый статус процедуры.
6. Контроль: какие показатели и обзоры нужны руководителю.
7. Регламенты: что повторяется и должно выполняться одинаково.

Нужен ли отдельный отдел

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

Критично другое: распределённая функция не должна означать размытую ответственность.

Типовая ошибка

Искать «руководителя тендерного отдела», который одновременно должен построить стратегию, нанять команду, вести все процедуры, считать, автоматизировать СРМ и ещё закрывать текущие дедлайны.

Такой запрос чаще означает, что компания ещё не спроектировала функцию.

Вывод

Сначала проектируется порядок работы. Штатное расписание — следствие процесса, а не его источник.

Практический следующий шаг

До публикации вакансий определите первый контур: какие закупки берём, кто принимает решение, кто считает, кто готовит и кому уходит договор после победы.

Короткий ответ

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

Это уже единая точка отказа.

Признаки зависимости

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

Почему второй универсал не лечит систему

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

Что вынести из головы

• критерии отбора;
• календарь;
• реестр процедур;
• шаблоны;
• обязательные документы;
• результаты решений;
• расчёты и допущения;
• передача после победы.

Практический тест

Спросите:

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

Ответ и будет картой зависимости.

Вывод

Устойчивость создаётся не количеством людей, а переносом знаний и контроля из личности в процесс.

Практический следующий шаг

Проверьте пять завершённых закупок: сколько критических действий и решений невозможно восстановить без конкретного человека.

Короткий ответ

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

Типичный хаос

Тендерщик отправляет инженеру архив:

«Посмотрите ТЗ».

Инженер отвечает частично. Сметчик считает по другой версии. Руководитель спрашивает:

«Так участвуем или нет?»

И выясняется, что никто не собрал общий вывод.

Рабочая схема

Квалификация

Определить, стоит ли тратить глубокий ресурс.

Техническая проверка

Не «посмотреть ТЗ», а ответить на конкретные вопросы: соответствует / не соответствует / есть допущение / нужен запрос.

Экономика

Считать после достаточного технического понимания.

Юридические условия

Проверить риски допуска и договора.

Пакет для принятия решения

Свести подтверждённые факты, неизвестные, стоимость, риски и рекомендации.

Решение об участии

Решение принимает определённый владелец.

Версионность

Ответ эксперта должен быть связан с конкретной версией документации. Если ТЗ изменилось, старое заключение нельзя считать актуальным автоматически.

Вывод

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

Практический следующий шаг

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

Короткий ответ

Решение об участии — это управленческое решение о том, стоит ли компании тратить ресурс на конкретную закупку.

Оно не должно зависеть только от суммы НМЦК, количества конкурентов или свободного времени специалиста.

Основные блоки решения

Соответствие

Можем ли выполнить ТЗ.

Допуск

Есть ли опыт, документы, лицензии, реестровые подтверждения.

Экономика

Понятна ли себестоимость и минимальная цена.

Контракт

Приемлемы ли сроки, обеспечение, ответственность и оплата.

Ресурсы

Есть ли мощности, люди, поставщики и финансирование.

Стратегия

Соответствует ли закупка продукту, региону и целевому заказчику.

Стоп-факторы

Критический риск нельзя перекрывать высоким средним баллом.

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

Неизвестные

Отдельный статус — не подтверждено.

Неизвестное нельзя превращать в оптимистичное «да» только потому, что срок подачи близко.

Почему нужен журнал решения

Через несколько месяцев можно проверить:

• какие критерии реально помогали;
• где компания правильно отказалась;
• где фильтр оказался слишком жёстким;
• какие неизвестные чаще всего становились проблемой.

Вывод

Решение об участии — это фильтр ресурсов компании. Хорошая система не увеличивает число подач любой ценой, а увеличивает долю осмысленных решений.

Практический следующий шаг

Сделайте ретро-проверку критериев на 20 завершённых закупках: полезный фильтр должен объяснять хорошие отказы и плохие решения.

Короткий ответ

КПЭ полезен только тогда, когда помогает управлять процессом.

Количество заявок и сумма побед недостаточны. Первое может стимулировать ненужную активность, второе зависит не только от тендерного отдела.

Разделяйте типы показателей

Поток

• релевантные закупки;
• прошедшие квалификацию;
• принятые в работу.

Качество решения

• доля процедур с зафиксированным решением об участии;
• причины отказов;
• полнота исходных данных.

Качество подготовки

• отклонения и их причины;
• соблюдение внутренних сроков;
• полнота обязательных документов.

Результат

• Выиграно;
• Проиграно;
• Решение не принято;
• заключённые договоры.

Экономика

• маржинальность;
• отклонение факта от расчёта;
• стоимость пресейла, если она измеряется.

Процесс

• просроченные критические задачи;
• время нахождения на этапе;
• доля процедур с корректной передачей.

Победы — показатель бизнеса, а не единственного сотрудника

На исход влияют цена, продукт, техническое соответствие, решение руководителя, конкуренты и заказчик.

Исход можно измерять, но опасно превращать его в единственный персональный КПЭ специалиста.

Нет универсальных нормативов

50 заявок в месяц могут быть мало для одной модели и бессмысленно много для другой.

Исходный уровень строится по собственному продукту, сложности и истории.

Вывод

Хорошие КПЭ не заставляют людей «делать цифру». Они показывают, где именно процесс работает хуже ожидаемого.

Практический следующий шаг

Начните не с премиальной формулы, а со словаря показателей: что считается, какой знаменатель, кто влияет на показатель и какое решение руководителя он меняет.

Короткий ответ

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

Фраза:

«Посмотреть гарантию»

формально может быть выполнена буквально.

Именно так и рождаются комментарии:

«Посмотрел».

Рабочая конструкция

Хорошая задача содержит:

Действие

Проверить, рассчитать, сопоставить, подготовить, согласовать.

Объект

Конкретный документ, закупка, расчёт или этап.

Критерий

На что проверяем и по каким правилам.

Срок

Дата/время или понятное условие.

Результат

Что должно появиться: файл, заключение, письмо, решение, заполненное поле, чек-лист.

Пример

Плохо:

Посмотреть гарантию.

Лучше:

Проверить проект независимой гарантии на соответствие применимым требованиям и условиям закупки. До 12:00. Результат: перечень замечаний либо письменное подтверждение отсутствия замечаний.

Один ответственный

Если задача назначена «юристам и тендерщикам», часто никто не владеет итогом.

У результата должен быть один ответственный, даже если участвуют несколько экспертов.

Вывод

Чёткая постановка задачи — не бюрократия. Это способ убрать разницу между «что руководитель имел в виду» и «что сотрудник фактически сделал».

Практический следующий шаг

Перепишите 10 повторяющихся задач в формате: действие → объект → критерий → срок → результат/артефакт.

Короткий ответ

Выигранный тендер не должен передаваться в исполнение в формате:

«Вот договор и архив, разберитесь».

Передача должна переносить не только файлы, но и контекст обязательств.

Что передать

Результат процедуры

Итоговая цена, протокол, изменения относительно исходной модели.

Обязательства

Предмет, объём, сроки, этапы, место, приёмка.

Экономика

Расчёт, допущения, ограничения цены, риски.

Обеспечения

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

Документы

Подписанный договор, приложения, ТЗ, спецификации и значимая переписка.

Владельцы

Кто отвечает после передачи.

Приёмка передачи

Передача не считается выполненной только потому, что система создала новую карточку.

Исполнитель подтверждает:

• документы получены;
• обязательства понятны;
• ответственный назначен;
• ближайшая контрольная точка определена.

Почему это влияет на маржу

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

Вывод

Победа — это переход ответственности, а не конец процесса.

Практический следующий шаг

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

Короткий ответ

Автоматизировать имеет смысл повторяемый и согласованный процесс.

СРМ не отвечает на вопросы:

• зачем мы участвуем;
• кто имеет право разрешить участие;
• какая цена допустима;
• кто владеет договором;
• что считается завершённой передачей.

Она только масштабирует заложенное правило.

Когда автоматизация уже нужна

Признаки:

• много повторяющихся ручных действий;
• данные дублируются;
• дедлайны зависят от памяти;
• передачи теряются;
• одна информация вводится несколько раз;
• руководитель не видит статус без устного запроса.

Когда сначала нужен аудит

Если сотрудники по-разному отвечают, какие стадии существуют, кто принимает решение и когда сделка переходит в исполнение, сначала нужно согласовать процесс.

Что автоматизировать первым

Лучшие кандидаты:

• даты;
• задачи;
• напоминания;
• контроль обязательных данных;
• стандартные передачи;
• создание связанных сущностей;
• управленческие исключения.

Что не отдавать системе без человека

• Решение об участии;
• юридический вывод;
• минимальную цену;
• признание соответствия ТЗ;
• финальную причину проигрыша без проверки.

Вывод

Правильная последовательность:

фактический процесс → целевая модель → критерии → тест на примерах → автоматизация → повторная проверка.

Практический следующий шаг

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