Clutch Developer
DE
Gespräch buchen

Navigation

Sprache

CTO einstellen oder auslagern? Ein Entscheidungsrahmen für Gründer

Die Frage ist nicht, welches besser ist. Es geht darum, welches Risiko Sie sich jetzt am wenigsten leisten können.

Gründer fragen das, als wäre eine Option richtig und die andere ein Kompromiss. Das ist falsch. Beide sind Wege, technisches Urteilsvermögen zu kaufen, und sie scheitern unterschiedlich. Die nützliche Frage ist, welches Scheitern Sie überstehen können.

Was jede Option Sie wirklich schützt

Ein CTO schützt Sie davor, wiederholt das Falsche zu bauen. Jemand mit Eigenkapital und langem Horizont wird mit Ihnen argumentieren, Arbeiten ablehnen und sich um Entscheidungen kümmern, deren Auswirkungen erst in achtzehn Monaten sichtbar werden.

Ein externer Partner schützt Sie davor, für Kapazität zu zahlen, die Sie noch nicht brauchen. Sie bekommen Senior-Level-Arbeit nach Bedarf, ohne Gehalt, Eigenkapital oder die sechsmonatigen Kosten eines schlechten Hires.

Beachten Sie, dass dies unterschiedliche Risiken sind. Wenn Sie nicht wissen, welches Ihnen gerade schadet, können Sie die Frage nicht beantworten.

Einstellen, wenn diese Punkte zutreffen

  • Technologie ist das Produkt, nicht der Liefermechanismus. Wenn Ihr Wettbewerbsvorteil in einem Modell, Algorithmus oder Daten-Asset liegt, darf dieses Wissen nicht außerhalb bleiben.
  • Sie fundraisen, und Investoren werden fragen. Eine Pre-Seed-Runde ohne technischen Gründer ist ein schwierigeres Gespräch. Manchmal ein unfaires, aber Sie werden es trotzdem führen.
  • Die Roadmap ist kontinuierlich, nicht projektbezogen. Wenn es immer ein nächstes Projekt gibt, zahlen Sie für immer Agentur-Marge.
  • Sie können den Hire wirklich bewerten. Ein nicht-technischer Gründer, der seinen ersten CTO allein einstellt, macht das teuerste Glücksspiel in Early-Stage-Startups.

Auslagern, wenn diese Punkte zutreffen

  • Sie testen noch, ob das Produkt funktioniert. Achtzehn Monatsgehälter zu zahlen, um eine dreiwöchige Hypothese zu validieren, wäre verkehrt.
  • Die Arbeit ist ein abgegrenztes Projekt. Eine Mobile-App, eine Migration, ein Rebuild. Abgegrenzte Arbeit hat ein natürliches Ende; Anstellung nicht.
  • Sie brauchen eine Fähigkeit für acht Wochen, nicht acht Jahre. Ein kurzfristiger Release-Bedarf rechtfertigt keine Festanstellung, sofern es danach nicht genug laufende Arbeit für diese Rolle gibt.
  • Sie brauchen eine klar begrenzte Fähigkeit, bevor Sie eine Festanstellung benötigen. Ein Partner kann möglicherweise früher anfangen als eine Suche samt Kündigungsfrist; klären Sie aber, wer wann verfügbar ist, bevor Sie damit planen.

Die Gesamtkosten Ihrer konkreten Optionen berechnen

Eine europaweite Gehaltsspanne ist eine schlechte Grundlage für die Budgetplanung: Standort, Unternehmensphase, Seniorität, Eigenkapital und die konkrete Rolle verändern das Angebot. Vergleichen Sie ein konkretes Anstellungsangebot mit einem konkreten Angebot eines Partners und berücksichtigen Sie auch die Kosten außerhalb des ausgewiesenen Hauptbetrags.

  • Festanstellung. Gehalt, Arbeitgeberbeiträge, Sozialleistungen, Ausstattung und die Zeit, die Ihr Team für Gespräche und die Einarbeitung aufwendet.
  • Unternehmensanteile. Wenn sie Teil des Angebots sind, besprechen Sie Verwässerung und Entscheidungsrechte mit Mitgründern und Beratern. Vergleichen Sie sie nicht mit dem Gehalt, als wären beides austauschbare Größen.
  • Externe Unterstützung. Umfang, Teamzusammensetzung, Senior-Review, Verfügbarkeit, Änderungsprozess und Supportdauer nach der Übergabe.
  • Interner Betreuungsaufwand. Zeit, die Gründer oder Produktleitung bei beiden Optionen brauchen, um Prioritäten zu setzen, Fragen zu beantworten und Entscheidungen zu prüfen.
  • Ausstiegsrisiko. Zugänge, Dokumentation und Übergabe, falls das Arbeits- oder Auftragsverhältnis endet.

