MVP für Logistik-SaaS: in 11 Wochen zu zahlenden Kunden

Der Gründer hatte nach 15 Jahren in der Frachtlogistik eine Lücke erkannt. Mittelgroße Frachtvermittler (Freight Broker) mit 50–500 Sendungen im Monat steuerten ihr Geschäft mit TMS-Software aus den 2000er-Jahren, mit Excel, E-Mail-Ketten und Telefonaten. Die Alternativen waren Enterprise-Plattformen mit sechsstelligen Jahresverträgen und sechs Monaten Einführungszeit oder einfache Tools, die die Koordination multimodaler Fracht nicht abbilden konnten.

Er hatte 180.000 $ Pre-Seed-Kapital, Absichtserklärungen (LOIs) von drei Pilotkunden und einen Series-A-Investor, dessen Zusage an ein funktionierendes Produkt mit echter Nutzung innerhalb von 4 Monaten gebunden war. Die Vorgaben waren hart: höchstens 50.000 $ für die MVP-Entwicklung, 12 Wochen bis zu einem einsatzfähigen Produkt und Pilotkunden, die eine 60-tägige Testphase zugesagt hatten, mit Beginn spätestens in Woche 14.

Die Wunschliste umfasste 47 Funktionen. Sie musste auf die 12 gekürzt werden, die einen Frachtvermittler dazu bringen, seine Tabellenkalkulation abzuschalten. Drei US-amerikanische Entwicklungsfirmen hatten 120.000–220.000 $ bei 16–24 Wochen Laufzeit angeboten. Das hätte die gesamte Finanzierungsrunde aufgebraucht.

Der Sprint Zero legte in einer Woche für 4.500 $ Umfang und Architektur fest. Die Entwicklung lief in vier zweiwöchigen Sprints: Grundlagen (Authentifizierung, Mandantenverwaltung, Rollen, CI/CD), Kern-Workflow (Anlage von Sendungen, Routen mit mehreren Stopps über Mapbox, Zuweisung von Frachtführern, Dokumenten-Upload), Übersicht und Auswertung (Echtzeitverfolgung auf einer Karte, automatische Benachrichtigungen, KPI-Dashboard), danach Monetarisierung und Feinschliff (Abrechnung pro Sendung über Stripe, Kundenportal, Reporting, CSV-Import).

Der Rhythmus war strikt: montags Sprint-Planung mit dem Gründer per Video, tägliche asynchrone Stand-ups über die Zeitverschiebung zwischen Dhaka und den USA hinweg und freitags eine Demo auf der Staging-Umgebung, bei der der Gründer und ein Pilotkunde live testeten. Das Feedback floss direkt in den nächsten Sprint.

Die Wochen 10 und 11 gehörten dem Testen und dem Launch. Ein QA-Engineer führte 180 Testfälle durch: zur Mandantentrennung, zum Umgang mit fehlgeschlagenen Zahlungen und zur gleichzeitigen Bearbeitung mit Optimistic Locking. Der Lasttest bestätigte 50 gleichzeitige Nutzer mit 500 aktiven Sendungen bei Antwortzeiten unter 200 ms, mit Reserven für mehr als 200 gleichzeitige Nutzer. Das Produktiv-Deployment lief als ECS-Rolling-Update ohne Ausfallzeit. Noch am selben Nachmittag nahm der Gründer seinen ersten Pilotkunden auf die Plattform.

Die Plattform ging nach 11 Wochen live, eine Woche vor dem 12-Wochen-Ziel, für 48.000 $ und damit unter dem Budget von 50.000 $. Alle 12 zugesagten MVP-Funktionen wurden geliefert. Zum Launch gab es keine kritischen Fehler, die automatisierte Testabdeckung lag bei 78 %, und die Infrastruktur kostete 180 $ pro Monat.

Die Nutzung wuchs stetig: Aus 3 Pilotkunden im ersten Monat wurden 7 im dritten und 14 im sechsten. Der MRR stieg im selben Zeitraum von 1.700 $ auf 19.000 $. Der NPS hielt sich zwischen +58 und +64, die Verfügbarkeit lag bei mindestens 99,97 %.

Vier Monate nach dem Launch schloss der Gründer eine Series-A-Runde über 2,1 Mio. $ bei einer Pre-Money-Bewertung von 6,2 Mio. $ ab. Der Lead-Investor nannte Produktqualität, Entwicklungsgeschwindigkeit und Kapitaleffizienz als Gründe und ließ die Codebasis prüfen. Nach der Runde behielt der Gründer drei Gigabit-Engineers als dediziertes Entwicklerteam, für 14.500 $ pro Monat.