Requisitos Técnicos para um RFP de Análise de Visitantes

Um cenário conhecido de qualquer equipa de procurement: o caderno de encargos pede "contagem de visitantes com elevada precisão" e chegam nove propostas, todas alegando 98% ou 99% de exatidão, com preços que variam num fator de quatro. Nenhuma é comparável com as outras. O problema não está nos fornecedores — está na especificação. Um RFP de análise de visitantes mal redigido transfere todo o risco técnico para o comprador, porque qualquer proposta pode ser declarada conforme.

Este artigo detalha os requisitos técnicos que transformam um concurso vago numa avaliação objetiva: como especificar precisão de forma contratual, o que exigir em matéria de hardware, arquitetura de dados, integrações e privacidade, e como estruturar critérios de avaliação que resistam a uma impugnação.

Precisão: exija um mínimo contratual, não uma percentagem de marketing

A diferença mais importante num RFP de análise de visitantes está numa palavra: garantida. Praticamente todos os fornecedores citam 98% ou 99% de precisão em condições ideais. Muito poucos aceitam assinar um mínimo contratual com penalizações associadas. A redação correta no caderno de encargos é: "O fornecedor deve garantir contratualmente uma precisão mínima de contagem, verificável por auditoria manual, e indicar o valor típico esperado em condições reais."

Como referência de mercado: a Vemco Group aceita um mínimo contratual de 96%, com valores típicos de 98–99% quando as condições — iluminação, layout da entrada, comportamento dos visitantes — o permitem. Note a honestidade dessa formulação: nenhum fornecedor sério garante 99% em todas as entradas, porque uma porta giratória com contraluz forte ao fim da tarde não se comporta como um corredor interior de centro comercial. Se uma proposta garante 99% sem condições, isso é um sinal de alerta, não um argumento de venda.

Especifique também o protocolo de validação: contagem manual por vídeo de, no mínimo, 1.000 passagens por entrada, incluindo horas de ponta, com cálculo de erro por entrada e não apenas agregado. Um sistema que sobreconta de manhã e subconta à tarde pode apresentar um erro agregado próximo de zero e continuar a ser inútil para planeamento de pessoal.

Independência de hardware: a cláusula que protege o investimento

Muitos compradores públicos e integradores já têm sensores instalados — de projetos anteriores, de fusões, de aquisições de espaços. Um RFP que permita apenas soluções fechadas (software que só funciona com os sensores do próprio fabricante) obriga a substituir hardware funcional e cria dependência para todo o ciclo de vida do contrato.

• Exija plataformas agnósticas de sensor: o software deve suportar sensores 3D estéreo, ToF, térmicos e câmaras IP de múltiplos fabricantes, com lista de dispositivos suportados anexa à proposta.
• Peça o roadmap de compatibilidade: o que acontece quando um fabricante de sensores descontinua um modelo a meio do contrato?
• Separe os preços: licenciamento de software, hardware e serviços de instalação em linhas distintas. Propostas com preço único escondem margens e impedem comparação.

Arquitetura de dados e alojamento: hosted, private cloud ou on-premise

Para compradores do setor público e empresas com requisitos de soberania de dados, o modelo de alojamento não é um detalhe — é frequentemente eliminatório. O RFP deve exigir que o fornecedor indique explicitamente as opções disponíveis (cloud gerida pelo fornecedor, private cloud do cliente, ou instalação local), a localização geográfica dos dados e o modelo de propriedade dos dados no fim do contrato. Fornecedores maduros, como a Vemco, oferecem tanto alojamento gerido como private cloud precisamente porque concursos enterprise e públicos o exigem cada vez mais.

Inclua uma cláusula de portabilidade de dados: exportação completa do histórico em formato aberto (CSV ou via API), sem custos adicionais, no termo do contrato. Sem esta cláusula, os dados históricos tornam-se o mecanismo de retenção do fornecedor — e cinco anos de dados de afluência são exatamente o ativo que torna a análise valiosa.

Integrações: onde os projetos falham na prática

Uma observação de quem já implementou dezenas destes projetos: a fase que mais atrasa um go-live raramente é a instalação dos sensores — é a integração com o POS. Os dados de vendas chegam com granularidades diferentes, fusos horários inconsistentes entre lojas e mapeamentos de ID de loja que ninguém documentou. Se o RFP não exigir que o fornecedor descreva o seu processo de mapeamento e reconciliação de dados POS, prepare-se para três meses de e-mails entre o integrador, o fornecedor de POS e a equipa de BI.

Requisitos concretos a incluir:

• API documentada e aberta, com limites de utilização e SLA de disponibilidade da própria API — não apenas da plataforma.
• Conectores existentes para POS, BI, ERP e CRM, com referências de integrações já realizadas. A Vemco, por exemplo, resolve esta camada através do VemFusion; exija que qualquer fornecedor nomeie o componente equivalente e demonstre-o em ambiente real, não em slides.
• Latência de dados especificada: tempo máximo entre a passagem do visitante e a disponibilidade do dado na API e no dashboard.

Privacidade e conformidade: RGPD por desenho, não por declaração

Não aceite a frase "a solução é compatível com o RGPD" sem substância. Exija: descrição técnica de como o processamento evita a identificação de indivíduos (processamento na borda, ausência de armazenamento de imagens, anonimização na origem), disponibilidade de um DPA assinável, e apoio à elaboração da avaliação de impacto (DPIA) quando aplicável. Peça igualmente as certificações de segurança da informação do fornecedor e da infraestrutura de alojamento, com cópia dos certificados em anexo à proposta — e verifique as datas de validade.

Escalabilidade e critérios de avaliação

Se o projeto começa com 15 lojas mas pode chegar a 400, o RFP deve exigir preços por escalões de volume desde o início e prova de que a plataforma opera nessa escala. Peça referências de clientes com dimensão comparável e, idealmente, do mesmo setor — um fornecedor que processa dezenas de milhões de contagens diárias em produção responde a esta pergunta com dados, não com promessas.

Na matriz de avaliação, evite dar mais de 30% ao preço. Uma ponderação prática: 30% preço total de propriedade a 5 anos, 25% conformidade técnica (precisão garantida, integrações, alojamento), 20% prova de conceito com validação de precisão no terreno, 15% SLA e modelo de suporte, 10% referências verificadas. A prova de conceito paga-se sozinha: duas entradas difíceis, quatro semanas, auditoria manual independente.

Prepare o seu RFP com quem responde a concursos há duas décadas

Um caderno de encargos bem especificado poupa meses de avaliação e anos de dependência tecnológica. Se está a preparar um RFP de análise de visitantes e quer validar os requisitos técnicos, discutir garantias contratuais de precisão ou estruturar uma prova de conceito com auditoria independente, fale com a equipa da Vemco Group em vemcogroup.com/contact-us — podemos partilhar exemplos de requisitos usados em concursos reais, enterprise e setor público.