Build in Public: Uma Cadência de Publicação Que Traz Utilizadores, Não Só Seguidores

Construir em público resulta. A versão que circula como conselho quase nunca resulta. O conselho otimiza a única métrica que qualquer pessoa vê de fora — o número de seguidores — porque é esse o número de que se fazem capturas de ecrã. Por isso as publicações recomendadas são as que viajam: opiniões polémicas, gráficos de receita, ganchos de thread sobre consistência. Juntam uma audiência de pessoas que gostam de publicações sobre construir produtos, e quase ninguém nessa audiência tem o problema que a sua app resolve.

Em 2026 a distância é maior do que era. Consegue lançar uma app funcional com Lovable, Bolt, Cursor, v0 ou Replit num fim de semana, e milhares de pessoas fazem-no. As timelines de build in public estão cheias de fundadores a narrar o mesmo fim de semana. Ser visível nesse fluxo deixou de ser escasso. Ser útil a uma pessoa concreta com um problema concreto continua a ser.

Uma cadência que traz utilizadores é diferente de uma que traz seguidores. Fala mais do problema do que do processo. Mostra mais o produto a fazer o trabalho do que o fundador a trabalhar. E pede alguma coisa — um teste, uma resposta, um email — com frequência suficiente para que quem lê perceba o que quer dele. O resto deste guia é essa cadência: cinco tipos de publicação, um ritmo semanal entre Threads, X e Instagram, e uma regra que mantém tudo apontado à aquisição.

Cada rede faz um trabalho diferente nesta rotação. O Threads premeia a conversa, por isso é aí que aterram as publicações de problema e de lição e é aí que é barato começar respostas. O X é onde outros fundadores e early adopters seguem links, por isso é aí que ficam a prova e o progresso. O Instagram leva o progresso visual: uma gravação de ecrã, um enquadramento de antes e depois, um cartão de template. São estas as três redes onde a Amplispect publica. Tudo o resto — Reddit, LinkedIn, uma newsletter — é trabalho manual que faz por cima, e não faz mal deixá-lo de fora enquanto a cadência ainda é recente.

O calendário em si é propositadamente aborrecido. Segunda-feira: problema, no Threads e no X. Quarta-feira: progresso, no X e também no Instagram quando há algo que valha a pena ver. Quinta-feira: prova, no X e no Instagram. Sexta-feira: o pedido, no Threads e no X. Domingo: lição, no Threads. Cinco publicações, três redes, uma de cada tipo e cerca de nove lugares preenchidos quando se contam as republicações.

Duas coisas tornam isto sustentável para uma pessoa só. A primeira é que a mesma ideia é remodelada por rede em vez de escrita cinco vezes — a prova de quinta-feira é uma gravação com uma primeira linha diferente no X e no Instagram. A segunda é que a semana é planeada como semana. Decidir na segunda-feira o que se diz na sexta é uma decisão de dez minutos; decidi-lo na sexta às 18h é a razão pela qual a maioria das contas de build in public emudece ao fim de seis semanas.

A regra que separa isto da caça a seguidores: todas as semanas incluem exatamente uma publicação que pede uma ação concreta a uma pessoa concreta. Não “vejam lá isto” — “se tem uma loja com mais de 200 produtos, responda e eu importo o seu catálogo e mostro-lhe como fica.” Um pedido por semana é frequente o suficiente para que se perceba que quer utilizadores, e raro o suficiente para que as outras quatro publicações não pareçam a preparação de uma venda. Se passar uma semana sem pedido, essa semana produziu seguidores.

O objetivo do pedido é a resposta. Quando alguém responde, descreveu a sua situação por palavras próprias e ofereceu-se para ser um primeiro utilizador, o que torna essa conversa mais valiosa do que todas as impressões da semana. Os comentários suportados sincronizam para o espaço de trabalho e é redigida uma resposta, mas nada é enviado sem que a edite e aprove. Isto é deliberado: é a primeira conversa com um possível utilizador e não deve parecer automática.

É o desempenho que decide a mistura. No fim da semana, olhe para duas coisas por publicação: até onde chegou e se alguém fez o que lhe pediu. Uma publicação de problema com muito alcance e zero respostas diz-lhe que o problema é reconhecível mas que nunca chegou a pedir nada. Uma publicação de prova com alcance modesto e três respostas vale mais do que o resto da semana somado. A vista de desempenho alimenta a semana gerada seguinte, por isso os tipos que geram conversas voltam com mais frequência.

Ajuste em passos pequenos. Se as publicações de prova ganham sempre às de progresso, passe a duas provas e corte um progresso. Se uma rede só produz silêncio durante um mês, reduza-a a uma publicação por semana e ponha esse tempo nas outras duas. Nunca corte o pedido, e dê três semanas a qualquer mudança antes de a julgar — a esta escala, uma única semana de números é sobretudo ruído.