Capturas de ecrã para a App Store: como criar uma sequência convincente

A pessoa não conhece o produto tão bem como a equipa

Quando chega a altura de preparar a página da aplicação, há uma solução que parece óbvia: exportar o início, a pesquisa, o perfil, as definições e mais um ecrã que tenha ficado especialmente bonito. Para quem trabalhou no produto, a sequência faz sentido. Cada botão recorda uma decisão e cada menu tem uma história.

Quem visita a loja, porém, não traz esse contexto. Vê uma fila de imagens pequenas e tenta perceber, em poucos segundos, se encontrou aquilo de que precisa. Se as imagens se limitarem a mostrar secções, a pessoa terá de descobrir sozinha o valor da aplicação. Muitas não o farão.

Este guia concentra-se na narrativa, na escolha de provas e na melhoria da conversão. Para tamanhos, formatos e combinações de dispositivos, consulte a nossa lista de requisitos para capturas da App Store. A adaptação da mensagem a diferentes países é desenvolvida no guia de localização de capturas da página da aplicação.

Começar por uma frase que descreve uma mudança real

Antes de abrir um ficheiro de design, complete esta ideia: «Com esta aplicação, a pessoa consegue...». A resposta deve terminar numa mudança observável. «Gerir consultas» identifica uma área; «remarcar uma consulta sem telefonar» mostra uma vantagem. «Acompanhar cursos» diz pouco; «continuar a aula no ponto exacto onde ficou» sugere logo o ecrã capaz de confirmar a promessa.

Uma mensagem curta não precisa de ser vaga. Pelo contrário, quanto menos espaço existe, mais importante se torna escolher um benefício concreto. Expressões como «mais simples», «nova experiência» ou «tudo num só lugar» servem quase qualquer produto e, por isso, não ajudam a distinguir nenhum.

Escreva as cinco frases antes de desenhar as cinco imagens. Leia-as seguidas e veja se existe uma progressão. Uma boa sequência pode começar pelo resultado, mostrar como se chega lá, retirar uma dúvida e terminar com um estado pessoal. Se as frases puderem trocar de posição sem qualquer efeito, provavelmente são apenas uma lista de funcionalidades.

Construir a sequência a partir da decisão do utilizador

Nem toda a gente percorre a galeria até ao fim. As primeiras imagens têm de trabalhar mais. Idealmente, as três primeiras permitem reconhecer a categoria, compreender o principal benefício e ver uma prova suficiente para acreditar nele.

Uma estrutura de cinco momentos ajuda a preparar a primeira versão:

1. A promessa central: uma ideia dominante, legível e associada à categoria certa.
2. A acção principal: o momento da interface em que o valor começa a acontecer.
3. A prova: um resultado, uma selecção relevante ou um sinal de confiança verificável.
4. A resposta a uma dúvida: um filtro, uma confirmação, uma alteração ou uma protecção importante.
5. O desfecho: progresso, tarefa concluída, estado guardado ou colaboração bem-sucedida.

Esta ordem deve ser ajustada à aplicação. Num serviço de entregas, acompanhar o pedido pode ser mais importante do que explorar todo o catálogo. Numa aplicação de ensino, o resultado ou o plano de aprendizagem pode surgir antes da lista de cursos. Numa aplicação de marcações, disponibilidade e alteração autónoma podem valer mais do que uma página inicial cheia de opções.

O primeiro ecrã da aplicação não tem de ser a primeira captura. Só merece esse lugar quando explica o benefício principal melhor do que qualquer outro estado.

Usar a interface como prova, não como padrão decorativo

As orientações da Apple pedem capturas que representem a aplicação em utilização e permitem elementos de texto e imagem que ajudem a explicar. O equilíbrio é importante. Uma composição totalmente publicitária pode esconder o produto; uma captura sem tratamento prova que o ecrã existe, mas nem sempre mostra por que razão interessa.

O aparelho inteiro também não precisa de aparecer em todas as imagens. Um recorte aproximado de uma alteração de marcação, do estado de uma encomenda ou de uma aula em curso pode ser mais útil do que uma interface completa reduzida até ficar ilegível. A área visível deve corresponder à frase apresentada.

Em cinco cenas, duas ou três demonstrações claras da interface são muitas vezes suficientes. As restantes podem mostrar o resultado, o contexto, a variedade de conteúdos ou um sinal de confiança que seja verdadeiro. O objectivo não é esconder a aplicação, mas dar a cada imagem uma função diferente.

Variar o enquadramento sem transformar cada imagem numa campanha

Consistência não é repetição. A tipografia, as cores principais e o tratamento da interface podem manter a unidade, enquanto a composição muda de forma evidente. A primeira cena pode ser aberta e silenciosa; a segunda pode fazer o produto surgir pela base; a terceira pode ampliar um resultado; a quarta pode reunir várias opções; a quinta pode aproximar um detalhe decisivo.

