Funktionierendes Produkt · Fallstudie
Eine native macOS-Planungsanwendung, die ich konzipiert, spezifiziert, gestaltet, getestet habe und heute täglich nutze—umgesetzt in SwiftUI mit Claude Code.
Funktionierendes Produkt, kein Konzept
card&board ist eine native macOS-App für Aufgaben und Planung, gebaut um meine eigenen Kategorien, Kartenlogik, Planungshorizonte und Entscheidungen darüber, was destruktiv, reversibel, lokal oder mit dem System verbunden sein soll.
Sie ist noch nicht öffentlich veröffentlicht, aber operativ fertig: Ich nutze sie täglich für aktive Projekte, Deadlines, Notizen, wiederkehrende Arbeit, räumliche Planung und die Arbeit, die inzwischen auf dieser Website erscheint.
Vor dem Prompten gestaltet
Bevor der erste Prompt an Claude ging, hatte ich das Interface Screen für Screen in Penpot gestaltet: Kalender, vier Einklappstufen der Karten, Prioritätsfarben, Kanban-Spalten, Archiv-Flow, Tag-System, Detail-Panels und destruktive Zustände.
Jede Umsetzungsrunde wurde gegen diese Spezifikation geprüft. Wenn eine Projektleiste zur Pille wurde, eine Priorität in der falschen Farbe erschien oder eine Sidebar auf die falsche Breite einklappte, wurde das als Fehler behandelt und korrigiert.
KI schrieb den Produktionscode. Ich definierte Produktlogik, Interaktionsmodell, Grenzen und Abnahmestandard vor Beginn der Umsetzung—und blieb während des gesamten Builds die gestalterische Autorität.
Darin liegt der entscheidende Unterschied zwischen dem Prompten auf ein attraktives Ergebnis und der Führung eines Produkts von der Absicht bis zur Umsetzung.
Das Produkt im Einsatz
Human in the Middle
Die KI übernahm das Engineering. Ich blieb verantwortlich für Produktdenken, gestalterische Autorität und das Urteil darüber, was tatsächlich richtig war: warum die App weder Login noch Cloud-Sync hat, wo Löschen destruktiv sein soll, wie die Beziehung zur Schwester-App funktioniert und warum Kanban während der Entwicklung von der freien Arbeitsfläche getrennt wurde.
Human in the Middle bedeutet nicht, am Ende zu beaufsichtigen. Es bedeutet, zwischen Spezifikation und funktionierendem Produkt jede wesentliche Entscheidung aktiv zu prüfen.
Augmentierter Produktdesigner, kein Vibe Coder
Problem, Workflow, Informationsarchitektur, Screens, Verhalten, Grenzen und visuelles System existierten vor der Umsetzung.
Die Umsetzung wurde gegen eine Spezifikation geprüft; Architekturentscheidungen blieben menschlich verantwortet, statt als Modell-Defaults übernommen zu werden.
Das Ergebnis ist keine generierte Demo, sondern eine persistente native Anwendung, die im Alltag ein bezahltes Werkzeug ersetzt hat.
Was sich verändert hat
Vor großen Sprachmodellen konnte ich dieses Produkt bis ins Detail spezifizieren, aber nicht eigenständig in eine native SwiftUI-Anwendung mit persistenter Datenhaltung, Drag-and-drop, Kalenderlogik, freier Arbeitsfläche und Systemintegrationen übersetzen.
KI machte diese Umsetzung erreichbar. Die Hebelwirkung entstand durch die Kombination mit einer bereits vorhandenen Produktdisziplin: das Problem definieren, das ganze System gestalten, falsche Umsetzung erkennen und Verantwortung sichtbar halten.
Noch nicht öffentlich veröffentlicht · bereits täglich im Einsatz
card&board ist die Schwester-App von Aerial View, einem nicht-destruktiven Datei- und Asset-Manager, der auf dieselbe Weise gebaut wurde. Eine Budgetierungs- und Rechnungs-App, die mit card&board zusammenarbeiten wird, befindet sich in Entwicklung.