Checklist de lançamento no Product Hunt a solo

O Product Hunt é o diretório de que quase todos os programadores a solo já ouviram falar, e aquele em que uma submissão à pressa sai mais cara, porque o dia do lançamento é um momento fixo e toda a gente que conheces vai olhar para a página. Esta checklist é escrita para quem constrói, divulga e lança sozinho, sem equipa para rever os textos à meia-noite. Baseia-se na nossa própria submissão do seomap.dev, documentada no guia público do Product Hunt, e no briefing de representação que vem no repositório da LaunchRepo. Onde aparece um número, é o que o formulário mostrava na data observada — o Product Hunt muda os formulários, por isso confirma antes de colares seja o que for definitivo.

Uma expectativa à partida: a checklist leva-te a um lançamento scheduled com textos honestos e imagens reais. Não promete upvotes, um lugar na página inicial nem tráfego. Ninguém pode prometer isso, e as táticas que dizem consegui-lo são as que as regras da plataforma proíbem.

Antes de tocares no formulário

• Procura primeiro. Procura o nome e o domínio do teu produto no site público e em «My Products» com sessão iniciada. Um rascunho antigo, ou uma listagem que outra pessoa criou, é um duplicado à espera de acontecer. O artigo sobre os estados do tracker explica porque registamos already_listed à parte.
• Decide quem é o maker. Os lançamentos no Product Hunt são conduzidos pelo maker. Cria um perfil pessoal com um nome verdadeiro ou a alcunha que usas mesmo, uma fotografia e uma bio de uma linha. Se a conta da empresa e a tua conta pessoal são coisas diferentes, decide agora qual fica associada.
• Corre o briefing de representação. O PR-BRIEFING.md do repositório faz três perguntas antes de qualquer facto pessoal chegar a uma listagem pública: pessoa, empresa ou ambos; que nome, alcunha e afiliação podem aparecer; e o que nunca pode ser dito sobre ti. Depois redige uma bio de maker de uma linha, uma frase de apresentação do lançamento e uma frase de «porque construí isto», e mostra-tas literalmente para correção. Aprova, corrige, guarda. Sendo programador a solo, és o único revisor — e é exatamente por isso que ajuda olhar para as três frases isoladas em vez de as ler dentro de um formulário.
• Escreve os factos do produto, não os desejos. Público, problema, o que existe hoje, o preço tal como é, fase de lançamento. Um teste com créditos limitados não é um plano gratuito. Funcionalidades planeadas ficam fora da descrição.

Texto: os limites que observámos

Na data observada, o formulário de submissão permitia um tagline de 60 caracteres e uma descrição de 500 caracteres. Ambos são mais curtos do que o primeiro rascunho da maioria das pessoas, e é neles que a versão honesta do teu produto tem de caber.

• Tagline com 60 caracteres ou menos. Um benefício, em palavras simples. Conta-os — «com IA» e repetir o nome do produto comem um terço do orçamento a troco de nada.
• Descrição com 500 caracteres ou menos. Para quem é, o que faz, quanto custa. Sem número de clientes, receita, prémios ou integrações que não consigas mostrar.
• Prepara variantes. O workshop de texto da LaunchRepo produz o copy.md com versões para diferentes limites de campo, para que o tagline de 60 caracteres do Product Hunt e o limite diferente do diretório seguinte saiam dos mesmos factos aprovados, em vez de serem reescritos à última hora.
• Confirma os limites no próprio dia. Eram 60 e 500 quando olhámos; trata isso como um dado observado, não como uma regra.

Materiais: reais, atuais, teus

• Logótipo no tamanho pedido, sobre um fundo que sobreviva a um cartão escuro.
• Imagens de galeria tiradas do produto real. Capturas do que um utilizador vê esta semana, não uma maqueta do redesenho. Se o produto tem vídeo, acrescenta-o; se não tem, não inventes uma miniatura.
• URL do produto que abra e que corresponda ao nome e ao domínio do teu perfil de maker.
• Categoria que um estranho escolheria por ti. O formulário usa selects nativos; verifica o valor que ficou mesmo selecionado depois de percorreres a lista, porque na execução observada a seleção podia diferir em silêncio do que aparecia realçado.

Preço e as verificações de honestidade

O Product Hunt pergunta como é que o produto é vendido. Um produto pago com período de teste deve ser representado como pago com teste, não como «gratuito». Parece óbvio até uma página de lançamento dizer «grátis» e o primeiro comentário perguntar porque é que o registo pede cartão.

