Comunicação com Stakeholders

## Saúde do mobile - semana de <data>
 
**Lançamento:** <versão> - <Em revisão | Lançando 20% | Produção total | Apenas OTA>
**Sessões sem falhas (7d):** <99.x%> - meta ≥99.5% - <no caminho | investigando>
**Principal falha:** <assinatura curta> - <ticket> - responsável <nome> - ETA <intervalo>
**Loja:** <enviado | aprovado | não agendado> - próximo binário <intervalo de datas>
**Sprint:** <no caminho | em risco> - <motivo em uma linha>
 
**Precisa da liderança:** <nenhum | decisão sobre escopo X até quarta-feira>

# Fonte dos números - execute antes de escrever a atualização
# Sentry: Projeto → Releases → crash-free rate
# EAS: Dashboard → último build de produção + grupo OTA
# Play Console / App Store Connect: porcentagem de rollout e status de revisão

## Resumo do incidente (linguagem clara)
**O que os usuários veem:** O aplicativo fecha na tela de confirmação de pagamento após tocar em Pagar.
**Quantos:** ~120 falhas em 24h (~0.3% das sessões de checkout).
**Causa (inicial):** Erro JS quando o tipo de cartão está ausente - correção pronta na pré-visualização.
**Caminho de correção:** OTA para produção após 4h de pré-visualização - **sem envio para a loja**.
**Reversão:** Reverter o canal OTA se a taxa de 'crash-free' cair abaixo de 99% na primeira hora.
**Responsável:** <nome> - próxima atualização em #incidents às 15h.

Estágio 0: Desenvolvimento - apenas interno, builds de pré-visualização
Estágio 1: Enviado para a loja - engenharia concluída; relógio de calendário com Apple/Google
Estágio 2: Aprovado / lançamento faseado - 1%→10%→100% Play; lançamento manual do iOS ou faseado
Estágio 3: OTA sobre o binário - apenas alterações JS; runtimeVersion deve corresponder

## Nota de lançamento para #produto (modelo)
**v2.14.0 (build 412)** - enviado para App Store <data>, Play <data>
**Visível para o usuário:** Cartão de fidelidade na aba carteira; busca aprimorada
**Não neste build:** Animação de flip do cartão - movido para v2.15 (precisa de spike Reanimated)
**Plano OTA:** Nenhum até que o binário esteja em 50% de rollout
**Risco:** Nova string de permissão de câmera - revisores de primeira viagem podem fazer perguntas (+1–2d)

## Decisão necessária: Seletor de data personalizado vs seletor da plataforma
**Contexto:** Tela de reagendamento de checkout - o design quer uma roda de marca; estimativas de engenharia de 5d + risco.
 
| Opção | Tempo | Risco | UX |
|--------|------|------|-----|
| A. Seletor da plataforma | 1d | Baixo | Sensação nativa em ambos os SOs |
| B. Roda Reanimated personalizada | 5–7d | Médio travamento no Android | Correspondência da marca |
| C. Envio de entrada de data da web (adiar) | 0d | Alto fardo de suporte | UX móvel ruim |
 
**Recomendação:** A para v1; B como follow-up rápido se os dados de NPS mostrarem dor.
**Decisão até:** <data> - bloqueia o compromisso da sprint.

## Sprint 24 - em risco (não vermelho)
**Ainda enviando:** Edição de perfil, preferências de push
**Em risco:** Scan de vale-presente - teste de hardware sexta-feira; pode escorregar 2d
**Não iniciado:** Polimento de movimento - descoposto para proteger o prazo de scan
**Pergunta:** PM confirma scan como P0 sobre animação

## Atualização de viabilidade: Parallax principal na home
**Intenção do design:** O fundo se move a 0.5x a velocidade de rolagem.
**Descoberta:** Travamento no Pixel 6a no spike - 42 FPS vs meta de 60.
**Opções:** (1) Herói estático - 0d (2) Fade simplificado - 1d (3) Parallax completo - 3d + ticket de performance
**Parceiro de design:** @design - podemos revisar (2) no dispositivo amanhã às 10h?

## Escalonamento: Risco de rejeição da loja
**Problema:** O SDK de pagamento requer atualização do manifesto de privacidade antes da política de abril.
**Impacto no negócio:** Não é possível enviar recursos de receita até a resolução.
**Custo:** 1 sprint de upgrade (já solicitado Sprint 25).
**Decisão:** Aprovar congelamento de recursos de 1 a 14 de abril? S/N
**Se não:** Aceitar o risco de remoção da App Store <data da política>.