Vibe coding para escolher nome de app disponível: use o passado

Quem faz produto de mudança de hábito quase sempre nomeia o esforço. Martin nomeou o resultado, e no passado: o app dele para parar de fumar chama Fumava. A ideia foi dele, pensada em voz alta no meio da live, e resolveu de uma vez o posicionamento do produto e a parte chata de achar um nome que ainda estivesse livre.

O assistente tinha acabado de dizer que queria o nome definido antes de começar a construir. Martin passou os olhos pelos nomes que já existem nesse mercado, quase todos em inglês e girando em torno do verbo que significa desistir, e achou o caminho fraco. Foi aí que ele mudou o tempo verbal. Registrou o domínio na mesma hora, criou o e-mail de contato do projeto e só depois mandou o nome para o assistente opinar.

O nome trava a construção antes da primeira tela

Diz que quer o nome resolvido antes de construir.

A exigência tem motivo prático. O comando que inicializa o projeto batiza o app com o nome da pasta onde ele roda:

O criador do projeto obtém o nome da pasta para nomear a app.

Quem adia o nome paga depois: ou renomeia a pasta, ou segue com um nome interno diferente do nome do produto. Martin pediu a renomeação da pasta para fumava antes de deixar o agente criar qualquer arquivo. No vibe coding a decisão de nome chega mais cedo do que quem está construindo espera, porque a ferramenta pede um identificador antes de pedir uma tela.

A ideia do pretérito foi do Martin

Ele marca a autoria do momento na própria live:

Daí tive uma ideia

E o raciocínio, dito na hora, antes de perguntar a qualquer um:

ela fumava, ela já não fuma, ela fumava

O imperativo bota na vitrine o esforço que a pessoa está justamente evitando fazer, e o pretérito bota o estado onde ela quer estar, o que transforma o nome numa promessa já cumprida. É posicionamento barato: você não gastou nada em pesquisa, mexeu numa flexão verbal. Serve para qualquer produto de mudança de hábito. Um app de dívida quer falar com quem devia.

Ele também não deixou a decisão morrer no papel:

eu vi e já registei inclusive o aplicativo

O domínio fumava.com.br ficou registrado em nome dele durante a live e, na mesma sessão, ele criou o [email protected]. Entre decidir um nome e registrar o domínio existe uma janela em que o nome ainda não é seu, e é nessa janela que os nomes se perdem. Fechar essa porta custa pouco e leva minutos.

O assistente validou depois, e nomeou o princípio

Só com o domínio no bolso é que Martin mandou o nome para o assistente:

o melhor tipo de nome para este produto fumava é o pretérito

E a razão, que é a parte portável:

Nome já coloca a pessoa no onde ela quer chegar

Na sequência veio o que fazer com o nome escolhido. O assistente pediu para conferir no Instagram e no TikTok, disse que não conseguiu ver o TikTok por conta própria e mandou procurar no INPI. Sobre a loja, a resposta foi curta:

Na Play Store está livre

A busca dele trouxe ainda um recado que Martin não tinha pedido:

o mercado está mais ocupado do que o PRD assume

O PRD é o documento de produto que eles já tinham escrito. Isso veio da busca que o assistente rodou, e contradizia a pesquisa de concorrência que sustentava o documento. Vale mais como aviso de método do que como fato sobre aquele mercado: a varredura feita na semana da ideia envelhece, e refazê-la na hora de bater o nome é barato.

O que o vibe coding não resolve por você na escolha do nome

Os nomes óbvios já estão tomados justamente por serem óbvios. Todo mundo que constrói nesse nicho pensa no mesmo verbo em inglês, com as mesmas variações de grafia, e chega no mesmo lugar depois de todo mundo. Quando Martin saiu do formato, ele não estava caçando disponibilidade, estava fugindo de um nome fraco. A disponibilidade veio junto porque ninguém tinha ido para aquele lado. Vale ver como isso terminou em como escolher um nicho.

O assistente confere disponibilidade rápido, e essa é a parte fácil. O deslocamento que fez sobrar nome saiu do Martin, na hora, olhando para o que a pessoa quer ser depois de usar o produto. Peça variações do nome óbvio e você recebe o mesmo verbo com um prefixo colado na frente, tão ocupado quanto o original.

Disponibilidade não é uma checagem só

O assistente tinha explicado antes uma coisa sobre a loja que muda a ordem de tudo isso:

O nome na Play Store não tem de ser único.

O único que é imutável é o package name.

O nome de vitrine aceita repetição. O identificador interno, aquele em formato de domínio invertido, você escolhe uma vez e carrega para sempre. Cada porta tem regra própria, e a da loja é a mais frouxa delas:

- domínio: quem registra primeiro leva, e resolve em minutos - rede social: o identificador é único por plataforma, e não existe recurso - marca registrada: a busca no INPI é a única que pode obrigar você a trocar o nome depois de lançar - loja: aceita nome repetido na vitrine, mas congela o identificador interno na publicação

Checar a loja primeiro e descobrir o domínio tomado depois inverte a ordem que importa. É aqui que o vibe coding encosta na parte que não é código: o agente executa a checagem, você decide a ordem dela e qual delas tem poder de veto. Vale ver como isso terminou em como publicar um app na play store.

Amanhã dá para fazer isso numa sessão. Escreva o nome do estado que a pessoa quer alcançar, no passado. Confira e registre o domínio antes de fechar a aba. Procure o identificador nas redes onde você pretende divulgar, faça a busca no INPI e só então escolha, com calma, o identificador interno que vai para a loja. A decisão vizinha sobre esse mesmo produto foi o preço, e dá para ver como ele chegou ao preço desse mesmo app. Quem quiser ver o resto da noite, com o nome já batido, pode assistir à live.