Dank AI ist es möglich geworden, mit minimalem Personal ein Milliarden-Dollar-Startup aufzubauen

• Als neues Paradigma für Startup-Erfolg rückt ein Modell in den Fokus, bei dem kleine Teams enormen Wert schaffen
• Für kleine Teams sind Geschwindigkeit, Klarheit und Ownership entscheidend; wenn Hierarchien und Koordinationskosten entfallen, werden Entscheidungen direkt und schnell getroffen und das Tempo bei Produkt-Releases maximiert
• Im Organisationsdesign sind antifragile Strukturen und der Betrieb autonomer Pods zentral; nicht Tools, sondern Systemdesign liefert den echten Hebel
• Hiring ist das letzte Mittel; der Fokus liegt auf ergebnisorientierten T-förmigen Talenten, während über einen vernetzten Kern und externe Ressourcen flexibel skaliert wird
• Gewarnt wird vor den versteckten Kosten vorschneller Expansion und verfrühten Einstellungen; Gründer, die mit wenigen Leuten Klarheit skalieren, werden als neuer Standard präsentiert

---

1. Der Mythos „mehr Leute, mehr Fortschritt“

• Instagram wurde mit 13 Mitarbeitenden für 1 Milliarde Dollar übernommen, WhatsApp mit 55 für 19 Milliarden Dollar und YouTube mit 65 für 1,65 Milliarden Dollar
  • Das waren keine Ausnahmen, sondern frühe Signale eines wiederkehrenden Musters, bei dem kleine, fokussierte Teams Unternehmen mit unverhältnismäßig hohem Wert aufbauen
• Die Gemeinsamkeit dieser Teams war nicht nur gutes Timing oder eine starke Produktidee, sondern ihre Organisationsstruktur
  • Sie konnten sich schnell bewegen, weil sie schnell beweglich waren, und trafen Entscheidungen, ohne in Alignment-Meetings festzustecken
  • Sie reduzierten nicht nur Overhead, sondern eliminierten alles, was sie ausbremste
• Das ist kein Trend, der durch AI oder die Zurückhaltung von Investoren entstanden ist, sondern ein struktureller Vorteil, der schon immer existierte und die erfolgreichsten Tech-Unternehmen still vorangetrieben hat
• Lean Teams überleben nicht nur unter Ressourcenknappheit, sondern liefern oft sogar bessere Ergebnisse
• Heute sind das Potenzial kleiner Teams durch bessere Tools, Automatisierung und Deployment-Möglichkeiten größer denn je

2. Warum kleine Teams gewinnen: Geschwindigkeit, Klarheit, Ownership

• Die Stärke kleiner Teams entsteht nicht daraus, dass sie härter arbeiten, sondern dass sie anders operieren
• Kleine Teams haben keinen Nebel aus Prozessen
  • Es gibt keine Meetings zur Vorbereitung anderer Meetings und keine Menschen, die untätig auf dem Beifahrersitz sitzen
  • Alle sind auf dem kritischen Pfad, und jede Entscheidung ist direkt
• Wenn man die Natur von Hierarchie und das Gewicht von Koordination entfernt, bleibt Geschwindigkeit übrig
• Vertrauen ist standardmäßig vorhanden; es muss nicht erst verdient, dokumentiert oder delegiert werden
  • Alle wissen, wer woran arbeitet und wie das mit dem Ziel zusammenhängt
  • Verantwortung ist standardmäßig sichtbar, auch ohne Organigramm oder Projektmanagement-Tool
• Kleine Teams schaffen ganz natürlich eine vertrauensbasierte Grundlage
  • Die meisten Startups stellen viel zu früh Produktmanager ein und versuchen damit, Koordination auszulagern, bevor sie überhaupt nötig ist
  • In kleinen Teams entsteht Koordination organisch, nicht weil die Menschen übermenschlich wären, sondern weil das System nicht durch Übersetzungsebenen belastet wird
• Beehiiv erreichte mit weniger als 20 Leuten Escape Velocity, indem kleine Produkt-Pods vollständige Ownership erhielten
• Gumroad überschritt mit einem kleineren Team als die meisten Series-A-Startups 10 Millionen Dollar ARR und entwarf ein Unternehmen, in dem Entscheidungen nicht durch sechs Ebenen gehen müssen
• Kleine Teams profitieren auch von Talentdichte
  • Man braucht keine 100 Leute, sondern nur 5 Personen, denen das Problem wichtig ist, die es von Anfang bis Ende ownen und mit Klarheit handeln

