Tech Stack

Was ist ein Tech Stack?

Tech Stack (Technologiestapel) bezeichnet die Gesamtheit der Technologien, mit denen ein Softwareprodukt entwickelt, betrieben und ausgeliefert wird: Programmiersprachen, Datenbanken, Server- und Cloudinfrastruktur, eingebundene Dienste anderer Anbieter sowie Werkzeuge für Entwicklung, Test und Überwachung. Das Bild des Stapels beschreibt Schichten, die aufeinander aufbauen: oben die Oberfläche, die Nutzer sehen, unten die Rechner, auf denen alles läuft. Fremde Dienste werden meist über eine Programmierschnittstelle (API) angebunden.

Der Tech Stack ist keine reine Angelegenheit der Entwicklungsabteilung. Er bestimmt Entwicklungstempo, Personalbedarf, laufende Kosten und die Abhängigkeit von einzelnen Anbietern und Personen. In der Finanzierungsrunde ist er Gegenstand der technischen Due Diligence, also der Prüfung von Technik und Betrieb durch Investoren. Im Unternehmensverkauf kommen die Übertragbarkeit und die Integration beim Käufer hinzu.

Die Schichten und ihre Auswahl

• Oberfläche (Frontend): alles, was Nutzer im Browser oder in der App sehen und bedienen.
• Anwendungslogik (Backend): die Verarbeitung von Daten und Geschäftsregeln auf Servern.
• Datenhaltung: Datenbanken, Zwischenspeicher und Dateiablagen.
• Infrastruktur: Rechenzentrum oder Cloud, Netzwerk und Sicherheitsdienste.
• Werkzeuge: Verwaltung des Programmcodes und seiner Versionen, automatisierte Tests und Auslieferung, Überwachung des Betriebs.

Bei der Auswahl zählen kaufmännische Kriterien mehr als technische Vorlieben. Verbreitete Technologien erleichtern die Personalsuche und verkürzen die Einarbeitung. Ausgereifte Komponenten mit aktiver Pflege verringern das Risiko ausbleibender Sicherheitsaktualisierungen. Fertige Dienste beschleunigen den Start, legen das Unternehmen aber auf einen Anbieter fest; Eigenentwicklungen sind flexibler, binden aber Personal. Bei der Datenhaltung kommt es zudem auf den Standort an: Für die Übermittlung personenbezogener Daten in Staaten außerhalb des Europäischen Wirtschaftsraums gelten die Anforderungen der Art. 44 ff. der Datenschutz-Grundverordnung (DSGVO).

Kosten und Abhängigkeiten

Die Kosten bestehen aus Nutzungsgebühren für Cloud und Drittdienste, Softwarelizenzen und dem Personal für Entwicklung und Betrieb. Cloudkosten wachsen mit der Nutzung und zählen bei Softwareanbietern zu den direkten Kosten des Umsatzes. Steigen sie schneller als der Umsatz, sinkt die Bruttomarge, also der Anteil des Umsatzes, der nach diesen direkten Kosten übrig bleibt. Investoren betrachten deshalb die Infrastrukturkosten je Kunde über mehrere Jahre, weil sie zeigen, ob das Geschäftsmodell tatsächlich skalierbar ist.

Handelsrechtlich dürfen die Entwicklungskosten selbst geschaffener Software des Anlagevermögens nach § 248 Abs. 2 HGB aktiviert, also als Vermögenswert in die Bilanz aufgenommen werden. Forschungskosten dürfen nach § 255 Abs. 2a HGB nicht einbezogen werden. In der Steuerbilanz dürfen selbst geschaffene immaterielle Wirtschaftsgüter dagegen nicht angesetzt werden (§ 5 Abs. 2 EStG). Ob Aufwand für den Tech Stack sofort als Kosten im Ergebnis oder als Investition erscheint (Opex oder Capex), beeinflusst das Ergebnis und die Vergleichbarkeit von Kennzahlen zwischen Unternehmen.

