About this case study
Este guia descreve um processo repetível de duas semanas, não um resultado reportado por um cliente nem a promessa de que um número específico de pessoas se vai registar.
A sua ferramenta resolveu a metade errada do problema
Descreveu o que queria, uma ferramenta de IA escreveu o código e, no domingo à noite, aquilo estava em produção num domínio a sério, com autenticação, base de dados e página de pagamentos. Funciona. Usou-o a semana inteira. E o separador de estatísticas mostra o mesmo número desde o lançamento: você, em três dispositivos.
Isso não é uma falha da app. O Lovable, o Bolt, o Cursor, o v0 e o Replit comprimiram num fim de semana a parte que antes levava três meses. O que não comprimiram foi a outra metade: convencer um desconhecido de que vale a pena abrir aquilo, depois um segundo, depois trinta.
Essa metade não ficou mais barata, porque nunca foi um problema de código. Distribuir é uma pessoa a explicar um problema concreto a quem tem esse problema, nos sítios onde essas pessoas já se queixam dele. Nenhuma ferramenta de build faz isso por si, e nenhuma funcionalidade extra substitui esse trabalho.
A boa notícia é que é um trabalho mais pequeno do que parece de fora, e a maior parte do resultado decide-se nas primeiras duas semanas — não pela quantidade que publica, mas pela precisão com que aponta. O que se segue é uma quinzena que consegue mesmo cumprir com um emprego a tempo inteiro.
Semana um: escolha um utilizador, um problema, uma página
Antes de publicar seja o que for, estreite o alvo até caber numa única frase:
- Dê nome a uma pessoa que tenha este problema hoje. Não “pequenos negócios”, mas “uma tosquiadora de cães que marca clientes por WhatsApp e perde metade das mensagens”.
- Escreva o problema como essa pessoa o diria em voz alta, queixa primeiro, sem uma única palavra de vocabulário de produto.
- Escreva também para quem a app claramente não é, para poder passar ao lado de conversas que nunca vão converter.
- Reduza o título da landing page a essa frase do problema e ponha o resultado na linha imediatamente abaixo.
- Substitua o nome de cada funcionalidade pelas palavras que o utilizador usou mesmo: “deixar de andar atrás de faturas”, não “fluxo automatizado de contas a receber”.
- Deixe exatamente uma ação visível sem fazer scroll e abra a página no telemóvel antes de acreditar que funciona.
- Acrescente uma linha a dizer quem construiu isto e porquê, porque nesta fase as pessoas compram a si, não a uma marca.
Monte uma presença que não lhe rouba tempo de desenvolvimento
A razão por que a maioria das apps feitas num fim de semana fica em silêncio na terceira semana não é preguiça. É que escrever publicações compete diretamente com o trabalho que dá sensação de produtividade, e desenvolver ganha sempre essa discussão. Ou a presença lhe custa minutos em vez de serões, ou não sobrevive ao contacto com uma semana real.
É para isto que serve a Amplispect. Lê o seu site e cria um espaço de trabalho a partir dele — a oferta, para quem é, o tom em que já escreve — para não começar de uma caixa vazia todas as segundas-feiras. A partir daí, redige uma semana de publicações na cadência que definir, cada uma com um papel e uma data, para Instagram, Threads e X.
Nada sai sozinho. Abre a semana, apaga o que está errado, reescreve a linha que não soa a si e aprova o resto com uma pré-visualização por rede à frente. Reserve vinte minutos por semana para essa revisão e trate-a como algo tão fixo como um deploy.
Três canais é o âmbito honesto: Instagram, Threads e X são aquilo onde o produto publica. Todos os outros sítios da sua lista — Reddit, Discord, um fórum de nicho, uma newsletter que lê — são trabalho manual feito pelas suas mãos, que é a secção seguinte e a mais importante.
Semana dois: apareça onde esses utilizadores já falam
As publicações agendadas constroem um histórico que as pessoas podem consultar. As conversas é que produzem mesmo os primeiros utilizadores, e esta parte fica manual de propósito:
- Liste cinco sítios que o seu utilizador lê de facto: dois subreddits, duas comunidades de Discord ou Slack, um fórum de nicho ou newsletter.
- Passe os primeiros três dias apenas a responder, sem links e sem o nome da app, até conseguir prever que respostas recebem votos.
- Responda exatamente à pergunta, em público e por inteiro, para que a resposta seja útil mesmo a quem nunca clica em nada.
- Mencione a app apenas nos tópicos em que ela é honestamente a resposta, e diga com clareza que foi você que a construiu.
- Leia as regras de autopromoção de cada comunidade antes da primeira publicação, e não depois da primeira remoção.
- Envie mensagem às três pessoas cuja queixa coincidiu quase palavra por palavra com a sua frase do problema e pergunte o que usam hoje.
- Mantenha uma nota com as expressões que elas usam. São as publicações da próxima semana e, mais tarde, o título da sua página.
Meça respostas e registos, não impressões
Nesta fase, o número de impressões mente-lhe. Uma publicação pode chegar a quatro mil pessoas e não significar nada, enquanto uma resposta num tópico com onze pessoas pode dar-lhe o terceiro utilizador pagante. Números grandes logo no início costumam indicar que chegou ao público errado, não que está a progredir.
Acompanhe quatro coisas e mais nenhuma: respostas de contas que não são bots, cliques para o site, registos e quantas dessas pessoas abriram a app uma segunda vez. Uma linha numa nota, uma vez por semana. O número da segunda visita é o que lhe diz se vale a pena distribuir com mais força.
Catorze dias chegam para perceber que frase do problema merece resposta. Não chegam para concluir que a app não tem mercado. Se nada resultou, mude a frase e a página antes de mudar o produto — é muito mais provável que o texto esteja errado do que o código que a ferramenta escreveu.
O que catorze dias podem produzir de forma realista
No fim da quinzena pode razoavelmente ter: um utilizador definido, uma landing page escrita na linguagem dele, uma semana revista de publicações a sair numa cadência que consegue manter, cinco comunidades onde já lhe reconhecem o nome e quatro números honestos para comparar com a semana seguinte. Isso é um hábito de distribuição, que é o que acumula valor. Não é um número garantido de registos, e nenhuma ferramenta lho pode prometer.
A salvaguarda
Não tente automatizar a metade comunitária. A Amplispect publica no Instagram, Threads e X depois de rever cada publicação, e não publica no Reddit, no Discord nem em fóruns — deliberadamente. Despejar respostas geradas em comunidades é a forma mais rápida de ver a sua app banida exatamente dos sítios onde vivem os seus primeiros utilizadores, e esse banimento é muito mais difícil de reverter do que uma semana fraca de publicações.
Aprofundar
O resto do manual de distribuição, mais ou menos pela ordem em que vai precisar dele:
- Como Distribuir uma App: O Guia Completo para Fundadores que Já Construíram AlgoO guia completo para distribuir uma app, do primeiro utilizador até um processo semanal repetível.
- As primeiras 10 publicações sobre a sua app quando ainda não tem utilizadores nem testemunhosDez publicações concretas para escrever quando lançou algo e não faz ideia do que dizer sobre isso.
- Transforme a sua landing page em 30 dias de publicaçõesComo a página que acabou de reescrever se transforma num mês de publicações sem inventar material novo.
- Como conseguir os primeiros 100 utilizadores para a sua appComo fica o trabalho de conversação quando o escala para além do primeiro punhado de utilizadores.
- Porque é que ninguém usa a sua app (e a falha de distribuição por trás disso)Um diagnóstico para ler se as duas semanas passarem e os números continuarem parados.
- Transforme o seu site num espaço de trabalhoVeja como a Amplispect lê o site que já tem para definir a oferta, o público e o tom.
- Começar com a AmplispectCrie o espaço de trabalho e reveja a sua primeira semana de publicações planeada.
Perguntas frequentes
Criei uma app mas ninguém a usa. Por onde começo?
Estreite antes de alargar. Escreva uma frase que nomeie uma pessoa e o problema que ela tem hoje, e reescreva o título da landing page para ser essa frase. A maioria das apps sem utilizadores tem um problema de posicionamento, não de tráfego, e tráfego enviado para uma página vaga é tráfego desperdiçado.
Como consigo utilizadores para a minha app sem orçamento de marketing?
Duas coisas em paralelo: uma cadência constante de publicações nos canais que são seus e conversas manuais em comunidades onde o seu utilizador já pede ajuda. A primeira cria um histórico verificável, a segunda produz os primeiros utilizadores reais. Nenhuma delas exige dinheiro.
A Amplispect publica no Reddit ou no Discord por mim?
Não. A Amplispect publica no Instagram, Threads e X, e cada publicação é revista por si antes de sair. O Reddit, o Discord e os fóruns ficam manuais, o que também é a resposta certa para essas comunidades — promoção automatizada ali costuma acabar em banimento.
Quanto tempo até saber se a minha app tem mercado?
Duas semanas dizem-lhe se a sua formulação do problema merece resposta. Avaliar o produto em si demora mais e exige outra evidência: se quem se regista volta uma segunda e uma terceira vez. Mude primeiro a mensagem, porque é mais barata de corrigir e é mais vezes a peça errada.