3. Ein nicht fragiles Startup designen: Struktur ist Strategie

• Die meisten Startups scheitern nicht daran, dass sie klein sind, sondern daran, dass ihnen Klarheit fehlt
• Die Annahme, mehr Menschen bedeuteten automatisch mehr Stärke, ist überholt
  • Fragilität entsteht nicht durch geringe Teamgröße, sondern durch aufgeblähte Strukturen
  • Sie entsteht aus Komplexität ohne Ownership und aus inkonsistentem Wachstum
• Die stärksten kleinen Startups skalieren nicht, indem sie Hierarchie hinzufügen, sondern indem sie Systeme entwerfen, die Teamgröße für den Vortrieb irrelevant machen
• Das PostHog-Playbook: Teams als Hebeleinheit
  • PostHog hat mit weniger als 50 Mitarbeitenden eine erstaunlich breite Produktpalette aufgebaut, weil das Team wie eine Flotte aus Mikro-Startups organisiert wurde
    • Jede Einheit besteht aus 2 bis 6 Personen und verantwortet einen Teil des Geschäfts
    • Jedes Team setzt eigene Ziele, führt eigene Reviews durch, erstellt eigene Roadmaps, übernimmt eigene Qualitätskontrolle und steuert eigene Release-Zyklen
    • Es gibt weder Abhängigkeiten noch Handoffs
  • Damit wird nicht nur Geschwindigkeit gelöst, sondern auch Resilienz
    • Wenn ein Team ins Stocken gerät, releasen andere Teams weiter
    • Wenn eine Entscheidung scheitert, bleibt der Explosionsradius lokal begrenzt
  • Basecamp arbeitet mit rund 30 Leuten ohne Manager und betreibt ein profitables SaaS-Unternehmen, während asynchrone Kommunikation und lokale Entscheidungen erhalten bleiben
  • Oculus arbeitete vor der Übernahme für 2 Milliarden Dollar ebenfalls mit einem Team von 75 Personen und zeigte damit, dass nicht Größe, sondern Struktur Innovation antreibt
  • Der Trade-off? Man braucht starke Generalisten, die über ihre Jobtitel hinausdenken können, und eine Kultur, die übernimmt, was sonst Hierarchie leisten würde
    • Kultur bedeutet gemeinsame Werte, asynchrone Transparenz und klare Ziele
• Keine Silos, sondern Systeme
  • Startups werden nicht durch Headcount definiert, sondern durch Loops
    • Revenue-Loops, Produkt-Loops, Feedback-Loops
  • Kleine Teams gewinnen, wenn jede Handlung innerhalb eines engen, selbsterhaltenden Systems die nächste speist, ohne über Abteilungsgräben springen zu müssen
  • In dem Moment, in dem das Marketing-Team zwei Wochen auf einen Report des Data-Teams warten muss, ist Geschwindigkeit schon verloren
  • In dem Moment, in dem Customer-Feedback fünf Meetings braucht, um bei der Produktleitung anzukommen, ist diese Wahrheit bereits verwässert
  • Struktur muss Signale beschleunigen, nicht dämpfen
• Das eigene „Startup aus Startups“ bauen
  Dieses Modell lässt sich so replizieren:
  • Autonome Pods schaffen – jedem Team eine klare Mission, einen klaren Scope und Release-Autorität geben
  • Gemeinsame Metriken nutzen – damit jedes Team sehen kann, wie es zum selben Ergebnis beiträgt
  • Entscheidungszyklen verkürzen – in 6-Wochen-Sprints arbeiten, asynchrone Check-ins machen und kurze 1-Seiten-Reviews darüber schreiben, was funktioniert hat und was nicht
• Kultur zuerst, Struktur folgt
  • Wie man strukturiert, betrifft nicht nur operative Effizienz, sondern auch Identität
  • Die Art, wie Arbeit organisiert wird, zeigt dem Team, was wichtig ist
  • Dinge wie Autonomie, Ownership und Geschwindigkeit passieren nicht zufällig, sondern werden designt
  • Fragile Startups fragen: „An wen muss ich das eskalieren?“; nicht fragile Startups fragen: „Was ist der schnellste Weg, das zu beheben?“

