Выбор по минимальной цене
Самое дешёвое предложение обычно означает неполный объём: без интеграций, без переноса данных, без обучения. Разницу приходится доплачивать уже в процессе.
Выбор подрядчика и решения
Выбор, который можно обосновать
Описываем требования так, чтобы предложения можно было сравнивать, а не обсуждать. Проверяем заявленное на референс-звонках и в договоре, а не в презентации.
Или сразу: +7 (962) 368-39-51 Telegram
RFI
сначала рынок, потом требования
RFP
сравнимые предложения по одной форме
скоринг
взвешенная матрица критериев
0%
комиссий от поставщиков
Почему выбор подрядчика уходит не туда
Почти всегда причина одна: сравнивать предложения не по чему, кроме цены и обаяния продавца.
Требования описывают решение, а не задачу
В техническом задании заранее зафиксированы конкретный продукт и конкретная архитектура. В результате рынок не исследуется, а предложения отличаются только ценой за одно и то же.
Демонстрация вместо проверки
На демо показывают настроенный эталонный стенд, а не рабочий продукт. Реальные ограничения — производительность, лимиты, качество поддержки — выясняются после оплаты.
Зависимость от одного поставщика
Данные хранятся в закрытом формате, интеграции держатся на нестандартных доработках, а исходники недоступны. Сменить поставщика можно только полной переделкой.
Проверка подрядчика формальна
Референсы предоставлены самим подрядчиком и подобраны заранее. Про команду, которая будет работать именно на вашем проекте, не спрашивают вовсе.
Договор без критериев приёмки
В контракте нет состава команды, сроков реакции, ответственности за качество и условий выхода. Спорные ситуации решаются переговорами с позиции слабейшего.
Что мы делаем на проекте выбора
Процедура разбита на этапы так, чтобы на каждом у вас оставался документ, пригодный для решения даже без нас.
Требования и критерии
Переводим задачу бизнеса в требования к решению и формируем критерии, по которым предложения будут сравниваться. Отдельно фиксируем то, что не подлежит обсуждению.
- Разбор процессов и сценариев, которые должно поддержать решение
- Функциональные требования и обязательные интеграции
- Нефункциональные требования: нагрузка, сроки отклика, доступность
- Вес каждого критерия, согласованный с руководством заранее
Исследование рынка (RFI)
До разработки детального задания выясняем, какие классы решений вообще существуют и как они закрывают ваши сценарии. Это защищает от выбора между двумя похожими вариантами, когда есть третий — лучше.
- Длинный список поставщиков и решений, включая open source
- Запрос информации без коммерческих условий, чтобы избежать влияния цены
- Отсев по объективным ограничениям: отраслевой опыт, регион, масштаб
- Короткий список из 3–5 участников для детального сравнения
RFP и оценка предложений
Готовим запрос предложений в единой форме, чтобы ответы были сравнимы построчно. Считаем не только цену, но и совокупную стоимость владения на три года.
- Единая форма ответа и обязательные к раскрытию пункты
- Очная защита предложений с вопросами по сценариям
- Скоринг по взвешенной матрице критериев и расчёт TCO
- Протокол оценки с обоснованием выбора для руководства
Проверка подрядчика и договор
Проверяем то, что нельзя увидеть в презентации: кто именно будет работать, как организована поддержка, что было в прошлых проектах. Затем разбираем договор до подписания.
- Референс-звонки с клиентами, отобранными нами, а не подрядчиком
- Проверка ядра команды, текущей загрузки и порядка замены специалистов
- Разбор договора: состав работ, приёмка, права на результат, выход из проекта
- Соглашение об уровне сервиса с измеримыми сроками реакции
Как строится процедура выбора
Четыре этапа: от разбора задачи до подписанного договора с понятными обязательствами.
-
01 2–3 недели
Требования
Разбираем процессы и сценарии, формулируем функциональные и нефункциональные требования, согласуем веса критериев выбора.
-
02 1–2 недели
Исследование рынка
Отправляем RFI широкому кругу поставщиков, собираем ответы, формируем короткий список участников детального сравнения.
-
03 2–4 недели
RFP и скоринг
Проводим запрос предложений в единой форме, организуем защиты, считаем TCO и заполняем матрицу критериев.
-
04 2–3 недели
Проверка и договор
Проводим референс-звонки, проверяем команду, разбираем договор и соглашение об уровне сервиса до подписания.
Почему мы не берём комиссию от поставщиков
На рынке распространена модель, при которой консультант получает вознаграждение от вендора за приведённого клиента. Для клиента это означает, что рекомендация формируется под интересами конкретного поставщика, а сравнение вариантов превращается в его обоснование. Мы работаем только по модели «клиент платит за процедуру» и не получаем выплат от участников выбора.
Практическое следствие: в наших коротких списках регулярно оказываются open source решения и небольшие команды, а не только крупные вендоры с маркетинговым бюджетом. Если вашей задаче достаточно типового продукта за разумные деньги, мы скажем об этом прямо — это дешевле, чем заказная разработка.
Что такое RFI и RFP и зачем они нужны по отдельности
RFI (Request for Information) — запрос информации. Его задача — понять, какие решения и подходы существуют на рынке, без обсуждения цены. На этом этапе бессмысленно требовать смету: вы ещё не знаете, какой объём работ реален, а поставщики дают оценки с точностью плюс-минус сто процентов.
RFP (Request for Proposal) — запрос предложений по уже сформулированным требованиям. Здесь ответы сравнимы: одинаковая форма, обязательные разделы, раскрытие состава команды и сроков. Разделение на два этапа экономит время обеим сторонам — вы не тратите недели на детальное ТЗ для решения, которое не подходит в принципе, а поставщики не готовят сметы за двоих конкурентов вслепую.
Как оценивать совокупную стоимость владения при выборе
Цена внедрения — примерно половина реальных затрат. В расчёт TCO на три года входят: лицензии или подписка, работы по внедрению, интеграции с существующими системами, перенос данных, обучение, поддержка после запуска, доработки под изменения процессов и стоимость выхода, если решение придётся менять.
Отдельно мы оцениваем стоимость изменений: сколько будет стоить добавить новое поле в отчёт, новый тип заказа, новую роль. Для типовой платформы это часы работы настройщика, для заказной системы — дни разработки, а для решения с закрытым ядром доработка может быть невозможна в принципе. Именно этот параметр чаще всего определяет, окупится ли дешёвое внедрение.
Частые вопросы
Да, это отдельная и вполне осмысленная услуга: аудит выбора. Мы разбираем требования, предложение, договор и заявленную команду, проверяем референсы и указываем на риски, которые не видны из презентации. Иногда результат — подтверждение выбора, иногда — список пунктов, которые нужно добавить в договор до подписания.
На этапе RFI имеет смысл опросить от восьми до пятнадцати участников: это даёт понимание рынка без чрезмерных трудозатрат. В короткий список для RFP попадают три-пять. Меньше трёх — нет конкуренции и сравнения, больше пяти — резко растёт трудоёмкость оценки, а новые участники обычно не приносят новых идей.
Разбирать состав. Разница в два раза почти всегда означает разный объём: один участник включил интеграции и обучение, другой — нет; один оценил проект целиком, другой — только первую очередь. Мы приводим предложения к сопоставимому объёму и только потом сравниваем стоимость, иначе выбор превращается в лотерею.
Да. Мы готовим позицию по спорным пунктам, участвуем во встречах и помогаем зафиксировать договорённости в договоре: состав команды, сроки, порядок приёмки, ответственность за простой, условия расторжения. Наша задача — чтобы то, что обсуждалось на встрече, оказалось записано в подписанном документе.
IT-консалтинг: другие направления
Смежные задачи, которые обычно решаются в одном проекте с этой.
Выбираете подрядчика или платформу?
Опишите задачу и сроки — предложим формат работы и назовём стоимость процедуры.