Jeden Monat das gleiche Bild: Die Abbuchungen für das CRM, das Projekttool, die Formular-Software und die Automatisierungsplattform laufen durch – pro Nutzer, pro Monat, Jahr für Jahr. Gleichzeitig pflegt dein Team Daten doppelt, exportiert Excel-Listen von A nach B und baut Workarounds, weil keines der Tools den eigenen Prozess wirklich abbildet. Irgendwann steht die Frage im Raum: Wäre eigene Software nicht die bessere Lösung?
Die Antwort darauf war im Mittelstand lange ein reflexhaftes "Nein, viel zu teuer". Genau diese Rechnung hat sich in den letzten Jahren aber deutlich verschoben. In diesem Artikel bekommst du die sechs Signale, ab wann sich Eigenentwicklung für einen mittelständischen Betrieb lohnt, die ehrliche Gegenrechnung mit Wartung und Bus-Faktor – und eine Checkliste, mit der du die Entscheidung strukturiert treffen kannst.
Warum sich die Make-or-Buy-Frage gerade neu stellt
Zwei Entwicklungen laufen seit einiger Zeit gegeneinander. Auf der einen Seite werden Mietlösungen stetig teurer: Die Preise pro Nutzer steigen regelmäßig, KI-Funktionen kommen als kostenpflichtige Add-ons dazu, und Umfragen unter IT-Verantwortlichen zeigen, dass unerwartete Zusatzkosten nach Vertragsabschluss eher die Regel als die Ausnahme sind. Wer zehn Tools im Einsatz hat, zahlt zehnmal – und verhandelt zehnmal über die nächste Preiserhöhung.
Auf der anderen Seite ist Eigenentwicklung spürbar günstiger geworden. KI-gestützte Entwicklung mit Coding-Agenten übernimmt heute große Teile der Routinearbeit: Grundgerüste, Tests, Schnittstellen, Standard-Oberflächen. GitHub hat in einer eigenen Untersuchung gemessen, dass Entwickler mit KI-Unterstützung eine definierte Programmieraufgabe rund 55 Prozent schneller abschlossen. Was früher ein Projekt über viele Monate mit entsprechendem Budget war, ist heute oft in Wochen umsetzbar.
Wichtig für die Einordnung: Schneller heißt nicht umsonst. KI-generierter Code braucht weiterhin erfahrene Entwickler, die Architektur, Qualität und Sicherheit verantworten – sonst tauschst du Lizenzkosten gegen technische Schulden. Aber die Schwelle, ab der sich Eigenbau rechnet, ist deutlich nach unten gewandert. Gerade für den Mittelstand, für den maßgeschneiderte Software früher schlicht unerschwinglich war, ist das eine neue Ausgangslage.
Die sechs Signale: Ab wann Eigenentwicklung sinnvoll ist
1. Das Standardtool deckt deinen Kernprozess nicht ab
Das deutlichste Signal: dein Team arbeitet gegen die Software statt mit ihr. Ein Maschinenbauer aus dem Ostalbkreis kalkuliert Angebote mit hunderten Varianten und Zuschlagslogiken – das Standard-CRM kennt aber nur Produkt, Menge, Preis. Also lebt die eigentliche Kalkulation in einer gewachsenen Excel-Datei, und ins CRM wird nur das Ergebnis kopiert. Wenn der wichtigste Prozess deines Unternehmens außerhalb deiner Tools stattfindet, bezahlst du für Software, die dein Kerngeschäft gar nicht abbildet.
2. Lizenzkosten mal Nutzer mal Jahre übersteigen den Eigenbau
Die Rechnung ist unspektakulär, wird aber selten gemacht: Nimm die Monatsgebühr pro Nutzer, multipliziere sie mit der Zahl der Nutzer und rechne auf fünf Jahre hoch – inklusive der üblichen jährlichen Preisanpassungen. Bei per-Seat-Modellen wächst diese Summe mit jedem neuen Mitarbeiter automatisch mit. Eigene Software kostet einmal in der Erstellung und danach laufend im Betrieb – aber sie wird nicht teurer, nur weil dein Team wächst. Sobald die kumulierte Lizenzsumme die realistischen Kosten für Entwicklung plus Betrieb übersteigt, ist der Eigenbau wirtschaftlich die bessere Wahl.
3. Der Prozess ist dein Wettbewerbsvorteil
Standardsoftware standardisiert – das ist ihr Zweck. Wenn du und deine drei größten Wettbewerber dasselbe Tool nutzen, arbeitet ihr an dieser Stelle alle gleich. Bist du aber schneller in der Angebotserstellung, präziser in der Disposition oder besser im Reklamationsprozess als der Rest deiner Branche, dann ist genau dieser Prozess ein Vermögenswert. Ihn in ein Standardtool zu pressen bedeutet, den Vorsprung auf das Niveau der Konkurrenz einzuebnen. Differenzierende Prozesse gehören in eigene Software, die exakt so arbeitet wie dein Betrieb.
4. Deine Daten müssen im Haus bleiben
Kundendaten, Kalkulationen, Konstruktionsdaten, Personaldaten: Bei US-Cloud-Diensten stellt sich immer die Frage nach Datenschutz, Auftragsverarbeitung und Zugriff durch Dritte. Mit eigener Software entscheidest du, wo die Daten liegen – auf einem Server in Deutschland oder komplett im eigenen Haus. Das gilt übrigens auch für KI-Funktionen: Wie du Sprachmodelle betreibst, ohne dass sensible Daten das Unternehmen verlassen, haben wir im Artikel über lokale KI im Mittelstand ausführlich beschrieben.
5. Dein Tool-Zoo hängt an Klebe-Automationen
Sieben Tools, verbunden über Zapier, Make und ein paar selbst gebaute Skripte – bis eine Schnittstelle sich ändert und die Kette reißt. Wenn niemand mehr genau weiß, welche Automation welche Daten wohin schiebt, ist das kein Setup, sondern ein Risiko. Integrationslücken zwischen Standardtools sind einer der häufigsten Gründe für doppelte Datenpflege und stille Fehler. Eine eigene Anwendung, die als zentrale Drehscheibe die wichtigsten Datenflüsse übernimmt, ersetzt oft ein halbes Dutzend fragiler Verbindungen. Wie durchdachte Automatisierung stattdessen aussieht, zeigt unser Praxis-Guide zur KI-Automatisierung.
6. Du bist in eine Abhängigkeit gerutscht
Der Anbieter erhöht die Preise, streicht Funktionen in deinem Tarif oder kündigt das Produkt ab – und du kannst nur zusehen, weil deine Daten, Workflows und geschulten Mitarbeiter im System stecken. Dieser Lock-in ist kein theoretisches Risiko, sondern das Geschäftsmodell vieler SaaS-Anbieter: Der Wechsel muss teurer sein als die Preiserhöhung. Eigene Software gehört dir – Code, Daten, Roadmap. Niemand kann dir das Werkzeug unter dem Betrieb wegziehen.
Wann Standardsoftware die bessere Wahl bleibt
Die ehrliche Antwort gehört dazu: In vielen Fällen ist Kaufen oder Mieten weiterhin richtig. Baue keine eigene Software, wenn einer dieser Punkte zutrifft:
- Commodity-Funktionen: Buchhaltung, Lohnabrechnung, E-Mail, Videokonferenzen, Office. Diese Probleme sind gelöst, reguliert und für alle gleich. Hier bringt Eigenbau null Vorteil und viel Pflegeaufwand.
- Kein Betriebskonzept: Software ist kein Projekt, das fertig wird, sondern ein Produkt, das lebt. Wenn niemand für Hosting, Updates und Weiterentwicklung zuständig sein wird – weder intern noch über einen Partner –, dann fehlt die Grundlage.
- Der Prozess ist noch nicht stabil: Was sich alle drei Monate grundlegend ändert, solltest du erst standardisieren und dann digitalisieren. Sonst baust du ein Provisorium in Software.
- Ein Tool passt zu 90 Prozent: Wenn eine Standardlösung deinen Prozess fast vollständig abdeckt und die Lücke mit Bordmitteln schließbar ist, gewinnt das Standardtool. Eigenbau lohnt sich für die Lücken, die weh tun – nicht für Schönheitsfehler.
Die ehrliche Gegenrechnung: Wartung, Weiterentwicklung, Bus-Faktor
Wer dir Eigenentwicklung verkauft, ohne über den Betrieb danach zu sprechen, ist kein guter Berater. Drei Punkte musst du von Anfang an einplanen:
Wartung: Sicherheitsupdates, aktualisierte Abhängigkeiten, Hosting, Backups. Diese Arbeit fällt laufend an, auch wenn sich funktional nichts ändert. KI-Werkzeuge senken vor allem die Baukosten – die Betriebskosten sinken langsamer. Wer nur das Erstellungsbudget rechnet, rechnet falsch.
Weiterentwicklung: Kaum ist die Software im Einsatz, kommen die besten Ideen aus dem Team: noch eine Auswertung, noch eine Schnittstelle. Das ist ein gutes Zeichen – aber es braucht ein Budget und jemanden, der priorisiert. Plane die Weiterentwicklung als festen Posten ein, nicht als Ausnahme.
Bus-Faktor: Wenn nur eine einzige Person das System versteht – der eine Entwickler, die eine Agentur –, hängt dein Betriebsprozess an dieser Person. Das Risiko lässt sich managen: ein verbreiteter Technologie-Stack statt Exoten, saubere Dokumentation, Code der dir gehört und in deinem Zugriff liegt, und ein Partner, der Vertretung organisieren kann. Genau daran erkennst du übrigens seriöse Anbieter: Sie sprechen das Thema von selbst an.
Entscheidungshilfe: deine Make-or-Buy-Checkliste
Geh die folgenden Fragen für den konkreten Prozess durch – nicht für das ganze Unternehmen, sondern pro Anwendungsfall:
- Bildet ein Standardtool unseren Prozess ohne dauerhafte Workarounds ab?
- Ist der Prozess Teil unseres Wettbewerbsvorteils oder reine Verwaltung?
- Was kosten die aktuellen Lizenzen über fünf Jahre, hochgerechnet mit Nutzerwachstum und Preiserhöhungen?
- Wie viele Klebe-Automationen und manuelle Übertragungen hängen an diesem Prozess?
- Dürfen die Daten dieses Prozesses bedenkenlos zu einem externen Anbieter?
- Wie schnell kämen wir aus dem aktuellen Tool wieder heraus, mit allen Daten?
- Ist der Prozess stabil genug, um ihn in Software zu gießen?
- Wer betreibt und entwickelt eine eigene Lösung weiter – intern oder über einen Partner?
Als Faustregel: Sprechen die Fragen eins bis sechs mehrheitlich gegen das Standardtool und kannst du sieben und acht mit Ja beantworten, ist Eigenentwicklung für diesen Prozess die wirtschaftlich und strategisch bessere Option.
Der pragmatische Weg: Hybrid statt Alles-oder-Nichts
In der Praxis ist die Antwort selten schwarz oder weiß. Das sinnvollste Muster im Mittelstand: Standardsoftware für alles, was Commodity ist – und Eigenentwicklung für den Kern, der dich unterscheidet. Die Buchhaltung bleibt bei der Buchhaltungssoftware, aber die Angebotskalkulation, das Kundenportal oder die Produktionsplanung laufen in einer Anwendung, die exakt deinem Prozess folgt und die Standardtools per Schnittstelle anbindet.
Der Einstieg muss dabei kein Großprojekt sein. Ein klar umrissener Prozess, eine schlanke erste Version, echte Nutzer nach wenigen Wochen – so entsteht Software, die sich am Alltag beweist, bevor sie wächst. Wie wir solche Projekte in der Softwareentwicklung angehen und wie eine vorgelagerte KI-Beratung hilft, den richtigen Prozess auszuwählen, haben wir auf den jeweiligen Seiten beschrieben.
Häufige Fragen
Was kostet eigene Software für den Mittelstand?
Eine seriöse Zahl gibt es erst nach Anforderungsanalyse – alles andere wäre geraten. Entscheidend ist die Gesamtrechnung: Erstellungskosten plus laufender Betrieb auf der einen Seite, kumulierte Lizenzkosten über mehrere Jahre auf der anderen. Durch KI-gestützte Entwicklung sind die Erstellungskosten deutlich gesunken, sodass sich diese Rechnung heute oft schon für einzelne Abteilungsprozesse lohnt, nicht erst für Großprojekte.
Wie lange dauert die Entwicklung einer eigenen Anwendung?
Eine fokussierte erste Version für einen klar definierten Prozess ist heute in Wochen statt Monaten machbar, weil Coding-Agenten Routinearbeit wie Grundgerüste, Tests und Standard-Oberflächen übernehmen. Die Dauer hängt vor allem davon ab, wie klar der Prozess beschrieben ist – die größte Zeitersparnis entsteht vor der Entwicklung, nicht währenddessen.
Was passiert, wenn der Entwickler oder Dienstleister ausfällt?
Das ist der Bus-Faktor, und er gehört von Tag eins ins Konzept: verbreiteter Technologie-Stack, dokumentierter Code, volle Rechte und Zugänge bei dir statt beim Dienstleister. Dann kann jeder qualifizierte Entwickler die Lösung übernehmen. Kritisch wird es nur, wenn Wissen exklusiv in einem Kopf steckt und der Code dir nicht gehört – beides ist vermeidbar und verhandelbar.
Reicht nicht auch eine Low-Code- oder No-Code-Plattform?
Für einfache Formulare und interne Mini-Werkzeuge: ja, oft. Aber Low-Code-Plattformen sind selbst Mietsoftware – mit Lizenzkosten pro Nutzer, Plattform-Grenzen und Lock-in. Wer damit den Kernprozess abbildet, tauscht ein Abhängigkeitsproblem gegen ein anderes. Für differenzierende Prozesse mit Schnittstellen und wachsenden Anforderungen ist echte, eigene Software die robustere Basis.
Fazit
Die Frage ist nicht mehr, ob sich der Mittelstand eigene Software leisten kann – sondern für welche Prozesse sie sich zuerst rechnet. Die sechs Signale geben die Richtung vor: Wenn Standardtools deinen Kernprozess nicht abbilden, die Lizenzkosten Jahr für Jahr kumulieren, dein Prozess ein Wettbewerbsvorteil ist, deine Daten im Haus bleiben müssen oder dein Tool-Zoo nur noch von Klebe-Automationen zusammengehalten wird, dann ist Eigenentwicklung heute realistischer und günstiger als je zuvor. Ebenso klar gilt: Commodity-Funktionen kauft man, und ohne Betriebskonzept baut man gar nichts.
Wenn du wissen willst, wie diese Rechnung für einen konkreten Prozess in deinem Betrieb aussieht, sprechen wir das gemeinsam durch – ehrlich, inklusive der Fälle, in denen das Standardtool gewinnt. Melde dich einfach für ein unverbindliches Erstgespräch.