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

Запрос предложений — это письменное задание, разосланное сразу нескольким поставщикам: в нём описано, что нужно покупателю, и каждого просят ответить в заданной структуре. Смысл — в сопоставимости. Предоставленные сами себе, поставщики отвечают на вопросы, в которых сильны, и обходят остальные, а покупатель, посмотревший три отдельные демонстрации, получает три несравнимых впечатления вместо одного решения. Хороший RFP начинается с задачи и ограничений, а не со списка желаемых функций. Перечень галочек вознаграждает того, кто проставит их больше всех, а поставить большинство галочек умеет любой зрелый продукт — упражнение вырождается в оценку маркетингового текста. Требования, сформулированные как результаты — что пользователь должен суметь сделать, в каком объёме, за какое время, при каком регуляторном ограничении, — вынуждают давать ответы, показывающие, как продукт устроен на самом деле. Для инструментов с ИИ несколько разделов оправдывают своё место. Где выполняется модель и кто её эксплуатирует. Используются ли ваши входы и выходы для обучения и как это отключается. Что происходит с данными в покое и при передаче и в каких юрисдикциях. Как поставщик обращается с версиями и снятием их с поддержки — это и есть разница между устойчивой зависимостью и подвижной. И как измеряется качество: поставщик без ответа на этот вопрос не измеряет ничего. Слабое место формата — объём. RFP, достаточно исчерпывающий, чтобы ничего не упустить, обычно достаточно длинный, чтобы маленькие поставщики отказались отвечать, и поле кандидатов тихо сужается до тех, у кого есть отдел тендеров, а не до тех, у кого лучший продукт. Он же достаточно длинный, чтобы ответы писали люди, никогда не трогавшие продукт. Держать документ таким, чтобы на него честно ответил инженер, обычно лучший фильтр, чем любая шкала оценки. Схему оценки согласуют до получения ответов. Взвесьте критерии, запишите, как выглядит сильный ответ, и пусть оценивают независимо несколько человек. Определение весов после чтения заявок — это способ сначала выбрать любимого поставщика, а потом обосновать выбор, и участники процесса обычно понимают, что произошло именно это. RFP — инструмент отсева, а не решение. Он сокращает длинный список до короткого, а короткий затем проверяют на настоящей работе: ваших данных, ваших пограничных случаях, ваших интеграциях. Именно в разрыве между уверенным письменным ответом и работающей интеграцией живёт большинство разочаровывающих покупок. Считайте документ тем, что даёт поставщику право на пилот, а пилот — тем, что даёт право на контракт.