Dar um nome a uma aplicação é mais difícil do que criá-la

A escolha do nome é onde as equipas de produto bem-intencionadas vão ao fracasso. Deveria ser fácil — basta escolher uma palavra. Mas nunca é apenas uma palavra.

O nome tem de ser curto. Memorável. Soletrável. Pronunciável em pelo menos três línguas. Não ser já uma marca registada. Domínio disponível, idealmente. Identificadores sociais disponíveis, sem dúvida. Funciona num logótipo. Funciona como um ícone. Funciona numa frase (“Enviei-lhe um coisa ”no Zydeno»). Não parece ser o nome do ex de alguém.

No caso de um estúdio que lança aplicações em várias plataformas, há mais alguns aspetos a ter em conta: tem de se afirmar em cinco lojas de aplicações diferentes, cada uma com o seu próprio sistema de pesquisa, os seus próprios limites de caracteres e as suas próprias aplicações já existentes com nomes semelhantes. Um nome que esteja disponível numa loja pode entrar em conflito com outro já estabelecido noutra.

O nosso processo, tal como ele é

Começamos em grande. Um documento partilhado, todos contribuem. Palavras reais, palavras inventadas, palavras compostas, palavras noutras línguas. Qualquer coisa que evoque a sensação que queremos que o produto tenha.

Nesta fase, não há sugestões erradas, e a quantidade ajuda. Começamos por anotar a sensação — calma, ao ar livre, prática, um pouco divertida — e deixamos que os nomes surjam a partir daí, em vez de partir da lista de características.

Depois, vamos restringir a lista. Lê todos os nomes em voz alta. Risca tudo o que for difícil de pronunciar ou que te deixaria envergonhado se contasses aos teus pais que trabalhas com isso. Risca tudo o que aparecer numa pesquisa de marcas registadas. Risca tudo o que já apareça na primeira página do Google.

No final, restam normalmente três candidatos. Escolhemos aquele que mais se parece com o produto é, não o que faz.

«Is» versus «does»

Essa distinção faz toda a diferença. Um nome que descreve a função limita a aplicação a uma única funcionalidade, e as aplicações evoluem. Um nome que capta a essência da aplicação pode evoluir com ela. “Wandry” sugere a ideia de vaguear sem dizer explicitamente “planeador de viagens”. «Fisharo» soa como se estivesse relacionado com a água, sem ser chamado de «Previsão de Peixes». A descrição aparece no subtítulo da loja, onde pode mudar à medida que a aplicação evolui.

Há exceções. Um pequeno utilitário para computador de secretária beneficia, por vezes, de um nome que indica o que faz, porque ninguém vai à procura de um «limpador de texto». O Tidytext é esse tipo de nome, e foi uma escolha que fizemos de propósito.

As vantagens e desvantagens

As palavras inventadas são mais fáceis de registar — domínios, nomes de utilizador, resultados de pesquisa — mas também têm um custo. Ninguém sabe o que significam logo à primeira vista, por isso o ícone, o subtítulo e a primeira captura de ecrã têm de dar todas as explicações. As palavras reais são compreendidas instantaneamente, mas estão quase sempre já ocupadas. Normalmente ficamos algures no meio: uma palavra que parece familiar sem estar no dicionário.

O que fizemos de errado

Já fomos tentados a apressar a escolha de um nome porque a aplicação estava pronta e o nome ainda não. Nas vezes em que estivemos perto de o fazer, as opções que pareciam adequadas sob a pressão do prazo pareciam muito menos convincentes uma semana depois. Agora, a escolha do nome começa cedo, em paralelo com o desenvolvimento, para que nunca seja a última coisa que se interpõe entre uma aplicação e o seu lançamento.

Em caso de dúvida

Mais vale uma palavra sem significado do que uma palavra má. “Figma” não significa nada. “Stripe” significa muitas coisas, na sua maioria sem relação com pagamentos. “Notion” significa uma ideia ainda por definir, o que é perfeito para uma ferramenta que capta ideias ainda por definir. O significado é algo que um nome vai ganhando ao longo do tempo — não é preciso começar já com ele.