Duas coisas em que o guia é explícito, e que o AGENTS.md do repositório repete para todos os diretórios:

• Não peças upvotes. Não peças a amigos, comunidades ou clientes que votem; não compres interação; não faças uma campanha de «apoia-nos no Product Hunt» que se leia como um pedido de voto. Diz às pessoas que lançaste e deixa-as decidir. É uma regra da plataforma, e o tracker trata votos ou comentários fabricados da mesma forma que trata testemunhos inventados: proibidos.
• Sem testemunhos inventados. Citações só vão para a página se uma pessoa real as disse e concordou em ser citada.

A data de lançamento: deliberada, não imediata

A coisa mais útil que um programador a solo pode fazer no Product Hunt é escolher a data, em vez de carregar em «lançar agora» só porque o formulário está finalmente preenchido.

• Define a tua data mais cedo de lançamento. Na LaunchRepo isto vive no product.json como earliest_launch_date; o tracker recusa registar uma plataforma como scheduled antes dessa data. Se o teu site, a página de preço ou o onboarding não estão prontos, essa data é posterior a hoje.
• Escolhe um dia em que consigas estar online. Um lançamento a solo significa que respondes tu aos comentários. Escolhe um dia sem prazos de clientes, não um dia em que vais estar a viajar.
• Confirma o fuso horário. O fluxo observado mostrava uma data e um fuso horário na confirmação. Regista os dois. Um lançamento agendado para as «00:01» cai num dia diferente na hora do Pacífico e em Lisboa.
• Não contes um rascunho guardado como agendado. O guia faz esta distinção de propósito: um rascunho é trabalho guardado; scheduled é a conta a confirmar uma data. Só o segundo entra no teu tracker como scheduled, e mesmo assim não diz nada sobre se a página vai ser destacada nem sobre onde vai aparecer.

O que «scheduled» significa, e o que não significa

Na nossa própria execução, o fluxo do Product Hunt chegou a um lançamento agendado. Isso confirma uma data. Não confirma publicação, lugar na página inicial nem visibilidade nenhuma. No dia do lançamento, o passo de resultado do guia é abrir a página pública do produto e inspecioná-la antes de registar live — porque live no tracker da LaunchRepo exige um URL público verificado e a tua confirmação explícita, não uma entrada no calendário.

Isto pesa mais no Product Hunt do que na maioria dos diretórios, porque a distância entre «agendei» e «as pessoas conseguem ver» é exatamente a distância por cima da qual os programadores a solo costumam anunciar. Anuncia no próprio dia, a partir da página pública.

Dia de lançamento para uma pessoa só

• Abre a página pública logo de manhã. Confirma que o tagline, as imagens e a atribuição do maker ficaram como pretendias.
• Publica a frase de apresentação aprovada — a do briefing de representação — onde costumas falar do teu trabalho. Sem pedidos de voto.
• Responde a todos os comentários tu próprio, com as tuas palavras. É o único sítio em que ser um único maker é uma vantagem.
• Regista o resultado com honestidade. live com o URL público se a página estiver pública; scheduled com uma nota se ainda não estiver; o que realmente aconteceu se algo correu mal. O guia de acompanhamento de estados cobre os casos-limite.

Depois do dia

O Product Hunt é um diretório num catálogo de 346. Os playbooks do repositório tratam-no como os outros: procurar primeiro, verificar a identidade, preparar o texto dentro dos limites, confirmar que nada custa dinheiro, submeter apenas dentro da tua autorização, registar o que foi observado. Um programador a solo que tenha feito isto uma vez para o Product Hunt já fez a parte difícil para a plataforma seguinte — os factos, as variantes de texto e os materiais são reutilizáveis, e o passo a passo com o Claude Code mostra como um agente percorre o resto da lista a partir dos mesmos ficheiros.

Se estás a escolher que diretórios vêm a seguir, os melhores diretórios de startups em 2026 agrupam o catálogo por categoria, e a página para indie hackers descreve a configuração de um lançamento de uma pessoa só. O próprio repositório — playbooks, template de produto, tracker, painel local — compra-se uma vez na página de preço.

Fontes: o guia público do Product Hunt (limites do formulário e fluxo conforme observado a 2026-09-13), PR-BRIEFING.md, ONBOARDING.md, AGENTS.md e RUNBOOK.md no repositório da LaunchRepo. Não são dados números de upvotes, posições ou tráfego porque nenhum foi medido, e nenhum é prometido.