Checklist de preparação do lançamento da app: da submissão ao anúncio

Projetos e Desenvolvimento

Checklist de preparação do lançamento da app: da submissão ao anúncio

O responsável pelo lançamento abre este modelo duas semanas antes de submeter à loja. O quadro branco reúne os 4 portões a ultrapassar, o fluxo da submissão até à publicação, e uma matriz que decide se um erro se corrige antes de publicar. O quadro de tarefas divide-se em 4 tarefas principais: fecho da build, preparação do material, resposta à revisão e anúncio, e as colunas de espera e revisão mostram até onde se chegou.

Ler mais Mostrar menos

Útil quando as tarefas antes da submissão se acumulam e se perde a noção do que já está feito. Para quem desenvolve sozinho e procura como montar uma checklist de lançamento de app ou como decorre a revisão da loja, até equipas pequenas que gerem o lançamento a várias mãos. Aberto duas semanas antes, deixa ver de relance o material e a resposta à revisão que é fácil esquecer.

Percorra o quadro de cima para baixo. Comece por preencher os quatro quadros "Portão 1 Build fechada" "Portão 2 Material de submissão" "Portão 3 Resposta à revisão" "Portão 4 Anúncio de lançamento" e alinhe as condições de aprovação. Depois veja onde está hoje em "Fluxo da submissão até à publicação", e classifique os erros encontrados em "Corrigir erro antes de publicar ou não". Procure formas de anunciar em "Ações de anúncio de lançamento" e, depois de publicar, registe os números a acompanhar e a condição de recuo em "Vigilância e registo das 72 horas após o lançamento". O quadro de tarefas tem 5 colunas: Por iniciar, Em preparação, À espera de submissão, Em revisão e Publicado. Separar a espera da revisão mostra também o tempo de espera.

Na primeira semana comece por "Fechar a build"; passar para os materiais só depois de mudar as definições de produção reduz retrabalho. Durante a revisão, mantenha o cartão "Ver estado diário" e defina quem dá a primeira resposta no próprio dia em que chega uma observação, para o processo não parar. Depois de publicar, não se limite aos números: registar os dias de revisão e o motivo de rejeição encurta a próxima preparação.

0 Gostos 0 Cópias Autor: WeProcess
Desenvolvimento de apps Lançamento Revisão da loja Anúncio de lançamento
Registe-se gratuitamente e use este modelo

Com uma conta gratuita, pode copiar este modelo a partir do mercado

Pré-visualização do quadro branco

Modo de pré-visualização Checklist de preparação do lançamento da app: da submissão ao anúncio

Pré-visualização do quadro branco

Portão 1 Build fechada Portão 2 Material de submissão Portão 3 Resposta à revisão Portão 4 Anúncio de lançamento Fluxo da submissão até à publicação Corrigir erro antes de publicar ou não Corrigir antes de publicar Conter com publicação faseada Deixar para a próxima atualização Guardar como questão em aberto Vigilância e registo das 72 horas apó... Preparação do lan... Como usar: (1) Pr... Condição de publi... Critério de aprov... Motivo de bloqueio Registo para a pr... Número de versão e de build subidos API e chaves apontadas para produção Menu de depuração e contas de teste removidos Ferramenta de recolha de falhas em funcionamento Capturas para todos os tamanhos de ecrã prontas Descrição e palavras-chave finalizadas Link da política de privacidade a abrir Declaração de dados recolhidos alinhada com a implementação Conta e palavra-passe de revisão incluídas nas notas Modo de confirmar pagamentos escrito nas notas Primeira resposta a rejeições dada no próprio dia Correções confirmadas em dispositivo real antes de ressubmeter Data de publicação e percentagem faseada decididas Texto de anúncio e banner prontos Responsável pelo apoio a perguntas definido Números a observar no primeiro dia definidos T-14 Preparação da submissãoFixar a branch de lançamento e distribuir a build de submissão internamente para uma última confirmação. T-7 SubmissãoSubmeter a revisão à loja, juntando nas notas a conta de revisão e o modo de confirmar. T-5 Em revisãoVer o estado todas as manhãs e responder no próprio dia a perguntas adicionais. T-3 Resposta às observaçõesCorrigir de acordo com o portão indicado no motivo de rejeição e ressubmeter indicando o que mudou. T-0 PublicaçãoIniciar a publicação faseada após aprovação, subindo a percentagem enquanto se observam a taxa de falhas e as avaliações. 縦軸: Impacto no ut... Falha ao abrir ou compra que falha. Corrigir e ressubmeter, adiando a data de publicação se necessário. Falha apenas nalguns dispositivos. Reduzir a percentagem de distribuição e não a alargar até se conhecer a causa. Gralhas ou espaçamento desalinhado. Juntar à branch já corrigida e lançar na próxima atualização. Suporte a dispositivos antigos que exige mudança de conceção. Registar o motivo e a data para reconsiderar, e deixar em espera. Ações de anúncio ... LançamentoAnúncio Texto na loja Novidade nas 3 primeiras linhas Publicação nas redes sociais Juntar um vídeo de 30 segundos Preparar as perguntas Partilhar 5 perguntas previstas Aviso dentro da app No primeiro arranque após a atualização E-mail a utilizadores existentes Só a quem não atualizou Números a observarex.: taxa de falhas até 0,5%, média de avaliações do primeiro dia de pelo menos 4,0, e taxa de pagamentos concluídos que não desça face à anterior. Condição de recuoex.: se a taxa de falhas ultrapassar 2%, parar a publicação faseada e voltar à versão anterior. Registo para a próxima vezex.: registar numa linha quantos dias demorou a revisão e o motivo de rejeição, e juntar à próxima verificação de material de submissão.
100%

Arraste para mover, use a roda para ampliar ou reduzir

Conteúdo do quadro de tarefas

Por iniciar 16 itens

Fechar a build
Reunir o material
Passar a revisão
Publicar e anunciar
Subir a versão
Passar a produção
Validar internamente
Exportar capturas
Finalizar descrição
Alinhar declaração
Info da revisão
Ver estado diário
Corrigir e reenviar
Publicação faseada
Criar texto e banner
Números do 1.º dia

Em preparação 0 itens

À espera de submissão 0 itens

Em revisão 0 itens

Publicado 0 itens

← Voltar aos modelos