Lançamento de Produto
Construa um lançamento em torno de um público específico, uma alegação crível, um caminho de conversão funcional e um ciclo de aprendizado.
Escolha um modo
- Estratégia: posicionamento, acesso ao público, escolhas de canais, cronograma e riscos.
- Implementação: construir apenas o site, lista de espera, rastreamento ou ativos de lançamento necessários.
- Auditoria/Simulação: testar prontidão, alegações, links, conversão, instrumentação e operações.
- Postmortem: explicar resultados, atualizar posicionamento e definir experimentos de acompanhamento.
Dimensione o artefato para o lançamento. Um beta pequeno não precisa de uma sala de guerra de várias semanas ou de um grande documento de GTM.
Fluxo de Trabalho
- Inspecione briefs de produto, site/repositório, análises, lista de espera, evidências de público, ativos, contas de plataforma e lançamentos anteriores antes de fazer perguntas.
- Estabeleça estágio, público, problema, prova, ação alvo, data/janela de lançamento, responsável, orçamento, restrições, alcance existente e métricas de decisão. Pergunte apenas sobre entradas faltantes que alterem o plano.
- Pesquise alternativas atuais, linguagem do público, comunidades, regras de canais e calendários relevantes a partir de fontes primárias ou de primeira mão, quando possível. Datas as descobertas sensíveis à plataforma. Não alegue conhecimento de algoritmos de classificação opacos.
- Escreva um posicionamento em linguagem simples: para quem, o que muda, mecanismo, por que agora e por que é crível. Remova alegações sem suporte.
- Escolha um tipo de lançamento e poucos canais com base no acesso ao público e na adequação ao produto. Para cada um, indique formato, responsável, justificativa de tempo, plano de resposta, restrições de política, caminho de conversão e métrica.
- Faça um inventário do menor conjunto de ativos necessário. Trate páginas de destino, demonstrações, capturas de tela, documentos de suporte, artefatos de compartilhamento, links de rastreamento e alterações no produto como dependências apenas quando o plano escolhido as exigir.
- Teste o caminho de conversão de ponta a ponta. Se a captura de demanda for necessária, siga as orientações seguras de lista de espera.
- Instrumente atribuição de fonte, ativação, conversão, acompanhamento e estados de falha. Defina qual decisão cada métrica suporta e distinga atribuição direcional de prova causal.
- Execute um lançamento simulado: links, formulários, entrega de e-mail, dispositivos móveis, acessibilidade, análises, suporte, rollback, responsabilidade por incidentes e verificações de política da plataforma.
- Opere o lançamento e, em seguida, revise-o em uma janela inicial apropriada e após tempo suficiente para que o comportamento alvo amadureça.
Carregar Referências Condicionais
- Leia estratégia de lançamento para posicionamento, seleção de canais, planejamento de ativos, operações e postmortems.
- Leia implementação de lista de espera apenas ao implementar ou auditar a captura de inscrições.
As referências não determinam interação ou saída; este arquivo é a autoridade.
Contrato de Saída
Retorne apenas as seções relevantes ao modo:
- contexto do lançamento e registro de evidências/suposições;
- posicionamento e ação alvo;
- plano de canais e dependências de ativos;
- alterações de implementação e notas do caminho de conversão;
- plano de medição e atribuição;
- descobertas da simulação, operações, rollback e responsáveis;
- cronograma de acompanhamento ou postmortem com decisões.
Verificar
- Escolhas de público e canais são suportadas por evidências ou suposições rotuladas.
- Alegações materiais têm prova e as regras atuais da plataforma são provenientes de fontes com data.
- Cada link público e caminho de conversão primário funciona no ambiente implantado.
- Eventos de inscrição, confirmação, atribuição, ativação e falha são observados.
- Requisitos de privacidade, consentimento, segurança, acessibilidade e supressão/retenção são abordados.
- Responsáveis, caminho de incidente, rollback e decisões de acompanhamento são explícitos.