Was Build in Public bedeutet
Build in Public ist eine Haltung beim Veröffentlichen, keine Technik. Du zeigst den Weg, nicht nur das Ergebnis. Statt ein fertiges Produkt anzukündigen, schreibst du mit, während du es baust: was du dir überlegt hast, was du verworfen hast, woran du hängst und was du beim nächsten Mal anders angehen würdest. Mehr steckt nicht dahinter.
Drei Dinge gehören dazu. Erstens Regelmäßigkeit: ein Zwischenstand alle 2 Wochen wirkt stärker als 5 Beiträge in einer Woche und danach ein halbes Jahr Stille. Zweitens Nachvollziehbarkeit. Ein Mitleser muss verstehen, woran du arbeitest, ohne die letzten 12 Beiträge zu kennen. Drittens Offenheit für Rückmeldung. Wer nur sendet, kündigt an.
Woher die Methode kommt: Building in Public in der Software-Szene
Entstanden ist die Methode in der Indie-Software-Szene, dem Umfeld kleiner Startups. Entwickler haben dort ihre Produkte von der ersten Zeile Code an öffentlich gebaut, zuerst in Foren wie Indie Hackers, dann auf X, und seit einigen Jahren sammeln sich diese Beiträge unter dem Hashtag buildinpublic. Der Code lag ohnehin offen auf GitHub, die Nutzerzahlen waren ein Zähler in einem öffentlichen Dashboard, das Feedback kam als Kommentar unter dem Beitrag, und niemand hatte einen Arbeitgeber, der mitlas.
Drei Voraussetzungen sind dort erfüllt, die bei dir nicht erfüllt sein müssen. Das Produkt ist digital und lässt sich in Zahlen beschreiben. Die Gründer arbeiten hauptberuflich daran. Und es gibt keine Kunden, deren Namen man nicht nennen darf.
Für berufserfahrene Solopreneure sieht das anders aus. Dein Rohstoff ist Erfahrung aus bezahlten Mandaten, und die gehört dir nur zum Teil. Was du aus einem Projekt gelernt hast, darfst du erzählen. Woran ein Kunde gerade scheitert, nicht. Deshalb lässt sich Building in Public nicht eins zu eins übertragen, sondern nur im Ausschnitt.
Was sich veröffentlichen lässt und was nicht
Die Grenze verläuft nicht zwischen interessant und langweilig. Sie verläuft zwischen dem, was dir gehört, und dem, was jemand anderem gehört. Die folgende Aufteilung ist ein Raster und kein Gesetz, aber sie klärt in wenigen Minuten, welcher Teil deiner Woche sich veröffentlichen lässt und welcher Teil bei dir bleiben muss, solange ein Mandat läuft.
| Bereich | Was du zeigen kannst | Was drin bleibt |
|---|---|---|
| Kundenarbeit | Das Muster, das dir über mehrere Mandate hinweg aufgefallen ist. | Namen, Branchen und Zahlen, an denen ein Kunde erkennbar wird. |
| Anstellung | Deine fachliche Meinung zu einem Thema deines Felds. | Interna, laufende Projekte, Werkzeuge und Prozesse des Arbeitgebers. |
| Eigene Zahlen | Newsletter-Anmeldungen, Zahl der Testleser, Bearbeitungszeit je Modul. | Umsatz, solange er klein ist und die Aufmerksamkeit vom Inhalt wegzieht. |
| Fehlschläge | Was du gebaut und wieder eingestellt hast, mit dem Grund dafür. | Fehler, die andere Beteiligte schlecht aussehen lassen. |
| Preise | Wie du zu einem Preis gekommen bist und an welchem Vergleich. | Angebote, die gerade bei einem Kunden auf dem Tisch liegen. |
Die zweite Zeile ist die unangenehmste. Ein Angestelltenverhältnis verbietet dir das öffentliche Bauen nicht, es verengt das Material. Schlag nach, was in deinem Arbeitsvertrag zu Nebentätigkeit und Loyalität steht, bevor du den ersten Beitrag schreibst, und zieh im Zweifel jemanden hinzu, der solche Verträge häufiger liest als du.
Warum Umsatz selten die interessanteste Kennzahl ist
In der Software-Szene sind offene Umsatzzahlen üblich. Ein Dashboard zeigt den monatlich wiederkehrenden Umsatz, jeder kann zusehen. Das erzeugt Aufmerksamkeit, und deshalb wird es kopiert.
Bei dir wirkt es schlechter, aus zwei Gründen. Der erste ist die Größenordnung: 400 Euro im ersten Monat sind ein ehrlicher Wert und trotzdem kein Argument, das jemanden überzeugt. Der zweite ist die Aussagekraft. Umsatz sagt nichts darüber, ob dein Angebot trägt, ob die Käufer es zu Ende gearbeitet haben oder ob sie es weiterempfehlen würden, und über die Arbeit, die darin steckt, sagt er erst recht nichts. Er sagt, wer bezahlt hat.
Diese Größen lesen sich für andere nützlicher:
- Wie lange ein Arbeitsschritt gedauert hat. „Der Leitfaden hat 11 Abende gekostet“ ist eine Angabe, die sonst niemand hat.
- Wie viele Leute auf eine Einladung geantwortet haben, absolut und nicht in Prozent.
- Was du verworfen hast und nach wie vielen Versuchen.
- Welche Frage in Gesprächen dreimal hintereinander gekommen ist.
Substanz statt Selbstdarstellung: woran ein Zwischenstand taugt
Der Unterschied zwischen einem nützlichen Zwischenstand und einer Selbstdarstellung lässt sich prüfen. Frag dich nach jedem Beitrag, ob ein Leser morgen etwas damit anfangen kann, auch wenn ihn dein Projekt nicht interessiert. Dasselbe gilt für eine Beta-Version: Sie ist ein Zwischenstand und kein fertiges Angebot, und die Leute, die sie testen, wollen wissen, woran sie sind.
Ein Beispiel: eine Qualitätsmanagement-Leiterin, 44 Jahre, 16 Jahre Erfahrung, baut neben einem Vollzeitjob einen Kurs zur Auditvorbereitung. Der schwache Beitrag lautet „Modul 3 ist fertig, ich bin zufrieden“. Der brauchbare lautet „Modul 3 dreimal umgebaut, weil die Teilnehmer die Checkliste vor der Theorie sehen wollten, Reihenfolge also getauscht und die Theorie von 6 auf 2 Seiten gekürzt“. Der zweite ist nicht länger. Er enthält eine Entscheidung.
Selbstdarstellung erkennst du an den Adjektiven. Zähl sie einmal nach. Steht in deinem Zwischenstand mehr über dein Gefühl als über deine Arbeit, ist er noch nicht fertig.
Wo du veröffentlichst: Kanäle, Community und der Hashtag buildinpublic
Öffentliches Bauen braucht keinen eigenen Kanal. Es braucht einen Ort, an dem dieselben Leute mehrfach vorbeikommen. Drei Formen sind gebräuchlich. Sie schließen sich nicht aus.
Auf LinkedIn und X funktionieren kurze Updates, weil dort ohnehin beruflich gelesen wird (auf beiden Kanälen liest auch dein Umfeld mit). In Foren wie Reddit oder Indie Hackers zählt die Community mehr als die Reichweite: Du bekommst dort Widerspruch statt Zustimmung, und ehrliches Feedback ist für einen Zwischenstand mehr wert als eine hohe Zahl unter dem Beitrag. Der eigene Newsletter ist die dritte Form. Er erreicht weniger Leute, dafür die richtigen, und die E-Mail-Liste bleibt dir, wenn eine Plattform ihre Regeln ändert.
Der Hashtag selbst sammelt solche Beiträge seit Jahren, überwiegend auf Englisch und überwiegend aus dem Software-Umfeld. Als Fundgrube taugt er. Als Zielgruppe eher nicht, denn dort lesen andere Gründer mit, nicht deine Kunden.
Der Launch ist am Ende kein Ereignis aus dem Nichts mehr. Die Leute, die den Weg über Monate mitgelesen haben, wissen beim Start längst, worauf sie sich einlassen, haben an einzelnen Stellen mitentschieden und müssen nicht mehr mit einer Verkaufsseite davon überzeugt werden, dass das Angebot zu ihnen passt.
Wann Build in Public schadet
Es gibt Lagen, in denen die Methode dir schadet. Alle vier sind erkennbar, bevor du den ersten Beitrag schreibst.
Die erste ist die ungeklärte Vertragslage. Solange du nicht weißt, wie dein Arbeitgeber zu einer Nebentätigkeit steht, gehst du mit Sichtbarkeit ein Risiko ein, das dir nichts einbringt und sich hinterher schlecht wieder einfangen lässt. Die zweite ist ein Ruf, der auf Diskretion beruht. In manchen Feldern gilt öffentliches Nachdenken über eigene Fehler nicht als Offenheit, es kostet Mandate.
Die dritte ist der Zeitpunkt. Solange du selbst nicht weißt, wohin du baust, dokumentierst du nichts, du streust Rauschen. Warte, bis eine Richtung steht (drei, vier Wochen Vorlauf reichen dafür meist aus), und fang erst dann an, weil ein Zwischenstand nur dann etwas wert ist, wenn der Leser erkennen kann, worauf du zuläufst.
Und es gibt einen vierten Fall, der seltener genannt wird: Du magst es nicht. Öffentliches Bauen kostet jede Woche Aufmerksamkeit und ein Stück Ruhe. Trotzdem trägt es nur, wenn du es über Monate durchhältst. Wird jeder Beitrag zur Pflichtübung, sieht man ihm das an.
Der nächste Schritt
Schreib 3 Sätze auf, die du über deine Arbeit der vergangenen 2 Wochen öffentlich sagen könntest, ohne dass ein Kunde, ein Kollege oder dein Arbeitgeber darin vorkommt. Findest du sie, hast du Material für ein halbes Jahr. Findest du keinen einzigen, ist das die Antwort auf die Frage, ob die Methode gerade zu dir passt.
Dann entscheide, wo diese Sätze hingehören. Zwei Kanäle reichen: einer zum Veröffentlichen und einer, an dem die Leute bleiben. Wie du die beiden auswählst, steht im Text über die Social-Media-Strategie mit zwei Kanälen.
