[Projeto] Faça como eu fiz: storytelling com dados

**1. Os Três Pilares da Apresentação

• Dados: Cancelamento subiu de 2% para 7% no último trimestre; o tempo de carregamento do app aumentou em 3 segundos após a última atualização.

• Narrativa: "A última atualização do aplicativo trouxe instabilidade técnica, frustrando os usuários no momento do pagamento e fazendo com que abandonassem a plataforma para usar o concorrente."

• Visual: Gráfico de linha simples mostrando a linha do tempo (Atualização vs. Aumento do cancelamento); uso de capturas de tela do erro com zonas de calor (onde o usuário desiste) em vermelho.

**2. Documentação do Contexto e Análise

• Contexto Inicial (O Cenário Estável): O aplicativo vinha apresentando um crescimento constante de 5% ao mês em usuários ativos e mantinha uma taxa de cancelamento (churn) saudável de 2%. O faturamento estava dentro da meta projetada para o ano.

• Desenvolvimento do Problema (A Crise): No início do último trimestre, foi lançada a versão 2.0 do app. Coincidentemente, nas semanas seguintes, o suporte recebeu um pico de reclamações e a taxa de cancelamento disparou para 7%, gerando uma perda projetada de R$ 150.000 em receita mensal recorrrente.

• Conclusão da Análise (A Descoberta): Cruzando os dados de comportamento do usuário com os logs do sistema, identificou-se que a nova tela de checkout estava quebrando em conexões 3G/4G mais lentas, impedindo a finalização da compra.

**3. Investigação: A Técnica dos 5 Porquês

1. Por que a taxa de cancelamento aumentou?
   Porque os usuários estão abandonando o aplicativo na tela de pagamento.

2. Por que eles estão abandonando a tela de pagamento?
   Porque o botão de "Confirmar Compra" fica travado e não responde ao clique.

3. Por que o botão fica travado?
   Porque o script de validação de segurança demora mais de 5 segundos para carregar em redes móveis.

4. Por que o script demora tanto para carregar?
   Porque ele foi compactado incorretamente na última atualização, ficando 4x maior do que o recomendado.

5. Por que ele foi compactado incorretamente e lançado assim?
   Porque a equipe pulou a etapa de testes de estresse em ambiente de rede móvel para cumprir o prazo de entrega antecipado.

**4. Adaptação da Mensagem para Diferentes Públicos

• **Público A: Diretoria Executiva

• Foco: Impacto financeiro, reputação da marca e macro-solução.

• Abordagem: Vá direto ao ponto. Use gráficos financeiros.

• Discurso: "A pressa no lançamento da versão 2.0 gerou um gargalo técnico que nos custou R$ 150.000 este mês devido ao aumento do churn para 7%. Já identificamos a falha operacional e estamos revisando o processo de governança de lançamentos para que a velocidade não atropele a qualidade."

-**Público B: Equipe de Produto e Engenharia

• Foco: Logs, performance, arquitetura e processo de QA.
• Abordagem: Dados brutos, métricas de latência e código.
• Discurso: "O script de checkout na v2.0 ultrapassou o budget de tamanho de arquivo, gerando um timeout de 5s em conexões móveis. Precisamos refatorar o bundle, otimizar o carregamento assíncrono e incluir testes de limitação de banda (network throttling) obrigatórios no nosso pipeline de CI/CD."

**5. Próximos Passos e Plano de Ação

• **Ação 1: Rollback e Correção Emergencial

• Responsável: Engenharia de Software

• Impacto Esperado: Otimizar o tamanho do script de checkout e reduzir o tempo de resposta para menos de 1.5s para recuperar os usuários propensos a evasão e estancar a perda financeira.

• Prazo: 48 horas

• **Ação 2: Campanha de Win-back

• Responsável: Marketing / Growth

• Impacto Esperado: Enviar push ou e-mail com cupom de desculpas para quem falhou no checkout para recuperar parte da receita perdida no trimestre.

• Prazo: 5 dias

• **Ação 3: Revisão do Processo de QA

• Responsável: Liderança Técnica

• Impacto Esperado: Implementar travas automáticas no deploy se os testes de performance de rede falharem, evitando que erros de infraestrutura cheguem ao cliente final no futuro.

• Prazo: Próxima Sprint