Entenda o problema e veja o sistema desenhado antes de gastar com código
O diagnóstico (em inglês, discovery) é a etapa em que ouvimos quem usa o processo, decidimos o que construir primeiro e mostramos as telas. Você chega ao desenvolvimento sabendo o que vai receber.
Sinais de que você precisa disso
- Você sabe que algo trava, mas não sabe dizer o que construir.
- Cada pessoa da empresa descreve o processo de um jeito.
- Você já recebeu um orçamento que não explicava o que estava incluído.
- Quer comparar fornecedores com base em algo concreto.
O que sai do diagnóstico
- Mapa do processo atual, com os pontos em que ele trava.
- Lista priorizada do que construir primeiro e do que pode esperar.
- Desenho das telas principais, para você ver e opinar antes de existir código.
- Estimativa por escrito, com o que está dentro e o que está fora.
- Recomendação honesta, inclusive quando a resposta é "use uma ferramenta pronta" ou "não construa isso agora".
Passo a passo
- Conversa com quem usa o processo, não só com quem decide.
- Acompanhamos o trabalho real, com os dados e planilhas que existem hoje.
- Desenhamos as telas e o fluxo, e revisamos com você.
- Fechamos a estimativa e o que entra na primeira etapa de construção.
Quando dá para pular
Se o problema é pequeno e claro, como uma automação simples, seguimos direto para a construção. O diagnóstico existe para reduzir o risco quando há dúvida.
Perguntas frequentes
Preciso ter o escopo pronto para começar?
Não. Ajudar a definir o escopo é justamente o trabalho desta etapa.
Por que não construir logo de uma vez?
Porque corrigir uma tela desenhada custa muito menos do que corrigir um sistema pronto. O diagnóstico faz as perguntas difíceis quando ainda são baratas.
O que acontece depois?
Você decide. Pode seguir com a Wyber para a construção, contratar em outro lugar ou esperar. A recomendação por escrito é sua.
Veja também
Quer começar por uma conversa?
Conte o problema, mesmo que ainda esteja confuso.
Respondemos em até 1 dia útil.