Avaliação de software de videowall: playbook de bake-off

Dezoito meses depois, a realidade operacional revela um produto diferente daquele que a demonstração sugeria.

Este é um playbook para conduzir um bake-off (avaliação comparativa entre fornecedores) que preveja o resultado em produção, e não o resultado da demonstração.

Ele mostra como montar a lista curta, estruturar a avaliação, ponderar os critérios e evitar os erros que arruínam aquisições.

Antes do bake-off — o documento de requisitos

Um bake-off sem um documento de requisitos por escrito é um concurso de beleza. Antes de qualquer contato com fornecedores, documente quatro pontos:

• O marco de conformidade. Quais requisitos regulatórios se aplicam — veja o mapa de conformidade. Este é o primeiro filtro: ele define o conjunto de fornecedores antes de qualquer avaliação técnica.
• O inventário de fontes. Cada feed que o videowall precisa exibir hoje e a quantidade projetada para o terceiro ano. Tipo, resolução, transporte.
• O modelo de operação. Quantas posições de operador, como é o fluxo de trabalho e se há necessidade de controle por vários operadores.
• O teto orçamentário para cinco anos. Incluindo renovação e suporte, e não apenas a compra do ano zero. Veja o detalhamento do custo total de propriedade (TCO) para o modelo.

Montagem da lista curta

Aplique primeiro o filtro de conformidade — ele é binário e elimina fornecedores rapidamente. Uma exigência do registro do Минцифры (Ministério do Desenvolvimento Digital da Rússia) elimina todo fornecedor não russo.

Uma exigência de FedRAMP elimina os fornecedores que não têm essa autorização. O que sobra é o conjunto elegível.

Desse conjunto elegível, pré-selecione de três a cinco fornecedores que cubram toda a gama de arquiteturas — no mínimo uma opção com controladora de hardware e outra definida por software, salvo se o documento de requisitos já descartar uma delas.

O comparativo de oito plataformas e as páginas /vs/ individuais são a referência inicial para saber quem se encaixa onde.

Uma lista curta com mais de cinco fornecedores torna-se impraticável; com menos de três, corre-se o risco de deixar de fora a arquitetura certa.

Os seis critérios ponderados

Pontue cada fornecedor pré-selecionado em seis critérios, ponderados pela frequência com que cada um decide o resultado em produção:

• Adequação operacional — 35%. O software corresponde ao fluxo de trabalho real dos operadores, ao mix de fontes e ao modelo de operações de TI? É o maior fator isolado — e justamente o que as demonstrações escondem.
• TCO em 5 anos — 25%. O custo completo, incluindo renovação e suporte, e não o preço de tabela.
• Longevidade e suporte do fornecedor — 15%. Histórico de fim de vida (EOL), cadência de patches e caminhos de escalonamento.
• Amplitude do mix de fontes — 10%. Suporte nativo ao inventário do documento de requisitos, com folga para a projeção do terceiro ano.
• Profundidade das referências — 10%. Implantações verificáveis no setor, na região e na faixa de porte do comprador.
• Flexibilidade de arquitetura — 5%. Postura on-premises / nuvem / híbrida e exposição ao aprisionamento tecnológico (lock-in).

A ponderação importa mais do que os números exatos. A questão é que “a interface gráfica é bonita” não está na lista — isso nunca decidiu um resultado em produção e domina as demonstrações justamente porque é fácil de mostrar.

Como estruturar o bake-off

Três etapas, nesta ordem:

1. Análise documental. Cada fornecedor pré-selecionado responde por escrito ao documento de requisitos. Isso revela as lacunas de conformidade e de mix de fontes antes que alguém gaste tempo com uma demonstração.
2. Demonstração estruturada. Não a demonstração-padrão do fornecedor — a sua demonstração. Entregue a cada fornecedor o mesmo cenário, construído a partir do seu inventário real de fontes e do fluxo de trabalho dos seus operadores, e peça que o executem. Um fornecedor que só consegue mostrar a demonstração pronta de sempre já revelou algo importante.
3. Prova de conceito (PoC). Para o primeiro ou os dois primeiros colocados, uma PoC com prazo definido, em infraestrutura real e com fontes reais. É aqui que a adequação operacional é verificada — o critério de 35% não pode ser pontuado a partir de uma demonstração.

Os erros de avaliação que arruínam aquisições

• Pontuar a demonstração em vez da implantação. Uma demonstração roda no hardware do fornecedor, com o conteúdo do fornecedor. Ela não prevê quase nada sobre a produção. Insista na PoC.
• Tratar “software” como uma categoria única. Um stack com licença perpétua e um stack com assinatura por tela têm TCO em 5 anos radicalmente diferentes, embora ambos sejam “software”. Pontue o modelo de preços, não o rótulo.
• Pular a questão das operações de TI. O filtro que, sozinho, decide a maioria dos bake-offs é o que a equipe de TI consegue de fato manter. Uma instalação sem capacidade de operação Linux não deve dar nota alta a um stack definido por software em adequação operacional, por melhor que seja o produto.
• Deixar o comitê pontuar recursos que ele não consegue ponderar. Uma lista de recursos com 200 linhas é ruído. Pontue os seis critérios; todo o resto é detalhe que se consolida neles.
• Ignorar a projeção do terceiro ano. Um videowall dimensionado para a contagem atual de fontes e de posições de operador, avaliado apenas em relação ao presente, é uma aquisição que precisará ser refeita em três anos.

A matriz de decisão

O resultado do bake-off é uma única matriz: os fornecedores pré-selecionados nas linhas, os seis critérios ponderados nas colunas, uma nota em cada célula e um total ponderado por fornecedor.

A matriz não é a decisão — é a entrada estruturada para a decisão. Se o total ponderado e a intuição do comitê divergirem, essa divergência é o resultado mais útil de todo o processo.

Ela indica que algum critério está mal ponderado ou que a intuição está reagindo a algo que a matriz não captou. Resolva a divergência explicitamente, em vez de passar por cima da matriz em silêncio.

Onde o Craft Wall se encaixa em um bake-off

O Craft Wall pontua bem nos critérios do bake-off em que sua arquitetura é a adequada — TCO em 5 anos, amplitude do mix de fontes, flexibilidade de arquitetura e adequação operacional para uma instalação com capacidade de operação Linux.

Pontua menos quando o documento de requisitos exige uma marca Tier 1 com horizonte de suporte de 15-20 anos, aquisição a partir do registro do Минцифры ou latência de KVM inferior a um quadro (sub-frame) para os operadores.

O enquadramento honesto para uma equipe de compras: o Craft Wall foi feito para vencer os bake-offs em que a arquitetura definida por software é a resposta certa — e para perder com clareza aqueles em que não é.

As páginas de comparação /vs/ documentam exatamente onde fica cada linha diante de cada grande concorrente — use-as como referência por critério ao montar a matriz.

Conclusão

Um bake-off de videowall conduzido a partir de um documento de requisitos, pontuado em seis critérios ponderados e verificado com uma PoC em infraestrutura real prevê o resultado em produção. Um bake-off conduzido com demonstrações prevê a demonstração.

O esforço adicional do processo estruturado é pequeno diante do custo de descobrir a escolha errada dezoito meses depois do início de uma implantação de cinco anos.

Leia a seguir: o comparativo de oito plataformas como ponto de partida para a lista curta, o detalhamento do TCO para o critério de custo em 5 anos e a calculadora interativa de TCO para pontuar com os próprios números.