Tech-Stack für Startups: So wählen Sie einen, der bleibt

Ein guter Tech-Stack für ein Startup besteht aus möglichst wenigen etablierten Werkzeugen: gerade so viele, dass Ihr Team damit liefern kann, der Betrieb zuverlässig läuft und die nächste Entwicklerin das Projekt ohne komplette Neuentwicklung übernimmt. Wählen Sie für den Kern bewährte Technologie (ein Frontend-Framework, ein Backend, eine relationale Datenbank, eine Hosting-Plattform), kaufen Sie alles zu, was nicht Ihr Produkt ist, und halten Sie fest, warum Sie sich für welches Teil entschieden haben. Dieser Leitfaden zeigt die Ebenen, eine Methode für die Entscheidung, ein echtes Schweizer Beispiel und die Zürcher Angebote, die Sie kennen sollten.

Kurz zusammengefasst

• Ein Tech-Stack umfasst jede Technologie, die Ihr Produkt baut und betreibt: Frontend, Backend, Datenbank, Hosting, Überwachung, Sicherheit und die Werkzeuge, die alles verbinden.
• Entscheiden Sie für das Team, das Sie haben, und für die nächsten 12 bis 18 Monate, nicht für eine Grösse, die Sie vielleicht nie erreichen. Vertraute, weit verbreitete Werkzeuge schlagen modische.
• Kaufen Sie Standardbausteine zu (Zahlungen, E-Mail, Analytik, Authentifizierung) und investieren Sie Ihre Entwicklungszeit in das, wofür Kundinnen und Kunden zahlen.
• Halten Sie den Stack zuverlässig: mit Überwachung, automatisierten Deployments, Backups und schriftlich festgehaltenen Entscheiden.
• Schweizer Gründer:innen sollten zusätzlich den Datenschutz einplanen und lokale Unterstützung nutzen, etwa Inkubatoren und Innosuisse.

Was zu einem Tech-Stack wirklich gehört

Ein Tech-Stack ist die Gruppe von Technologien, die zusammenarbeiten, um eine Anwendung zu bauen und zu warten. DigitalOcean’s startup guide nennt die Frontend-Entwicklung (HTML, CSS, JavaScript) und die Backend-Entwicklung, die Server, Cloud Computing, Betriebssysteme, Programmiersprachen, Datenbanken und die Überwachung der Leistung umfasst. Squareboat’s 2026 guide erweitert die Definition um DevOps-Werkzeuge, Sicherheitsebenen, Protokollierung und Test-Frameworks. Softura’s 2026 overview ergänzt APIs und Integrationen sowie die Ebenen für KI und Daten.

In der Praxis denken Sie am besten in sieben Ebenen:

1. Frontend: das, was Nutzerinnen und Nutzer sehen und anklicken. Meist ein JavaScript- oder TypeScript-Framework wie React, oder ein Framework für mobile Apps.
2. Backend: Geschäftslogik, Authentifizierung, Hintergrundaufgaben. Oft dieselbe Sprache wie im Frontend, damit das Team klein bleiben kann.
3. Datenbank: wo Ihre Daten liegen. Eine relationale Datenbank wie PostgreSQL passt zu den meisten Produkten.
4. Hosting und Infrastruktur: eine Cloud-Plattform oder ein verwalteter Hoster, der direkt aus Ihrem Repository deployt.
5. Integrationen: Zahlungen, E-Mail, CRM, Buchhaltung, Anbindung von Shop und ERP.
6. Betrieb: Continuous Integration, Fehlererfassung, Verfügbarkeitsüberwachung, Protokolle, Backups.
7. Geschäftswerkzeuge: Analytik, Aufgabenverwaltung, Dokumentation und zunehmend KI-Automatisierung für wiederkehrende Arbeit.

Die letzten beiden Ebenen werden am häufigsten übersprungen, und gerade sie entscheiden darüber, ob das Produkt nach dem Start zuverlässig bleibt. Wenn Sie auch die kommerzielle Seite abbilden wollen: Dieser Überblick zu what a marketing technology stack covers zeigt, wie die Marketingwerkzeuge neben dem Produkt-Stack stehen.

Entscheiden Sie für Ihr Team und die nächsten 18 Monate