Abhängigkeiten entstehen gegenüber Anbietern und gegenüber Personen. Dienste, die nur ein bestimmter Cloudanbieter in dieser Form anbietet, lassen sich oft nur mit erheblichem Aufwand ersetzen (Lock-in-Effekt). Für jeden geschäftskritischen Dienst ist außerdem zu prüfen, welche Verfügbarkeit der Anbieter in seiner Leistungsgütevereinbarung (SLA) zusagt. Noch häufiger ist die Abhängigkeit von wenigen Entwicklern, die eine zentrale Komponente als Einzige verstehen. Eingebundene Open-Source-Bausteine bringen zusätzlich Lizenzpflichten mit.

Übertragbarkeit beim Unternehmensverkauf

Beim Share Deal, dem Kauf der Geschäftsanteile, bleiben Verträge mit Cloud- und Lizenzanbietern bei der Gesellschaft. Zu prüfen sind aber Kündigungsrechte bei einem Kontrollwechsel und Lizenzen, die an eine bestimmte Gesellschaft oder Nutzerzahl gebunden sind. Beim Asset Deal, dem Kauf einzelner Vermögensgegenstände, müssen Verträge einzeln übertragen werden, was die Zustimmung des jeweiligen Vertragspartners voraussetzt.

Häufig übersehen werden Zugänge, die auf Gründer oder Mitarbeitende persönlich laufen: Cloudkonten auf privater Kreditkarte, Domains im eigenen Namen, Code-Verwaltung in privaten Konten. Sie sollten vor Beginn eines Verkaufsprozesses auf die Gesellschaft übertragen werden. Genauso wichtig sind die Rechte am Programmcode. An Programmen, die Arbeitnehmer in Erfüllung ihrer Aufgaben schreiben, stehen die wirtschaftlichen Rechte nach § 69b UrhG dem Arbeitgeber zu. Für Code von freien Entwicklern oder von Gründern vor der Gründung gilt das nicht. Fehlt eine wirksame Rechteeinräumung, ist ein IP Assignment nachzuholen, also eine ausdrückliche Übertragung der Nutzungsrechte auf die Gesellschaft.

Prüfung durch Investoren und Käufer

In der technischen Due Diligence prüfen Käufer Architektur, Aktualität der Komponenten, Sicherheit und Abhängigkeiten. Im Mittelpunkt stehen vier Punkte:

• wie viele Personen jede geschäftskritische Komponente warten können,
• welche Komponenten keine Herstellerunterstützung mehr erhalten,
• wie lange eine fertige Änderung bis zur Auslieferung braucht,
• ob die Technik zu der des Käufers passt.

Das Ergebnis fließt in die Integrationsplanung ein, also die Planung, wie das gekaufte Unternehmen eingegliedert wird, und, wenn Modernisierungen nötig sind, in den Kaufpreis. Investoren einer Finanzierungsrunde prüfen meist weniger tief. Sie achten vor allem darauf, ob der Stack das geplante Wachstum ohne Umbau trägt oder ob ein Teil des neuen Kapitals in die Modernisierung fließen müsste.

Praxisbeispiel

Ein Softwareunternehmen für Tourenplanung mit 6 Mio. Euro wiederkehrendem Jahresumsatz wird an einen strategischen Käufer verkauft. Die technische Due Diligence ergibt drei Befunde:

• Die Routenberechnung ist in einer selten genutzten Programmiersprache geschrieben, die nur ein Entwickler beherrscht. Der Käufer vereinbart mit ihm eine Halteprämie (Retention Bonus) und plant eine zweite Person für die Einarbeitung ein.
• Das Cloudkonto läuft auf den Namen eines Gründers. Die Übertragung auf die Gesellschaft wird als Vollzugsbedingung in den Kaufvertrag aufgenommen, der Kauf wird also erst vollzogen, wenn sie erfüllt ist.
• Eine kommerzielle Datenbanklizenz ist auf die bisherige Gesellschaft beschränkt und endet bei einem Kontrollwechsel. Der Verkäufer holt vor der Unterzeichnung die Zustimmung des Lizenzgebers ein.

