# ProductLog: Die Plattform, die ich zuerst für mich selbst gebaut habe

> Ich brauchte immer wieder einen Ort, um zu dokumentieren, woran ich arbeite – nicht für einen Algorithmus und nicht für einen Launch, sondern für die Arbeit selbst. Also habe ich ihn gebaut.

> 💡 **Kurzfassung:**
> - **Das Problem:** Keine bestehende Plattform unterstützt den tatsächlichen Build-in-Public-Ablauf: Auf X geht Fortschritt im Rauschen unter, Product Hunt ist nur für Launch-Tage gedacht und Indie Hackers hat sich verändert.
> - **Was ich gebaut habe:** die [ProductLog-Plattform](https://productlog.net) – eine Community-Plattform, auf der Maker ihre Arbeit während des Entstehens dokumentieren können, ohne Algorithmus und Leistungsdruck.
> - **Warum ich sie gebaut habe:** Zuerst brauchte ich sie für meine eigenen Projekte. Das ist nachhaltige Motivation: Auch künftige Arbeit wird sie brauchen.
> - **Wo sie steht:** Früh und ehrlich. Ich bin ihr erster Nutzer.

Die meisten Nebenprojekte sterben, weil das Interesse ihrer Gründer nachlässt. Das Produkt löst ein Problem, das sich einige Wochen dringend anfühlt, dann weniger dringend und schließlich gar nicht mehr.

Ich wollte etwas bauen, bei dem das nicht passieren kann. Die Antwort war offensichtlich, sobald ich sie sah: Ich musste das Werkzeug bauen, ohne das ich selbst nicht auskam.

## Das Problem, auf das ich immer wieder stieß

Ich baue mehrere Dinge parallel: Projekte in unterschiedlichen Phasen, für unterschiedliche Zielgruppen und mit unterschiedlichen Zeitplänen. Und jedes Mal, wenn ich dokumentieren wollte, was ich tatsächlich tat – keinen polierten Launch-Beitrag, keinen Meilenstein-Tweet, sondern die laufende Arbeit –, hatte ich keinen Ort dafür, der sinnvoll war.

X ist Echtzeit und algorithmisch. Fortschritt, der nicht performt, geht unter. Product Hunt ist für Launches, nicht für das Arbeitsjahr davor. Indie Hackers kam dem am nächsten, hat sich aber zu einem Format entwickelt, das Erzählungen stärker belohnt als ehrliche, fortlaufende Dokumentation.

Mein persönlicher Blog kann einen Launch-Beitrag tragen, aber die kontinuierlichen Updates eines einzelnen Projekts sollen die Website nicht übernehmen. Deshalb brauchte ich ein dauerhaftes Projektlogbuch.

Was ich wollte, war einfach: ein dauerhafter Ort für die Arbeit selbst. Updates, Roadmaps, Entscheidungen, Irrwege. Nicht auf Viralität optimiert. Nicht von einem Launch-Moment abhängig. Einfach die Aufzeichnung.

## Was ich gebaut habe

Die [ProductLog-Plattform](https://productlog.net){.dofollow} ist eine Community für Maker, die öffentlich bauen. Sie dokumentieren ihr Projekt während es entsteht: was sie veröffentlicht, verändert oder verworfen haben – und warum. Andere Maker können folgen, Fragen stellen und ihre eigene Arbeit teilen.

Kein Algorithmus entscheidet, was sichtbar wird. Keine Leistungskennzahl sagt Ihnen, ob Ihr Update „gut genug“ war. Der Feed ist chronologisch und ehrlich.

Im Bereich [ProductLog Stories](https://productlog.net/s){.dofollow} veröffentliche ich längere Beiträge über den Aufbau. Dort habe ich darüber geschrieben, [warum ich die Plattform so baue](https://productlog.net/s/evrenbal/why-im-building-a-build-in-public-platform-on-the-open-web){.dofollow}, über [den strategischen Fehler, den ich fast gemacht hätte](https://productlog.net/s/evrenbal/the-featurebase-trap-why-i-almost-built-productlog-the-wrong-way){.dofollow}, und darüber, [wie ich das Kaltstartproblem angehe](https://productlog.net/s/evrenbal/cold-starting-a-community-platform-with-zero-audience-and-one-hour-a-day){.dofollow}.

## Warum dieses Projekt nicht verschwinden wird

Ich habe eine Stunde am Tag. Keine externe Finanzierung. Eine Familie. Die üblichen Bedingungen, unter denen die meisten Nebenprojekte leise verschwinden.

Dass ich das Interesse verliere, beunruhigt mich aus einem strukturellen Grund nicht: Meine nächsten Projekte werden ProductLog brauchen. Alles Neue, das ich baue, möchte ich irgendwo dokumentieren. Dieser Ort ist jetzt eine Plattform, die ich besitze und kontrolliere. Die Motivation ist eingebaut, nicht geliehen.

Es klärt auch etwas, selbst der erste Nutzer zu sein. Jeder Reibungspunkt, auf den ich als Maker bei ProductLog stoße, ist ein Fehler, den ich beheben muss. Jede Funktion, die mir fehlt, ist wahrscheinlich eine Funktion, die ich bauen sollte. Die Rückkopplung ist unmittelbar und persönlich.

## Was das mit allem anderen zu tun hat, worüber ich schreibe

Auf dieser Website schreibe ich über das Bauen im KI-Zeitalter: wie es tatsächlich aussieht und sich anfühlt, Produkte zu veröffentlichen, wenn KI Teil des Arbeitsablaufs ist und nicht nur Gesprächsthema.

ProductLog gehört dazu. Es ist ein Projekt, das mit einer Stunde pro Tag, ohne Team und mit KI als echter Mitarbeit gebaut wird – nicht als Spielzeug, nicht als Bedrohung, sondern als Werkzeug, das die Arbeit in einem Umfang möglich macht, in dem sie es sonst nicht wäre.

Wenn Sie Dinge bauen und einen Ort suchen, um den tatsächlichen Prozess zu dokumentieren, [besuchen Sie die ProductLog-Plattform](https://productlog.net){.dofollow}.

---

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/productlog-die-plattform-die-ich-zuerst-fuer-mich-selbst-gebaut-habe