Коротко
Большинство закупок видеостен решает демонстрация. Вендор показывает отполированную стену, комитет впечатлён, контракт подписан — а операционная реальность через восемнадцать месяцев оказывается другим продуктом, чем подразумевала демонстрация. Это playbook для проведения bake-off, который предсказывает продакшн-результат, а не результат демонстрации: как сформировать шортлист, структурировать оценку, взвесить критерии и избежать ошибок, ломающих закупки.
До bake-off — документ требований
Bake-off без письменного документа требований — это конкурс красоты. До любого контакта с вендором задокументируйте четыре вещи:
- Compliance-рамка. Какие регуляторные требования применяются — см. регуляторную карту. Это первый фильтр; он решает пул вендоров до любой технической оценки.
- Инвентаризация источников. Каждый фид, который стена должна нести сегодня, и прогнозируемое число на третий год. Тип, разрешение, транспорт.
- Операторская модель. Сколько операторских мест, как выглядит workflow, нужно ли мультиоператорское управление.
- Пятилетний бюджетный конверт. Включая refresh и поддержку, не только покупку нулевого года. См. разбор TCO по модели.
Формирование шортлиста
Сначала применяйте compliance-фильтр — он бинарный и быстро убирает вендоров. Требование реестра Минцифры убирает каждого не-РФ-вендора. Требование FedRAMP относится к облачным сервисам, поэтому оно убирает облачно-управляемых вендоров без такой авторизации; ПО, установленное на объекте, под него не подпадает. Что осталось — это допустимый пул.
Из допустимого пула в шортлист берите три-пять вендоров, охватывающих архитектурный диапазон — минимум один вариант с аппаратным контроллером и минимум один программно-определяемый, если документ требований уже не исключил один из них. Сравнение восьми платформ и отдельные /vs/-страницы — стартовая референс-точка, кто куда подходит. Шортлист больше пяти неуправляем; меньше трёх рискует пропустить правильную архитектуру.
Шесть взвешенных критериев
Оценивайте каждого вендора из шортлиста по шести критериям, взвешенным по тому, как часто каждый решает продакшн-результат:
- Эксплуатационное соответствие — 35%. Попадает ли ПО в реальный операторский workflow, микс источников и модель IT-эксплуатации? Крупнейший единичный фактор, и тот, который демонстрации скрывают.
- 5-летний TCO — 25%. Полный конверт, включая refresh и поддержку, не цена на ценнике.
- Долгосрочность вендора и поддержка — 15%. Track record по EOL, ритм патчей, пути эскалации.
- Широта микса источников — 10%. Нативная поддержка инвентаря из документа требований плюс запас под прогноз третьего года.
- Глубина референсов — 10%. Проверяемые развёртывания в индустрии, регионе и масштабе заказчика.
- Гибкость архитектуры — 5%. Позиция on-prem / облако / гибрид, экспозиция к lock-in.
Взвешивание важнее точных цифр. Суть в том, что «красиво выглядит GUI» нет в списке — он никогда не решал продакшн-результат и доминирует в демонстрациях именно потому, что его легко показать.
Структура bake-off
Три стадии по порядку:
- Разбор документов. Каждый вендор из шортлиста отвечает на документ требований письменно. Это выявляет compliance- и source-mix-разрывы до того, как кто-то потратит время на демонстрацию.
- Структурированная демонстрация. Не стандартная демонстрация вендора — ваша. Дайте каждому вендору одинаковый сценарий, построенный из вашего реального инвентаря источников и операторского workflow, и пусть прогонят его. Вендор, который может показать только свою заготовленную демонстрацию, кое-что вам сообщил.
- Proof of concept. Для топ-одного-двух — PoC с ограничением по времени на реальной инфраструктуре с реальными источниками. Здесь проверяется эксплуатационное соответствие — критерий в 35% нельзя оценить по демонстрации.
Ошибки оценки, ломающие закупки
- Оценивать демонстрацию вместо развёртывания. Демонстрация идёт на «железе» вендора с контентом вендора. Она почти ничего не предсказывает о продакшене. Настаивайте на PoC.
- Считать «программное» единой категорией. Стек с бессрочной лицензией и стек с подпиской-на-дисплей имеют кардинально разный 5-летний TCO, хотя оба «программные». Оценивайте модель ценообразования, не лейбл.
- Пропускать вопрос IT-эксплуатации. Единственный фильтр, решающий большинство bake-off — что IT-команда реально может поддерживать. Объект без Linux-эксплуатации не должен высоко оценивать software-defined-стек по эксплуатационному соответствию, как бы хорош ни был продукт.
- Позволять комитету оценивать функции, которые он не может взвесить. Список функций на 200 строк — это шум. Оценивайте шесть критериев; всё остальное — детали, сворачивающиеся в них.
- Игнорировать прогноз третьего года. Стена, рассчитанная на сегодняшнее число источников и операторских мест, оценённая только против сегодня — это закупка, которую через три года надо переделывать.
Матрица решения
Результат bake-off — одна матрица: вендоры шортлиста по строкам, шесть взвешенных критериев по столбцам, оценка в каждой ячейке, взвешенный итог по вендору. Матрица — не решение, это структурированный вход в решение. Если взвешенный итог и инстинкт комитета не согласны, это разногласие — самый полезный выход всего процесса: значит, критерий неправильно взвешен, или инстинкт реагирует на что-то незахваченное. Разрешите это явно, а не переопределяйте матрицу тихо.
Где Craft Wall в bake-off
Craft Wall хорошо набирает по критериям bake-off, где его архитектура — это совпадение: 5-летний TCO, широта микса источников, гибкость архитектуры, эксплуатационное соответствие для объекта с Linux-эксплуатацией. Набирает ниже там, где документ требований вызывает Tier-1-бренд с горизонтом поддержки 15-20 лет, закупку из реестра Минцифры или sub-frame-задержку операторского KVM.
Честная формулировка для закупочной команды: Craft Wall построен, чтобы выигрывать bake-off, где software-defined-архитектура — правильный ответ, и чисто проигрывать те, где нет. /vs/-страницы сравнений документируют ровно то, где каждая линия падает против каждого крупного конкурента — используйте их как per-criterion-референс при построении матрицы.
В заключение
Bake-off видеостены, проведённый по документу требований, оценённый по шести взвешенным критериям и проверенный PoC на реальной инфраструктуре, предсказывает продакшн-результат. Bake-off, проведённый по демонстрациям, предсказывает демонстрацию. Дополнительное усилие структурированного процесса мало против стоимости обнаружения неправильного выбора через восемнадцать месяцев в пятилетнем развёртывании.
Читать дальше: сравнение восьми платформ — стартовая точка шортлиста, разбор TCO — критерий 5-летней стоимости, и интерактивный TCO-калькулятор — оценить свои цифры.