Halten Sie danach fest, wofür die Person oder der Partner im ersten Planungszyklus verantwortlich ist: welche Entscheidungen sie treffen können, welche Sie selbst behalten, welche Ergebnisse sie verantworten und welche Nachweise Sie prüfen. Das Budget sollte sich an dieser Aufgabenbeschreibung orientieren, nicht an einem allgemeinen Marktdurchschnitt.

Signale, dass Sie falsch eingestellt haben (und wie früh Sie das sehen)

Normalerweise sichtbar ab Monat drei, wenn Sie wissen, worauf Sie achten müssen:

  • Alles ist ein Rewrite. Ein guter Engineer erbt pragmatisch. Jemand, der alles, das er nicht geschrieben hat, neu bauen will, erzählt über seine Vorlieben, nicht über Ihre Codebasis.
  • Sie hören nie von Trade-offs. "Ja, wir können das machen" zu allem bedeutet, dass sie entweder nicht über Kosten nachdenken oder es Ihnen nicht sagen.
  • Niemand sonst kann deployen. Wenn Wissen konzentriert bleibt statt sich zu verbreiten, haben Sie einen Individual Contributor mit Titel eingestellt.
  • Schätzungen sind auf Task-Ebene immer richtig und auf Release-Ebene immer falsch. Das ist ein Übersetzungsproblem, und es ist fixbar – aber nur wenn Sie es benennen.

Die Option, die niemand benennt

Es gibt einen dritten Weg, der ständig genutzt wird und selten diskutiert: den Build auslagern, das Urteilsvermögen einstellen.

Ein fractional oder part-time Technical Lead, der die Architektur besitzt, die Arbeit reviewed und Ihnen sagt, wenn ein Supplier falsch ist – kombiniert mit einem Delivery-Partner, der das Volume macht. Sie bekommen einen Advocate auf Ihrer Seite des Tisches ohne Vollzeit-Gehalt, und Sie bekommen Durchsatz, ohne ein Team einzustellen, das Sie später auflösen müssen.

Das ist, was ich für die meisten Gründer mache, mit denen ich arbeite, und es zeigt, dass die Wahl zwischen den beiden nicht binär ist.

Die Fehlermodi, offen ausgesprochen

Einstellen geht schief, wenn Sie jemanden einstellen, der nie die Art von Ding geshippt hat, die Sie bauen, weil sie gut interviewt haben. Zwölf Monate später haben Sie eine Codebasis, die nur sie versteht, und eine Roadmap, die ständig rutscht – siehe das CEO↔CTO-Übersetzungsproblem.

Outsourcing geht schief, wenn niemand auf Ihrer Seite die Arbeit bewerten kann. Sie enden damit, einen Statusbericht zu vertrauen, den Sie nicht verifizieren können, und wenn Sie können, ist das Geld weg. Wenn das Ihre Situation ist, ist die Lösung nicht ein besserer Supplier – es ist technische Due Diligence von jemandem, der Ihnen nichts schuldet.

Die Frage, die Sie sich heute Abend stellen sollten

Nicht "Kann ich mir einen CTO leisten?" sondern: wenn meine derzeitigen technischen Entscheidungen falsch sind, wie lange dauert es, bis ich es herausfinde?

Wenn die Antwort Wochen ist, lagern Sie aus und bleiben Sie nah dran. Wenn die Antwort Jahre ist, brauchen Sie jemanden, dessen eigenes Ergebnis davon abhängt, richtig zu sein – und das bedeutet Eigenkapital, nicht eine Rechnung.