Como damos nome a uma aplicação

Escolher o nome de uma aplicação é uma das poucas decisões que, na verdade, não se pode reverter sem perder todos os utilizadores que já a descarregaram. É assim que encaramos a situação.

Um nome acaba por aparecer em todo o lado: no ecrã inicial, nas listagens das lojas em várias plataformas, na dica de informação da barra de ferramentas do navegador, nos e-mails de apoio ao cliente, na forma como as pessoas descrevem a aplicação a um amigo. Alterá-lo mais tarde significa alterar tudo isso de uma só vez e esperar que ninguém se perca pelo caminho. Por isso, dedicamos tempo a isso desde o início, mesmo quando a própria aplicação ainda é um protótipo em fase inicial.

As nossas regras

Uma ou duas sílabas. Mais fácil de memorizar, mais fácil de pronunciar em voz alta, mais fácil de encaixar num rótulo do Ecrã Inicial.

Temos de admitir que esta é a regra que mais contornamos. Fisharo, Cultivy e Migrella têm todas mais uma sílaba do que o nosso ideal, e cada uma delas passou por uma ronda de leitura em voz alta antes de a aceitarmos. A regra tem, na verdade, a ver com o esforço: um nome deve sair da boca sem pausas, e uma sílaba extra que torne o nome mais fácil de pronunciar é melhor do que um nome curto que nos faz tropeçar.

Sem palavras de categoria. “A presença de ”Notas“ ou ”Calendário» no nome garante que seremos confundidos com outras vinte aplicações para sempre. Utilizamos palavras que indicam a categoria no subtítulo, não no título.

De qualquer forma, é no subtítulo que se faz a pesquisa na loja. Migrella é um nome; “migraine tracker” é a sua função, e deve figurar ao lado do nome, não dentro dele. As exceções ocasionais são deliberadas: no caso de um pequeno utilitário para computador, um nome que sugira a função pode valer mais do que um nome distintivo, e fazemos essa escolha de forma consciente.

Pronunciável nas nossas três principais regiões. Se um nome soa natural em inglês, mas é difícil de pronunciar em alemão, continuamos à procura.

O domínio tem de estar disponível. Não é um motivo para desistir, mas é um fator decisivo. Mais do que um dos nossos nomes teve de ser alterado à última da hora porque o domínio .com estava na posse de um especulador.

Como avaliamos a lista de finalistas

Assim que ficarmos com apenas alguns candidatos, testamos cada um deles nos locais onde irá realmente ser utilizado. Criamos uma simulação do ecrã inicial com o nome por baixo de um ícone e verificamos se fica truncado. Dizemos o nome numa frase — “Registo as minhas dores de cabeça no ___” — e prestamos atenção para ver se soa a um produto ou a um erro ortográfico. Pesquisamos o nome em todas as lojas onde pretendemos disponibilizar a aplicação, porque um nome que entre em conflito com uma aplicação já estabelecida numa plataforma é um problema em todas elas. Também verificamos os nomes de utilizador nas redes sociais, embora sejamos menos rigorosos nesse aspeto.

E deixamos a ideia repousar. Um nome que parece brilhante no final de uma longa sessão de escolha de nomes é, muitas vezes, apenas fruto do cansaço. Se, alguns dias depois, ainda nos parecer o nome certo, provavelmente é o nome certo.

O que fizemos de errado

Costumávamos deixar-nos seduzir por nomes que pareciam engenhosos no papel — um trocadilho, uma combinação de duas palavras — e depois víamos-os falhar no teste da leitura em voz alta. As pessoas não conseguiam soletrá-los depois de os ouvirem, o que teria dificultado a divulgação boca a boca. Agora, se um nome precisar de explicação, está fora de questão.

O que não fazemos

Não utilizamos IA para gerar nomes. Já tentámos — os resultados têm um tom reconhecível, um pouco estranho, que conseguimos identificar noutras aplicações e que não queremos na nossa.

Um bom nome, no fim de contas, é aquele que as pessoas deixam de notar. Simplesmente usam-no.