# Die Schwelle ist auf null gefallen: Was ProductLog mich über öffentliches Bauen gelehrt hat

Im April 2026 griff [Arvid Kahl](https://thebootstrappedfounder.com/the-increasing-risk-of-building-in-public/) ein Argument wieder auf, das „Build in Public“ für viele Gründer geprägt hat. Früher sah er eine praktische Schwelle: Wenn Unternehmen etwa 20.000 bis 30.000 US-Dollar monatlich wiederkehrenden Umsatz erreichten, wurden sie zurückhaltender. Seiner Einschätzung nach hat agentisches Programmieren diese Rechnung verändert. Die frühere Schwelle sei, wie er schreibt, „faktisch auf null gefallen“.

Das ist Kahls Einschätzung, kein gemessenes Gesetz des Softwarewettbewerbs. Dennoch lohnt es sich, seinen Punkt ernst zu nehmen. Ein entschlossener Wettbewerber kann heute öffentliches Material sammeln, ein Produkt untersuchen und KI einsetzen, um die Zeit bis zu einer groben Alternative zu verkürzen. Kahl behauptet nicht, ein Prompt erzeuge einen perfekten Klon; er beschreibt einen schnelleren Weg zu einer glaubwürdigen ersten Version.

Als ich das las, war der unbequeme Teil nah. Ich habe **ProductLog** gebaut, damit Gründer ihre Arbeit während sie entsteht dokumentieren können. Das Produkt ist live und bleibt Teil meiner Arbeit. Seine Prämisse erzeugt aber auch eine Spannung: Ein strukturierter öffentlicher Verlauf kann es anderen leichter machen, die Geschichte eines Produkts zusammenzusetzen, als es eine verstreute Sammlung von Beiträgen jemals könnte.

## Das ProductLog-Paradox

Öffentliches Bauen war immer ein Abwägen. Teilen Sie genug, um Feedback, Vertrauen und frühe Nutzer zu gewinnen; behalten Sie genug zurück, um Wettbewerbern keine Betriebsanleitung zu veröffentlichen.

ProductLog erleichtert die erste Hälfte. Eine Person kann Entscheidungen, Änderungen, Experimente und ihre Gründe in eine lesbare Reihenfolge bringen. Das kann für andere Gründer nützlich sein. Es kann aber auch mein eigenes Denken leichter rekonstruierbar machen.

Diese Spannung bemerkte ich in meinen eigenen ProductLog-Einträgen. Einige verbinden eine Kundenhypothese, einen Marktansatz, eine künftige Richtung und Lektionen aus der Umsetzung. Kein einzelner Eintrag ist eine vollständige Spezifikation. Zusammen können sie jedoch die Kosten senken, zu verstehen, was ich bauen möchte und wo meine Schwachstellen liegen könnten.

Das ist das eigentliche Problem. Nicht jede öffentliche Notiz wird sofort zu einem Klon. Eine Reihe präziser Notizen kann jedoch einen großen Teil der Entdeckungsarbeit entfernen, die ein Wettbewerber sonst leisten müsste.

## Schnellere Imitation macht nicht alles gleich

KI hat sichtbare Features und grundlegende Produktabläufe leichter imitierbar gemacht. Sie hat die Kosten, ein reales Unternehmen aufzubauen oder zu betreiben, nicht auf null gesetzt.

Code zu schreiben ist nur ein Teil der Arbeit. Ein Produkt muss weiterhin Aufmerksamkeit gewinnen, einen Kunden verstehen, Ausnahmen behandeln, unter Unsicherheit entscheiden und nach der ersten Demo funktionieren. Distribution, Kundenbeziehungen, angesammeltes Domänenwissen und die Fähigkeit, ein System zu betreiben, lassen sich von einer öffentlichen Seite schwerer reproduzieren.

Schwieriger heißt nicht unmöglich. Nichts davon ist ein dauerhafter Burggraben. Es sind lediglich Werte, deren Aufbau Zeit, Urteilsvermögen und wiederholte Arbeit verlangt. Diese Unterscheidung verhindert zwei ebenso faule Schlüsse: dass Code nicht mehr zählt oder dass das Verbergen von Code ausreicht, um ein Unternehmen zu schützen.

Für ProductLog lautet die Frage daher nicht, ob ich aufhören sollte zu teilen. Sie lautet, ob ein bestimmtes Detail Menschen hilft, eine echte Lektion zu verstehen, oder nur einen unfertigen Plan leichter kopierbar macht.

## Die Lektion teilen, das aktive Rezept schützen

Der nützliche Teil von Build in Public ist oft die Begründung: Warum wurde eine Entscheidung getroffen, welche Beschränkung hat sie verändert, was ist gescheitert und was wurde danach gelernt? Das kann einem anderen Gründer etwas zum Denken geben, ohne jede aktive Annahme, künftige Priorität oder operative Einzelheit des Produkts preiszugeben.

Einige Details behandle ich inzwischen anders. Ich kann über einen Irrweg schreiben, nachdem ich ihn verstanden habe. Ich kann über die Art von Problem sprechen, das ein Produkt lösen soll. Ich muss nicht die vollständige Folge von Entscheidungen veröffentlichen, mit der jemand eine unfertige Strategie schneller nachbilden könnte, als ich sie testen kann.

Das ist kein Rückzug von ProductLog. Es ist eine bessere Definition verantwortungsvoller Transparenz in einer Zeit, in der öffentliches Material leichter gesammelt, zusammengefasst und wiederverwendet werden kann.

Das praktische Rahmenwerk steht in [Öffentlich bauen im KI-Zeitalter: Was Sie teilen und was Sie privat halten sollten](/de/build-in-public-im-ki-zeitalter-was-sie-teilen-und-was-privat-bleiben-sollte). Dieser Artikel bewertet einzelne Artefakte: einen Screenshot, eine Kennzahl, eine technische Notiz oder einen Plan. Dieser Essay behandelt den persönlicheren Widerspruch dahinter. Ich habe einen Ort gebaut, an dem Gründer ihre Arbeit zeigen können, und musste dann entscheiden, wie viel meiner eigenen Arbeit ich zeigen sollte.

Die Antwort ist nicht Schweigen. Sie besteht darin, den öffentlichen Verlauf für Menschen nützlich zu machen, die aus der Arbeit lernen wollen, ohne ihn zu einer Abkürzung um die Arbeit selbst zu machen.

---

Language: German
License: CC BY 4.0
License URL: https://creativecommons.org/licenses/by/4.0/
Scope: Evren Bal-authored text, unless this article expressly states otherwise.
Excluded: Third-party material, quoted excerpts, logos, and separately marked images retain their own rights.
Attribution: Credit Evren Bal, link to the canonical source and license, and indicate changes.
Source: https://evrenbal.com/de/die-schwelle-ist-auf-null-gefallen