Der häufigste Fehler: einen Stack für eine erdachte Zukunft wählen, also Millionen Nutzende, zehn Entwickler:innen, ein Aufbau über mehrere Regionen. Nützlicher ist die Frage, was Sie mit den Leuten, die Sie heute haben, bauen, besetzen und warten können.

Beginnen Sie bei den Rahmenbedingungen, nicht bei den Werkzeugen

Halten Sie vier Dinge fest, bevor Sie Technologien vergleichen:

• Produktart: eine Inhaltswebsite, eine transaktionale Web-App, eine mobile App, eine Plattform mit mehreren Rollen, ein internes Werkzeug.
• Fähigkeiten im Team: was die Personen, die den Code tatsächlich schreiben und warten, bereits gut können.
• Budget und Zeitplan: was Sie vor der ersten zahlenden Kundschaft ausgeben können und wann Sie etwas zeigen müssen.
• Nicht verhandelbare Punkte: regulierte Daten, Integrationen mit einem bestimmten ERP, Sprachen (in der Schweiz sind Deutsch, Französisch, Italienisch und Englisch üblich), Zahlungsmittel wie TWINT.

Ein von einem Gründer verfasster Leitfaden schlägt vor, comparing three to five options on a scorecard und zu fragen, was passiert, wenn Sie um das Zehnfache wachsen, den Kurs ändern oder die Wahl ein Jahr später bereuen. Er empfiehlt ausserdem, in der frühen Phase beim Kern-Stack der Vertrautheit des Teams Vorrang zu geben. Das deckt sich mit unserer Erfahrung: Ein Team, das seine Werkzeuge gut kennt, liefert schneller und macht weniger teure Fehler als ein Team, das unter Termindruck ein neues Framework lernt.

Eine einfache Bewertungstabelle

Bewerten Sie jede Option von 1 bis 5 nach den Kriterien unten, gewichten Sie sie für Ihre Situation und bewahren Sie das Blatt auf.

Kriterium	Frage dazu	Warum es zählt
Passung zum Team	Können wir das heute bauen und Fehler darin finden?	Tempo in den ersten sechs Monaten
Anstellung	Finden wir Entwickler:innen in Zürich oder remote?	Ihr Stack bestimmt, wen Sie anstellen können
Ökosystem	Gibt es gepflegte Bibliotheken für Zahlungen, Authentifizierung, Formulare?	Weniger eigener Code, weniger Verantwortung
Betriebskosten	Was kostet es bei 100 und bei 10'000 Nutzenden?	Finanzieller Spielraum
Ausstiegsweg	Können wir Daten und Code herausholen, wenn es sein muss?	Unabhängigkeit
Sicherheit und Regeltreue	Wo liegen die Daten, wer hat Zugriff?	Schweizer und EU-Vorgaben

Die Bewertungstabelle bringt selten eine Überraschung. Ihr Wert liegt darin, dass Entscheid und Begründung schriftlich vorliegen, sodass die nächste Entwicklerin, Investor:innen oder eine technische Due Diligence sie nachvollziehen können.

Bewährte Bausteine, Ebene für Ebene

Den einen besten Stack gibt es nicht, wohl aber eine kurze Liste von Entscheiden, die sich bei frühen Produkten immer wieder bewähren.

Frontend und Backend

Für Webprodukte sind React mit TypeScript und ein Full-Stack-Framework wie Next.js ein häufiger Ausgangspunkt, weil eine Sprache Browser und Server abdeckt und der Markt an Fachleuten gross ist. Für eine vorwiegend inhaltsgetriebene Website kann ein Headless CMS oder ein sauber aufgebautes klassisches CMS der schnellere und günstigere Weg sein. Im mobilen Bereich erlaubt ein plattformübergreifendes Framework einem kleinen Team, iOS und Android aus einer Codebasis zu bedienen, solange native Leistung nicht das Produkt ausmacht.

Alte Abkürzungen wie MERN oder LAMP beschreiben Kombinationen, keine Qualität. Beurteilen Sie jede davon mit denselben Fragen: Kennt Ihr Team sie, wird sie gepflegt, finden Sie Leute dafür?

Datenbank

Starten Sie mit einem verwalteten PostgreSQL. Es beherrscht relationale Daten, JSON, Volltextsuche und Sicherheit auf Zeilenebene, und fast jeder Hosting-Anbieter stellt es bereit. Eine zweite Datenbankart kommt erst dann infrage, wenn ein gemessenes Problem sie verlangt.

