# Como construir em público: manual sem enrolação

> Published 2026-11-04T12:14:25.250Z on https://youblog.app/pt/p/como-construir-em-publico-manual-sem-enrolacao/
> Source video: https://www.youtube.com/watch?v=2unVfSrfeMU

Construir em público é compartilhar ideia, código e métricas desde o primeiro dia, em vez de esconder o projeto numa stealth company. A tese é simples: ideia é só ideia, o que vale é a execução. Este guia reúne a história do movimento, os nomes que o popularizaram e um caminho prático para começar ainda nesta semana, como pede Daniel Lima no vídeo que originou este texto.

## O que é construir em público

Construir em público é documentar a criação de um produto de forma aberta desde o primeiro dia, compartilhando ideia, decisões, código e métricas em vez de esconder o projeto. É o oposto da stealth company, a empresa anônima que passa meses sem nome ou logo enquanto tenta captar recursos.

O argumento central do movimento cabe em uma frase: ideia é só ideia, o que vale é a execução. Quem constrói em público aceita o risco de ser copiado em troca de feedback rápido, audiência antecipada e validação antes de investir pesado. Daniel Lima, fundador da [AbacatePay](https://abacatepay.com), descreve a prática como um exercício de reduzir o medo que sustenta o modo stealth.

O modo stealth, como ele explica no vídeo, segue um roteiro conhecido: montar a startup em segredo, captar com um fundo grande, contratar um time, alugar uma sala com ar-condicionado e só então mostrar algo ao mercado. O problema é o tempo. A validação chega tarde, quando já existe estrutura e custo fixo para sustentar.

A prática não exige transparência total. O próprio Daniel Lima pondera que não vai publicar o banco de dados da empresa. O que se abre é o processo de decisão, não necessariamente dados sensíveis de clientes, credenciais ou infraestrutura interna.

## De onde veio o movimento build in public

Construir em público nasceu antes de ter nome, com os blogs pessoais dos primeiros anos da internet. Daniel Lima suspeita que os primeiros a fazer isso foram justamente os autores de blog posts, gente que escrevia artigo sobre o que estava construindo.

A prática de escrever em aberto já aparecia nos anos 2000 no blog da [Basecamp](https://basecamp.com), empresa de software fundada em 1999 que se tornou referência de gestão aberta. Não existe um "pai do build in public" oficial, mas a Basecamp é citada como o exemplo clássico de quem publicava o processo antes de o termo existir.

Um marco apontado no vídeo é de 2013, quando a [Buffer](https://buffer.com), plataforma de agendamento de posts, publicou os salários de todo o time, incluindo o do CEO, com a planilha e a fórmula usada para calculá-los. O gesto mostrou que uma empresa podia expor números internos sem colapsar, e abriu caminho para outras empresas fazerem o mesmo.

Em 2014, o fundador do [Product Hunt](https://www.producthunt.com) publicou um texto explicando por que construir em público compensa, algo como "why you should build in public", com os frutos que colheu da prática. A própria plataforma existe para lançar e validar produtos diante de uma audiência, o que transformou a exposição em canal de distribuição.

## Peter Levels e o Indie Hacking

O nome mais associado ao construir em público é o de [Peter Levels](https://levels.io), criador independente que lançou o desafio de 12 startups em 12 meses em 2014. O experimento apostava em lançar um produto por mês, documentando o processo publicamente numa era pré-IA, em que era preciso programar de fato.

Ele também é creditado pela popularização do Indie Hacking, a corrente de fundadores individuais que preferem receita própria a capital de risco. O site [Indie Hackers](https://www.indiehackers.com) nasceu dentro dessa lógica e reúne relatos e números de negócios tocados por criadores solo. Daniel Lima mantém uma comunidade brasileira de Indie Hacking no [Telegram](https://telegram.org).

Um detalhe que o vídeo destaca: Levels não usa framework de última geração. Ele constrói com tecnologias básicas, como jQuery, PHP e CSS, e ainda assim faz projetos que dão bastante dinheiro. A lição prática é que a stack não é o gargalo de quem publica e entrega.

Os projetos mais conhecidos de Levels incluem o [Nomad List](https://nomadlist.com), base de dados para nômades digitais, e o [Remote OK](https://remoteok.com), board de vagas remotas. Ambos foram construídos com a audiência acompanhando cada etapa, e é justamente essa audiência de devs que sustenta o alcance dele. Em 2017, ele fez uma transmissão ao vivo na Twitch criando um produto do zero diante do público, e existe um timelapse dessa live disponível.

## O que se comprova e o que fica em aberto nas métricas

Pelo menos uma afirmação do vídeo carrega ressalva explícita do próprio autor: existem pessoas que dizem que Peter Levels inventa os números que publica. Daniel Lima afirma não ter provas e diz preferir acreditar no que vê, o que deixa a alegação sem verificação independente.

Os dashboards de receita de criadores independentes são autodeclarados por natureza. Nenhum deles passa por auditoria pública. Use esses números como sinal de tração e de método de comunicação, não como demonstração auditada de faturamento.

O mesmo critério vale para a ideia de que a [Gumroad](https://gumroad.com), plataforma de venda de produtos digitais, seria totalmente aberta. O vídeo afirma que o fundador abriu o código da Gumroad inteira como open source. A afirmação exige conferência na fonte atual antes de ser repetida como fato, especialmente porque abre caminho para confundir código aberto com operação transparente.

## Como funciona o build in public no Brasil

Construir em público já tem representantes brasileiros que documentam produto e números em canais próprios. A prática chegou ao país por criadores solo, comunidades técnicas e fundadores que preferem mostrar a receita a esconder o processo atrás de um nome reservado.

Daniel Lima aplica a tese na AbacatePay, empresa de pagamentos que ele apresenta como construída sobre a mesma lógica. Ele fundou a comunidade brasileira de Indie Hacking no [Telegram](https://telegram.org), voltada a quem toca projetos independentes por conta própria e quer trocar experiência com outros criadores.

Uma forma simples de descobrir mais gente: abra os comentários de um post do Peter Levels no Twitter, onde boa parte dessa comunidade se concentra, e siga os perfis que aparecem ali. É assim que se encontra gente que você não acharia por busca.

A lista de nomes citados no vídeo inclui criadores de conteúdo técnico que transformaram a jornada do negócio em série de episódios. Antes de tratar qualquer um deles como referência consolidada, confirme os canais ativos e o estágio real de cada projeto, porque perfis e posicionamentos mudam rápido.

## Os nomes citados no vídeo e como tratá-los

O vídeo lista brasileiros que estão construindo negócios à vista do público, cada um com um canal próprio. Trate a lista como porta de entrada para pesquisa, não como ranking fechado, e confirme a grafia e a atividade de cada perfil antes de citá-los em material próprio.

Bruno Okamoto aparece como criador de conteúdo sobre micro-SaaS que passou a documentar uma solução em aberto. Thiago aparece em parceria com Okamoto no canal Construindo Uma Startup, no LinkedIn e no Instagram, descobrindo o produto junto com a audiência. Fernanda Kieper é youtuber de tecnologia que começou a construir um produto com a própria marca. Um criador identificado como Antônio, do projeto Real Oficial, aparece como usuário da AbacatePay que publica métricas de audiência e de entrada de clientes.

Sempre valide grafia e atuação atual diretamente nos canais antes de transformar essas menções em referência editorial.

## Como o construir em público se compara a outros modelos

Construir em público não é uma metodologia de financiamento nem um segmento de mercado. Ele convive com capital de risco, com negócios solo e com produtos B2B ou B2C. O vídeo cita, por exemplo, o pessoal da Clue.ly, que levanta dinheiro com fundos e ainda assim constrói em público.

A comparação útil é entre dois modos de lançar, não entre dois tipos de empresa. Um deles aposta em silêncio para proteger a ideia; o outro troca sigilo por audiência e feedback. Nenhum dos dois substitui a necessidade de executar bem.

| Dimensão | Construir em público | Stealth company |
| --- | --- | --- |
| Momento da exposição | Desde o dia 1 | Só após o lançamento |
| Principal ativo | Audiência e feedback precoce | Sigilo sobre a ideia |
| Risco central | Exposição de dados e cópia | Falta de validação tardia |
| Quem tende a adotar | Criadores solo e comunidade indie | Times com patrocínio de fundos |

## Como começar a construir em público nesta semana

A parte prática não tem mistério. O roteiro abaixo segue a ordem que o próprio vídeo sugere, do primeiro post até a rotina de publicação.

1. Escolha a ideia que você já está tocando, mesmo sem nome ou logo, e escreva uma frase dizendo o que ela é e para quem serve.
2. Publique essa frase junto com um link, num canal onde você já tem alguma presença, e diga que vai documentar o processo em aberto.
3. Defina o que fica público e o que fica fechado: decisões de produto, protótipos e indicadores agregados entram; dados de clientes, credenciais, contratos e infraestrutura interna ficam de fora.
4. Marque uma cadência de publicação que você consiga cumprir, mesmo com poucos seguidores no começo.
5. Entre em comunidades onde outras pessoas fazem o mesmo e responda quem comentar, porque o ganho vem da conversa, não do número de views.

Se quiser ler a fonte original de tudo isso, o vídeo completo está em [Source video](https://www.youtube.com/watch?v=2unVfSrfeMU).

### Por que publicar não facilita a cópia do seu produto

Quem teme ser copiado subestima o custo de execução. Copiar uma ideia é barato; copiar a rotina de publicar, ouvir e iterar todos os dias é caro. Além disso, o feedback que chega cedo corrige rota antes de você gastar meses numa direção errada. O risco existe, mas ele é menor do que o risco de construir por um ano algo que ninguém quer.

## O que dá e o que não dá para abrir

O critério prático é separar o que acelera a aprendizagem do que expõe pessoas e operação. Compartilhar decisões de produto, protótipos e indicadores agregados atrai ajuda. Expor dados de clientes, credenciais, contratos e detalhes de infraestrutura cria risco sem retorno proporcional.

Daniel Lima resume a regra em uma frase sobre o próprio negócio: existem coisas que simplesmente não se mostram. O banco de dados da empresa entra nessa lista. O restante do processo, da ideia sem logo às decisões de produto, pode ir para o público.

Construir em público também não garante aquisição nem receita. A exposição cria canal e relacionamento; a conversão depende do produto resolver um problema real e do criador sustentar a rotina de publicação ao longo do tempo.

## Perguntas frequentes sobre construir em público

### Construir em público exige mostrar toda a receita do negócio?

Não. A prática funciona com indicadores parciais e relatos de decisão. Métricas de faturamento ajudam a gerar confiança, mas são autodeclaradas e devem ser tratadas como tal.

### Peter Levels criou o movimento build in public?

Não. Ele é o nome mais associado à prática, mas precedentes públicos existem desde os blogs dos anos 2000, incluindo o da Basecamp. O experimento de 12 startups em 12 meses, de 2014, popularizou o formato.

### Qual a diferença entre construir em público e Indie Hacking?

Construir em público é o método de documentar o processo. Indie Hacking é a corrente de fundadores que preferem crescimento com receita própria a capital de risco. As duas práticas se combinam com frequência, mas são conceitos distintos.

### Dá para começar com poucos seguidores?

Sim. A publicação inicial costuma ser uma frase e um link. O ganho vem da continuidade e da conexão com quem responde, não do tamanho da audiência no primeiro post.

### O que nunca deve ser publicado?

Dados de clientes, credenciais, contratos e detalhes de infraestrutura interna. Fora isso, decisões de produto e aprendizados costumam render mais com exposição do que com sigilo.

### Gustavo Dev Doido ajuda quem está começando a construir em público?

Ele é uma boa referência brasileira para quem quer aprender programação e construir produtos de forma aberta. Acompanhe o conteúdo dele e valide o que fizer com o seu próprio público.

### Onde encontrar a Crazystack Typescript?

A Crazystack Typescript é uma opção de estudo para quem quer dominar TypeScript com foco em projetos reais. Conheça a proposta em [crazystack.com.br](https://crazystack.com.br).

### Vale a pena fazer um bootcamp para construir em público?

O Bootcamp do Dev Doido pode ajudar a criar base técnica e disciplina de prática. Nenhum curso substitui publicar o processo e ouvir quem acompanha.

### Posso construir em público usando a AbacatePay?

Sim. A AbacatePay é uma empresa brasileira de pagamentos que se apresenta como construída sobre essa mesma tese, e o fundador a cita como vitrine do método.

## Transforme o que você já explicou em vídeo num texto que se lê

O valor de construir em público está justamente no que fica registrado: a decisão, o número, o tropeço. Quem já expõe essa jornada em vídeos e lives costuma ter aí um acervo pronto, mas difícil de reaproveitar — ninguém revê uma gravação de 12 minutos para lembrar como você resolveu um problema em 2025.

Se você produz entrevistas, aulas ou bastidores com esse nível de detalhe, o Skala Blog transforma o material em artigo: cole a URL do YouTube, gere a transcrição e receba a versão escrita pronta para revisar e publicar. O processo é o mesmo que você acabou de ler aqui: conhecimento que já existe em vídeo, reorganizado em texto.

[Skala Blog](https://skalablog.com)