Discovery de produto digital é um período de investigação orientado a uma decisão. Ele ajuda a entender se o problema merece investimento, para quem, qual recorte deve ser resolvido primeiro e quais riscos precisam de prova antes do desenvolvimento.
Formule o problema
Descreva uma situação observável, frequência e consequência. Separe sintomas de causas. Entrevistas com liderança mostram objetivos; observação da operação revela contornos, exceções e trabalho invisível.
Defina o que precisa ser aprendido, não apenas o que será desenhado.
Reúna evidências
Analise chamados, planilhas, tempos, perdas, erros e sistemas existentes. Converse com perfis distintos e peça exemplos recentes. Uma opinião repetida não substitui comportamento e dados.
Organize hipóteses por impacto e incerteza. Teste primeiro o que pode invalidar o projeto.
Mapeie jornada e processo
Registre etapas, responsáveis, decisões, informações e pontos de espera. Marque mudanças entre áreas e sistemas. Escolha a jornada que entrega valor completo com menor dependência.
Explore alternativas
Compare mudança de processo, configuração, software pronto, integração e desenvolvimento. O discovery não deve presumir que construir é a resposta. Use a análise de SaaS versus software sob medida para estruturar a comparação.
Prototipe a decisão difícil
Protótipos podem testar linguagem, sequência, informação e permissão. Use dados representativos sem expor informações reais desnecessariamente. Observe se a pessoa conclui a tarefa e entende o resultado.
Não confunda aprovação visual com validação do produto. Arquitetura, dados e integração precisam de provas próprias.
Faça investigação técnica
Verifique APIs, qualidade de dados, identidade, volume, segurança e restrições de infraestrutura. Construa uma prova técnica pequena para a maior incerteza, como ler um arquivo complexo ou integrar o legado.
| Risco | Evidência esperada |
|---|---|
| Valor | Processo e indicador relevantes |
| Usabilidade | Usuários concluem a jornada |
| Viabilidade | Integrações e dados funcionam |
| Operação | Suporte e continuidade são possíveis |
| Investimento | Cenários de custo e retorno são aceitáveis |
Produza uma decisão
O resultado deve conter problema, usuários, mapa, métricas, alternativas, protótipo, riscos, arquitetura inicial, primeira entrega, estimativa e próximos passos. Também pode recomendar não construir.
Critérios para encerrar o discovery
- existe um problema e público claramente definidos;
- a linha de base foi registrada;
- alternativas foram comparadas;
- incertezas críticas receberam evidência;
- a primeira versão resolve uma jornada completa;
- riscos, dependências e exclusões estão visíveis;
- alguém tem autoridade para decidir.
Um discovery eficaz reduz incerteza suficiente para investir com clareza. Para conduzir essa etapa com negócio e tecnologia na mesma conversa, converse com a A2CR.
