Eigenentwicklung oder Standardsoftware: Der Entscheidungs-Framework für den Mittelstand

Bis 2027 werden über 70 % aller ERP-Implementierungen ihre Geschäftsziele verfehlen^[1]. 53 % der deutschen Unternehmen haben Probleme bei der Steuerung ihrer Digitalisierungsprojekte^[2]. Beide Zahlen sagen dasselbe: Software-Auswahl ist die häufigste Quelle für gescheiterte Digitalprojekte. Dieser Leitfaden zeigt, wie Sie als CFO oder CIO im Mittelstand systematisch entscheiden, ob Sie eine Software bauen, kaufen oder hybridisieren sollten - mit konkretem TCO-Modell und DACH-spezifischen Daten.

Warum scheitern 70 % der Software-Entscheidungen im Mittelstand?

Gartner prognostiziert, dass bis 2027 über 70 % aller ERP-Implementierungen ihre Business-Case-Ziele verfehlen werden, 25 % davon katastrophal^[1]. Das Problem ist nicht die Technologie - es ist die binäre Entscheidung selbst.

Die häufigste Falle: Unternehmen entscheiden Build vs Buy auf Basis von Anschaffungskosten statt Total Cost of Ownership. Standardsoftware wirkt günstig im ersten Jahr (Lizenzkosten sind transparent), wird aber teuer durch Anpassungen, Integration und Workarounds. Eigenentwicklung wirkt teuer initial (~200.000-600.000 EUR), wird aber günstig pro Nutzer bei großen Rollouts und liefert ggf. langfristigen Wettbewerbsvorteil.

Sehen Sie, wie Mittelständler Software-Entscheidungen mit klarer ROI-Methodik treffen.

So liefern wir 60 % schnellere Time-to-Market mit 40 % geringeren TCO.

Welche Frage entscheidet wirklich zwischen Build und Buy?

Die richtige Frage lautet nicht "Bauen oder Kaufen?". Sie lautet: "Schafft die Software hier einen Wettbewerbsvorteil, den Standardlösungen nicht liefern können?"

Wenn ja: bauen. Standardsoftware ist per Definition überall verfügbar - sie kann Ihnen keinen exklusiven Vorteil bringen. Wenn nein: kaufen. Eigenentwicklung in Commodity-Bereichen ist Verbrennung von Kapital und Zeit.

Wardley-Mapping-inspirierte Faustregel: Genesis und Custom-Built (echte Innovation, neue Workflows) gehören in Eigenentwicklung. Product (etablierte Märkte mit klarer Best-Practice) und Commodity (E-Mail, Buchhaltung, Office) gehören in Standardsoftware. Die Übergangszone braucht eine bewusste Entscheidung.

Wie sieht eine ehrliche TCO-Rechnung über 5 Jahre aus?

Die meisten TCO-Vergleiche sind unehrlich, weil sie versteckte Kosten ignorieren. Hier eine realistische Aufstellung:

Kostenart	SaaS-Standard (100 Nutzer)	Eigenentwicklung Mid-Complexity
Initial-Implementierung	20.000-80.000 EUR (Setup, Migration, Schulung)	200.000-600.000 EUR
Lizenz/Subscription Jahr 1	60.000-240.000 EUR	0 EUR (Eigentümer)
Anpassungen/Integration	30.000-150.000 EUR (Initial), 10-20 % p.a.	Im Initial enthalten
Betrieb p.a. (Hosting, Wartung, Updates)	0 (im Sub. enthalten)	50.000-150.000 EUR (25-30 % der Initial)
Lizenzen p.a. ab Jahr 2	60.000-240.000 EUR	0 EUR
5-Jahres-TCO Gesamtsumme	~350.000-1,4 Mio. EUR	~450.000-1,4 Mio. EUR

Die TCO-Differenz ist oft kleiner als erwartet. Der Unterschied liegt in der Wertschöpfung: Eigenentwicklung kann strategischen Vorteil liefern, SaaS liefert Geschwindigkeit und Standardisierung.

