TAG

# doaipm-Methode

2026-07-06

Was du in den Kommentaren bestellt hast, baute ich als kostenlose Software: SoloPic

Am Ende meines letzten Artikels fragte ich: Welches kostenlose Programm soll ich als nächstes neu bauen? Axiang, ein Leser aus Tianjin, hinterließ in den Kommentaren drei konkrete Wünsche – Bilder an den Kanten zuschneiden, stapelweise umbenennen per Mapping-Datei, Helligkeit und Kontrast anpassen. Ich antwortete kurz, und baute es in ein paar Tagen: SoloPic, ein kostenloses, offline-fähiges, 12 MB kleines Bildbearbeitungstool, das sogar seinen Wunsch nach genau 100 px links und 57 px unten umsetzt. Dieser Artikel erzählt, wie ein Kommentar zu echter Software wurde – und warum die besten Themen für 100 kostenlose Programme neu bauen nicht in meinem Kopf stecken, sondern in euren Kommentaren.

2026-07-05

Kein Marketing, kein Code, 22.000 Downloads in drei Monaten: der Open-Source-Weg eines Anfängers

Vor drei Monaten habe ich mir ein etwas wahnsinniges Ziel gesetzt: den besten kostenlosen Markdown-Editor zu bauen. Wahnsinnig ist nicht „den besten", sondern „kostenlos" – und noch mehr: Ich kann keinen Code schreiben. Drei Monate später hat SoloMD 30 Versionen veröffentlicht, wurde über 22.000-mal heruntergeladen, hat über 400 GitHub-Sterne gesammelt – und ich habe so gut wie keine Werbung gemacht. Dieser Text erzählt diese drei Monate: warum ich unbedingt eine kostenlose Software bauen wollte, die Nutzer nicht ausnimmt; wie ein Mensch ohne eine einzige Zeile Code-Erfahrung das trotzdem hinbekommen hat; worauf ich vom ersten Tag an gesetzt habe (Software wird heute nicht mehr nur von Menschen genutzt); und wie ich mich gefühlt habe, als jemand mir 10 Yuan überwiesen hat.

2026-07-04

Ich habe noch ein Terminal gebaut, Unterm – der Standardnutzer ist kein Mensch

In den letzten sechs Monaten stammten über achtzig Prozent der Befehle in meinem Terminal nicht von mir, sondern von Claude Code und einer ganzen Reihe von Agents. Doch die Terminals, die ich benutzt habe – iTerm, Windows Terminal, Warp – sind alle für „eine Person, die dasitzt und Zeile für Zeile tippt" gebaut. Als der Hauptnutzer zum Agent wurde, versagte diese Annahme an fünf Stellen: Befehle durch die Firewall hingen in Timeouts fest; einem KI-Agent ein nacktes Terminal zu geben bedeutet, auch rm -rf herauszugeben; nach dem Lauf konnte ich nicht zurückspulen, um zu sehen, was er getan hatte; ich lief schon längst drei bis vier Agents gleichzeitig; und mit steigender Agent-Zahl wurde der Desktop chaotisch. Dieser Text erklärt, was Unterm ist, woher der Name kommt und wie ich diese fünf Probleme gelöst habe.

2026-07-03

PM werden im KI-Zeitalter 10 | High-Fidelity zuerst: Ich habe seit sechs Monaten kein einziges Wireframe mehr gezeichnet

Das ist der zehnte Teil der Serie „PM werden im KI-Zeitalter". Low-Fidelity-Wireframes gab es damals nur, weil „eine echte Version bauen" zu teuer war — man musste erst mit grauen Kästen die große Richtung abstimmen. Heute entsteht aus einem Satz in wenigen Minuten eine Seite, die im Browser wirklich klickbar ist — das Produktteam von n8n hat den Wireframe-Prozess kurzerhand komplett ersetzt, und ein Director bei Delivery Hero hat in einer Stunde von Hand einen Prototypen zusammengebaut, ohne einen Engineer zu holen. Ich selbst habe in diesem halben Jahr auch kein einziges Wireframe mehr gezeichnet. Dieser Text erzählt, wie ich Low-Fidelity heute überspringe und direkt eine lauffähige High-Fidelity-Version baue: echte Inhalte statt Platzhalter, alle Zustände (Laden / leer / Fehler / Erfolg) vollständig, wirklich klickbar, einmal echt im Browser durchlaufen — und die eine neue Gewohnheit, die eine Version-in-Minuten mit sich gebracht hat.

2026-07-02

PM werden im KI-Zeitalter 09 | Vom Ausführer zum Orchestrator: dein neuer Job ist, eine Flotte von Agents zu dirigieren