Keiner der Befunde verhindert die Transaktion. Zusammen verlängern sie aber den Zeitplan um mehrere Wochen und verschieben Verhandlungsspielraum zum Käufer, weil der Verkäufer Nachbesserungen unter Zeitdruck zusagen muss.

Abgrenzung zu verwandten Begriffen

• Technical Debt: der künftige Mehraufwand, der aus schnellen statt tragfähigen Lösungen und aus veralteten Bestandteilen entsteht. Ein moderner Tech Stack kann hohe technische Schulden enthalten, ein älterer kann sorgfältig gepflegt sein.
• Softwarearchitektur: beschreibt, wie die Bestandteile eines Systems zusammenwirken. Der Tech Stack benennt die Technologien, mit denen diese Architektur umgesetzt ist.

Typische Fehler

• Auswahl nach Vorliebe. Eine moderne Technologie, die im Team niemand beherrscht, verlangsamt die Entwicklung stärker als eine vertraute.
• Zu frühe Aufteilung in Einzeldienste. Bei kleinen Teams verursacht eine fein verteilte Architektur mehr Betriebsaufwand, als sie an Flexibilität bringt.
• Unbekannte Wechselkosten. Für jede geschäftskritische Abhängigkeit sollte bekannt sein, was ein Wechsel kosten und wie lange er dauern würde.
• Konten auf Privatpersonen. Cloud-, Domain- und Code-Konten im Namen einzelner Personen erschweren die Übertragung und fallen in jeder Due Diligence auf.
• Veraltete Komponenten. Bestandteile ohne Herstellerunterstützung erhalten keine Sicherheitsaktualisierungen mehr und erzwingen später aufwendige Umstellungen.

Häufige Fragen

Beeinflusst der Tech Stack die Unternehmensbewertung?

Mittelbar, über Entwicklungstempo, Bruttomarge und Risiko. Muss ein Käufer nach der Übernahme eine mehrjährige Modernisierung einplanen, zieht er deren Kosten vom Kaufpreis ab oder verlangt eine vertragliche Absicherung.

Bevorzugen Investoren bestimmte Technologien?

Nein. Maßgeblich ist, dass der Stack zum Geschäftsmodell passt, verbreitet genug für die Personalsuche ist und ohne einzelne Schlüsselpersonen weiterbetrieben werden kann.

Wann lohnt sich ein Umbau des Tech Stack?

Wenn die Technik nachweislich das Geschäft bremst, etwa weil Kundenanforderungen nicht umsetzbar sind oder die Infrastrukturkosten je Kunde steigen. Ein Umbau ohne geschäftlichen Anlass bindet Kapazität, die der Produktentwicklung fehlt.

Was sollte selbst entwickelt und was eingekauft werden?

Eingekauft wird in der Regel alles, was nicht zum Kern des Angebots gehört, etwa Zahlungsabwicklung, Anmeldung oder Nachrichtenversand. Selbst entwickelt wird dort, wo der Wettbewerbsvorteil des Unternehmens entsteht.

Roemer Capital Perspektive

Für jede geschäftskritische Komponente fragen wir vor einem Verkauf, wie viele Personen sie warten können und auf wen die zugehörigen Konten und Verträge laufen. Die Antworten zeigen technische Abhängigkeiten schneller als eine Architekturdiskussion, und Käufer stellen dieselben Fragen.

Zusätzlich bereiten wir die Infrastrukturkosten je Kunde über mehrere Jahre auf, weil sie im Finanzmodell die Annahmen zur Bruttomarge stützen. Die Bereinigung von Konten, Lizenzen und Rechteketten stoßen wir so früh an, dass der Datenraum bei Prozessbeginn innerhalb von 24 Stunden bereitsteht.