Welche Software sollten Sie niemals selbst bauen?

Vier Bereiche, in denen Eigenentwicklung im DACH-Mittelstand fast immer ein Fehler ist:

1. Buchhaltung und Lohnabrechnung. DATEV, Lexware, sevDesk decken die deutsche Compliance vollständig ab - GoBD, DSGVO, Lohnsteuer, Sozialversicherung. Eigenentwicklung erfordert kontinuierliches Compliance-Tracking, was eine Vollzeit-Stelle bindet.

2. E-Mail, Kalender, Office-Kollaboration. Microsoft 365 oder Google Workspace - Punkt. Eigenentwicklung in diesen Bereichen ist Verbrennung von Kapital.

3. CRM-Standardfunktionen. HubSpot, Salesforce, Pipedrive lösen 90 % der Standard-Sales-Anforderungen out-of-the-box. Bei spezifischen B2B-Workflows (z.B. komplexe Konfigurations-Quotes im Maschinenbau) ist Hybrid-Ansatz richtig: Standard-CRM + Eigenentwicklung für den differenzierenden Teil.

4. Standard-HR-Software. Personio, Workday, BambooHR. Mitarbeiter-Datenbank, Onboarding, Zeit-Tracking sind Commodity.

In welchen Bereichen lohnt sich Eigenentwicklung?

Eigenentwicklung lohnt sich, wenn drei Bedingungen erfüllt sind: (1) der Workflow ist differenzierend für Ihr Geschäftsmodell, (2) Standardsoftware liefert nicht den nötigen Funktionsumfang oder Integrationstiefe, und (3) Sie haben oder können die Engineering-Kapazität für mindestens 5 Jahre kontinuierliche Weiterentwicklung sicherstellen.

Konkrete Beispiele aus DACH-Mittelstand-Projekten:

• Konfigurationssysteme im Maschinenbau (komplexe Produkt-Konfigurationen mit ERP-Tiefenintegration)
• B2B-Marketplaces (siehe Sponsoo Case Study)
• Branchenspezifische Workflow-Plattformen (z.B. Sportsponsoring, Smart-City-Verwaltung)
• Spezielle Datenintegrationen mit Legacy-ERP-Systemen, die Standard-Tools nicht abdecken

Was ist die Hybrid-Strategie - und warum nutzen sie 80 % der erfolgreichen Mittelständler?

Die meisten erfolgreichen DACH-Mittelständler arbeiten weder rein "Build" noch rein "Buy". Sie kombinieren: Standardsoftware für Commodity-Funktionen, Eigenentwicklung für differenzierende Workflows, sauber verbunden über APIs.

Bereich	Empfohlener Ansatz	Begründung
Buchhaltung, Lohn	Standard (DATEV/Lexware)	DACH-Compliance, hohe Frequenz an Regeländerungen
E-Mail, Office	Standard (M365/Google)	Commodity, 0 % Differenzierungspotenzial
CRM Standard-Sales	Standard + leichte Anpassung	SaaS deckt 90 %, individuelle Felder reichen
Komplexe B2B-Konfiguration	Eigenentwicklung	Differenzierung im Verkaufsprozess
Branchenspezifische Plattform	Eigenentwicklung	Wettbewerbsvorteil im Kerngeschäft
HR Standard	Standard (Personio/Workday)	Commodity, kein Differenzierungspotenzial

Der Schlüssel zur Hybrid-Strategie ist die Schnittstellen-Architektur. Wenn Standard- und Eigenentwicklung sauber über APIs verbunden sind, behalten Sie Flexibilität für beide Seiten - Standard kann ausgetauscht werden, Eigenentwicklung kann iterieren. Wer Standard- und Eigenentwicklung verschmelzen lässt, verliert beides.

Wie schützen Sie sich vor Vendor-Lock-in bei SaaS-Entscheidungen?

