Produktbau: Von der Idee zum laufenden System

Es gibt Leute, die Strategien schreiben, und Leute, die Dinge bauen. Ich habe mich entschieden, die Grenze zu ignorieren.

Der vollständige Zyklus, nicht nur ein Ausschnitt

Bei Mitnand habe ich den kompletten Bogen gespannt, den die meisten nur in einer Rolle erleben: Problemanalyse, Produkt-Requirements-Dokument in zweiter Iteration, vollständige Architektur, Build-Spezifikation mit einem Prisma-Datenmodell von über zwanzig Entitäten, Umsetzungsplanung mit KI-Agenten, Pilotierung mit einer echten Gruppe bei einem echten Ereignis. Diese Ende-zu-Ende-Fähigkeit — Denken, Spezifizieren, Bauen, Testen mit echten Menschen — ist meine eigentliche Kernkompetenz. Alles andere sind Werkzeuge.

Werkzeuge, die ich im Schlaf bediene

TypeScript, Next.js, Supabase, Prisma, Vercel — dazu die ganze Werkbank moderner KI-gestützter Entwicklung, von Claude-Agenten bis zu automatisierten Pipelines. Und weil Software, die funktioniert, aber beliebig aussieht, nur die halbe Miete ist: Meine Projekte teilen eine konsistente, eigene Designsprache — warmes Papier, präzise Typografie, ein roter Akzent. Wiedererkennbarkeit ist kein Zufall, sie ist eine Entscheidung.

Warum das für Auftraggeber relevant ist

Wer mit mir arbeitet, bekommt keine Übergabeprobleme zwischen “Konzeptmensch” und “Umsetzungsmensch”, weil beide dieselbe Person sind. Ich schreibe Spezifikationen, die tatsächlich baubar sind, und baue Systeme, die die ursprüngliche Idee noch enthalten. Das klingt selbstverständlich. Jeder, der einmal ein Digitalprojekt von innen gesehen hat, weiß, dass es das nicht ist.