Aktualisiert am 16 Min. Lesezeit
Sébastien Nobour
Gründer von DEVEDANOS
Haben Sie Kapital aufgenommen oder eine Gründungsfinanzierung erhalten, oder sind Sie gerade dabei? Gibt es Ihr Produkt noch nicht, oder nur als Mock-up, und brauchen Sie jemanden, der es baut und die technischen Entscheidungen trifft, an die Ihr Unternehmen über Jahre gebunden sein wird? Vielleicht denken Sie daran, einen technischen Leiter, einen CTO, unbefristet einzustellen.
Ein angestellter CTO baut und entscheidet. Er wird mit einem Gehalt bezahlt statt mit Anteilen. Dieses Gehalt zahlen Sie jeden Monat, ob Ihr Produkt seine Kunden findet oder nicht. Außerdem müssen Sie ihn erst finden und dann seine Fähigkeiten beurteilen, ohne selbst technisch zu sein. Aus unserer Sicht ist der beste Zeitpunkt für diese Einstellung gekommen, wenn Ihre ersten Nutzer Ihr Produkt bereits verwenden.
CTO, technischer Leiter, ist eine Position: Wer sie innehat, leitet die Technik Ihres Produkts. Der Titel sagt nicht, wie die Person an Ihr Unternehmen gebunden ist, und auch nicht, seit wann. Ganz am Anfang, schreibt Fred Wilson, Investor beim amerikanischen Fonds Union Square Ventures, hat ein Startup weder einen CTO noch einen VP Engineering: Sein technischer Mitgründer übernimmt beide Rollen.
Der technische Mitgründer steigt als Gesellschafter ein und teilt Ihr Risiko. Er trägt oft den Titel CTO, und einen technischen Mitgründer zu finden kostet Sie einen Teil Ihres Unternehmens.
Der angestellte CTO ist durch einen Arbeitsvertrag an Ihr Unternehmen gebunden. Er arbeitet nur für Sie, gegen ein monatliches Gehalt: Um ihn geht es im Rest dieses Artikels.
Der CTO in Teilzeit arbeitet für mehrere Unternehmen. Er trifft die technischen Entscheidungen, und jemand anderes baut das Produkt: Das ist eine der vier Formen des technischen Partners.
Der Founding Engineer, ein englischer Begriff, der auch im Deutschen unverändert verwendet wird, ist einer der allerersten eingestellten Entwickler. Er ist Angestellter, dem das Unternehmen oft einen kleinen Anteil am Kapital überträgt, und kein Mitgründer.
Der Product Engineer ist ein Entwickler, der für das Produkt ebenso Verantwortung trägt wie für den Code: Er spricht mit den Nutzern und entscheidet mit, was zuerst gebaut wird.
Auch ein freiberuflicher Entwickler oder eine Agentur kann Ihr Produkt bauen, auf Grundlage eines Dienstleistungsvertrags. Prüfen Sie vor der Unterschrift, was dieser Vertrag regeln muss.
Am Anfang baut ein angestellter CTO das Produkt selbst. Er schreibt den Code, wählt die Technologien und entscheidet, was zuerst kommt und was warten kann. Wächst das Unternehmen, stellt er das technische Team ein und leitet es.
Er arbeitet nur für Sie, in Vollzeit. Die Software, die er in Wahrnehmung seiner Aufgaben entwickelt, steht Ihrem Unternehmen zu (§ 69b des Urheberrechtsgesetzes: Das Recht an Software, die ein Arbeitnehmer in Wahrnehmung seiner Aufgaben schafft, liegt beim Arbeitgeber). Bei einem Mitgründer oder einem Dienstleister braucht es eine schriftliche Übertragung der Rechte, also den Vertrag, mit dem der Urheber eines Codes seine Rechte daran überträgt. Bei einem Angestellten genügt das Gesetz.
Was Ihr Produkt können soll, entscheidet er nicht allein. Marty Cagan, Experte für Produktmanagement und Autor des Buchs Inspired, unterscheidet vier Risiken bei der Entwicklung eines Produkts und weist nur eines davon den Entwicklern zu: die Machbarkeit. Ob Kunden das Produkt wollen und ob es zum übrigen Geschäft passt, liegt beim Produktverantwortlichen, und in einem jungen Unternehmen sind das oft Sie.
Ein CTO kann also nicht an Ihrer Stelle wissen, ob Kunden Ihr Produkt wollen. Das Analysehaus CB Insights hat in einer Studie von 2021, über die die Website SmartCompany berichtete, 111 Startups untersucht, die ihren Betrieb eingestellt haben. Fehlender Bedarf am Markt gehört bei 35 % von ihnen zu den genannten Ursachen. Fragen Sie Ihre künftigen Kunden, bevor Sie einstellen.
Das Gehalt. Das Gehalt eines CTO im Startup hängt von seiner Erfahrung und von Ihrer Branche ab, und für diese Position gibt es keinen festen Satz. Legen Sie vor einem Angebot den Betrag fest, den Sie tragen können, und fragen Sie Personalberatungen und vergleichbare Unternehmen in Ihrem Land, was sie für dieses Profil zahlen.
Die Arbeitgeberbeiträge. Sie kommen zum Bruttogehalt hinzu: die Abgaben und Beiträge, die der Arbeitgeber zahlt. Fragen Sie Ihren Steuerberater oder Ihre Lohnbuchhaltung, wie hoch sie in Ihrer Situation sind.
Die Personalsuche. Beauftragen Sie eine Personalberatung, kommt ihr Honorar hinzu. Es wird mit der Beratung verhandelt: Lassen Sie es sich schriftlich geben, bevor Sie den Auftrag erteilen.
Die jährlichen Kosten für den Arbeitgeber sind also das Bruttogehalt plus die Arbeitgeberbeiträge, und einmalig kommt das Honorar für die Personalsuche hinzu. Wir vergleichen diese Kosten mit denen eines Entwicklers.
Teilen Sie Ihre verfügbaren Mittel durch diese monatlichen Kosten: Sie erhalten die Zahl der Monate, in denen Sie Ihren CTO bezahlen können, bevor Ihr Produkt Geld einbringt.
In einem Artikel des Journal du Net vom Juni 2026 erzählen Gründer ohne technischen Hintergrund, wie sie ihren CTO ausgewählt haben. Amélie Schieber, Geschäftsführerin von Tiime, einem französischen Fintech, das Selbstständigen eine Buchhaltungsplattform anbietet, übertrug einer Personalberatung die Suche nach ihrem CTO. Die technischen Fähigkeiten des Kandidaten, den ihr die Beratung vorstellte, ließ sie von der Beratung selbst und von den technischen Teams ihres Unternehmens beurteilen. Der Artikel erinnert auch daran, dass ein Profil, das zum Start eines Produkts passt, nicht immer zu seinem Wachstum passt: Sagen Sie dem Kandidaten, wie weit Sie Ihr Produkt bringen wollen, und fragen Sie ihn, welches Produkt er schon bis zu dieser Größe gebracht hat.
Haben Sie niemanden, der einen Kandidaten beurteilen kann, holen Sie sich Hilfe: bei einer spezialisierten Personalberatung, bei einem Entwickler, dem Sie vertrauen, oder bei einem CTO in Teilzeit. Und stellen Sie dem Kandidaten die Frage, die man auch einem Mitgründer stellt: Welche Software hat er in Produktion gebracht und danach über mehrere Jahre weiterentwickelt?
Wie lange eine Trennung dauert. In Deutschland gilt während einer vereinbarten Probezeit von höchstens sechs Monaten eine Kündigungsfrist von zwei Wochen (§ 622 Abs. 3 BGB). Danach beträgt die Kündigungsfrist vier Wochen zum 15. oder zum Ende eines Kalendermonats, und kündigt der Arbeitgeber, verlängert sie sich mit der Dauer der Betriebszugehörigkeit. Eine Trennung nach der Probezeit dauert für Sie also mindestens vier Wochen und, je nach Betriebszugehörigkeit Ihres CTO, deutlich länger.
Was eine gescheiterte Einstellung kostet. Ein Artikel der französischen Website HelloWorkplace rechnet ein Beispiel durch: Ein Mitarbeiter, der den Arbeitgeber mit Beiträgen 50.000 € im Jahr kostet, verlässt das Unternehmen nach sechs Monaten. Addiert man das bereits gezahlte Gehalt und die Beiträge, die Einarbeitung und die Schulung, die verlorene Produktivität und die neue Personalsuche, beziffert der Artikel diese gescheiterte Einstellung auf 43.000 €. Das Beispiel betrifft ein anderes Profil, und ein CTO kostet den Arbeitgeber mehr: Die Zahl zeigt nur die Größenordnung. Der Nachfolger eines CTO muss zudem den Code übernehmen, den dieser geschrieben hat. Planen Sie in Ihren Mitteln eine Reserve ein, die eine gescheiterte Einstellung auffängt.
Ohne technischen Leiter können Sie auch zuerst einen Entwickler einstellen.
Ein Entwickler schreibt den Code, testet ihn, bringt ihn in Produktion und behebt Fehler. In einem Startup ohne CTO trifft er auch Entscheidungen, die anderswo ein technischer Leiter treffen würde: die Programmiersprache, das Hosting, die Struktur des Codes, was er automatisch prüft und was er beiseitelässt. An diese Entscheidungen ist Ihr Unternehmen über Jahre gebunden.
Ohne CTO gibt es noch kein technisches Team, das die Arbeit eines ersten Entwicklers beurteilen könnte. Sie können sie trotzdem auf drei Arten beurteilen.
Was Ihre Nutzer damit machen. Sie verwenden die Software, oder sie verwenden sie nicht. Sie melden, was fehlt und was nicht funktioniert. Dieses Urteil fällen Sie, und es verlangt keinerlei technische Kenntnisse.
Häufigkeit und Zuverlässigkeit der Deployments. DORA (DevOps Research and Assessment), das Forschungsprogramm von Google Cloud zur Entwicklung und Auslieferung von Software, verfolgt fünf Kennzahlen. Drei davon können Sie jeden Monat bei Ihrem Entwickler abfragen, ohne eine Zeile Code zu lesen: wie oft eine Änderung in Produktion gegangen ist, wie viele dieser Deployments etwas kaputt gemacht und einen sofortigen Eingriff erfordert haben, und wie lange es gedauert hat, den Dienst wiederherzustellen. Die Forschung von DORA zeigt immer wieder, dass „Geschwindigkeit und Stabilität keine Zielkonflikte sind“: Ein Team, das oft in Produktion geht, bezahlt das nicht mit Ausfällen.
Dave Farley, einer der Pioniere von Continuous Delivery und Mitautor des Buchs Continuous Delivery, stellt in Modern Software Engineering (Moderne Softwareentwicklung) eine Frage, die Sie übernehmen können: „Wie lange dauert es, bis eine Änderung an einer einzigen Codezeile von der ‚Idee‘ zur ‚funktionierenden Software‘ gelangt?“ Stellen Sie sie Ihrem Entwickler, und lassen Sie sich den Weg zeigen, den diese Änderung nimmt.
Ein technischer Blick von außen. Die Qualität des Codes, die Sicherheit und die Architekturentscheidungen sieht man der Software von außen nicht an. Um sie zu beurteilen, braucht es eine weitere Fachperson: einen CTO in Teilzeit oder einen anderen Entwickler, der in regelmäßigen Abständen einen Teil des Codes durchsieht.
Dieser Blick von außen zählt umso mehr, als Ihr Entwickler einen Teil des Codes wahrscheinlich mit KI schreiben wird. In der Umfrage 2025 von Stack Overflow, der Frage-und-Antwort-Website der Entwickler, nutzen 84 % der Befragten KI-Werkzeuge für die Entwicklung oder planen es. In derselben Umfrage misstrauen 46 % der Befragten der Genauigkeit dessen, was diese Werkzeuge liefern, gegenüber 33 %, die ihnen vertrauen. Für Dave Farley kostet das Schreiben von Code inzwischen wenig, und Zeit kostet die Überprüfung. Fragen Sie Ihren Entwickler, wie jede Änderung geprüft wird, bevor sie in Produktion geht.
Aus unserer Sicht schützt Continuous Delivery die Arbeit eines ersten Entwicklers ohne CTO. Lassen Sie ab seinem ersten Monat, bevor Ihre Kunden von seiner Software abhängen, prüfen, ob er ihre Prinzipien kennt und anwendet: eine Deployment-Pipeline, wie Dave Farley sie lehrt, die bei jeder Änderung automatisierte Tests erneut ausführt, kleine Änderungen, die laufend ausgeliefert werden, und ein Softwareentwurf, der die Fachlichkeit Ihres Unternehmens abbildet.
Wann ein erster Entwickler die richtige Antwort ist. Ihr Produkt wird bereits genutzt und muss sich jede Woche im Takt Ihrer Kunden weiterentwickeln. Das ist Arbeit für eine Person in Vollzeit, über Jahre, und ein Angestellter, der Ihr Geschäft von innen kennt, kann sich dafür langfristig einsetzen. Seine Arbeit bringt Ihrem Unternehmen mehr ein, als sie kostet, und Sie können sein Gehalt tragen. Und jemand, ein CTO in Teilzeit oder ein externer Entwickler, kann prüfen, ob er die Prinzipien von Continuous Delivery anwendet. Dann ist die Einstellung eines ersten Entwicklers eine gute Wahl.
Paul Graham, Mitgründer des Startup-Accelerators Y Combinator, schrieb im Oktober 2015: „Zu schnell einzustellen ist mit Abstand die häufigste Todesursache bei Startups, die Kapital aufgenommen haben.“ Er fügt hinzu, dass Gründer, die gerade eine Finanzierungsrunde abgeschlossen haben, von ihren Investoren oft ermutigt werden, mehr Leute einzustellen als nötig.
In Frankreich verlangen Investoren nach Angaben zweier Akteure der Startup-Finanzierung mehr Belege, bevor sie investieren. Grenoble Angels, ein Netzwerk von Business Angels im Département Isère und Mitglied des Verbands France Angels, stellte im zweiten Halbjahr 2024 „höhere Erwartungen an die Markttraktion und damit an den Umsatz“ fest. Im Juli 2025 kommentierte Nicolas Forey, Präsident der Beratungsgesellschaft In Extenso Innovation Croissance, in Le Journal des Entreprises das Barometer der Finanzierungsrunden des Steuerberatungsnetzwerks In Extenso, das das erste Halbjahr 2025 mit 2023 vergleicht. Nach seiner Aussage fällt es jungen Startups schwerer, ihre erste Finanzierungsrunde, die Seed-Runde, abzuschließen, die 2024 noch standhielt. Die Zeitung fügt hinzu, dass die Investoren, vorsichtiger geworden, sich „lieber auf reifere Unternehmen konzentrieren“.
Mit einer bloßen Idee lässt sich bei manchen Investoren noch immer Kapital aufnehmen. Y Combinator gibt in seinen häufig gestellten Fragen an, dass im Schnitt 40 % der Unternehmen, die es in jedem Jahrgang finanziert, noch nicht mehr als eine Idee sind. Was Sie mit diesem Geld machen, bleibt Ihre Entscheidung.
Aus unserer Sicht dient das aufgenommene Geld zuerst dazu zu prüfen, ob Kunden Ihr Produkt wollen. Einen angestellten CTO vor dieser Prüfung einzustellen heißt, jeden Monat ein Leitungsgehalt für ein Produkt zu zahlen, von dem noch niemand weiß, ob es seine Kunden findet. Sobald Ihre ersten Nutzer es verwenden, stellen Sie für einen Bedarf ein, den Sie beobachtet haben, und können ihn Ihrem künftigen CTO erklären.
Was belegt heute, dass Kunden Ihr Produkt wollen? Ist die Antwort noch eine Absicht, prüfen Sie sie zuerst mit einem MVP, dem Minimum Viable Product. Das ist keine erste Version des Produkts, sondern der kleinste Test, der prüft, ob die Idee es wert ist, gebaut zu werden.
Der Code Ihres angestellten CTO steht Ihrem Unternehmen zu, nicht aber sein Wissen über die Software. Solange er allein ist, hängt das gesamte Wissen über die Software an ihm. Verlässt er das Unternehmen, geht dieses Wissen mit ihm, es sei denn, es wurde aufgeschrieben und weitergegeben. Seine Kündigungsfrist, nach dem Gesetz mindestens vier Wochen, ist die Zeit, die Ihnen bleibt, damit er es weitergibt. Bitten Sie ihn von Anfang an, laufend aufzuschreiben, wie die Software funktioniert.
Legen Sie außerdem die Konten der Software auf den Namen des Unternehmens an, nicht auf den Ihres CTO: den Domainnamen, den Hoster und das Repository, in dem der Quellcode liegt.
Nur ein Übernahmeversuch, einmal durchgeführt, bevor man ihn braucht, beweist, dass ein anderer Entwickler die Software übernehmen kann: Er erhält den Code und die Dokumentation, installiert die Software und bringt dann eine kleine Änderung in Produktion. Gelingt ihm das, liegt das Wissen im Unternehmen.
Ein technischer Leiter bringt seine Fähigkeiten mit, und auch eine Art zu entscheiden, was entwickelt wird und in welcher Reihenfolge. Bei einem prädiktiven Ansatz wird die Liste der Funktionen am Anfang festgelegt, mit einem Zeitplan und Terminen. Diese Liste wird aber geschrieben, bevor die Software existiert, an dem Tag, an dem man am wenigsten darüber weiß, wie die Nutzer Ihrer Anwendung sie verwenden werden. Bei einem adaptiven Ansatz kommt die Software früh in ihre Hände, und ihre Nutzung bestimmt die nächsten Funktionen.
Fragen Sie den Kandidaten im Auswahlverfahren, wie er entscheiden wird, was zuerst entwickelt wird, und was er an dem Tag tun wird, an dem Ihre Nutzer etwas anderes verlangen als geplant.
Ein angestellter CTO lohnt sich, wenn vier Bedingungen erfüllt sind. Nutzer verwenden Ihr Produkt bereits, oder Kunden haben bereits fest zugesagt. Ihre Mittel können sein Gehalt so lange tragen, wie Ihr Produkt braucht, um Geld einzubringen. Seine Arbeit bringt Ihrem Unternehmen danach mehr ein, als sie kostet. Und die Technik steht im Zentrum Ihres Produkts: Technische Entscheidungen fallen dort jeden Tag und verlangen jemanden in Vollzeit. Er ist es auch, der das technische Team einstellen und leiten wird, wenn es wächst.
Für Y Combinator muss das Gründerteam von Anfang an die Fähigkeiten haben, sein Produkt selbst zu bauen. Ist Ihr Produkt in erster Linie eine Technologie, eine Software, deren Wert in ihrer technischen Schwierigkeit liegt, gilt dieser Rat: Einen CTO früh einzustellen oder sich mit ihm zusammenzutun, ist dann die richtige Antwort.
Können Sie kein Gehalt zahlen, stellt sich die Frage nach einem technischen Mitgründer. Brauchen Sie vor allem Entscheidungen und einen Blick auf die Arbeit Ihrer Dienstleister, kann ein CTO in Teilzeit genügen.
Ihr Produkt kann auch zuerst einen Bedarf erfüllen, den Sie aus Ihrem Beruf oder von Ihren Kunden kennen. Die Technik dient dann diesem Bedarf. Aus unserer Sicht können Sie Ihr Produkt schon jetzt bauen lassen, mit einem Code, der Ihrem Unternehmen gehört, und es Ihren ersten Nutzern in die Hand geben. In dieser Zeit liegen die technischen Fähigkeiten außerhalb des Unternehmens. Y Combinator rät in seinen häufig gestellten Fragen zum Gegenteil: Das Gründerteam soll die Fähigkeiten haben, sein Produkt selbst zu bauen, statt es einem Auftragnehmer zu überlassen. Bei einem Produkt, dessen Bedarf aus Ihrem Beruf kommt, denken wir anders: Seine Schwierigkeit liegt zuerst in diesem Bedarf, den Sie kennen, und ein Auftragnehmer kann es bauen, solange der Code Ihrem Unternehmen gehört. Ihren CTO stellen Sie danach ein, mit Blick auf ein bereits genutztes Produkt, und er übernimmt eine Software, deren Code Ihnen gehört.
Ein CTO, den Sie einstellen, wenn Ihre Nutzer das Produkt bereits verwenden, weiß, was er weiterentwickeln muss, und Sie wissen, warum Sie ihn einstellen.
Bis zu dieser Einstellung treffen wir die technischen Entscheidungen, die Ihr Produkt verlangt, wie es ein technischer Leiter tun würde: die Technologien, die Architektur, die Art, es zu testen und in Produktion zu bringen. Wir richten sie an Ihren Zielen aus, und die Entscheidungen über Ihr Produkt bleiben Ihre.
Bei DEVEDANOS entwickeln wir Ihre individuelle Software, innerhalb eines Monats nutzbar, zu einem festen Monatsbudget, und passen sie laufend an Ihr sich wandelndes Geschäft an. Das Budget wird gemeinsam mit Ihnen aufgebaut, auf Grundlage Ihrer Zahlen und Ziele: Wir legen zusammen den Betrag fest und das Problem, das Ihre Anwendung lösen soll. Mit diesem festen Budget zahlen Sie weder das Honorar einer Personalberatung noch Arbeitgeberbeiträge. Die Nutzer Ihrer Anwendung arbeiten ab dem ersten Entwicklungsmonat damit, und ihre Nutzung bestimmt die nächste Funktion oder die nächsten Funktionen. Sie ändern die Richtung, wann immer Sie wollen, mit voller Reaktionsfähigkeit, ohne Nachtrag oder Aufpreis.
Unser Ansatz ist adaptiv: Er sagt voraus, was vorhersehbar ist, das Monatsbudget und die Entwicklungstage pro Monat, und versucht nicht vorherzusagen, was Ihre Nutzer mit einer Funktion tun werden, bevor sie sie in der Hand haben.
Und damit das, was im letzten Monat funktioniert hat, auch in diesem Monat noch funktioniert, geben wir eine Null-Regressions-Garantie: Jede Regression wird behoben und durch einen automatisierten Test abgesichert, damit sie nicht wiederkehrt, ohne Aufpreis.
Der Quellcode, die Infrastruktur, die Deployment-Pipeline und die Dokumentation sind Ihr geistiges Eigentum, sobald die erste Monatsrechnung beglichen ist. Eine Testphase von bis zu 15 Arbeitstagen im ersten Monat: keine Rechnung, wenn Sie die Ergebnisse nicht wollen.
Sie können den Vertrag jederzeit schriftlich kündigen, ohne Begründung. Während des Monats der Reversibilität begleiten wir Ihr Team, bis es eigenständig bauen, testen und deployen kann. An dem Tag, an dem Sie Ihren CTO einstellen, findet er eine bereits genutzte Software vor, mit ihrem Code, ihren Tests und ihrer Dokumentation. Die Pipeline sichert weiterhin jede künftige Änderung ab, gleich welcher Entwickler sie vornimmt.
Wir bauen unter anderem Online-Marktplätze, Fachanwendungen und mobile Apps.
Sie überlegen, ob Sie einen CTO einstellen oder Ihr Produkt zuerst bauen lassen? Sprechen wir darüber?
KI im Unternehmen einführen: von einer genau umrissenen Aufgabe ausgehen, erkennen, wann eine Regel genügt, zwischen einem Automatisierungswerkzeug und individueller Software wählen und die Risiken kennen.
Eine Excel-Datei, die mehrere Benutzer teilen, Fehler, Versionen, die sich widersprechen: wann die Tabelle zur Anwendung geworden ist, und was der Umstieg auf eine webbasierte Fachanwendung ändert.
Eine Webanwendung übernehmen lassen: was Sie zurückbekommen müssen, bevor Sie den IT-Dienstleister wechseln, warum Tests vor jeder Änderung kommen und wann eine Modernisierung nötig ist.