About this case study
Este guia descreve um processo de lançamento repetível, não um resultado reportado por um cliente, e nenhum checklist pode prometer uma posição concreta.
O que um lançamento no Product Hunt faz e não faz
Em 2026 consegue construir uma app funcional num fim de semana com Lovable, Bolt, Cursor, v0 ou Replit. Lançar código deixou de ser a parte difícil. A parte difícil é o dia em que diz à internet que a app existe, e o Product Hunt continua a ser o sítio onde a maioria dos fundadores indie escolhe fazê-lo.
Um lançamento é um dia de atenção concentrada. Não constrói público por si e não salva um produto que ninguém experimentou. O que faz é comprimir o trabalho que já fez, os beta testers, as publicações build in public, as pessoas que responderam às suas capturas de ecrã, num momento visível, e dar-lhe uma página para onde pode apontar durante anos.
Por isso trate o lançamento como o meio de um processo de três semanas e não como um evento. Catorze dias de preparação, um dia de presença, sete dias de seguimento. Tudo o que se segue está escrito por essa ordem e nada disto depende de chegar a uma posição concreta nesse dia.
Catorze dias antes: materiais, hunter, lista de contactos
Duas semanas chegam para preparar tudo aquilo que não se improvisa às seis da manhã:
- Escreva primeiro a tagline. Uma linha curta, em linguagem simples, que diga o que a app faz e para quem. Se um desconhecido não conseguir repeti-la, reescreva.
- Escreva a descrição como se o leitor nunca tivesse ouvido falar da categoria e corte todos os adjetivos que não transportam informação.
- Monte a galeria: uma primeira imagem que continue a ler-se como miniatura e depois três a cinco ecrãs que percorrem o fluxo real. Uma demonstração curta só ajuda se o produto aparecer nos primeiros dois segundos.
- Escreva já o primeiro comentário. É a sua apresentação como criador: porque construiu isto, o que ainda não faz e uma pergunta direta que convide a responder.
- Decida entre um hunter e um lançamento pelas suas próprias mãos. Lançar o seu próprio produto é normal e dá-lhe controlo total sobre o horário e o texto. Um hunter só compensa quando essa pessoa usa mesmo o produto e fica consigo nos comentários.
- Construa uma lista de trinta a sessenta pessoas próximas que vão mesmo experimentar a app: beta testers, quem respondeu às suas publicações build in public, utilizadores que lhe enviaram um bug por email. Não é uma lista de contactos despejada.
- Escreva a mensagem que vai enviar a essa lista, uma pessoa de cada vez, e pare no pedido para dar uma olhadela. Não escreva um guião a pedir votos.
- Escolha a data, fixe-a e planeie os catorze dias de publicações que a antecedem.
Os catorze dias de antecipação, agendados com antecedência
A maioria dos lançamentos soa a vazio porque o anúncio é a primeira coisa que o público alguma vez ouviu do fundador. A antecipação resolve isso. Nos catorze dias antes do lançamento, publique no Instagram, no Threads e no X com uma cadência que consiga mesmo manter. Uma publicação por dia é suficiente. Três por semana também serve, se for esse o número honesto.
A antecipação não são catorze anúncios. A primeira semana é o problema: aquilo com que tropeçava, o que a solução de recurso lhe custava, quem mais se queixava do mesmo. A segunda semana é o produto: um ecrã por dia, uma decisão que reverteu, uma funcionalidade que cortou, o que se partiu nos testes. Os últimos três dias anunciam a data.
Planeie e agende toda a antecipação na Amplispect antes de ela começar. O espaço de trabalho lê o seu site para aprender a oferta, o público e o seu tom de voz, gera uma semana de publicações planeadas numa cadência definida, cada uma com um papel e uma data, e o editor mostra a pré-visualização por rede e as validações antes de qualquer coisa entrar na fila. Nada é publicado sem a sua revisão.
Agendar com antecedência não é automatizar por automatizar. É que no dia do lançamento as publicações saem sozinhas, o que lhe deixa as mãos livres para a única coisa que não se agenda: responder a quem aparece.
O dia do lançamento, hora a hora
Os dias no Product Hunt seguem a hora do Pacífico e começam pouco depois da meia-noite. Trabalhe o dia por blocos em vez de ficar a olhar para a página:
- Primeira hora: a página fica no ar e o primeiro comentário entra logo a seguir, para que quem chega tenha algo a que reagir.
- Primeiras duas horas: envie as mensagens que já escreveu para a sua lista, uma de cada vez, por palavras suas, com o link. É a única parte do dia que é mesmo urgente.
- Manhã: as publicações agendadas para Instagram, Threads e X saem sozinhas. Confirme que cada destino ficou publicado e responda às respostas que trouxerem.
- Meio-dia: responda a todos os comentários da página, incluindo os críticos. Uma resposta cuidada a uma pergunta difícil vale mais do que cinco agradecimentos.
- Tarde: publique uma atualização de dentro do próprio dia, uma captura de ecrã, uma pergunta que alguém fez, um bug que corrigiu ao vivo. O conteúdo do dia do lançamento é melhor quando é relatado e não preparado.
- Noite: agradeça pelo nome onde o agradecimento for genuíno e feche o que ainda estiver em aberto nos comentários.
- Todo o dia: pare de atualizar a classificação. Custa-lhe as respostas, e as respostas são a parte que fica.
O que um lançamento bem feito lhe deixa mesmo
No fim do dia tem uma página de produto permanente com um comentário verdadeiro do criador, uma sequência de perguntas que lhe diz exatamente o que as pessoas não perceberam, uma lista de nomes que apareceram quando pediu, e catorze dias de publicações que apresentaram a sua app a um público que nunca tinha ouvido falar dela. Nenhum checklist pode prometer uma posição na tabela. Estas quatro coisas são aquilo para que o processo serve.
Os sete dias seguintes
A maioria dos fundadores cala-se no dia seguinte, o que desperdiça a única semana em que as pessoas já estão dispostas a olhar. Planeie esta semana antes do lançamento e não durante:
- Dia um: uma publicação curta de agradecimento em cada rede, com um número honesto que esteja disposto a partilhar e aquilo que o surpreendeu.
- Dia dois ou três: transforme a pergunta mais repetida dos comentários numa publicação própria. Já provou que interessa às pessoas.
- A meio da semana: lance uma correção pequena que veio diretamente do feedback do lançamento e diga que veio daí. Nada constrói confiança mais depressa do que uma resposta visível.
- Todas as manhãs: responda aos comentários que chegaram durante a noite, na página e nas redes. Os comentários tardios vêm normalmente de quem leu com atenção.
- Uma vez: envie um email à sua lista a contar o que aconteceu e o que mudou por causa dela.
- Fim da semana: reintegre o lançamento na sua cadência normal e continue a publicar. A página do lançamento continua a trabalhar sozinha; o público só continua a crescer se o fundador continuar.
A regra a não quebrar
Nunca peça votos a ninguém, nunca combine votações num grupo de conversa e nunca escreva a desconhecidos que não têm motivo nenhum para se interessarem pela sua app. Peça a quem já conhece o produto para dar uma olhadela e dizer o que pensa. Tudo o resto põe o lançamento em risco e, mais importante, gasta relações que demorou meses a construir.
Aprofundar
O resto do conjunto de artigos sobre lançamentos, mais as duas páginas de produto em que este checklist assenta:
- Modelo de calendário de conteúdos para lançar uma app: 3 semanas, dia a diaO calendário de conteúdos dia a dia que este checklist assume que já está a seguir.
- Como lançar uma app no X, LinkedIn, Reddit e TikTok na mesma semanaComo espalhar um só lançamento por várias plataformas na mesma semana sem se repetir.
- Como Distribuir uma App: O Guia Completo para Fundadores que Já Construíram AlgoO quadro mais amplo de distribuição dentro do qual o dia do lançamento se insere.
- As primeiras 10 publicações sobre a sua app quando ainda não tem utilizadores nem testemunhosO que escrever durante a antecipação quando nunca publicou nada sobre a app.
- Como conseguir testadores beta para a sua appComo encontrar os testers que mais tarde se tornam a lista a quem escreve no dia do lançamento.
- Agendador de redes sociais com IAPonha em fila a antecipação e as publicações do dia do lançamento para Instagram, Threads e X, com pré-visualização e validação por rede.
- Gerador de calendário de conteúdosGere uma semana de publicações planeadas numa cadência definida, cada uma com um papel e uma data.
Perguntas frequentes
Como se lança uma app no Product Hunt?
Prepare a tagline, a descrição, a galeria e o primeiro comentário cerca de duas semanas antes, decida se lança o produto sozinho ou com um hunter, construa uma lista de pessoas próximas que vão mesmo experimentá-lo, faça catorze dias de antecipação nas redes e passe o dia do lançamento a responder em vez de publicar.
Preciso de um hunter para lançar no Product Hunt?
Não. Lançar o seu próprio produto é normal e dá-lhe controlo total sobre a data, o texto e o primeiro comentário. Um hunter só acrescenta alguma coisa quando essa pessoa usa mesmo o produto e fica consigo nos comentários.
Com quanto tempo de antecedência devo começar a divulgar o lançamento?
Catorze dias é uma antecipação viável para um fundador a solo. Chega para apresentar o problema, mostrar o produto e anunciar a data sem transformar o seu perfil em duas semanas de publicidade.
O que devo publicar no dia do lançamento?
Agende as publicações de anúncio com antecedência para ter o dia livre e acrescente uma atualização não agendada de dentro do dia, como uma captura de ecrã, uma pergunta que alguém fez ou uma correção que lançou ao vivo. Responda a todos os comentários, na página e nas redes.