Checkliste für die Expertenauswahl
Checkliste für die Beauftragung eines Technologieexperten
Ob Sie einen Teilzeit-CTO, einen Softwarearchitekten oder einen Technologieberater beauftragen — die Einsätze sind hoch, denn schlechte Technologieentscheidungen potenzieren sich mit der Zeit. Nutzen Sie diese Checkliste, um den richtigen Experten für Ihre aktuelle Phase zu finden.
Written by James Chae — Co-Founder, Expert Sapiens
Platform expertise: Technology consulting & IT services · Reviewed March 2026
1Bevor Sie mit der Suche beginnen
Klären Sie, ob Sie strategische Unterstützung (Architektur, Entscheidungen) oder Umsetzung (Entwicklung) brauchen
Das sind zwei sehr unterschiedliche Profile, die in der Regel nicht dieselbe Person sein sollten.
Dokumentieren Sie Ihren bestehenden Tech-Stack und identifizieren Sie Einschränkungen
Gute Technologieberater müssen verstehen, wo Sie starten, bevor sie Änderungen empfehlen.
Klären Sie das Hauptproblem (Skalierbarkeit, Sicherheit, Performance, technische Schulden, Team)
Spezifische Probleme helfen zu bestimmen, ob Sie einen generalistischen CTO oder einen spezialisierten Experten brauchen.
Klären Sie die Teamgröße und die Erfahrungsstufen
Ein Technologieführer für ein 2-Personen-Team hat eine ganz andere Rolle als für ein 20-Personen-Team.
Bestimmen Sie den Grad der Entscheidungsbefugnis, den Sie dem Berater einräumen
Berater ohne wirkliche Entscheidungsmacht erzeugen oft mehr Reibung als Nutzen.
2Bewertung der Kandidaten
Fragen Sie nach Erfahrung in Unternehmen Ihrer Phase (Pre-Seed, Series A, Großunternehmen)
Technologische Herausforderungen und Führungsanforderungen unterscheiden sich je nach Phase erheblich.
Bitten Sie um Beispiele von Architekturentscheidungen, die sie verantwortet haben
Entscheidungsverantwortung (vs. nur Beratung) zeigt echte operative Erfahrung.
Fragen Sie nach ihrem Ansatz für technische Schulden und die Migration von Legacy-Systemen
Die meiste echte Technologiearbeit beinhaltet Einschränkungen, keine Neuentwicklungen von Grund auf.
Bewerten Sie die Kommunikationsfähigkeiten — können sie technische Konzepte für nicht-technische Stakeholder erklären?
Ein CTO, der die technische Realität dem Gründer nicht vermitteln kann, schafft gefährliche blinde Flecken.
Überprüfen Sie relevante Branchenerfahrung (Fintech, Medtech, E-Commerce, B2B SaaS)
Compliance-Anforderungen, Sicherheitsstandards und Skalierungsanforderungen variieren je nach Branche enorm.
3Während des Engagements
Dokumentieren Sie alle Architekturentscheidungen und deren Begründungen (Architecture Decision Records)
Entscheidungen ohne Kontext können später nicht rational überprüft oder rückgängig gemacht werden.
Planen Sie regelmäßige Demos oder Reviews der laufenden Arbeit
Technologiearbeit ohne strukturierte Kontrollpunkte wird undurchsichtig.
Stellen Sie sicher, dass der Berater mit Ihrem Team arbeitet, nicht um es herum
Gute Teilzeit-CTOs mentoren und stärken das Team, anstatt Abhängigkeit zu schaffen.
Integrieren Sie Sicherheits- und Compliance-Prüfpunkte in die Meilensteine
Eingebaute Sicherheit ist viel einfacher als nachträglich hinzugefügte — stellen Sie sicher, dass sie nicht ignoriert wird.
Legen Sie Coding- und Dokumentationsstandards von Anfang an fest
Ohne Standards produzieren verschiedene Personen inkompatiblen Code.
4Zum Abschluss des Engagements
Bestätigen Sie, dass sämtlicher Code in der Versionskontrolle liegt und das Eigentum übertragen wurde
Aller während des Engagements erstellter Code sollte Ihnen gehören.
Fordern Sie eine Systemdokumentationsübergabe an (Architekturdiagramme, Runbooks)
Nicht dokumentierte Systeme werden zu ernsthaften Risiken, wenn Schlüsselpersonen gehen.
Prüfen Sie alle Zugangsdaten, Schlüssel und Zugriffe vor der Übergabe
Ein Sicherheits-Cleanup beim Ausscheiden verhindert späteren unbefugten Zugriff.
Dokumentieren Sie ungelöste Technologieentscheidungen und bekannte Risiken in einem geteilten Dokument
Zukünftige Teammitglieder müssen verstehen, welche Kompromisse eingegangen wurden und warum.
Expertentipp
Fragen Sie jeden Technologieberater: 'Was würden Sie nicht selbst bauen?' Gute CTOs kennen ihre Grenzen und empfehlen bei Bedarf fertige Lösungen, anstatt alles selbst zu entwickeln.