Тендерный отдел и управление

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

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

Фраза «тендерщик ведёт закупку под ключ» часто скрывает несколько разных функций.

Возможные роли

Не обязательно отдельные должности:

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

Один человек может выполнять несколько ролей.

Что действительно нужно определить

Для каждой контрольной точки:

• кто готовит;
• кто проверяет;
• кто принимает решение;
• кого информируют;
• кто владеет следующим этапом.

Где ломается процесс

Проблема возникает, когда одновременно несколько людей «отвечают» за одно решение. В итоге все участвуют, но никто не владеет результатом.

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

Вывод

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

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

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

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

Рост количества заявок — это рост активности.

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

Как КПЭ ломает поведение

Если человеку поставить только цель:

«подать 50 заявок»,

система естественно оптимизируется под 50.

В работу попадают пограничные процедуры, закупки без достаточного расчёта и лоты, которые не соответствуют стратегии.

Более полезная цепочка

нашли → квалифицировали → приняли участие → рассчитали → подали → допустили → завершили → исполнили

Каждый переход показывает отдельное качество.

Три вопроса

1. Почему мы участвовали?
2. Что подтверждало экономический смысл?
3. Что изменилось после результата?

Если на них нет ответа, высокая активность мало говорит о качестве отдела.

Отказы — часть нормального процесса

Обоснованный отказ от участия может экономить:

• время инженера;
• банковские расходы;
• оборотные средства;
• риск исполнения.

Поэтому «не подались» не всегда означает потерю.

Вывод

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

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

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

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

Руководителю не нужен экран со всеми полями СРМ.

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

Ежедневный уровень

Полезно видеть:

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

Недельный уровень

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

Месячный уровень

• конверсии между стадиями;
• причины отказа от участия;
• причины проигрыша;
• экономика выигранных процедур;
• повторяющиеся дефекты;
• качество данных.

Почему один красивый процент опасен

«Конверсия отдела — 30%» мало полезна без знаменателя.

30% чего: всех найденных, поданных, допущенных или завершённых с решением?

Определение важнее визуализации.

Вывод

Дашборд руководителя — не телевизор со статистикой, а интерфейс приоритетов и исключений.

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

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

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

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

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

Почему опасна стадия «Победа»

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

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

Контрольные точки

1. Итоговый протокол получен.
2. Определены сроки заключения.
3. Получено/проверено обеспечение.
4. Проект договора проверен.
5. Разногласия обработаны, если применимо.
6. Договор подписан.
7. Документы сохранены.
8. Передача принята исполнением.

Банковская зависимость

Срок банка — не внутренний срок компании.

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

Вывод

Заключение договора — самостоятельный мини-проект со своим ответственным, сроками и приёмкой.

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

Выделите в процессе отдельный этап заключения: обеспечение, договор, разногласия, подпись и подтверждённая передача в исполнение.

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

Регламент нужен там, где действие повторяется и ошибка стоит дороже, чем время на стандарт.

Он не должен превращать каждую закупку в бюрократический квест.

Что имеет смысл стандартизировать

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

Чек-лист, регламент или шаблон

Чек-лист подходит для короткой повторяемой проверки.

Регламент нужен, когда есть несколько ролей, переходы, исключения и решения.

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

Как понять, что документ бесполезен

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

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

Шаблон без владельца и даты обновления постепенно становится источником ошибок.

Вывод

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

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

Начните не с положения на 80 страниц, а с одной повторяющейся точки риска: один чек-лист, один владелец, одна проверка на реальных закупках.

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

История закупок полезна только тогда, когда меняет будущую работу.

Разбор нужен не для объяснения, почему «рынок сложный», а для проверки решений и повторяющихся дефектов.

Какие исходы разделять

• Выиграно;
• Проиграно;
• Решение не принято;
• Отклонено;
• Отказ от участия.

Отмена закупки и проигрыш конкуренту — разные события.

Вопросы разбора

До участия

Было ли решение об участии обосновано?

Подготовка

Какие риски были известны заранее?

Процедура

Что фактически определило исход?

Экономика

Соответствовала ли итоговая цена нашим ограничениям?

После победы

Была ли передача полной?

Не додумывать причины

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

Если заказчик часто выбирает одного поставщика, это ещё не доказательство скрытой договорённости.

Следующие действия

Разбор без действий — разговор.

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

Вывод

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

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

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