Der richtige Tech-Stack für ein MVP, das bleiben soll

Die meisten Gründer stellen die Stack-Frage falsch herum. Sie fragen, was am schnellsten, am neuesten oder am besten skalierbar ist — dabei lautet die entscheidende Frage: Was wollen wir in drei Jahren noch gern warten, mit dem Team, das wir realistisch einstellen können? Ein MVP ist kein Wegwerf-Prototyp. Wenn es funktioniert, wird es zum Produkt — und jede Abkürzung aus Woche eins wird zu einer Steuer, die Sie danach jede Woche zahlen.

Mit diesem Raster arbeiten wir mit unseren Kunden, bevor auch nur eine Zeile Code geschrieben wird.

1. Beim Problem anfangen, nicht bei den Tools

Eine Buchungsplattform, ein Marktplatz und ein internes Dashboard sind grundverschieden aufgebaut. Schreiben Sie die drei oder vier Dinge auf, die das Produkt am ersten Tag können muss, und welche Daten jeweils betroffen sind. Diese Liste sagt mehr über den richtigen Stack als jede Vergleichstabelle.

• Geht es vor allem um Inhalte und Formulare? Dann genügt ein modernes Web-Framework mit einer Managed-Datenbank.
• Werden Zahlungen abgewickelt? Wählen Sie Tools mit ausgereiften Payment-Bibliotheken und nachvollziehbaren Audit-Trails.
• Braucht es Echtzeit — Chat, Live-Tracking, gemeinsames Bearbeiten? Planen Sie das von Anfang an ein; nachträglich angeflanscht wird es schmerzhaft.
• Sind die meisten Nutzer auf dem Smartphone unterwegs? Entscheiden Sie früh, ob Sie eine native App brauchen oder ob eine schnelle, installierbare Web-App genügt.

2. Bewusst auf langweilige Technologie setzen

Langweilig heißt nicht alt. Es heißt: gut verstanden — weit verbreitet, gut dokumentiert, und für die meisten Probleme steht die Lösung schon irgendwo geschrieben. Für die meisten Webprodukte bedeutet das heute TypeScript, React mit einem Framework wie Next.js und eine etablierte Datenbank wie PostgreSQL oder MongoDB bei einem Managed-Hosting-Anbieter.

Der Vorteil liegt nicht in technischer Eleganz. Er liegt darin, dass die Lösung nur eine Suche entfernt ist, wenn um zwei Uhr nachts etwas ausfällt — und dass Sie einen zweiten Entwickler in Wochen statt Monaten finden, wenn Sie einen brauchen. Jede ungewöhnliche Entscheidung in Ihrem Stack verkleinert den Kreis der Leute, die daran arbeiten können.

Stecken Sie Ihr Innovationsbudget ins Produkt, nicht in die Rohrleitungen. Ihre Datenbank sieht kein Kunde — er sieht nur, ob das Ganze funktioniert.

3. Die Personalfrage mitdenken

Wenn Sie als Gründer keinen technischen Hintergrund haben, ist der Stack auch eine Personalentscheidung. Stellen Sie zu jeder vorgeschlagenen Technologie drei Fragen: Wie viele Entwickler in Ihrem Markt beherrschen sie, was kosten diese, und könnte ein neuer Entwickler die Codebasis in seiner ersten Woche verstehen? Ein Stack, den Ihre Agentur liebt, mit dem aber sonst niemand arbeiten kann, macht Sie still und leise abhängig.

Deshalb dokumentieren wir jedes Projekt und bleiben bei etablierten Tools. Wenn Sie die Entwicklung irgendwann ins eigene Haus holen oder zu einem anderen Team wechseln wollen, sollte das möglich sein — und das Wissen darum hält alle Beteiligten ehrlich.

4. Zukaufen, was nicht Ihr Kerngeschäft ist

Authentifizierung, Zahlungen, E-Mail-Versand, Dateispeicherung, Suche und Analytics sind gelöste Probleme. Managed Services erledigen das besser, als es eine Woche eigener Code je könnte, und kosten in MVP-Größenordnung sehr wenig. Diese Dinge selbst zu bauen, ist der häufigste Grund, warum erste Versionen sich verzögern.

• Zahlungen: ein etablierter Zahlungsanbieter, der in Ihrem Markt verfügbar ist, statt einer eigenen Bankanbindung.
• E-Mail: ein Anbieter für Transaktions-E-Mails, damit Passwort-Resets und Belege auch wirklich ankommen.
• Inhalte: ein Headless CMS, damit Ihr Team Seiten ohne Entwickler bearbeiten kann.
• Hosting: eine Managed-Plattform, die bei jedem Push automatisch deployt, statt eines Servers, um den sich ständig jemand kümmern muss.

Die Faustregel: Bauen Sie selbst, was Ihr Produkt besonders macht, und mieten Sie alles andere. Einen Dienst können Sie später immer noch ersetzen — sobald Sie genau wissen, was Sie von ihm brauchen.

5. Für die nächsten drei Jahre planen, nicht für die nächsten zehn

Gründer sorgen sich oft um eine Größenordnung, die sie noch gar nicht erreicht haben. Eine solide gebaute Anwendung auf einem etablierten Stack verkraftet Ihre ersten Zehntausende Nutzer problemlos; bis sie an ihre Grenzen stößt, haben Sie Umsatz, Daten zur tatsächlichen Nutzung und eine viel genauere Vorstellung davon, was sich zu optimieren lohnt. Microservices, Kubernetes und Datenbanken über mehrere Regionen lösen Probleme, die Sie später gern haben dürfen.

Investieren sollten Sie früh in die unspektakuläre Disziplin, die Änderungen günstig macht: eine klare Ordnerstruktur, typisierten Code, automatisierte Deployments, Fehler-Monitoring und eine Handvoll Tests für die Teile, die mit Geld oder personenbezogenen Daten umgehen.

Eine kurze Checkliste, bevor Sie sich festlegen

1. Können Sie für jedes wichtige Tool in einem Satz erklären, warum es gewählt wurde?
2. Könnten Sie für diesen Stack in Ihrem Markt innerhalb eines Monats einen Entwickler einstellen?
3. Übernehmen bewährte Dienste die Authentifizierung, die Zahlungen und den E-Mail-Versand?
4. Wird jeder Push automatisch deployt — mit der Möglichkeit eines Rollbacks?
5. Gibt es ein Fehler-Monitoring, damit Sie von Bugs erfahren, bevor Ihre Kunden es Ihnen sagen?
6. Gehört der Code Ihnen — in Ihrem Repository, unter Ihrem Account?

Wenn Sie alle sechs Fragen mit Ja beantworten, ist Ihr Stack gut genug — und gut genug, in diesem Quartal ausgeliefert, schlägt perfekt im nächsten Jahr. Wenn Sie eine zweite Meinung zu einem Stack oder einem Angebot möchten, das Ihnen vorliegt, schicken Sie es uns; wir geben Ihnen gern eine ehrliche Einschätzung.