Das ist der neunte Teil der Serie „PM werden im KI-Zeitalter". Die fähigsten Leute im Jahr 2026 starren nicht mehr auf eine einzelne KI, die in Echtzeit Code umschreibt — sie fahren mehrere Agents gleichzeitig, jeder mit eigenem Kontext, jeder für einen Bereich zuständig, alle asynchron am Werk, während du oben Arbeit zuschneidest, verteilst und abnimmst. Addy Osmani nennt das „vom Dirigenten zum Orchestrator", und ein Satz sitzt: Ein vager Befehl wird zum Fehler einer ganzen Agent-Flotte aufgeblasen, ein präziser Befehl zu einer ganzen Flotte präziser Umsetzungen. Dieser Text zeigt vier Handgriffe, die du direkt umsetzen kannst: nicht einen Agent bis zum Schluss begleiten; die Arbeit in überschneidungsfreie parallele Blöcke zerlegen; jedem Block eine klare spec geben; und deinen Job zum Zuschneiden und Abnehmen machen.

2026-07-01

Warum ich 100 kostenlose Programme neu baue

Du willst nur ein Wasserzeichen aus einem PDF entfernen, installierst ein kostenloses Tool – und am nächsten Tag ploppt Werbung auf, deine Startseite ist verändert, im Hintergrund werden Daten abgesaugt, und für den Export sollst du Premium kaufen. Der größte Schmerz von Nutzern kostenloser Software hat drei Schichten: du wirst als Ware verkauft, niemand poliert es mit Herz, und kostenlos ist bloß der Köder, der dich zum Zahlen treibt. Früher blieb nur Ertragen, weil ein gutes Neubauen zu teuer war; heute drückt KI die Kosten so weit, dass eine einzelne Person sie stemmt. Genau so habe ich schon sechs neu gebaut – SoloMD, Unterm, unfetch, Unflick, Ziplark, FreeID Photo – und vierundneunzig folgen noch.

2026-06-30

PM werden im KI-Zeitalter 08 | Das echte Problem zu finden kann die KI dir nicht abnehmen

Das ist der achte Teil der Serie „PM werden im KI-Zeitalter" und zugleich der Abschluss des Abschnitts „klar denken". In den „5 Principles" von a16z für Produktmanager steht ein Satz, der den Kern trifft: Die Arbeit eines Produktmanagers war schon immer das Auflösen von Mehrdeutigkeit, und die KI hat diese Mehrdeutigkeit nicht verringert — sie hat nur die Werkzeuge ausgetauscht. Die KI kann heute alles bauen, nur eines kann sie dir nicht abnehmen: das eine wirklich lösenswerte Problem zu finden — wo der Nutzer tatsächlich feststeckt und ob die Sache es überhaupt wert ist. Dieser Text zeigt vier Handgriffe für die Entdeckungsphase, die du direkt umsetzen kannst: vor Ort schauen, wo der Nutzer feststeckt; das, was er sagt, vom dem trennen, woran er wirklich hängenbleibt; den „umständlichen Behelf" als Signal für das echte Problem lesen; und mit Bauer-Mentalität etwas Lauffähiges hinausschicken, um zu sondieren.

2026-06-29

PM werden im KI-Zeitalter 07 | Du schreibst keine PRDs mehr — du lieferst drei Arbeiten

Das ist der siebte Teil der Serie „PM werden im KI-Zeitalter". Das Recruiting verändert sich 2026: Immer mehr Teams werten „ein wirklich live gegangenes Produkt-Feature plus eine eval, die du klar erklären kannst" als das Kennzeichen eines starken Kandidaten — und nicht ein schönes PRD oder einen Stapel Zertifikate. Sobald die KI das Schreiben von PRDs und das Zeichnen von Prototypen übernimmt, sind das nicht mehr deine Lieferobjekte. Dieser Text macht klar, welche drei Arbeiten ein PM im KI-Zeitalter wirklich abliefert — ein Produkt, das man öffnen und anklicken kann, eine Retrospektive mit echten Zahlen und eine eval, die du selbst geschrieben hast — und wie du jede einzelne davon konkret zusammenbekommst.

2026-06-28

PM werden im KI-Zeitalter 06 | Sag es, und es entsteht: aus einer klaren Idee in einem Satz ein klickbares Produkt

Das ist der sechste Teil der Serie „PM werden im KI-Zeitalter" und zugleich der Auftakt zum Teil „Bauen". Mindaugas hat mit Lovable aus einer Idee ein Produkt mit zahlenden Nutzern gemacht — ohne eine einzige Zeile Code. Lovable hat im Dezember 2025 eine Series B über 330 Millionen Dollar eingesammelt, bei einer Bewertung von 6,6 Milliarden Dollar. „Sag es, und die KI baut es dir" ist kein Slogan mehr. Aber „Sag es, und es entsteht" heißt nicht: einen Satz eintippen und gehen — es ist ein Kreislauf, es steckt Handwerk darin, und die Voraussetzung ist, dass dein „Wort" klar ist. Dieser Text zeigt vier Handgriffe zum Nachmachen: erst etwas Lauffähiges verlangen statt gleich alles auf einmal, es wirklich laufen lassen statt zu glauben, es sei fertig, eine Änderung nach der anderen machen und ihr beim Verändern zusehen, das Wort klar formulieren, dann folgt das Werk.

2026-06-24

PM werden im KI-Zeitalter 05 | Bleib vage, und die KI füllt die Lücken für dich