Bitkom-Daten zeigen, dass 96 % deutscher Unternehmen digitale Technologien importieren - Vendor-Lock-in ist die strukturelle Folge^[3]. 62 % geben an, ohne Cloud-Software nicht mehr arbeiten zu können. Das macht Vertragsbedingungen wichtiger als die Software selbst.

Drei Punkte vor jedem SaaS-Vertragsabschluss prüfen:

Datenexport-Klausel: Können Sie monatlich Ihre vollständigen Daten exportieren - in einem maschinenlesbaren Format ohne Aufpreis? Wenn nein: kein Vertragsabschluss.

API-Standards: Sind die Schnittstellen offen dokumentiert (OpenAPI/REST/GraphQL) oder proprietär? Proprietäre APIs erhöhen Migrationskosten beim Anbieterwechsel um Faktor 3-5.

Service-Continuity: Was passiert bei Insolvenz des Anbieters? Eskrow-Lösungen für den Source-Code? Datenrückgabe-Garantien? Bei kritischen Systemen sollten diese Klauseln stehen.

Welcher 5-Schritte-Entscheidungsprozess funktioniert für die meisten Mittelständler?

Schritt 1: Wettbewerbsvorteil-Analyse. Liste alle Software-Anforderungen auf und bewerte: Schafft diese Funktion einen messbaren Wettbewerbsvorteil? Ja = Build-Kandidat. Nein = Buy-Kandidat.

Schritt 2: SaaS-Markt-Scan für die Buy-Kandidaten. Welche Standardlösungen decken die Anforderung ab? G2, Capterra, OMR Reviews als Startpunkt. 3-5 Anbieter shortlisten.

Schritt 3: TCO-Modell über 5 Jahre. Vollkostenrechnung pro Option mit allen versteckten Kosten (Anpassung, Integration, Schulung, Migration).

Schritt 4: Risiko-Bewertung. Vendor-Lock-in, Compliance-Risiko, Wechselkosten, Service-Continuity.

Schritt 5: Entscheidung mit Reversibilitäts-Check. Wie schwer ist die Entscheidung in 3 Jahren rückgängig zu machen? Reversible Entscheidungen können schneller getroffen werden, irreversible brauchen mehr Due Diligence.

Was sollten Sie als CFO oder CIO als Erstes tun?

Drei konkrete Schritte für die nächsten 30 Tage:

Erstens: Inventarisieren Sie alle aktuellen Software-Investitionen - SaaS-Subscriptions, Eigenentwicklungen, Custom-Anpassungen. Bewerten Sie jeden Posten nach "schafft Wettbewerbsvorteil ja/nein".

Zweitens: Identifizieren Sie offensichtliche Fehlallokationen: Eigenentwicklung in Commodity-Bereichen (sofort durch Standard ersetzen), oder Standard-Software, die kritische Differenzierungs-Workflows nicht abdeckt (Eigenentwicklung evaluieren).

Drittens: Etablieren Sie einen Build-vs-Buy-Entscheidungsprozess für alle neuen Software-Investitionen über 50.000 EUR - mit den 5 Schritten oben.

Verwandte Beiträge: Product-Owner-Rolle für Geschäftsführer, Erfolgsfaktoren für IT-Projekte im Mittelstand, sowie der vollständige Digital-Transformation-Hub.

References

1. [1] Gartner (2024). What IT Leaders Must Do to Avoid Disappointing ERP Initiatives. gartner.com
2. [2] Bitkom (2025). Digitalisierung der Wirtschaft 2025. bitkom.org
3. [3] Bitkom (2025). Digitale Souveränität 2025. bitkom.org
4. [4] McKinsey & Oxford. mckinsey.com
5. [5] KfW (2024). Digitalisierungsbericht Mittelstand 2024. kfw.de
6. [6] Forrester (2024). Predictions 2025 - Enterprise Software. forrester.com
7. [7] IDC (2024). Composable Architecture and TCO. idc.com
8. [8] Statista (2025). Anwendungsentwicklungssoftware DACH Marktentwicklung. de.statista.com