Evidência antes
da pontuação.
O Radar OaaS organiza uma decisão estratégica: com as evidências disponíveis, qual etapa pode ser considerada e o que falta testar?
Fonte: Radar Disruptivo — Outcome as a Service, edição setembro de 2026. A aplicação é uma operacionalização experimental, sem validação estatística.
O guia público vem primeiro
Quatro etapas de escolhas levam a um teste com três passos, sem cadastro, pontuação ou chamada de IA. As respostas ficam neste navegador e podem ser apagadas no guia. O exemplo guiado é fictício e não substitui seu rascunho.
A orientação prioriza cuidados com dados, público e tarefa, dependência de terceiros, regra de aceite e alternativa atual; depois considera a experiência declarada. Origem: proposta_mvp, regra 0.2.0. N/D não é reprovação. Os instrumentos avançados abaixo continuam disponíveis no código para aprofundamento e projetos privados; não são necessários para usar o guia público.
Interpretação autoral Radar Disruptivo informada pela tese Services: The New Software, Sequoia e pesquisas da ARK, sem vínculo ou endosso. Sequoia não fornece os oito critérios, pesos ou scorecard deste aplicativo.
Dois instrumentos distintos
Os oito critérios investigam a aderência da oportunidade. Os seis blocos compõem um scorecard próprio, com notas, justificativas e evidências independentes. Não existe conversão automática entre os dois instrumentos.
| Oito critérios · origem framework | O que investigar |
|---|---|
| Orçamento | Quem paga hoje, quanto, por qual unidade e contrato. |
| Incumbente | Desempenho atual, incentivo e resposta competitiva. |
| Dor valiosa | Perda, prazo ou risco com frequência e severidade. |
| Automatização | Etapas executáveis, incluindo casos extremos. |
| Verificabilidade | Regra de aceite, responsável e registro independente. |
| Vantagem | Ganho demonstrado de custo, velocidade, qualidade ou capacidade. |
| Aprendizado | Melhoria entre versões com dados autorizados e feedback. |
| Barreiras | Regulação, integração ou conhecimento vertical viáveis. |
Escala comum: 0 = evidência desfavorável; 1 = muito fraca; 2 = indício inicial; 3 = hipótese parcialmente testada; 4 = piloto demonstrado; 5 = replicação em clientes e períodos distintos; N/D = ausência de dado. Confiança é separada da nota. Evidência forte de fracasso não recebe nota alta; notas sem sustentação permanecem N/D.
| Bloco · origem framework | Peso sugerido |
|---|---|
| Dor + orçamento | 20% |
| Verificabilidade + vantagem | 20% |
| Automação + operação | 20% |
| Economia + preço | 20% |
| Defensibilidade + acesso | 10% |
| Risco + responsabilidade | 10% |
Cobertura não é aprovação
O tratamento computacional dos valores ausentes é uma proposta do MVP. N/D é armazenado como null, nunca zero. Não há multiplicação por confiança nem preenchimento de valores ausentes.
índice parcial = 100 × soma(peso × nota ÷ 5) ÷ cobertura
índice completo = N/D enquanto cobertura < 100%
Um único bloco de peso 20% com nota 5 gera índice parcial 100 e cobertura 20%. Isso não autoriza avanço. Pontuação não é probabilidade de sucesso nem uma comparação válida entre avaliações com coberturas, rubricas ou versões diferentes.
Como a decisão é formada
- Impedimento confirmado: bloqueia avanço. Risco legal intransponível, falha grave não mitigada, margem estrutural negativa e aceite impossível são as quatro travas da fonte.
- Pendência crítica: exige revisão e evidências. Pesquisa e redesenho seguros podem continuar, sem autorizar a operação dependente da pendência.
- Teste obrigatório falhou: recomenda iterar ou pivotar quando a revisão humana sustenta uma mudança na cunha.
- Condições cumpridas: recomenda somente a próxima etapa demonstrada. Escala exige repetição, economia e capacidade humana disponíveis.
As transições entre ideia, descoberta, contrato, piloto pago, repetição e decisão de escala são operacionalizações versionadas do produto. Nenhuma nota de corte substitui as condições obrigatórias. O proprietário confirma mudanças de estágio; o histórico é preservado.
O que é evidência neste produto
Declarações do fundador, hipóteses, documentos apresentados e resultados observados ficam separados. URLs são referências, sem busca automática. A revisão do proprietário é autodeclarada, nunca auditoria independente. Autenticidade, pertinência e suficiência da prova continuam sob responsabilidade humana.
Economia reproduzível
Os valores monetários são calculados em centavos. Custos ausentes não são zero; denominadores zero geram N/D. Período, moeda, coorte e unidade devem ser compatíveis. Custos de erros, rejeições e retrabalho integram a entrega, com rateios sem dupla contagem.
Dados privados e demonstração
Projetos privados pertencem a uma conta e exigem autenticação e autorização no servidor. O repositório público contém código, regras e exemplos sintéticos; não contém os dados dos projetos. Não há compartilhamento público automático de relatórios.
A demonstração usa somente dados sintéticos no navegador. Não insira dados pessoais, documentos reais ou informações confidenciais nela. Nenhum conteúdo da demonstração é enviado ao banco privado ou a provedores externos de IA.
Dados privados são mantidos enquanto o projeto existir. A exclusão de um projeto remove seus registros ativos, incluindo avaliações e histórico. Retenções operacionais de backup e registros do provedor seguem a configuração documentada da implantação. Exporte os dados antes de excluir se precisar preservá-los.
IA opcional, sem autoridade decisória
A avaliação funciona sem IA e sem chave de API. A assistência opcional pode sugerir perguntas, contradições ou experimentos, sempre pendentes de revisão. Ela não cria evidências, confirma travas, muda pesos ou calcula a decisão. O envio externo exige uma opção explícita do proprietário.
Como contribuir
O código está preparado para colaboração por fork, branch e pull request. Mudanças metodológicas exigem justificativa, exemplos, testes e nova versão. Contribua em github.com/ofelipepeixoto/radar-oaas. O código original usa licença MIT; framework, marca, materiais editoriais e terceiros mantêm direitos separados.
Consulte CONTRIBUTING.md, GOVERNANCE.md e SECURITY.md no pacote do projeto. Vulnerabilidades devem seguir o canal reservado documentado, sem publicar dados privados, chaves ou tokens em issues.
Avaliação estratégica experimental baseada nas informações registradas. Não constitui certificação, parecer profissional ou garantia de resultado