4. Nicht Tools, sondern Systeme sind der Vorteil

• Eine verbreitete Falle für viele Gründer: Tools mit Leverage verwechseln
  • Sie stapeln Automatisierungssoftware, kaufen den neuesten AI-Copilot, integrieren Dutzende SaaS-Plattformen und fragen sich trotzdem, warum alles noch immer langsam ist
• Das Problem sind nicht die Tools, sondern das Fehlen eines Systems
• Effizienz entsteht nicht durch das Aufschichten von Software, sondern durch das Design von Workflows, in denen menschliche Anstrengung knapp, bewusst und respektiert ist
  • Jede Aufgabe sollte lange vor einer Automatisierung die Frage beantworten müssen: „Muss das überhaupt existieren?“
• Tools, die einen kaputten Prozess beschleunigen, lösen das Problem nicht; sie sorgen nur dafür, dass man schneller Zeit verschwendet

• Das Pieter-Levels-Playbook: Orchestrierung > Automatisierung

  • Pieter Levels wurde bekannt, weil er ohne Team durch meisterhaftes Systemdesign ein Portfolio von Millionengeschäften aufgebaut hat
    • Nomad List, Remote OK, Rebase – das sind nicht einfach Websites, sondern eng designte Maschinen, in denen Nutzerverhalten das Business speist
  • Levels skalierte nicht durch mehr Features im Code, sondern indem er Reibung entfernte, bis das Produkt praktisch von selbst laufen konnte
  • So funktioniert Nomad List:
    • Nutzer protokollieren Städte, teilen Feedback und aktualisieren Lebenshaltungskosten-Daten und erzeugen damit Content
    • Dieser Content treibt Longtail-SEO an, sodass Hunderttausende Seiten organisch indexiert werden
    • SEO bringt Traffic, und Traffic treibt bezahlte Abos an
    • Zahlende Mitglieder moderieren die Community und halten die Qualität hoch
  • Kein Support-Team, kein Sales, keine Marketingabteilung – nur Loops
  • Die AI-Tools, die er nutzt (Bildgenerierung, E-Mail-Entwürfe, Moderationsfilter), spielen lediglich eine unterstützende Rolle und sind nicht der Kernmotor
  • Das ist keine Automatisierung, sondern Orchestrierung
  • Ein ähnliches Muster war auch in den frühen Tagen von Minecraft zu sehen, das Markus Persson ohne Marketing-Team, Sales Operations oder Infrastruktur jenseits von Community und Download-Button aufgebaut und monetarisiert hat
    • Ein sich selbst verstärkender Loop, in dem Produktqualität Fan-Engagement antreibt, das den Verkauf ankurbelt, der wiederum bessere Entwicklung finanziert

• Erst das System, nicht der Stack

  • Zu viele Gründer beginnen mit der Frage: „Welches Tool sollten wir einführen?“
  • Die bessere Frage lautet: Welche wiederkehrende Aufgabe erledige ich noch manuell?
  • Danach: Muss diese Aufgabe überhaupt existieren?
  • Erst dann sollte man nach Automatisierung greifen
  • Wenn das System aufgebläht ist, macht AI es nicht besser; es macht es nur schneller und im Betrieb teurer

5. Einstellen ohne aufzublähen: wann, warum und wen

• Die meisten Gründer behandeln Hiring als Meilenstein, den man feiern kann
• In frühen Phasen ist Hiring aber nicht einfach eine Entscheidung, sondern Schuld
  • Jede neue Person bringt mehr Gewicht: mehr Gespräche, mehr Kontextweitergabe, mehr Komplexität
• Der bessere Ansatz ist, Hiring als letztes Mittel zu sehen – zuerst Systeme bauen
• Man sollte fragen: Lässt sich das automatisieren? In Templates fassen? Vorübergehend outsourcen?
• Nur wenn die Antwort nein lautet und die Aufgabe mission critical ist, sollte man jemanden einstellen
  • Selbst dann müssen die Maßstäbe extrem hoch sein

