Build in Public: Was es mir als Gründer bringt und wo es kippt
Build in Public aus meiner Erfahrung: Reichweite, Feedback und Vertrauen vor dem Launch, die Falle der Business-Friendzone und was ich daraus gelernt habe.
Kurz gesagt
- Build in Public heißt für mich, das eigene Unternehmen öffentlich aufzubauen und Entscheidungen, Zahlen und Fehler zu teilen, während sie passieren.
- Der größte Nutzen ist aus meiner Sicht Distribution, die parallel zum Produkt wächst, plus ehrliches Feedback, bevor du Geld und Zeit verbrennst.
- Das größte Risiko habe ich selbst erlebt: die Business-Friendzone. Andere Gründer applaudieren, aber Kunden buchen jemanden, der Ergebnisse zeigt.
- Was mir hilft: jedes Update mit dem Problem der Zielgruppe verbinden und auf eine eigene Liste führen.
Inhalt10 Abschnitte
- Was Build in Public eigentlich bedeutet
- Was Build in Public dir bringt
- Das Risiko: die Business-Friendzone
- Was du teilen solltest und was nicht
- So machst du Build in Public richtig
- Wann Build in Public nicht passt
- Ideen für deine ersten Build-in-Public-Posts
- Häufige Fehler beim Build in Public
- Ein Beispiel aus meiner Praxis
- Fazit
Build in Public heißt, dass du dein Unternehmen öffentlich aufbaust: Du teilst Entscheidungen, Zahlen, Fehler und Zwischenstände, während sie passieren. Gut eingesetzt bringt dir Build in Public Reichweite vor dem Launch, ehrliches Feedback und Vertrauen. Schlecht eingesetzt sammelst du Applaus von anderen Gründern und kaum Kunden.
Ich dokumentiere meinen eigenen Aufbau seit 2024 öffentlich auf LinkedIn, inzwischen folgen mir dort über 9.000 Menschen. Für mich ist Build in Public eines der stärksten Werkzeuge, die ein Gründer ohne Budget hat. Ich habe aber auch erlebt, wo es an seine Grenze stößt. Beides gehört in diesen Artikel.
Was Build in Public eigentlich bedeutet
Der Begriff stammt aus der Startup-Szene: Gründer posten Umsatzzahlen, Nutzerzahlen und Produktentscheidungen, statt monatelang im Verborgenen zu entwickeln. Vielleicht kennst du die Idee auch als „Document the Journey“: Du zeigst den Weg, nicht nur das Ziel.
Im Kern geht es um drei Dinge:
- Transparenz: Du zeigst, woran du arbeitest und warum.
- Regelmäßigkeit: Du berichtest in einem festen Takt, nicht nur bei Erfolgen.
- Beteiligung: Du lädst dein Publikum ein, mitzudenken, zu testen und Rückmeldung zu geben.
Build in Public ist damit eine Form von Personal Branding. Der Unterschied zu klassischem Expertencontent: Du sprichst über einen laufenden Prozess, dessen Ausgang offen ist. Das macht es spannend und zugleich riskant.
Was Build in Public dir bringt
Distribution, die mit dem Produkt wächst
Der wichtigste Effekt ist für mich Reichweite, die parallel zur Entwicklung entsteht. Wer erst baut und dann zeigt, startet am Launch-Tag bei null. Wer öffentlich baut, hat dann schon Menschen, die darauf gewartet haben. Diesen Gedanken beschreibe ich ausführlich in Distribution vor Produkt. Kurz: Wenn KI das Bauen billig macht, wird gehört werden zum Engpass.
Feedback, bevor es teuer wird
Eine Idee im Kopf wirkt immer plausibel. Sobald du sie veröffentlichst, wird sie überprüfbar. Leser stellen Fragen, die du dir nie gestellt hast, und zeigen dir Wettbewerber, die du nicht kanntest. So erfährst du in Wochen, was dich sonst Monate in der Entwicklung gekostet hätte. Ich kenne kaum einen günstigeren Weg, eine Annahme zu testen, bevor du ein MVP baust.
Ein Netzwerk aus Gleichgesinnten
Wer öffentlich baut, zieht Menschen an, die gerade dasselbe durchmachen. Daraus entstehen Sparringspartner, Kooperationen und Empfehlungen. Diese Währung nenne ich Social Capital. Sie lässt sich mit Werbung kaum kaufen und zahlt sich oft erst Jahre später aus.
Energie von außen
Wer im Stillen baut, muss sich jeden Tag selbst motivieren. Öffentliche Updates erzeugen kleine Reaktionen und Nachfragen. Das reicht oft, um durch die schwachen Wochen zu kommen. Dazu kommt ein sanfter Druck: Was du angekündigt hast, willst du auch liefern.
Das Risiko: die Business-Friendzone
Jetzt der Teil, über den selten gesprochen wird. Ich habe ihn selbst erlebt. Meine Updates liefen gut, die Interaktionen stiegen, ich wurde zu Gesprächen und Podcasts eingeladen. Als ich mir dann meine Neukunden angesehen habe, war das Bild ernüchternd: Die Menschen, die am lautesten applaudiert hatten, waren nicht die, die gebucht haben.
Ich nenne das die Business-Friendzone. Man mag dich, man liest dich gern, man bewundert deinen Mut. Wenn es aber ums Geld geht, bucht man jemanden, der das Problem schon hundertmal gelöst hat.
Authentizität öffnet die Tür. Den Auftrag bekommt, wer Autorität zeigt.
Die Ursache ist simpel. Build in Public ist ein Peer-Magnet. Unter deinen Posts kommentieren vor allem Menschen in einer ähnlichen Lage: andere Gründer, andere Selbstständige, oft mit einem ähnlichen Angebot. Für den Austausch ist das wertvoll. Kunden sind sie selten.
Dein idealer Kunde hat ein konkretes Problem und sucht keine Reisebegleitung. Wenn er auf deinem Profil nur sieht, wie du gerade selbst etwas lernst, fragt er sich, ob er dein Versuchskaninchen sein will.
| Reine Dokumentation | Dokumentation mit Autorität |
|---|---|
| „Heute habe ich gelernt, wie SEO funktioniert.“ | „So haben wir die Seitenstruktur umgebaut, und das hat sich bei den Impressionen verändert.“ |
| Ich-Perspektive, Tagebuch | Kundenproblem im Mittelpunkt |
| Zieht Gleichgesinnte an | Zieht Gleichgesinnte und Käufer an |
| Applaus | Anfragen |
Daraus habe ich nicht geschlossen, mit dem Dokumentieren aufzuhören. Ich versuche nur, das Ziel der Dokumentation zu ändern. Mehr dazu steht in meinem Originalartikel über das Problem bei Document-the-Journey-Founder-Brands.
Was du teilen solltest und was nicht
Transparenz hat Grenzen. Ich würde vor dem Start festlegen, was öffentlich ist und was intern bleibt.
| Gut zum Teilen | Besser intern lassen |
|---|---|
| Entscheidungen und ihre Gründe | Kundennamen ohne Freigabe |
| Learnings aus Fehlern | Vertrauliche Zahlen von Partnern |
| Eigene Kennzahlen, wenn du sie einordnest | Interne Konflikte im Team |
| Screenshots von Entwürfen | Zugangsdaten, Systemdetails, Sicherheitslücken |
| Was du als Nächstes testest | Laufende Verhandlungen |
Eine einfache Regel hilft mir: Teile, was dir oder deinen Lesern beim Lernen hilft, und nichts, was Dritte bloßstellt.
So machst du Build in Public richtig
Kein Gesetz, sondern so, wie ich es heute angehen würde.
1. Lege fest, wen du erreichen willst
Schreib vor dem ersten Post einen Satz auf: Wer soll das lesen, und was soll diese Person danach tun? Wenn die Antwort „andere Gründer“ lautet, ist das in Ordnung, solange du an Gründer verkaufst. Sind deine Kunden Steuerberater, Coaches oder Mittelständler, sollte dein Content deren Sprache sprechen.
2. Wähle einen Kanal
Ein Kanal, dort, wo deine Zielgruppe ohnehin ist. Für B2B ist das oft LinkedIn. Wer auf fünf Plattformen gleichzeitig dokumentiert, hört nach vier Wochen schnell überall auf. Wie du LinkedIn als System aufbaust, steht im Artikel über LinkedIn Personal Branding für Gründer.
3. Verbinde jedes Update mit einem Kundenproblem
Für mich ist das der wichtigste Hebel gegen die Business-Friendzone. Erzähl nicht nur, was du gemacht hast. Erzähl, welches Problem dahintersteht und was der Leser daraus mitnimmt. Aus „Ich habe die Startseite neu gebaut“ wird „Warum Besucher auf der alten Startseite nicht verstanden haben, was wir anbieten, und was wir geändert haben“.
4. Zeig Ergebnisse, nicht nur Prozess
Mische Prozess-Posts mit Ergebnis-Posts. Prozess schafft Nähe, Ergebnisse schaffen Vertrauen in deine Fähigkeit.
5. Baue eine Brücke zu einer eigenen Liste
Follower gehören der Plattform, eine E-Mail-Liste gehört dir. Deshalb braucht ein Build-in-Public-Projekt aus meiner Sicht einen Ort außerhalb des Feeds: eine Warteliste, einen Newsletter, eine Landingpage. Ein guter Einstieg ist ein kleiner Lead-Magnet, der Lesern sofort hilft und sie auf deine Liste bringt.
6. Halte einen Rhythmus, den du ein Jahr durchhältst
Build in Public ist ein Long Game. In den ersten Wochen passiert wenig. Vertrauen entsteht im Hintergrund, wenn Menschen dich zum dritten und vierten Mal sehen. Plane deshalb einen Takt, den du auch in vollen Wochen halten kannst.
Wann Build in Public nicht passt
In diesen Situationen wäre ich vorsichtig:
- Du brauchst sofort Umsatz. Dokumentation baut Vertrauen über Monate auf. Für kurzfristige Akquise ist direkter Vertrieb schneller.
- Dein Angebot verlangt maximale Sicherheit. Wer Steuerfragen, Recht oder Medizin verkauft, sollte mit öffentlichem „Work in Progress“ sparsam umgehen.
- Du hast keine Lust darauf. Build in Public wirkt erst über lange Zeit. Wer es als Pflicht empfindet, hört auf, bevor es wirkt.
Ideen für deine ersten Build-in-Public-Posts
Viele glauben am Anfang, sie hätten noch nichts zu zeigen. Dabei ist gerade der Anfang spannend. Diese Ideen passen in fast jede Phase und lassen sich mit einem Kundenproblem verbinden:
- Die Entscheidung der Woche: Welche Option hast du gewählt, welche verworfen, und nach welchem Kriterium?
- Die Zahl der Woche: Eine Kennzahl mit Einordnung. Was ist passiert, was vermutest du als Ursache, was testest du als Nächstes?
- Der Fehler, den du nicht wiederholen willst: Konkret beschrieben, mit dem, was du daraus geändert hast.
- Vorher und nachher: Eine Seite, ein Prozess oder ein Text vor und nach einer Überarbeitung, mit dem Grund für jede Änderung.
- Die offene Frage: Ein Problem, bei dem du noch keine Lösung hast. Solche Posts bringen oft die besten Gespräche.
Wichtig finde ich, dass jeder Post einen Gedanken enthält, den der Leser mitnehmen kann. Ein reines Statusupdate interessiert vor allem dich.
Häufige Fehler beim Build in Public
- Nur Erfolge posten: Wer nur Höhepunkte zeigt, macht Werbung. Glaubwürdig wird es erst mit Rückschlägen.
- Nur Probleme posten: Wer nur Zweifel zeigt, wirkt unsicher. Kunden suchen jemanden, der ein Problem im Griff hat.
- Zahlen ohne Kontext: Eine Umsatzzahl allein sagt wenig. Erklär, was sie bedeutet und was du daraus ableitest.
- Keine Brücke nach außen: Reichweite im Feed ohne Website und Liste verpufft.
- Zu früh aufhören: Die ersten Wochen sind leise. Wer dann abbricht, erlebt nie, wie sich Vertrauen aufbaut.
Ein Beispiel aus meiner Praxis
Als ich mein persönliches CRM quik connect als iOS-App gebaut hatte, habe ich die Learnings anschließend öffentlich aufgeschrieben: zwei Wochen Bauzeit mit Claude Code, 15 neue Nutzer am ersten Tag im App Store ohne Werbung, und die Erkenntnis, dass die letzten 20 % mehr Energie kosten als die ersten 80 %. Der Text hat mehr über meine Arbeitsweise gezeigt als jede Leistungsbeschreibung. Wie dieser Workflow konkret aussieht, steht in Claude Code für Gründer.
Was ich daraus mitnehme: Ich habe nicht nur erzählt, dass ich etwas baue, sondern gezeigt, was andere daraus lernen können. Diese Verschiebung vom Ich zum Du macht für mich aus Dokumentation ein Business-Asset.
Fazit
Build in Public ist für mich eines der günstigsten Distributionswerkzeuge für Gründer. Es bringt Reichweite vor dem Launch, Feedback vor der teuren Entwicklung und ein Netzwerk, das dich trägt. Es führt aber in die Business-Friendzone, wenn du nur für dich dokumentierst.
Dein nächster Schritt: Schau dir deine letzten zehn Posts an. Zähle, wie oft es um dich ging und wie oft um das Problem deiner Kunden. Wenn das Verhältnis kippt, ändere nicht den Kanal, sondern die Perspektive. Und wenn du mitlesen willst, wie ich selbst öffentlich baue, findest du meine Notizen dazu in den Unternehmer Thoughts.
Häufige Fragen
Was bedeutet Build in Public?
Build in Public bedeutet, dass Gründer ihr Produkt oder Unternehmen öffentlich aufbauen. Sie teilen Zwischenstände, Entscheidungen, Kennzahlen und Fehler regelmäßig auf einem Kanal wie LinkedIn, X oder im Newsletter.
Ist Build in Public für B2B-Dienstleister sinnvoll?
Ich glaube ja, wenn du es mit Ergebnissen verbindest. Reine Dokumentation zieht vor allem andere Selbstständige an. Wer zeigt, wie er Probleme seiner Kunden löst, baut neben Sympathie auch Autorität auf.
Was sollte man bei Build in Public nicht teilen?
Kundendaten, vertrauliche Absprachen, Zugangsdaten und Details, die dein Team oder Partner bloßstellen. Auch unfertige Preise oder rechtliche Themen würde ich erst nach einer Entscheidung öffentlich machen.
Wie oft sollte man bei Build in Public posten?
Regelmäßigkeit zählt für mich mehr als Menge. Ein fester Rhythmus, zum Beispiel zwei bis drei Updates pro Woche auf einem Kanal, ist besser als tägliche Posts, die nach einem Monat abbrechen.
Woran ich baue
- Boutique für digitales WachstumquikWebsites, Sichtbarkeit und Messung als ein System
- Marktplatz und Studio für AI Website Templatesai-website.comWebsites, die deine KI weiterbaut
- KI-fähiger Workspace aus Deutschlandquik OSEin Workspace, in dem KI-Assistenten mitarbeiten
Erstgespräch mit mir buchenUnternehmer Thoughts lesenAlle Projekte