Запрос предложений (RFP) (Request for Proposal (RFP))

Введение

RFP (Request for Proposal, Запрос предложений) – стандартизированный документ в сфере корпоративных и государственных закупок, с помощью которого организация приглашает потенциальных поставщиков представить коммерческое предложение на поставку товаров, разработку или внедрение ПО, оказание профессиональных или консалтинговых услуг.

В отличие от запроса котировок (RFQ, Request for Quotation), ориентированного на цену стандартизированных товаров, RFP используется для сложных, кастомизируемых решений – когда важны не только стоимость, но и техническое решение, опыт поставщика, методология работы и соответствие функциональным требованиям.

История и контекст

Практика формальных запросов предложений возникла в государственном секторе США в рамках регулирования государственных закупок. В ИТ-индустрии RFP стал стандартом при выборе корпоративного ПО в 1980–90-х – по мере роста сложности систем и стоимости проектов внедрения. Крупные организации стали требовать структурированного сравнения предложений нескольких поставщиков.

В России аналогом государственного RFP являются конкурсные процедуры по 44-ФЗ и 223-ФЗ. Корпоративные RFP в частном секторе не регулируются законодательно, но активно применяются крупными компаниями при выборе ERP, CRM, BI и других корпоративных систем.

Как это работает

Процесс RFP включает следующие этапы:

• Подготовка RFP: заказчик формулирует требования – бизнес-цели, функциональные и нефункциональные требования к системе, критерии оценки предложений, сроки, бюджетные ограничения, условия контракта.
• Распространение: RFP направляется выбранному списку поставщиков (short list) или публикуется открыто. Иногда предшествует RFI (Request for Information) – предварительный запрос информации для формирования short list.
• Период Q&A: поставщики задают уточняющие вопросы; заказчик публикует ответы всем участникам одновременно (принцип равного доступа к информации).
• Приём и оценка предложений: каждое предложение оцениваются по формализованным критериям: техническое соответствие (функциональность), опыт поставщика, методология, стоимость (TCO), референсы клиентов.
• Демонстрации и proof-of-concept: финалисты демонстрируют систему на реальных кейсах заказчика.
• Переговоры и выбор поставщика: выбор победителя и переговоры об условиях контракта.

Где применяется

• Закупки корпоративного ПО: выбор ERP, CRM, BI, HRMS, СЭД – типичные сценарии для корпоративных RFP.
• ИТ-аутсорсинг и сервисы: выбор провайдеров облачных услуг, разработки ПО, поддержки ИТ-инфраструктуры.
• Государственные закупки: конкурсные процедуры по 44-ФЗ и 223-ФЗ с технической документацией.
• Консалтинговые услуги: выбор консультантов для цифровой трансформации, стратегического планирования.
• Маркетинг и реклама: выбор рекламных агентств, подрядчиков по разработке сайтов.

Преимущества и ограничения

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

Ограничения: длительный и ресурсоёмкий процесс для обеих сторон; формальные требования могут не отразить реальные нужды; опытные поставщики знают, «как правильно» отвечать на RFP, что не гарантирует качества реализации; устаревает при итерационных и Agile-подходах к разработке.

Связь с другими понятиями

RFP является частью процесса управления закупками (Procurement) и предшествует фазе управления контрактами (CLM). В государственных закупках аналог – тендер по 44-ФЗ/223-ФЗ. Предшественниками и производными RFP являются: RFI (предварительный запрос информации), RFQ (запрос котировок), SOW (Statement of Work – техническое задание). В ИТ-закупках тесно связан с процессами E-procurement – электронных закупок.