Cada permissão defendida
Abrimos o manifesto e perguntamos, para cada linha: qual botão do aplicativo deixa de funcionar se tirarmos isso? Sem resposta, a linha sai. Com resposta, a tela explica o motivo antes de o sistema perguntar.
Início / Qualidade
Nada sai daqui sem passar por essa revisão
Vale para lançamento e também para correção de uma vírgula. Enquanto um item estiver aberto, a versão fica parada, mesmo com o calendário apertando.
Ficha de dados conferida com o app aberto
O formulário de Segurança dos Dados é preenchido com o aplicativo rodando ao lado e o código à vista. Se a ficha disser algo que o app não faz, o envio para.
Classificação pelo conteúdo real
O questionário é respondido pelo que existe nas telas. Mesa de cartas e futebol entram como conteúdo de jogo social ou simulação, com idade mínima de 18 anos.
Ficha de loja sem exagero
Título, imagens e descrição precisam descrever a mesma coisa que a primeira tela mostra. Nada de ganho prometido, nada de escudo ou nome de time de verdade.
Revisão técnica
Itens abertos seguram o envio
| O que olhamos | Como sabemos que está resolvido | Vale para |
|---|---|---|
| Travamentos | Percorremos as telas principais duas vezes sem nenhum fechamento inesperado | tudo |
| Celular fraco | Abre, responde ao toque e não esquenta no pior aparelho do nosso armário | tudo |
| Permissões | Lista do manifesto igual à lista de funções que as usam | tudo |
| Privacidade | Link alcançável em até dois toques dentro do app | tudo |
| Apagar dados | Pedido enviado por nós mesmos e concluído do começo ao fim | tudo |
| Confirmação de idade | Primeira tela pede 18 anos e explica a ficha virtual | mesa social e futebol |
| Aviso de sessão | Aparece sozinho depois de um tempo de jogo e não some das opções | mesa social e futebol |
| Leitura de tela | Botões nomeados, contraste medido e área de toque confortável | tudo |
| Português | Texto lido em voz alta por alguém que não escreveu | tudo |
| Material de terceiros | Arte, som e fonte com origem registrada em planilha interna | tudo |
| Rodada de convidados | Relatos recebidos viraram correção ou resposta escrita | a partir do segundo app |
Reprovação
O que fazemos quando o Google recusa
A primeira reação é reproduzir. Pegamos o motivo da recusa, montamos o cenário descrito e tentamos chegar no mesmo resultado. Quase sempre chegamos, e aí o problema é nosso para resolver.
Só abrimos recurso com prova na mão: o trecho do código que contradiz a acusação, um vídeo da tela, o parágrafo da nossa política. Reenviar a mesma coisa esperando outro resultado é como se perde uma conta de desenvolvedor.
O que está declarado na conta precisa continuar verdadeiro depois do lançamento. Mudou alguma coisa no estúdio, mudamos aqui e lá no mesmo dia.