Das ist der fünfte Teil der Serie „PM werden im KI-Zeitalter". Du sagst der KI „bau ein Login", und sie legt in einem Rutsch ein Dutzend Dinge fest, die du nie erwähnt hast: E-Mail oder Telefonnummer, nach wie vielen falschen Passwörtern gesperrt wird, wie lange, was in der Fehlermeldung steht. Die KI fragt nicht zurück wie ein Mensch — sie ist eine yes-machine: sie macht, was du sagst, nicht, was du meinst. Sobald eine Anforderung unscharf ist, füllt sie die Lücke mit dem gängigsten Default — meist nicht dem, was du wolltest. Sean Grove von OpenAI sagt: Code macht nur 10–20 % des Werts eines Entwicklers aus, die übrigen 80–90 % sind, die Anforderung klar zu formulieren. Dieser Text zeigt vier Handgriffe zum Nachmachen: Adjektive durch Zahlen ersetzen, alle Zustände ausschreiben, die Grenzfälle auflisten und mit einem Null-Kontext-Test selbst prüfen.

2026-06-23

PM werden im KI-Zeitalter 04 | Das Urteil „sollten wir es bauen" kostet jetzt mehr als „können wir es bauen"

Das ist der vierte Teil der Serie „PM werden im KI-Zeitalter". METR hat 2025 ein randomisiertes kontrolliertes Experiment durchgeführt: 16 erfahrene Entwickler mit durchschnittlich fünf Jahren Erfahrung erledigten mit KI 246 reale Aufgaben. Vorher glaubten sie, dadurch 24 % schneller zu sein; danach meinten sie immer noch, 20 % schneller gewesen zu sein — gemessen waren sie aber 19 % langsamer. Selbst das simpelste Urteil — „hat KI mich schneller gemacht" — verfehlten ausgerechnet die Profis. Wenn das Bauen schnell und billig wird, siebt „können wir es bauen" keine Idee mehr aus; das teuer gewordene Urteil verschiebt sich auf „sollten wir es bauen". Dieser Text zeigt vier Handgriffe zum Nachmachen: hör auf, Schwierigkeit als Hürde zu nehmen; frag zuerst, was passiert, wenn wir es nicht tun; schreib vor dem Start auf, „was nach Fertigstellung wahr werden soll"; lass die KI Optionen ausbreiten, aber trau dem „fühlt sich richtig an" nicht.

2026-06-22

PM werden im KI-Zeitalter 03 | Behandle KI als Kollegen, nicht als Werkzeug

Das ist der dritte Teil der Serie „PM werden im KI-Zeitalter". Die meisten Menschen nutzen KI wie einen Automaten: ein Satz rein, eine Antwort raus, und beim nächsten Gespräch erklärt man wieder alles von vorn. Der CEO von Relay.app sagte auf dem Gipfel der KI-Produktführer: „Hör auf, KI als Werkzeug zu sehen — behandle sie wie einen Kollegen, den du eingestellt hast." Dieser Text predigt keine Haltung, sondern vier Handgriffe zum Nachmachen: schreib ihr zuerst ein Übergabedokument, gib ihr ein ganzes Arbeitspaket und nagle die Grenzen fest, prüfe ihr Ergebnis wie den PR eines Junior-Kollegen, und schreib jede Korrektur ins Dokument zurück — mit echten Dialogausschnitten.

2026-06-21

PM werden im KI-Zeitalter 02 | Keine Technik zu verstehen — warum das sogar ein Vorteil ist

Das ist der zweite Teil der Serie „PM werden im KI-Zeitalter". Ein Chef einer Immobilienvermittlung, der nicht programmieren kann, hat sich mit Claude und Zapier selbst einen KI-Agent gebaut, der das Tagesgeschäft erledigt; unter den aktiven Nutzern von Vibe Coding sind 2026 ganze 63 % keine Entwickler. Auf dem Weg „von der Idee zu etwas, das wirklich läuft" kommen Menschen ohne Technikwissen manchmal sogar leichter voran — der Ingenieur muss erst seinen Instinkt ablegen, für jede Zeile Code geradezustehen, und den Satz „Das ist doch viel zu schwer" bringt jemand ohne Technikwissen schlicht nicht über die Lippen.

2026-06-20

PM werden im KI-Zeitalter 01 | Welche Aufgaben dem Product Manager von der KI abgenommen werden — und welche dadurch erst recht wertvoll werden

Das ist der erste Teil der Serie „PM werden im KI-Zeitalter". 2026 streichen etliche Stellenausschreibungen für AI PMs „PRDs schreiben, Prototypen zeichnen, Dashboards bauen" aus den Pflichtanforderungen und ersetzen sie durch drei Arbeitsproben. Was die KI übernehmen kann, fällt gerade aus den Anforderungsprofilen heraus; was als Hürde übrig bleibt, ist genau der Teil, den nur Menschen leisten können. Dieser Teil stellt „das Abgenommene" und „das Wertvollere" in zwei Spalten nebeneinander — als Leitfaden für die ganze Serie.