Amplitude (Análise de Produto)

Os principais gráficos da Amplitude: (1) Segmentação — frequência de eventos ao longo do tempo, filtrável e agrupada por qualquer propriedade de usuário ou evento (por exemplo, "Usuários únicos diários que realizaram 'document_created' nos últimos 90 dias, agrupados por nível de plano"). (2) Análise de Funil — taxas de conversão entre uma sequência definida de eventos (por exemplo, "Cadastro → Configuração da Conta → Primeiro Documento → Convite da Equipe" com % de abandono em cada etapa). (3) Retenção — mapas de calor de retenção baseados em coortes mostrando a porcentagem de usuários que retornam para realizar uma ação definida em cada semana ou mês subsequente. (4) Pathfinder — visualização da sequência de eventos mostrando os caminhos mais comuns que os usuários percorrem no produto após um evento inicial. (5) Resultados de Experimentos — análise estatística de resultados de testes A/B com cálculos de significância e intervalo de confiança. Amplitude Govern adiciona gerenciamento de qualidade de dados para controle de taxonomia de eventos corporativos.

Product Ops estabelece um conjunto de dashboards canônicos "sempre ativos" da Amplitude para cada squad de produto: um dashboard de adoção (usuários ativos semanais em nível de recurso, taxas de ativação), um dashboard de retenção (curvas de retenção de coorte contínuas) e um dashboard de engajamento (profundidade de uso por usuário ativo). Isso padroniza as métricas que todas as squads consultam, evitando que as equipes definam a mesma métrica de forma diferente. Product Ops também executa análises de impacto de recursos após cada lançamento: compara a coorte de usuários que usaram o novo recurso versus aqueles que não usaram (usando coortes com propensão correspondente para controlar a auto-seleção), medindo a retenção e a variação da receita. Esta análise "o Recurso X realmente melhorou a retenção?" é impossível sem uma ferramenta como a Amplitude e é a principal verificação de qualidade nos investimentos do roadmap.

A qualidade dos dados da Amplitude depende inteiramente da qualidade da instrumentação. Erros comuns: rastrear interações de UI (cliques em botões) em vez de resultados do usuário (documento criado — por que o botão foi clicado); nomenclatura inconsistente de eventos entre frontend e backend (aplicativo web envia "task_created", aplicativo móvel envia "taskCreated", backend envia "create_task" — Amplitude vê três eventos separados para a mesma ação do usuário); propriedades de contexto ausentes nos eventos (cada evento deve conter user_id, account_id, plan e session_id como propriedades mínimas para suportar segmentação e análise de coorte); e rastrear muitos eventos sem um plano (1.000 eventos sem documentação e sem um caso de uso analítico claro). Product Ops é responsável pela especificação da instrumentação: definindo o nome de cada evento, condição de gatilho, propriedades necessárias e propósito analítico antes que qualquer trabalho de engenharia comece.