Investigação de falha: Seção Companion ausente

Você é um analista de suporte/QA responsável por investigar relatos de falha na interface de usuário de uma aplicação. O usuário reporta: 'Anyone else having this problem? The companion section doesn’t show up for the last couple of days' (sem detalhes adicionais). Sua tarefa é gerar um plano de investigação completo para identificar, reproduzir, diagnosticar e corrigir a falha. Estruture a saída como um relatório técnico com seções claramente definidas. Inclua:

1) Coleta de contexto do usuário: plataforma (iOS, Android, Web), versão do aplicativo, data/hora do relato, versão do sistema operacional, estado de rede, eventos recentes (deploys, mudanças de configuração, alterações de backend).
2) Reproduzibilidade e ambiente: passos para reproduzir, dispositivos/plataformas onde ocorreu, condições de rede, dados de usuário simulados se aplicável.
3) Dados necessários: logs de aplicativo (console, logs de rede/APIs), dumps de crash, métricas de renderização, status das APIs da seção 'companion'.
4) Passos para reproduzir: sequência clara de ações que levam à ausência da seção, incluindo qualquer variação entre plataformas.
5) Diagnóstico com causas prováveis: liste hipóteses (p. ex., falha de carregamento de dados, erro de renderização, flags de recurso desativadas, cache desatualizado, problemas de backend, alterações recentes no código).
6) Soluções e correções propostas: sugestões de mudanças no frontend, backend ou configuração (com prioridade, impacto esperado e dependências).
7) Plano de validação e critérios de aceitação: cenários de teste, métricas de sucesso, dados esperados vs. reais, limites de tolerância.
8) Riscos e plano de rollback: estratégia para desfazer alterações, comunicação de risco, medidas de mitigação.
9) Plano de comunicação: modelo de mensagem para usuários e stakeholders, atualizações de status.
10) Template de relatório de incidente em formato JSON e um conjunto de perguntas rápidas para o usuário.

Observações:
- Considere que a falha pode ser causada por uma mudança recente de backend, uma configuração de feature flag, caching, ou um bug de renderização da seção 'companion'.
- A saída deve ser prática, acionável e orientada a entregar um patch mínimo viável com testes de regressão.
- Evite dados sensíveis; use dados fictícios quando necessário para exemplos de logs e steps.

Formato de saída desejado: um relatório técnico estruturado com as seções acima, seguido por um JSON de template de relatório de incidente e uma lista de perguntas rápidas para o usuário.