- Funktionen
- Pricing

Bevor ich in der Tech-Branche arbeitete, war ich in der Logistik tätig. Ich beobachtete, wie sich bei Bürobedarfsunternehmen immer wieder ein bestimmtes Muster wiederholte, bis ich es schon vor dem Kunden kommen sah.
Das Muster sah folgendermaßen aus: Ein kleines Bürobedarfsunternehmen verkaufte Papier und Stifte an lokale Unternehmen. Eines Tages fragte ein Kunde: „Könnt ihr eine Schachtel Papier liefern?“ Der Verkäufer sagte ja, fuhr die Schachtel nach Feierabend mit seinem Auto vorbei und dachte sich nichts dabei. Der Kunde erzählte es seinem Freund. Der Freund bat ebenfalls um eine Lieferung. Die Geschäftsleitung fügte – ganz vernünftig – „Lieferung“ als Dienstleistung hinzu.
Ein Jahr später besaß das Unternehmen einen Kastenwagen und hatte einen Fahrer eingestellt. Zwei Jahre später gab es eine kleine Flotte, ein Wartungsteam, einen Disponenten, einen Sicherheitsbeauftragten und einen fest angestellten Anwalt für die Transportvorschriften.
Nach vier Jahren verbrachten sie mehr Zeit und Geld mit dem Lieferbetrieb als mit dem Verkauf von Bürobedarf.
Ich habe viel über dieses Muster nachgedacht, als ich in die Tech-Branche wechselte und beobachtete, wie es sich bei Tech-Gründern abspielte.
Die Version, die ich am häufigsten sehe, läuft so ab: Ein Gründer nimmt zu Beginn kostenlose Credits von einem der großen Hyperscaler in Anspruch. Sein technisch versiertester Mitgründer richtet alles an einem Nachmittag ein. Die Einrichtung funktioniert. Sie funktioniert weiterhin. Das Unternehmen wächst über die ursprünglich vorgesehene Struktur hinaus.
Ein paar Jahre später hat derselbe Gründer dreißig Mitarbeiter. Diese dreißig Leute verbringen ihre Zeit mit DevOps, CI/CD, Infrastruktur, Sicherheitsüberprüfungen und dem juristischen Papierkram rund um cloud-Verträge. Die Auslieferung des Produkts findet statt, wenn nach all dem noch etwas Aufmerksamkeit übrig ist.
Keine dieser Aufgaben ist etwas, das KI ihnen abnehmen könnte. Man kann sich nicht einfach durch einen SOC-2-Walkthrough oder den Rahmenvertrag eines cloud-Anbieters klicken. Diese dreißig Mitarbeiter sind aus gutem Grund dreißig Mitarbeiter, und der Grund ist die Plattformentscheidung, die zu viert getroffen wurde – nicht das Produkt.
Die Bewertungen, die zur Auswahl der Plattform führen, finden in einem ganz kleinen Moment im Leben des Unternehmens statt. Vier Leute, eine App, ein gemeinsamer Notion-Arbeitsbereich. Das Team hat ein möglichst konkretes Bild davon, was es jetzt braucht, und ein möglichst vages Bild davon, was es nächstes Jahr brauchen wird. Das ist kein Fehlurteil. Es ist einfach die Situation in diesem Moment.
Hier ist der Teil, den man leicht übersieht. Die Plattformentscheidung, die ihr zu viert trefft, ist eine Wette auf die Form des Unternehmens, wenn es vierzig Mitarbeiter hat. Oft wird sie von dem getroffen, der an einem Freitagnachmittag gerade Zeit hatte – basierend darauf, wer noch Guthaben übrig hatte und über welches Framework gerade jemand einen Blogbeitrag gepostet hat. Oft geht diese Wette gut aus. Wenn nicht, sind die Kosten für den Fehler eine Migration im geschäftigsten Jahr des Unternehmenslebens.
Die Gründer, die ich beobachte und die an diese Grenze stoßen, beschreiben das fast nie als eine einzige Migration. Sie beschreiben es als ein weiteres Teilchen. Ein Kunde verlangt etwas, was die Plattform nicht kann, also kaufen sie ein Tool, um das abzudecken. Ein Wirtschaftsprüfer stellt eine Anforderung, also kaufen sie ein weiteres Tool. Ein CFO verlangt eine Konsolidierung, also fügen sie eine Berichtsebene hinzu. Jede Anforderung führt dazu, dass ein Teil an den Jenga-Turm angefügt wird, den sie seit dem Nachmittag mit den Gratis-Credits aufgebaut haben. Keines dieser Teile ist an sich falsch. Das Problem ist der Turm. Irgendwann ist der Turm das, was das Unternehmen tatsächlich aufrechterhält, und das Produkt ist das, was oben drauf sitzt und sich festhält.
Das Bürobedarfsunternehmen hatte vor vier Jahren nicht vor, ein Transportunternehmen zu betreiben. Sie wollten Stifte verkaufen.
Die Frage, bei der ich Teams jetzt helfen möchte – solange sie noch früh genug dran sind, damit die Frage noch wenig kostet –, ist, wie die Plattform aussieht, wenn das Unternehmen fünfmal so groß ist, und nicht, wie sie heute aussieht.
Bei Upsun sind einige Dinge, die bei Skalierung wichtig sind, bereits in der ersten Phase vorhanden. Die Konfiguration erfolgt vom ersten Tag an in YAML, was bedeutet, dass die Anwendungsinfrastruktur aus Code besteht und somit so skaliert, wie Code skaliert. Jede Sprache, die in der modernen Produktentwicklung üblich ist, läuft durch dieselbe Pipeline. Die gleiche .upsun/config.yaml, die ein Next.js-Projekt mit vier Personen ausführt, läuft auch bei einem Next.js-Projekt mit vierzig Personen plus Go plus Python plus ruby. Wenn ein Kunde nach einer Bereitstellung in seinem AWS-Konto fragt, ist das eine Region-Änderung. Wenn das Compliance-Team nach SOC 2, ISO 27001, PCI DSS oder HIPAA-Scope für die gesamte Anwendung fragt, ist diese Grenze bereits vorhanden.
Die Fähigkeit, auf die es ankommt, ist keine dieser einzelnen. Es ist vielmehr, dass sich die Struktur der Plattform nicht ändert, wenn sich die Struktur des Unternehmens ändert. Was das Gründungsteam in der Seed-Phase innerhalb einer Woche auswählt, ist dasselbe, was das Operations-Team auch in der Serie E noch nutzt. Der Übergang verläuft reibungslos, weil es nichts gibt, von dem man sich lösen müsste.
Das ist kein Versprechen, dass Wachstum einfach ist. Wachstum ist nie einfach. Es ist vielmehr ein Versprechen, dass die Plattform nicht das ist, was du während des Wachstums migrieren musst.
Die Kunden, die ich kenne und die Upsun schon seit ein paar Jahren nutzen, beschreiben die Plattform als „das, worüber wir nicht reden“. Das ist meiner Meinung nach das größte Lob, das eine Plattformentscheidung verdienen kann. Sie lief im Hintergrund, während sich das Unternehmen verdoppelte und verdreifachte, einen größeren Kunden gewann und ein Audit bestand. Es war keine Neubewertung nötig. Sie stieß nicht an eine Grenze, die eine Umstellung der Plattform erforderlich gemacht hätte. Sie wuchs mit dem Unternehmen mit, und das Unternehmen konnte seine Aufmerksamkeit auf das Produkt richten.
Die Bürobedarfsunternehmen, die überlebt haben, waren übrigens diejenigen, die eine Partnerschaft mit einem Lieferdienst eingegangen sind, anstatt selbst einen aufzubauen. Sie sind in ihrem ursprünglichen Geschäftsfeld geblieben.
Wenn du in der Seed- oder Series-A-Phase eine Plattform auswählst, solltest du dir folgende Frage stellen: Wie sieht diese Plattform aus, wenn wir fünfmal so groß sind?
Fünfmal größer ist keine dramatische Vorstellung. Das sind zwei bis drei Jahre. Fünfmal mehr Kunden, fünfmal mehr Code, wahrscheinlich mehr Sprachen, wahrscheinlich mehr Laufzeiten, wahrscheinlich eine Sicherheitsüberprüfung durch jemanden mit einem Klemmbrett. Die Frage ist nicht, ob die Plattform, die du heute auswählst, fünfmal größere Anwendungsfälle unterstützt. Die Frage ist, ob die Plattform einen Plan hat, wie man dorthin gelangt, ohne zwischendurch migrieren zu müssen oder zehn zusätzliche integrierte Technologien anzuhängen.
Wenn die Antwort lautet: „Verwende dieselbe Konfiguration, füge hinzu, was du brauchst“, bist du gut aufgestellt. Wenn die Antwort lautet: „Migre auf unsere Enterprise-Stufe“ oder „Integriere eine andere Reihe von Tools“, ist das der Keim für einen zukünftigen Donnerstag, an dem du dich mit etwas beschäftigst, das nicht das Produkt ist.
Den Gründern, die ich kenne und die gerade ihre Jenga-Türme entwirren, wird es gut gehen. Die Produkte sind gut, die Kunden treu, nichts brennt. Sie verbringen nur ein Jahr damit, eine Rechnung zu bezahlen, von der sie nicht wussten, dass sie sie angehäuft hatten, und die Größe des Teams, das den Turm instand hält, zu halbieren.
Wenn ich heute eine Plattform für ein Projekt auswählen würde, das die Chance hat, zu einem echten Unternehmen zu werden, würde ich mehr über die Form der Plattform in zwei bis drei Jahren nachdenken als über die Form in diesem Quartal. Die Form im Quartal ist leicht zu bewerten. Die zukünftige Form ist die, die zählt.
Wenn du das Unternehmen, das du gegründet hast, bereits leitest, gut. Wenn du eines Tages aufschaust und feststellst, dass du einen DevOps-Betrieb leitest, der nebenbei Apps ausliefert, ist es noch nicht zu spät, wieder zum „Verkauf von Büromaterial“ zurückzukehren und jemand anderen die LKWs fahren zu lassen.