Hosting und Deployment

Wählen Sie eine Plattform, die bei jedem Merge in den Hauptzweig deployt und ein Zurückrollen einfach macht. Serverlose Aufbauten sind für frühe Produkte attraktiv. Tenchi Security hat reviewed its serverless architecture on AWS after four years und fünf Vorteile genannt: Kosten nach Nutzung, automatische Skalierung, einfache Entwicklung, hohe Verfügbarkeit und Sicherheit, weil der Cloud-Anbieter das Einspielen von Patches übernimmt. Ihr Rat zur Abhängigkeit vom Anbieter ist praxisnah: Eine Infrastruktur zu bauen, die von der Cloud unabhängig ist, ist für fast jedes Startup in der Frühphase ein Fehler. Wählen Sie einen Anbieter, nutzen Sie seine Stärken und sorgen Sie dafür, dass sich Ihre Daten exportieren lassen.

Kaufen Sie die Standardbausteine zu

Zahlungen, Transaktions-E-Mails, Authentifizierung, Analytik und Fehlererfassung sind gelöste Probleme. Sie selbst zu bauen, unterscheidet Ihr Produkt selten vom Wettbewerb, und jeder Baustein bringt zusätzliche Arbeit bei Sicherheit und Wartung. Eine typische frühe Aufstellung umfasst einen Zahlungsanbieter, einen E-Mail-Dienst, eine verwaltete Authentifizierung, ein Werkzeug für Produktanalytik und eine Fehlererfassung. Kapseln Sie jeden Dienst hinter einer schlanken internen Schnittstelle, damit Sie ihn später austauschen können, ohne die ganze Codebasis anzufassen.

Ein echtes Schweizer Beispiel: der Stack von Upgrid

Ein konkreter Fall hilft. Rafael Roman dokumentiert den Stack hinter Upgrid, einem Schweizer SaaS-Produkt für den Energiebereich, in his August 2026 engineering write-up. Zum Einsatz kommen Next.js 16 mit dem App Router, React 19 und TypeScript, Supabase Postgres mit Sicherheit auf Zeilenebene, Vercel für das Hosting, GitHub Actions für Continuous Integration, Linear für Aufgaben, PostHog für Analytik und Feature Flags sowie Better Stack und Sentry für Verfügbarkeit und Fehler. Das System betreibt sieben Apps über rund 70 Workspace-Pakete, mit 570 SQL-Migrationen und 15 Cron-Jobs auf Vercel.

Drei Lehren lassen sich auf kleinere Produkte übertragen:

• Etablierte Teile, und zwar wenige. Jeder Baustein hat eine grosse Gemeinschaft und klare Dokumentation.
• Der Betrieb gehört zum Stack. Verfügbarkeitsüberwachung, Fehlererfassung und CI stehen neben dem Framework, nicht dahinter.
• Das Wachstum kam über Migrationen und Pakete, nicht über Neuentwicklungen. Eine Datenbank, die sich über versionierte Migrationen weiterentwickelt, lässt das Produkt die Form ändern, ohne bei null zu beginnen.

Sie brauchen am ersten Tag keine sieben Apps. Sie brauchen aber die Gewohnheit: Jede Änderung ist versioniert, getestet, automatisch ausgerollt und beobachtbar.

Den Stack zuverlässig halten, während das Produkt wächst

Ein Stack, der beim Start funktioniert, kann im neunten Monat trotzdem versagen, wenn sich niemand dafür verantwortlich fühlt. Diese Praktiken halten ihn auch ohne grosses Team gesund.

Automatisieren Sie das Langweilige

• Continuous Integration: Tests und Linting bei jedem Pull Request ausführen.
• Automatische Deployments: kein manuelles Kopieren von Dateien, kein Deployment, das nur eine Person versteht.
• Backups mit geprüfter Wiederherstellung: Ein Backup, das nie jemand zurückgespielt hat, ist eine Hoffnung, kein Plan.
• Aktualisierung von Abhängigkeiten: monatlich einplanen, damit sich daraus nie ein riskantes Grossupdate aufstaut.

Behalten Sie es im Blick

