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.
Como isso aparece na operação
Uma solicitação deixa de circular por mensagens e passa a ter responsável e prazo.
Cadastros duplicados são substituídos por uma fonte oficial.
Indicadores são calculados durante a operação, sem consolidação manual.
Comparação prática
| Alternativa | Quando faz sentido | Principal cuidado |
|---|---|---|
| Software pronto | Processo comum | Aderência e licenças |
| Integração | Ferramentas já funcionam | Falhas e dados |
| Sistema sob medida | Regra estratégica | Escopo e manutenção |
Fluxo recomendado
- Diagnosticar
- Priorizar
- Validar uma primeira versão
- Medir e evoluir
Perguntas frequentes
Qual é a diferença entre SaaS e software sob medida?
SaaS distribui o mesmo produto entre vários clientes. Software sob medida representa regras e integrações específicas. A decisão depende de aderência, custo total, dados e capacidade de evolução.
Como saber se a empresa precisa de um sistema personalizado?
Quando um processo relevante exige controles paralelos, retrabalho, regras específicas ou integrações que ferramentas prontas não atendem de maneira sustentável.
É possível começar com uma primeira versão menor?
Sim. A primeira versão deve resolver um fluxo completo para usuários reais, com critérios claros de sucesso, antes de ampliar funcionalidades.
