Inhouse, Freelancer oder Agentur: Welches Modell passt zu welcher Wachstumsphase?

Wenn Gründerinnen oder CTOs uns fragen „Sollen wir das inhouse machen, einen Freelancer holen oder eine Agentur beauftragen?“, ist die Antwort fast nie eines von dreien. Sie ist meistens eine Reihenfolge über die Zeit. Welche Reihenfolge richtig ist, hängt davon ab, in welcher Wachstumsphase ein Unternehmen gerade steht – und nicht von der ideologischen Präferenz der Person, die fragt. Die meisten Fehlentscheidungen, die wir sehen, kommen daher, dass jemand das richtige Modell zur falschen Zeit wählt.

Dieser Artikel skizziert vier typische Wachstumsphasen und erklärt, welches Modell darin am ehesten funktioniert, woran man erkennt, dass es Zeit für einen Wechsel ist, und welche Mischformen in der Praxis am besten laufen. Wir argumentieren aus der Erfahrung mit dutzenden Kunden zwischen Pre-Seed-Startup und 800-Personen-Mittelständler – und mit dem Eingeständnis, dass auch wir nicht für jede Phase die richtige Antwort sind.

In der frühen Validierungsphase geht es nicht um Skalierung, sondern um Lerngeschwindigkeit. Du weißt noch nicht genau, was du baust, weil du noch nicht sicher weißt, was deine Kunden wollen. Jede technische Entscheidung sollte deshalb darauf optimiert sein, schnell wieder geändert werden zu können. Eine Festanstellung ist in dieser Phase fast immer falsch – sie bindet Cash und Personalkapazität in einer Zeit, in der beides knapp und das Risiko hoch ist.

Was funktioniert: Ein guter Freelancer oder eine kleine, schnelle Agentur, die in zwei bis vier Wochen einen Prototyp baut. Du zahlst pro Sprint, du lernst, du iterierst. Die Lösung ist nicht perfekt, aber sie lässt sich verwerfen, wenn die Annahme nicht trägt. Wer in dieser Phase eine Senior-Stelle ausschreibt, kauft sich ein Liability statt eines Vorteils – weil er die Person sechs Monate später weder bezahlen noch rechtfertigen kann, falls das Produkt pivotieren muss.

Sobald das Produkt erste Traction zeigt und mehrere zahlende Kunden hat, kippt das Bild. Jetzt geht es nicht mehr um die nächste Iteration, sondern um Stabilität und Verlässlichkeit. Freelancer reichen oft nicht mehr, weil sie nicht garantiert verfügbar sind, wenn etwas brennt. Eine reine Agenturlösung wird mühsam, weil der Kommunikations-Overhead steigt und du eine Person willst, die in deinem Stand-up sitzt.

In dieser Phase lohnt sich die erste oder zweite festangestellte technische Person – nicht zwangsläufig ein Senior, aber jemand mit voller Aufmerksamkeit für dein System. Parallel dazu macht es Sinn, eine Agentur als Retainer zu halten, die spezialisierte Themen abdeckt, die dein interner Mensch nicht jeden Tag braucht: Performance-Tuning, komplexe Integrationen, Designsystem-Pflege. Das hybride Modell ist hier fast immer das beste – nicht entweder oder, sondern beides nebeneinander.

Ab dieser Größe wird die Frage komplexer, weil mehrere parallele Systeme entstehen: die Marketing-Site, das Produkt selbst, vielleicht ein Kundenportal, ein internes Tooling. Jedes hat eigene Anforderungen, eigene Stakeholder, eigene Release-Zyklen. Inhouse-Teams werden größer und spezialisierter, aber sie können selten alle Spezialthemen gleichzeitig bedienen. Wer versucht, ein 12-Personen-Tech-Team für Marketing, Produkt, DevOps und Spezialthemen aufzubauen, baut ein teures Team mit großer Bench-Zeit.

Was funktioniert: Ein dediziertes Inhouse-Team für das Kernprodukt – plus eine oder zwei spezialisierte Agenturen für periphere, aber wichtige Systeme wie die Marketing-Site und Lead-Generierung. Die Marketing-Site ist meistens kein gutes Inhouse-Projekt, weil sie eine andere Geschwindigkeit, andere Werkzeuge und andere Ansätze braucht als das Produkt selbst. Ein Marketing-Team, das auf eine eigene technische Pipeline angewiesen ist, blockiert sich permanent gegen das Produktteam – eine externe Agentur löst dieses Konfliktdreieck oft eleganter.