Richten Sie Verfügbarkeitsprüfungen, Fehlererfassung und ein einfaches Leistungs-Dashboard vor dem Start ein. Warnmeldungen sollten eine Person erreichen, die handeln kann, mit einer kurzen Anleitung für die drei wahrscheinlichsten Ausfälle.

Halten Sie Entscheide fest

Eine Seite pro wichtigem Entscheid (was, warum, Alternativen, Datum) kostet Minuten und spart Wochen, wenn neue Entwickler:innen dazukommen oder Investor:innen eine technische Due Diligence verlangen. Sie schützt auch vor Abhängigkeitsfallen, in denen nur ein externer Dienstleister weiss, wie das System funktioniert.

Planen Sie den Schweizer Datenschutz ein

Wenn Sie Personendaten bearbeiten: Das revidierte Schweizer Datenschutzgesetz came into force on 1 September 2023 und kann auch für Organisationen ausserhalb der Schweiz gelten, die Daten von Personen in der Schweiz bearbeiten. Entscheiden Sie früh, wo Daten gespeichert werden, welche Anbieter sie bearbeiten und wer Zugriff hat. Bei regulierten Produkten im Finanz- oder Gesundheitsbereich klären Sie die konkreten Anforderungen mit einer Schweizer Anwältin oder einem Schweizer Anwalt, bevor Sie das Hosting wählen.

Wiederkehrende Arbeit automatisieren, auch mit KI

Der Stack ist nicht nur das Produkt. Gründer:innen verlieren jede Woche Stunden damit, Daten zwischen Shop, CRM, Buchhaltung und Tabellen zu kopieren. Beginnen Sie mit dem Ablauf, der am meisten Zeit kostet und klare Ein- und Ausgaben hat: Leads ins CRM übernehmen, Rechnungen und Bestellungen abgleichen, Support-Tickets sortieren, Berichte erstellen.

Eine sinnvolle Reihenfolge:

1. Zeichnen Sie die manuellen Schritte eines Ablaufs auf und messen Sie die Zeit.
2. Verbinden Sie Systeme über ihre APIs, bevor Sie KI ergänzen. Eine zuverlässige Integration nimmt den grössten Teil des Schmerzes.
3. Setzen Sie KI dort ein, wo die Beurteilung von Text der Engpass ist, etwa beim Einordnen eingehender E-Mails oder beim Entwerfen erster Antworten, mit einem Menschen, der das Ergebnis prüft.
4. Überwachen Sie die Automatisierung wie jeden anderen Produktivcode: Protokolle, Warnmeldungen bei Fehlern, eine verantwortliche Person.

Automatisierungen, die niemand beobachtet, gehen leise kaputt und beschädigen dann leise Daten. Behandeln Sie sie als Teil des Stacks.

Lassen Sie den Stack nicht von KI-Werkzeugen bestimmen

Mit KI-gestütztem Programmieren entsteht an einem Nachmittag ein funktionierender Prototyp, in genau dem Framework, das das Modell bevorzugt. Der Prototyp ist nützlich. Das Risiko besteht darin, eine Codebasis zu erben, die niemand im Team versteht. Bevor aus einem Prototyp das Produkt wird, sollte eine erfahrene Fachperson Architektur, Authentifizierung, Datenmodell und Deployment prüfen und entscheiden, was bleibt. Eine kurze Prüfung zu diesem Zeitpunkt ist günstiger als eine Neuentwicklung nach dem Start.

Zürcher Angebote für Gründer:innen

Zürich bietet Unterstützung, die über die Werkzeuge hinausgeht:

• Der BlueLion Incubator führt ein 10-week acceleration program für Startups in der Pre-Seed-Phase durch, in den Bereichen ICT, digitale Gesundheit, Klimatechnologie, Fintech sowie KI und Daten. Die Schiene KlimUp bietet Startups im Bereich Klimatechnologie bis zu CHF 250'000 an Förderung ohne Anteilsabgabe, dazu Co-Working-Platz und Zugang zu mehr als 60 Partnern, Fachleuten, Mentorinnen und Investoren.
• Innosuisse unterstützt junge Unternehmen bei Innovationsprojekten. Gemäss a regional funding overview richtet sich das Start-up-Programm an Unternehmen in der Schweiz, die im Handelsregister eingetragen und in der Regel höchstens fünf Jahre alt sind, wobei das Startup mindestens 30 % der Projektkosten selbst trägt. Prüfen Sie die aktuellen Bedingungen direkt bei Innosuisse.