• Nicht für Rollen einstellen, sondern für Ergebnisse

  • Frühphasenteams brauchen keine Spezialisten, die in ihrer eigenen kleinen Bubble arbeiten
  • Sie brauchen Menschen, die ein Problem von Anfang bis Ende ownen können
  • Das bedeutet, nach T-förmigen Personen zu suchen
    • Menschen mit tiefer Expertise in einem Bereich, aber breiten Fähigkeiten über andere Bereiche hinweg
    • Ein Marketer, der Code schreiben kann, ein Designer, der Conversion-Funnels versteht, ein Engineer, der gern mit Kunden spricht
  • Entscheidend ist nicht, ob jemand sauber in ein Organigramm passt, sondern ob er oder sie ohne ständige Koordination Ergebnisse liefern kann
  • Statt Abteilungen aufzubauen, sollte man Missionen aufbauen und Menschen finden, die diese mit vollständiger Autonomie führen können

• Die frühen Aufblähungsfallen vermeiden

  • Was man nicht braucht:
    • Produktmanager, die Tickets schreiben, nach denen niemand gefragt hat
    • SDRs, die Meetings für Gründer buchen, die noch gar nicht bereit sind zu verkaufen
    • HR-Leads, die ein Team von 8 Leuten managen
  • Was man braucht:
    • Handwerker, die das Gesamtbild sehen
    • Operatoren, die in Loops denken
    • Builder, die nicht um Erlaubnis bitten
  • Bevor Amazon Twitch für 970 Millionen Dollar übernahm, arbeitete das Unternehmen mit rund 100 Mitarbeitenden sehr lean
    • Ein Beleg dafür, dass hyper­schnelles Wachstum in einer Nische nicht zwangsläufig ein aufgeblähtes Team braucht
    • Es braucht nur extremen Produktfokus und Community-Leverage
  • Wenn der erste Impuls eines Startups lautet: „Dafür brauchen wir jemanden“, sollte man innehalten
  • Besser ist: „Dafür brauchen wir ein System, und wenn das nicht funktioniert, finden wir eine Person, die die Arbeit von drei Menschen übernehmen kann.“

6. Skalieren, ohne das Modell zu zerstören

• Klein anzufangen ist der einfache Teil; die eigentliche Schwierigkeit ist es, mit dem Wachstum die Mentalität des Kleinen zu bewahren
• Der wahre Test kommt, wenn das Produkt abhebt, der Umsatz wächst und die Anforderungen steigen
  • Mehr Kunden, mehr Features, mehr Edge Cases, die bearbeitet werden müssen
• Die natürliche Reaktion ist, über Hiring zu skalieren: mehr Teams, mehr Manager, mehr Ebenen
• Wenn man nicht aufpasst, verschwinden genau die Dinge, die das Unternehmen erfolgreich gemacht haben – Geschwindigkeit, Klarheit und Ownership
  • Man fügt nicht nur Menschen hinzu, sondern Reibung

• Der vernetzte Kern

  • Eine Möglichkeit, ohne Aufblähung zu skalieren, besteht darin, einen vernetzten Kern aufzubauen
  • Im Zentrum: ein kleines, permanentes Team – als Steuereinheit, als Kern gedacht
    • Die Menschen, die Vision, Roadmap und Kultur verantworten
  • Rund um diesen Kern: ein modularer Ring aus Fractional Hires, Contractors, Agenturen und AI-gestützten Prozessen, der je nach Bedarf wächst oder schrumpft
    • Diese äußere Schicht übernimmt hochspezialisierte oder umfangreiche Arbeit, ohne dass jede Funktion intern aufgebaut werden muss
  • Support flexibel designen, Marketing für Launches hochfahren und danach wieder zurückskalieren
  • AI für den Tagesbetrieb nutzen und Spezialisten für eng umrissene Missionen einstellen – nicht, um Headcount-Ziele zu erfüllen
  • Waze wurde von Google für 1 Milliarde Dollar übernommen und skalierte über ein Hybridmodell aus schlankem internem Team und einem externen Netzwerk nutzergenerierter Daten
    • Freiwillige Karteneditoren und Crowdsourcing-Reports machten das Produkt intelligenter, ohne interne Komplexität hinzuzufügen

• Agilität skaliert – aber nur durch Design

  • Lean zu sein bedeutet nicht, fragil zu sein – fragil sind aufgeblähte Teams, die oberflächliche Arbeit leisten
  • Wenn man von innen nach außen baut, mit einem engen Kern und einer skalierbaren Hülle, bleibt Agilität auch bei wachsender Oberfläche erhalten
  • Man kann Output skalieren, ohne Meetings zu skalieren, und mehr Komplexität bewältigen, ohne Chaos hinzuzufügen
  • Genau das ist die Kunst: das wachsen zu lassen, was zählt, nicht nur das, was messbar ist
  • Die besten Gründer skalieren nicht einfach das Unternehmen, sondern Klarheit