Im Konzern oder gehobenen Mittelstand verschiebt sich die Frage von „Wer baut das?“ zu „Wer steuert das?“. Inhouse-Teams sind in dieser Größenordnung normal, oft mit eigenen Architekt:innen, Tech Leads und Plattform-Teams. Agenturen werden seltener als Bauer und häufiger als spezialisierte Ergänzung gebraucht: für Themen, die intern nicht regelmäßig genug vorkommen, um eigene Expertise aufzubauen, oder für Projekte mit hoher externer Sichtbarkeit, bei denen man sich Spitzen-Know-how zukauft.

Freelancer kommen in dieser Größenordnung fast nur noch über Personalvermittler und Body-Leasing-Modelle ins Spiel – aus Compliance-Gründen, nicht aus Effizienz. Wer hier gute Externe will, geht meistens an Agenturen mit mehrköpfigen Teams, die haftbar gemacht werden können und SLAs einhalten. Die Frage „Freelancer oder Agentur?“ wird in dieser Phase fast immer zugunsten der Agentur entschieden, einfach weil die Risikoarchitektur passt.

Wir sehen vier Muster immer wieder. Erstens: zu früh festanstellen. Ein 8-Personen-Startup, das einen Senior-Entwickler einstellt, bevor das Produkt Product-Market-Fit gefunden hat, hat zwölf Monate später ein Personalproblem. Zweitens: zu lange bei Freelancern bleiben. Ein wachsendes Unternehmen, das mit drei verschiedenen Freelancern arbeitet, hat irgendwann drei verschiedene Codestile, drei verschiedene Verfügbarkeiten und kein gemeinsames Verständnis der Architektur.

Drittens: alles inhouse machen wollen. Ein 50-Personen-Mittelständler, der seine Marketing-Site mit dem internen IT-Team baut, das eigentlich für ERP und Vertriebsprozesse zuständig ist, bekommt eine Marketing-Site, die wie eine ERP-Maske aussieht. Viertens: zu spät ein hybrides Modell etablieren. Wer 100 Mitarbeitende hat und immer noch „alles selbst macht“, unterlässt nicht unbedingt eine Investition in Externes – er bezahlt sie nur in Form von verlorener Geschwindigkeit und einem überlasteten internen Team.

Es gibt drei zuverlässige Signale dafür, dass das aktuelle Modell nicht mehr passt. Erstens: Du wartest auf deinen Freelancer oder deinen einzelnen Inhouse-Entwickler, weil er überlastet, krank oder im Urlaub ist. Wenn sich das mehr als zweimal pro Quartal wiederholt, ist die Verfügbarkeit ein systemisches Problem geworden – keine Ausnahme. Zweitens: Du hast Themen, die niemand in deinem aktuellen Setup beantworten kann – typischerweise Spezialwissen wie Performance, Security, Mehrsprachigkeit oder DevOps. Drittens: Die Geschwindigkeit nimmt ab, obwohl du mehr Ressourcen einsetzt. Das ist fast immer ein Strukturproblem, kein Personalproblem.

Wenn eines dieser drei Signale auftritt, lohnt sich kein neuer Freelancer und keine zusätzliche Festanstellung mehr – es lohnt sich ein Schritt zurück und eine ehrliche Frage, ob das Modell zur Phase passt. Manchmal bedeutet das, eine Agentur dazuzunehmen. Manchmal bedeutet es, einen Inhouse-Tech-Lead aufzubauen. In beiden Fällen ist die Korrektur früh günstiger als spät.

Inhouse, Freelancer und Agentur sind keine konkurrierenden Optionen, sondern Werkzeuge für unterschiedliche Wachstumsphasen. In der Validierungsphase (0–10 Mitarbeitende) gewinnen Freelancer oder kleine Agenturen, weil Geschwindigkeit und Flexibilität wichtiger sind als Stabilität. In der Wachstumsphase (10–50) fängt eine erste Festanstellung an, Sinn zu ergeben – idealerweise ergänzt durch eine Agentur als Retainer. In der Skalierungsphase (50–250) braucht es ein internes Kernteam plus spezialisierte Agenturen für periphere Systeme. In der Konsolidierungsphase (250+) liegt das Schwergewicht intern, mit Agenturen als spezialisierte Ergänzung.

Die meisten Fehlentscheidungen entstehen, wenn jemand das richtige Modell zur falschen Zeit wählt. Drei Signale zeigen, dass ein Wechsel fällig ist: chronisch überlastete Einzelpersonen, fehlendes Spezialwissen im Team, und sinkende Geschwindigkeit trotz steigender Ressourcen. Wer auf diese Signale früh reagiert, vermeidet die teuren Korrekturen später.