Manuel Wenner
Im Sommer 2025 habe ich zwei eigene Ideen lean validiert. Nicht zwei Firmen gegründet. Nicht zwei Apps „einfach gebaut“. Die Frage war dieselbe, die ich Kundinnen und Kunden stelle: Gibt es hier wirklich ein Problem, und wie könnte eine Lösung aussehen, die mehr als eine Person trägt?
Die eine Idee wurde Matchplan: Verwaltung für Tennistrainer und Tennisschulen, Anmeldung, Planung, Kunden. Seit März 2026 zahlen Kunden dafür. Die andere war Schutzhafen für die Sozialarbeit. Da gab es Nachfrage. Einen gemeinsamen Kern, den man in ein MVP gießen kann, nicht.
KI-Tools (Cursor, Claude, Midjourney) haben das Tempo der Überprüfung erhöht. Validiert haben sie nichts. Validierung ist Gespräch, Annahme, kleinste Version, Lernen. Lean Startup, nicht ein Repo.
Zuerst Customer-Problem-Fit, nicht die Lösung
Bevor jemand ein MVP verdient, muss klar sein: Welches Problem, welche Menschen, oft genug dasselbe. Das ist Customer-Problem-Fit. Die Interviews sind unangenehm, weil sie die Lieblingslösung zerlegen können. Genau deshalb kommen sie zuerst.
Bei Matchplan lag das Problem auf dem Platz: Anmeldungen, Pläne, wer kommt, wer hat bezahlt. Unsexy, jeden Tag, über Schulen hinweg ähnlich genug. Ich war trotzdem nicht täglich im Trainingsbetrieb. Jede Annahme musste ich holen. Der Job war vergleichbar. Deshalb ließ sich ein Schnitt machen: klein bauen, mit echten Trainern prüfen, nachschärfen.
Bei Schutzhafen hatte ich Kontakte in der Mobilen Jugendarbeit. Gespräche liefen. Bedarf war da. Dann die konkreten Anforderungen: Dokumentation so, Qualitätssicherung anders, andere Träger, andere Pflicht. Jeder Wunsch berechtigt. Zusammen fünf Produkte, nicht eins.
Das ist kein „die wollten nicht digital“. Das ist fehlender Customer-Problem-Fit für ein Angebot. Wollen alle etwas, habt ihr Projektgeschäft. Wollen alle dasselbe, darf ein Produkt entstehen. Dazwischen ein MVP zu erzwingen heißt: Custom für den lautesten Termin, und den Rest nennt ihr Zielgruppe.
Das MVP prüft die Lösung, nicht euren Kalender
Ein MVP ist die kleinste Version, an der ihr lernt, ob die Lösung das geteilte Problem trifft. Es ist kein halbfertiges Produkt und keine KI-Demo, die sich validiert anfühlt, weil sie klickt.
Matchplan durfte MVP werden, weil der Problemkern stand. Bauen, messen, lernen. Heute ist es ein Produkt mit zahlenden Kunden. Das ist noch nicht das Ende der Reise. Product-Market-Fit heißt: der Markt zieht, nicht nur ein paar Early Adopter. Zahlende Kunden sind der härteste Test, den wir bisher haben. Schutzhafen habe ich vor diesem Schritt gestoppt. Ein MVP ohne gemeinsamen Job hätte nur bestätigt, dass jede Einrichtung etwas anderes braucht. Das wussten wir nach den Gesprächen. Noch eine Codebasis hätte nichts Neues gemessen.
TrackCode bleibt das Logistik-Geschäft, das diese Validierung finanziell getragen hat. Ohne ein laufendes Kerngeschäft wären drei Monate Experiment existenziell gewesen. Mit ihm durfte Matchplan wachsen, ohne so zu tun, als ersetze ein validiertes Side Product über Nacht die Firma.
Was ich heute zuerst frage
Kommt jemand mit einer App-Idee, ist die erste Frage nicht das Tech-Setup. Habt ihr Customer-Problem-Fit, oder fünf verschiedene Briefings? Redet ihr mit den Menschen, die das Problem heute haben? Was ist das kleinste MVP, das die Annahme kippen kann, und was würdet ihr tun, wenn sie kippt?
Wer den Weg im Team gehen will, bevor ihr groß entwickelt: Schulung Von der Idee zum digitalen Produkt. Interviews, Value Proposition, MVP-Zuschnitt. Dieselbe Reihenfolge wie hier: Problem, dann Lösung, dann Markt.
Die drei Monate waren Validierung. Matchplan hat den Sprung zu zahlenden Kunden geschafft. Schutzhafen hat gezeigt, wann Nachfrage kein Product-Market-Fit werden kann, weil schon der Problem-Fit fehlt. KI beschleunigt das Bauen. Den Fit ersetzt sie nicht.
Fragen dazu: 30 Minuten, unverbindlich.