Poner nombre a una aplicación es más difícil que crearla
La elección del nombre es donde los equipos de producto bienintencionados encuentran su perdición. Debería ser fácil: basta con elegir una palabra. Pero nunca se trata solo de una palabra.
El nombre tiene que ser corto. Memorable. Deletreable. Pronunciable en al menos tres idiomas. No ser ya una marca registrada. Dominio disponible, idealmente. Manijas sociales disponibles, definitivamente. Funciona en un logotipo. Funciona como icono. Funciona en una frase (“Te he enviado un cosa ”en Zydeno»). No suena precisamente como el nombre de la ex de alguien.
En el caso de un estudio que lanza sus productos en varias plataformas, hay que añadir algunos factores más: tiene que abrirse paso en cinco tiendas de aplicaciones diferentes, cada una con su propio sistema de búsqueda, sus propios límites de caracteres y sus propias aplicaciones ya existentes con nombres similares. Un nombre que esté disponible en una tienda puede chocar con otro ya consolidado en otra.
Nuestro proceso, tal como es
Empezamos a lo ancho. Un documento compartido, todo el mundo contribuye. Palabras reales, inventadas, compuestas, en otros idiomas. Cualquier cosa que evoque la sensación que queremos que tenga el producto.
En esta fase, ninguna sugerencia es mala, y cuantas más, mejor. Primero anotamos la sensación —tranquila, al aire libre, práctica, un poco divertida— y dejamos que los nombres surjan a partir de ahí, en lugar de a partir de la lista de características.
A continuación, reducimos la lista. Lee todos los nombres en voz alta. Tacha todo lo que resulte incómodo de pronunciar o aquello que te daría vergüenza decirles a tus padres que te dedicas a ello. Tacha todo lo que aparezca en una búsqueda de marcas registradas. Tacha todo lo que ya aparezca en la primera página de Google.
Al final, suelen quedar tres candidatos. Elegimos el que más se parece a lo que el producto es, no lo que hace.
«Is» frente a «does»
Esa distinción tiene mucha importancia. Un nombre que describe la función vincula la aplicación a una única característica, y las aplicaciones evolucionan. Un nombre que capta su esencia puede evolucionar con ella. “Wandry” evoca el vagabundeo sin decir explícitamente “planificador de viajes”. «Fisharo» suena como si tuviera que ver con el agua sin llamarse «Fish Forecast». La descripción va en el subtítulo de la tienda, donde puede cambiar a medida que lo hace la aplicación.
Hay excepciones. A veces, una pequeña utilidad de escritorio sale ganando con un nombre que describe lo que hace, porque nadie va buscando un «limpiador de texto». Tidytext es ese tipo de nombre, y es una decisión que tomamos a propósito.
Las ventajas y desventajas
Las palabras inventadas son más fáciles de hacer propias —dominios, nombres de usuario, resultados de búsqueda—, pero también tienen un coste. Nadie sabe lo que significan desde el primer día, así que el icono, el subtítulo y la primera captura de pantalla tienen que encargarse de explicarlo todo. Las palabras reales se entienden al instante, pero casi siempre están ya cogidas. Normalmente nos quedamos en un término medio: una palabra que resulta familiar sin estar en el diccionario.
En qué nos equivocamos
Hemos tenido la tentación de precipitarnos a la hora de elegir un nombre porque la aplicación estaba lista y el nombre aún no. Las veces que estuvimos a punto de hacerlo, las opciones que parecían adecuadas bajo la presión de la fecha límite resultaban mucho menos convincentes una semana después. Ahora, la búsqueda del nombre empieza pronto, en paralelo al desarrollo, por lo que nunca es lo último que queda por resolver antes del lanzamiento de una aplicación.
En caso de duda
Más vale una palabra sin significado que una mala palabra. “Figma” no significa nada. “Stripe” significa muchas cosas, la mayoría de ellas ajenas a los pagos. “Notion” significa una idea a medio desarrollar, lo cual es perfecto para una herramienta que recoge ideas a medio desarrollar. El significado es algo que un nombre va adquiriendo con el tiempo; no hace falta partir de él.