Cloud-Migration für Schweizer Startups: Kosten und Ertrag

Migrationen bei Startups sind ein anderes Problem als Migrationen im Mittelstand — und die meisten Ratgeber unterscheiden das nicht.

Ein mittelständisches Unternehmen migriert eine bestehende Landschaft mit bekannter Kostenbasis. Ein Startup hat meist keine nennenswerte Landschaft. Es hat ein kleines Team, begrenzte Reichweite und eine unter Druck schnell zusammengesetzte Architektur. Der Engpass sind nicht die Kosten. Es sind Engineering-Wochen — und jede Woche für Infrastruktur ist eine Woche nicht am Produkt.

Das verändert, was «lohnend» bedeutet.

Was es tatsächlich kostet

Die Cloud-Rechnung ist die sichtbare Zahl und selten die grösste. Für ein Startup sind die realen Kosten:

• Engineering-Zeit während des Umzugs. Bei einem kleinen Team ist das der dominierende Posten, und er konkurriert direkt mit Produktarbeit.
• Die Lernkurve. Netzwerk, Identitäten und Infrastructure as Code brauchen Zeit, um richtig zu werden — und falsch gemacht zeigen sie sich als Störung.
• Paralleler Betrieb während des Übergangs, solange er dauert.
• Die Rechnung selbst, die tiefer beginnt als erwartet und schneller wächst als erwartet — weil nichts erzwingt, dass eine einmal angelegte Ressource je überprüft wird.

Der letzte Punkt überrascht Gründerinnen und Gründer am meisten. Die Cloud-Rechnung eines Startups wächst typischerweise schneller als seine Nutzung, weil sich Umgebungen ansammeln und niemand die Summe verantwortet. Die Abhilfe ist Kostenzuordnung ab Tag eins — ein Tag Arbeit.

Drei Hürden, die kleine Teams am härtesten treffen

Niemand verantwortet die Infrastruktur. In einem Team von sechs gibt es keine Plattform-Rolle; es gibt die Person, die zuletzt etwas angefasst hat. Das Ergebnis ist eine Konfiguration, die niemand erklären kann, und ein Schlüsselpersonenrisiko von eins. Eine verantwortliche Person zu benennen — auch nebenamtlich — ist die günstigste verfügbare Abhilfe.

Compliance kommt mit der ersten Grosskundin. Ein Schweizer oder deutscher Unternehmenskunde fragt nach Datenstandort, Zugriffskontrolle, Unterauftragsverarbeitern und Ausstieg. Wurde die Architektur ohne diese Fragen zusammengesetzt, dauert die Antwort Wochen und verlangt manchmal einen Umbau. Das ist der häufigste Weg, auf dem der erste grosse Abschluss eines Startups ins Rutschen kommt.

Kostendisziplin hat keine natürliche Zuständigkeit. Gründende schauen auf den Kontostand, Engineers auf das System. Die Cloud-Rechnung liegt dazwischen und fällt am Quartalsende auf.

Den Ertrag beurteilen, wenn die Reichweite bindet

Die übliche ROI-Betrachtung unterstellt, dass Sie Kosten optimieren. Ein Startup optimiert meist Geschwindigkeit und Handlungsspielraum — andere Ziele, andere Entscheidungen.

Drei Erträge, die zu zählen sich lohnt, nach Bedeutung in dieser Phase:

1. Engineering-Wochen zurück ins Produkt. Nehmen verwaltete Dienste Ihrem Team Arbeit ab, die es sonst leisten müsste, ist das der Ertrag — gemessen in Wochen, nicht in Franken.
2. Abschlüsse, die nun möglich werden. Öffnen eine Schweizer Region, dokumentierte Zugriffskontrollen und ein Ausstiegspfad den Zugang zu Unternehmenskunden, ist die entstehende Pipeline der Ertrag. Er ist meist der grösste und wird fast nie gezählt.
3. Kosten, zuletzt. Infrastrukturausgaben in Startup-Grössenordnung entscheiden selten etwas.

Dagegen drei Kosten: verbrauchte Engineering-Wochen, die laufende Rechnung und die Betriebslast, die Sie dauerhaft übernehmen.

Ist der erste Ertrag kleiner als die erste Kostenposition, ist die Migration nicht dringend. Das ist ein legitimes Ergebnis — und ein besseres, als sie durchzuführen, weil sie überfällig wirkte.

Schweizer Besonderheiten, früh zu klären

Datenstandort und Zugriff. Nach revDSG/nDSG und, sobald Sie EU-Nutzer haben, nach DSGVO müssen Sie wissen, wo Daten liegen und wer sie erreichen kann. Zwei getrennte Fragen, und die zweite wird von Kunden geprüft. Früh zu entscheiden kostet nichts; nach dem ersten Unternehmensvertrag zu entscheiden kann einen Umzug bedeuten.

Bauen Sie nicht für Compliance, die Sie noch nicht haben. Der umgekehrte Fehler ist ebenso real. Ein Unternehmen in der Frühphase, das für FINMA-Auslagerungsanforderungen entwirft, die es drei Jahre lang nicht treffen, hat Reichweite für eine Hypothese ausgegeben.

Der praktische Mittelweg: Daten jetzt klassifizieren, Personendaten in einer Schweizer oder EU-Region halten, dokumentieren, wer Zugriff hat — und die schwerere Maschinerie aufschieben, bis eine Kundin oder eine Aufsicht sie verlangt.

Eine Reihenfolge in der Grösse eines kleinen Teams

1. Entscheiden, wozu die Migration dient — Geschwindigkeit, Abschlüsse oder Kosten. Eines davon, ausgesprochen.
2. Nicht-Produktion zuerst bewegen. Geringstes Risiko, sofortiger Nutzen — und das Team lernt die Plattform, bevor die Produktion davon abhängt.
3. Kostenzuordnung und Budgetwarnungen einrichten, bevor die Produktion umzieht. Ein Tag Arbeit, der ein Quartal Abdriften verhindert.
4. Die kleinste produktive Arbeitslast bewegen, die zählt, und den Rückfall testen, solange der Einsatz gering ist.
5. Anhalten und neu beurteilen. Nicht alles muss umziehen, und ein Startup, das drei von acht Diensten migriert und zur Produktarbeit zurückkehrt, hat meist richtig entschieden.

Schritt 5 wird am ehesten übersprungen, weil Migrationen Eigendynamik entwickeln. Die Reichweite interessiert sich nicht für Eigendynamik.

Weiterführend

• Der Cloud-Moment der Schweiz: Sind Sie bereit?
• Tech-Teams in der Schweiz ohne Verzögerung skalieren
• Cloud & DevOps

Wenn Sie eine zweite Meinung möchten, ob eine Migration Ihre nächsten vier Engineering-Wochen wert ist, vereinbaren Sie ein Gespräch. Unverbindlich.