7. Die versteckten Kosten zu früher Einstellungen

• Spricht man mit Gründern, die vor dem Product-Market-Fit skaliert haben, klingt die Reue erstaunlich ähnlich: „Wir haben zu früh eingestellt.“
• Es beginnt mit Optimismus – ein paar Erfolge, etwas Funding, und plötzlich fühlt es sich so an, als sei es Zeit, „ein Team aufzubauen“
• Doch ohne starke Basis – klaren Produktwert, enge Customer-Feedback-Loops und wiederholbare Acquisition – vervielfacht mehr Personal nicht den Fortschritt, sondern die Unsicherheit

• Organisationsschuld ist real

  • Zu frühes Hiring verbrennt nicht nur schneller Kapital
  • Es erzeugt auch Koordinationsschuld – mehr Menschen, die abgestimmt, eingearbeitet und gemanagt werden müssen
  • Es erzeugt emotionale Schuld – den Druck, Rollen rechtfertigen zu müssen, die noch keinen Impact haben
  • Es erzeugt kulturelle Schuld – die Verwässerung der Ownership-Mentalität, in der kleine Teams gedeihen
  • Momentum wird durch Beschäftigtsein ersetzt, Experimente durch Meetings und Produkt-Releases durch Arbeits-Reviews
  • Plötzlich dauert alles länger, und niemand weiß genau warum

• Komplexität hat ihren Preis

  • Jede neue Person ist ein Knoten im Netzwerk
    • Mehr Entscheidungen brauchen Alignment, mehr Tools brauchen Zugriffsrechte und mehr Ebenen verlangen Erklärungen
  • Wenn das Produkt zwangsläufig den Kurs ändert – wie es immer der Fall ist –, hat man plötzlich Menschen für eine Business-Version eingestellt, die es nicht mehr gibt

• Die Grundfrage austauschen

  • Vor einem Hiring sollte man nicht fragen: „Brauchen wir dafür jemanden?“
  • Stattdessen sollte man fragen:
    • „Können wir den Workflow neu designen?“
    • „Können wir diese Schicht automatisieren?“
    • „Können wir diese Kante gerade weit genug outsourcen, um lean zu bleiben?“
  • Headcount ist kein Abzeichen für Fortschritt, sondern eine Wette auf Klarheit

8. Eine neue Art von Gründer

• Der Archetyp verändert sich
• Der Gründer der Zukunft ist nicht die Person, die 100 Millionen Dollar einsammelt und 100 Leute einstellt, sondern diejenige, die mit 5 Personen 10 Millionen Dollar Jahresumsatz betreibt und nachts ruhig schläft
• Der Solo-Gründer, der Wachstum nicht über Stress, sondern über Systeme orchestriert
• Das 3-Personen-Team mit einem Produkt, das sich selbst verkauft und selbst Support leistet
• Das 6-Personen-Unternehmen, das pro Tag sechsstellig verdient – ohne Meetings und ohne Drama
• Das sind keine Kuriositäten oder Ausreißer mehr – sie werden zum neuen Standard
• Der Wandel geht tiefer als reine Effizienz
  • Es geht um Eleganz, Ownership und Nachhaltigkeit
• Die besten Gründer von heute jagen nicht Wachstum um des Wachstums willen
  • Sie bauen Unternehmen, die sie kontrollieren, weiterentwickeln und mit Stolz vertreten können, ohne unter der Last ihrer eigenen organisatorischen Komplexität zusammenzubrechen
• Klein ist nicht nur schön, sondern strategisch
  • Mental gesund und in den richtigen Händen kaum aufzuhalten
• Das ist keine Nostalgie nach bescheidenen Anfängen, sondern ein taktischer Leitfaden, um Großes ohne Aufblähung aufzubauen

[shakespeares]

Ich stimme grundsätzlich zu, warum kleine Teams gewinnen: Geschwindigkeit, Klarheit und Verantwortungsbewusstsein. Wenn jedoch ein stabiler Betrieb erforderlich ist, denke ich, dass eine Organisation zwangsläufig wachsen muss.
Das scheint gut dazu zu passen, warum große Organisationen heutzutage intern in Cells oder Silos arbeiten.