Wenn Sie Fördermittel beantragen oder bei Investor:innen pitchen, stärkt ein klarer technischer Plan mit dokumentiertem Stack und realistischem Entwicklungsbudget Ihr Gesuch.

Wo Ampersand ins Bild passt

Ampersand ist ein kleines Zürcher Studio und baut Websites, Web- und Mobile-Apps, MVPs und Plattformen für Startups und Teams. Erfahrene Entwickler:innen sind von der ersten Beratung bis zur Übergabe beteiligt, so vermeiden wir Neuentwicklungen mitten im Projekt und Abhängigkeitsfallen. Neben der Umsetzung bieten wir technische Beratung an, darunter CTO-Rollen auf Teilzeit, Audits, technische Due Diligence, KI-Automatisierung, Systemintegrationen und API-Anbindungen für Shop, CRM und ERP sowie laufende Unterstützung. Zwei veröffentlichte Pakete: Guidance, unser Beratungspaket, kostet CHF 799 pro Monat, und Run & monitor, für den gesunden Betrieb eines laufenden Systems, kostet CHF 750 pro Monat. Alles Weitere finden Sie bei unseren Leistungen und Paketen oder starten Sie auf ampersand.ch.

Häufige Fragen

Welcher Tech-Stack ist der beste für ein Startup?

Der beste Stack ist derjenige, den Ihr Team bereits kennt, zusammengesetzt aus etablierten, gut gepflegten Werkzeugen. Für viele Webprodukte heisst das TypeScript mit React, eine verwaltete PostgreSQL-Datenbank und eine Hosting-Plattform, die automatisch deployt. Die Passung zu Produkt, Team und Arbeitsmarkt zählt mehr als die Markennamen.

Wie viel sollte ein Startup für den Tech-Stack ausgeben?

Die meisten frühen Kosten entstehen bei den Menschen, nicht bei den Werkzeugen: Viele Standarddienste haben kostenlose oder günstige Einstiegsstufen, und die Kosten wachsen mit der Nutzung. Budgetieren Sie die Umsetzung und danach Überwachung, Unterstützung und Aktualisierungen, die nach dem Start weiterlaufen. Eine Offerte mit fixem Umfang für die erste Version hilft Ihnen, den finanziellen Spielraum zu planen.

Wann sollte ein Startup den Tech-Stack wechseln?

Wechseln Sie, wenn sich ein gemessenes Problem mit den aktuellen Werkzeugen nicht lösen lässt, etwa eine Leistungsgrenze oder ein Engpass bei der Anstellung, nicht weil etwas Neueres erschienen ist. Migrieren Sie in Etappen, halten Sie Daten exportierbar und dokumentieren Sie die Begründung. Ein schrittweiser Plattformwechsel ist meist sicherer als eine vollständige Neuentwicklung.

Brauche ich einen CTO, um einen Tech-Stack zu wählen?

Sie brauchen jemanden, der für technische Entscheide verantwortlich ist. Wenn Sie als nicht-technische Gründerin oder Gründer keinen CTO in Vollzeit haben, kann eine erfahrene Beratungsperson in Teilzeit die Architektur festlegen, die Arbeit der Entwickler:innen prüfen und Sie auf die Due Diligence von Investor:innen vorbereiten.

Was sollte ich zuerst automatisieren?

Beginnen Sie mit dem wiederkehrenden Ablauf, der am meisten Stunden kostet und klare Regeln hat, oft die Bearbeitung von Leads, der Abgleich von Bestellungen oder Rechnungen oder das Berichtswesen. Verbinden Sie die Systeme zuerst über APIs, ergänzen Sie KI nur dort, wo die Beurteilung von Text der Engpass ist, und überwachen Sie das Ergebnis.

Quellen

• DigitalOcean’s startup guide
• Squareboat’s 2026 guide
• Softura’s 2026 overview
• comparing three to five options on a scorecard
• reviewed its serverless architecture on AWS after four years
• his August 2026 engineering write-up
• came into force on 1 September 2023
• 10-week acceleration program
• a regional funding overview
• what a marketing technology stack covers