Também é possível criar ritmo através da densidade. Uma promessa principal precisa de espaço. Uma comparação ou uma colecção pode suportar mais informação. O encerramento volta a respirar. Esta alternância torna a sequência mais agradável e impede a sensação de estar a ver cinco vezes o mesmo telemóvel sobre um fundo diferente.

Compare a série com páginas de aplicações que disputam a mesma pesquisa. Observe as palavras, as cores, os enquadramentos e os símbolos que se repetem. Essa análise serve para perceber as expectativas da categoria e descobrir onde um elemento próprio do produto pode ser reconhecido. Não serve para reproduzir a execução de um concorrente.

Fazer o teste de leitura no contexto certo

Num monitor grande, até uma legenda longa parece confortável. Exporte cedo e abra os ficheiros num telemóvel. Veja-os em tamanho semelhante ao da página da loja, sem ampliar. A mensagem principal deve ser percebida num olhar; se parecer uma nota de rodapé, a solução costuma ser reduzir palavras e aumentar o texto, não acrescentar uma segunda explicação.

Analise o contraste depois do exporte. Texto claro sobre uma fotografia irregular, vários selos com o mesmo peso ou um fundo demasiado detalhado perdem força quando são reduzidos. O Google Play aconselha igualmente a evitar texto pequeno e fundos que competem com a informação principal.

Faça ainda uma revisão dos dados presentes dentro da interface. Nomes, moradas, mensagens, datas, saldos e imagens de perfil precisam de ser fictícios, mas plausíveis. Nunca devem expor clientes. A função mostrada tem de existir na versão publicada e estar disponível no país onde a captura aparece.

Adaptar o argumento ao mercado

Localizar não é substituir palavras mantendo a mesma hierarquia. Uma aplicação de aprendizagem pode precisar de realçar flexibilidade num país e certificação noutro. Numa loja online, a confiança pode depender do método de pagamento, da política de devolução ou da clareza da entrega. A primeira prova deve acompanhar essa preocupação.

Reescreva cada mensagem no idioma de destino antes de ajustar o desenho. Confirme moeda, data, nomes, mapas, métodos de pagamento e exemplos visíveis. Em português europeu, palavras, construções e expectativas diferem do conteúdo preparado para o Brasil; uma mistura reduz imediatamente a confiança, mesmo quando a funcionalidade está correcta.

Uma bandeira ou um monumento não tornam a experiência local. Um caso de uso familiar, um texto natural e uma interface coerente com o mercado fazem muito mais.

Testar uma pergunta concreta em vez de discutir preferências

«Esta versão parece mais bonita» é uma opinião legítima, mas não é uma boa hipótese de experiência. Uma formulação útil seria: «Se mostrarmos o resultado concluído antes da lista de funcionalidades, os visitantes novos perceberão mais depressa a proposta e mais pessoas iniciarão a instalação.»

O Product Page Optimization da Apple permite comparar até três tratamentos alternativos com capturas, pré-visualizações ou ícones. No Google Play, os Store Listing Experiments permitem testar elementos gráficos e versões localizadas. Altere uma variável importante de cada vez. Quando título, ordem, cores e ícone mudam em conjunto, nem um resultado positivo explica o que funcionou.

Registe a versão de controlo, a variante, o país, a origem do tráfego, as datas e a versão da aplicação. Depois, olhe além da instalação. Se a página promete acompanhar um pedido, verifique se os novos utilizadores chegam realmente a essa acção. O nosso guia de configuração de análise para aplicações ajuda a ligar aquisição e activação.

Uma revisão curta que evita semanas de debate

Mostre as três primeiras capturas durante alguns segundos a alguém que não conhece o projecto. Pergunte que aplicação é, para quem serve e qual o principal resultado. Não explique primeiro. A resposta espontânea revela se a sequência faz o trabalho sozinha.

Depois, confirme quatro aspectos. Cada afirmação tem uma prova actual na interface? O texto continua legível em tamanho reduzido? As cenas são suficientemente diferentes sem perder identidade? A equipa sabe qual é a hipótese da próxima variante e que métrica decide o resultado?

Na Appfyl, esta preparação começa antes da semana de publicação. É preciso criar contas de demonstração cuidadas, capturar estados correctos, rever a linguagem e confirmar que a página corresponde à versão enviada. O guia sobre recusas na App Store e no Google Play completa esta revisão.

Os mercados, os papéis dos utilizadores e os estados necessários podem ser descritos no brief interactivo da Appfyl. Assim, a equipa planeia produto, capturas, análise e publicação como partes do mesmo lançamento.

Perguntas frequentes