Tech-Stack-Berater: Aufgaben, der richtige Zeitpunkt und was Dich erwartet
Ein Tech-Stack-Berater ist ein unabhängiger Berater, der die Technologie hinter Deinem Produkt bewertet und Dir eine belastbare Antwort auf drei Fragen gibt: Passt der aktuelle Stack zu dem, wohin das Geschäft sich entwickelt, was sollte sich ändern, und in welcher Reihenfolge. Das klingt einfach. In der Praxis ist es eine der am meisten missverstandenen Rollen in der Softwarebranche, weil der Titel von allen benutzt wird, von echten Architekten bis zu Agenturen, deren eigentliches Produkt ein Neubau auf dem Framework ist, das sie gerade verkaufen.
Dieser Leitfaden erklärt, was ein Tech-Stack-Berater während eines Engagements tatsächlich tut, wann eine Beauftragung sinnvoll ist, was sie im europäischen Markt kostet und wie Du einen unabhängigen Berater von einem Reseller unterscheidest, bevor Du irgendetwas unterschreibst.
Was ein Tech-Stack-Berater während eines Engagements tut
Ein seriöses Engagement folgt vier Phasen. Wenn ein Angebot eine davon überspringt, frag nach dem Grund.
1. Discovery
Der Berater lernt Deinen Geschäftskontext kennen, bevor er die Technologie anfasst. Das bedeutet Gespräche mit Gründern, Product Ownern und den Entwicklern, die in der Codebasis leben, plus ein Blick auf Deine Roadmap, Teamzusammensetzung und Budgetgrenzen. Eine Stack-Empfehlung, die ignoriert, wer sie warten wird, ist wertlos. Ein Drei-Personen-Team sollte nicht dieselbe Architektur betreiben wie eine Engineering-Organisation mit fünfzig Leuten, egal wie modisch diese Architektur ist.
Discovery klärt auch das eigentliche Problem. Kunden kommen oft mit einer Formulierung wie "wir müssen auf Microservices umsteigen", wenn das zugrunde liegende Problem langsame Releases durch fehlende Tests sind. Ein Teil der Arbeit besteht darin, den geäußerten Wunsch von der echten Einschränkung zu trennen.
2. Evaluation
Hier zeigt sich Unabhängigkeit. Der Berater untersucht Codebasis, Infrastruktur, Deployment-Pipeline und Datenschicht direkt. Keine Folien darüber, sondern die tatsächlichen Repositories und Dashboards. Erwarte, dass er sich Dependency-Aktualität, Framework-Versionen und deren Support-Fenster, Testabdeckung in den Bereichen mit den meisten Änderungen, Query-Performance auf den größten Tabellen, Hosting-Kosten relativ zur Last und die Dauer eines Releases von Merge bis Produktion ansieht.
Das Ergebnis der Evaluation sind Belege, keine Meinung. "Eure Doctrine-Version erreicht in acht Monaten ihr End of Life und blockiert das PHP-Upgrade" ist ein Befund. "PHP ist veraltet" ist keiner. Wenn Du ein Gefühl dafür bekommen willst, wie Belege auf Code-Ebene in der Praxis aussehen, beschreibt unsere Seite zum Code Quality Consulting die Audit-Methodik, die wir in dieser Phase anwenden.
3. Empfehlung
Das Ergebnis ist ein schriftlicher Bericht mit dokumentierten Abwägungen. Jede Empfehlung sollte ihre Kosten, ihr Risiko und die verworfene Alternative samt Begründung benennen. "Migriert zu Kubernetes" ist keine Empfehlung. "Bleibt für die nächsten 18 Monate auf eurem aktuellen Single-Server-Setup, weil euer Traffic den Orchestrierungs-Overhead nicht rechtfertigt, und prüft neu, wenn ihr X überschreitet" ist eine, obwohl sie empfiehlt, nichts zu tun.
Gute Berichte sequenzieren auch die Arbeit. Eine priorisierte Liste mit Aufwandsschätzungen lässt Dich die obersten drei Punkte mit Deinem bestehenden Team angehen und den Rest zurückstellen. Ein Bericht, der zwanzig dringende Punkte ohne Reihenfolge präsentiert, ist ein Verkaufsdokument, keine Beratung.
4. Begleitung der Umsetzung
Die meisten Berater sind nach dem Bericht weg. Die nützlichen bleiben erreichbar, während Dein Team umsetzt, reviewen die ersten Pull Requests einer Migration und passen den Plan an, wenn die Realität ihm widerspricht. Diese Phase ist üblicherweise ein kleiner Retainer statt Vollzeit-Beteiligung. Frag vorab, ob sie angeboten wird, denn eine Empfehlung, bei deren Umsetzung niemand hilft, landet erfahrungsgemäß in der Schublade.
Berater oder Reseller: wie Du den Unterschied erkennst
Der wichtigste Filter ist Unabhängigkeit. Ein Reseller verdient Geld, wenn Du eine bestimmte Technologie einführst: das bevorzugte Framework seiner Agentur, ein Cloud-Partnerprogramm, eine lizenzierte Plattform. Ein unabhängiger Tech-Stack-Berater verdient Geld, indem er recht hat, weil sein Geschäft von Empfehlungen der Kunden abhängt, deren Stacks besser geworden sind.
Drei Tests trennen die beiden schnell. Erstens: Frag, welchen Stack er empfehlen würde, bevor er Deinen Code gesehen hat. Ein unabhängiger Berater verweigert die Antwort, weil die ehrliche Antwort "kommt darauf an, was ich finde" lautet. Ein Reseller antwortet sofort, und die Antwort ist immer dieselbe Technologie. Zweitens: Frag nach einer früheren Empfehlung, deren Fazit "nichts ändern" war. Unabhängige Berater haben mehrere. Reseller haben keine, weil "nichts ändern" keinen Implementierungsumsatz erzeugt. Drittens: Prüfe, ob die Person, die Deinen Stack bewertet, dieselbe ist, die vom Neubau profitieren würde. Wenn das Audit kostenlos ist und der Neubau im selben Termin angeboten wird, war das Audit ein Verkaufsgespräch.
Wir haben einen separaten Leitfaden zu diesem Auswahlprozess geschrieben, der sich an nicht-technische Gründer richtet: how to choose a tech stack consultancy.
Wann Du einen Tech-Stack-Berater beauftragen solltest
Nicht jedes Unternehmen braucht einen. Die Engagements, die sich verlässlich bezahlt machen, sammeln sich um wenige Situationen.
Vor einer großen Festlegung. Du stehst davor, einen mehrjährigen Hosting-Vertrag zu unterschreiben, Dich auf eine Framework-Migration festzulegen oder einen Rewrite freizugeben. Ein zweiwöchiges Assessment für ein paar tausend Euro ist eine günstige Versicherung gegen einen sechsstelligen Fehler.
Wenn Wachstum Risse offenlegt. Seiten, die bei 100 Nutzern schnell waren, sind bei 10.000 langsam. Releases, die eine Stunde dauerten, dauern einen Tag. Das sind Stack- und Architektur-Symptome, und die Lösung ist selten "mehr Server dazustellen".
Nach der Übernahme einer Codebasis. Eine Akquisition, ein gegangener Gründungsentwickler oder eine Agentur-Übergabe lässt Dich Software betreiben, die niemand im Haus vollständig versteht. Ein externes Assessment kartiert das Risiko, bevor es sich selbst kartiert.
Vor oder während einer Finanzierungsrunde. Technische Due Diligence ist in B2B-SaaS-Runden Standard. Ein unabhängiges Stack-Review sechs Monate vor der Runde findet die Probleme nach Deinem Zeitplan statt nach dem des Investors.
Wenn das Team uneins ist. Zwei Senior-Entwickler wollen unvereinbare Richtungen, und der Streit läuft seit Monaten. Eine Außenmeinung mit Belegen auf Code-Ebene löst Pattsituationen, die interne Politik nicht lösen kann.
Wenn nichts davon zutrifft und Dein Stack langweilig ist und funktioniert, brauchst Du wahrscheinlich keinen Berater. Langweilig und funktionierend ist der Zielzustand, kein Problem.
Was es im EU-Markt kostet
Europäische Preise fallen in zwei Modelle, und das Modell sagt Dir etwas über das Engagement.
Tagessätze für erfahrene unabhängige Berater in Deutschland und Westeuropa liegen typischerweise bei 900 bis 1.600 EUR pro Tag, je nach Spezialisierung und Seniorität. Tagessatz-Engagements passen zu offener Beratungsarbeit: Fractional-CTO-Arrangements, laufende Architektur-Unterstützung, Retainer für die Umsetzungsphase.
Festpreis-Assessments sind der üblichere Einstieg. Ein abgegrenztes Stack-Review eines einzelnen Produkts, von Discovery bis zur schriftlichen Empfehlung, landet meist zwischen 5.000 und 20.000 EUR, abhängig von der Größe der Codebasis und der Tiefe der Evaluation. Festpreis ist für ein erstes Engagement das käuferfreundliche Modell, weil Umfang, Ergebnis und Preis vor Arbeitsbeginn vereinbart sind und es keinen Anreiz gibt, den Kalender zu strecken.
Sei vorsichtig bei Preisen weit unter diesem Band. Ein "Stack-Audit" für 1.500 EUR finanziert nicht die Tage, die das Lesen einer echten Codebasis erfordert, also ist es entweder eine Checkliste gegen Deine öffentliche Website oder ein Lockangebot für einen Implementierungs-Pitch.
Fragen, die Du vor der Unterschrift stellen solltest
Eine kurze Liste, die den Großteil der Filterarbeit erledigt. Was wird das schriftliche Ergebnis enthalten, und kannst Du ein geschwärztes Beispiel aus einem früheren Engagement sehen? Wer genau führt die Evaluation durch, und wie viel Produktionscode hat diese Person persönlich im Ökosystem Deines Stacks ausgeliefert? Setzen sie ihre eigenen Empfehlungen um, und falls ja, wie halten sie die Beratung von diesem Umsatz unabhängig? Was passiert, wenn sie feststellen, dass die richtige Antwort ist, alles so zu lassen, wie es ist? Mit welchen früheren Kunden kannst Du sprechen?
Die Frage nach dem Beispiel-Ergebnis ist das stärkste Einzelsignal. Berater, die diese Arbeit gut machen, sind stolz auf ihre Berichte und zeigen sie bereitwillig. Vage Antworten über "maßgeschneiderte Dokumentation" bedeuten meist, dass hinter dem Engagement keine Methodik steht.
Warnsignale, die auf ein Missverhältnis hindeuten
Eine Empfehlung kommt, bevor jemand Deinen Code gelesen hat. Das Angebot beginnt mit einem Neubau. Jedes Problem hat dieselbe Technologie als Antwort. Der Berater kann eine Abwägung, die er empfiehlt, nicht erklären, ohne in Vendor-Marketing-Sprache zu verfallen. Das Audit ist kostenlos. Der Bericht hat keine Prioritäten, keine Aufwandsschätzungen und keine verworfenen Alternativen. Jedes einzelne davon ist ein Grund, langsamer zu machen; zwei oder mehr sind ein Grund zu gehen.
Was Dich am Ende erwartet
Wenn ein Engagement funktioniert, hast Du am Ende drei Dinge: ein schriftliches Assessment, das Dein Team auch dort für zutreffend hält, wo es wehtut, einen sequenzierten Plan, den Deine bestehenden Entwickler umsetzen können, und eine belastbare Antwort für den Beirat, einen Investor oder Deinen eigenen Seelenfrieden, warum der Stack so ist, wie er ist. Was Du nicht haben solltest, ist eine Abhängigkeit vom Berater. Beratung, die nur der Berater umsetzen kann, ist eine Leine, kein Ergebnis.
Wenn Du gerade eine Stack-Entscheidung abwägst, deckt unser Angebot Tech Stack Strategy genau diese Art von Engagement ab, vom abgegrenzten Review bis zur laufenden Beratung. Wir starten gern mit einem kostenlosen, unverbindlichen Blick auf Deine Situation: Schreib an hello@wolf-tech.io mit einer kurzen Beschreibung Deines Stacks und der anstehenden Entscheidung, oder finde mehr Details auf wolf-tech.io.