Kurz gesagt
Low-Code eignet sich für interne Anwendungen mit überschaubarer Logik und wenigen Nutzern, etwa Freigaben oder Checklisten. Sie entstehen mit wenig Programmierarbeit, kosten aber laufend Lizenzen je Nutzer. Individualsoftware eignet sich für viele oder externe Nutzer, eigene Regeln und große Datenmengen. Rechnen Sie beide Wege über dieselbe Laufzeit und klären Sie vorher, wie Sie wieder herauskommen.
Das Wichtigste in Kürze
- Eine Low-Code-Anwendung braucht in der Regel ihre Plattform. Was Sie dort bauen, lässt sich in den meisten Fällen nicht auf eine andere übertragen.
- Low-Code verringert vor allem Routinearbeit in Vorhaben geringer bis mittlerer Komplexität, zeigt eine Untersuchung aus Duisburg-Essen zu zehn Plattformen.
- Lizenzen wachsen mit jedem Nutzerkonto: Bei 20 € je Nutzer und Monat kosten 25 Nutzer in fünf Jahren 30.000 €, ohne Preiserhöhungen.
- Fachabteilungen bauen selten allein: Laut einem Bitkom-Papier brauchen IT-Laien auf Low-Code-Plattformen meist die Begleitung einer IT-Fachkraft.
- Planen Sie den Ausstieg vor dem Vertrag. Das BSI rät, für Cloud-Dienste die geordnete Beendigung, die Kündigung und die Löschung der Daten zu regeln.
Was ist Low-Code?
Low-Code ist eine Art, Software auf einer fertigen Entwicklungsplattform zu bauen: Datenmodell, Masken, Regeln und Abläufe stellen Sie überwiegend grafisch zusammen, eigener Code ergänzt Sonderfälle. Die Anwendung läuft danach in der Regel auf dieser Plattform, oft in der Cloud des Anbieters. No-Code meint Werkzeuge, mit denen Mitarbeitende ganz ohne Programmierkenntnisse auskommen sollen.
Den Begriff hat vermutlich 2014 das Marktforschungsunternehmen Forrester geprägt. Ein Forschungsteam der Universität Duisburg-Essen hat zehn solcher Plattformen untersucht (Bock und Frank, Universität Duisburg-Essen, 2021). Jede brachte ein Werkzeug für das Datenmodell, einen Baukasten für Bildschirmmasken und einfache Regeln mit. Fast alle boten dazu Rollen und Rechte sowie Hilfen, um die fertige Anwendung bereitzustellen. Die einzelnen Bausteine gibt es laut den Autoren seit Jahrzehnten. Eine Low-Code-Plattform bündelt sie in einer Umgebung.
Unter dem Etikett Low-Code laufen laut der Studie sehr verschiedene Produkte: einfache Plattformen zur Datenverwaltung, klassische Workflow-Systeme, erweiterte Entwicklungsumgebungen für Masken und Daten und große Plattformen für Geschäftsanwendungen. Die Grenze zu No-Code ziehen die Anbieter unterschiedlich, manche nutzen beide Begriffe für dasselbe Produkt (ICB-Bericht 70, Dezember 2021). Klassischen Code erlauben fast alle Plattformen an irgendeiner Stelle doch (Bock und Frank). Wie sich No-Code von Software unterscheidet, die eine KI nach Anweisungen in Alltagssprache schreibt, erklärt unser Beitrag Was ist Vibe Coding?
Wie verbreitet der Ansatz ist, zeigt eine Befragung des Digitalverbands Bitkom. 2022 nutzten 35 % der Unternehmen ab 20 Beschäftigten, die Abläufe mit Software automatisierten, dafür Low-Code- oder No-Code-Ansätze (Bitkom, Digital Office Index 2022).
Streng genommen ist auch eine Low-Code-Anwendung Individualsoftware. Das Gabler Wirtschaftslexikon versteht darunter Software, die für einen bestimmten Betrieb entsteht, im eigenen Haus oder im Auftrag (Gabler Wirtschaftslexikon, 19.02.2018). In diesem Vergleich meint Individualsoftware deshalb programmierte Software. Ein Entwicklungsteam schreibt sie mit verbreiteten Programmiersprachen und Bausteinen, und betreiben können Sie sie bei einem Anbieter Ihrer Wahl. Wie sie sich von fertiger Standardsoftware unterscheidet, zeigt unser Vergleich Individual- oder Standardsoftware. Viele Low-Code-Plattformen mieten Sie als Cloud-Dienst; was das bedeutet, erklärt unser Leitfaden zu SaaS.
Worin unterscheiden sich Low-Code und Individualsoftware?
Low-Code braucht am Anfang weniger Entwicklungsarbeit, weil die Plattform vieles mitbringt. Dafür zahlen Sie laufend je Nutzer und bleiben an Rahmen und Anbieter der Plattform gebunden. Individualsoftware kostet mehr, bevor sie läuft. Dann folgt sie Ihren Regeln, braucht keine Lizenz je Nutzer und lässt sich übertragen, wenn Sie den Quellcode haben.
| Kriterium | Low-Code-Plattform | Individualsoftware | Quellen |
|---|---|---|---|
| Einstiegskosten | gering: Datenbank, Masken, Regeln und Bereitstellung bringt die Plattform mit; Sie konfigurieren mehr, als Sie programmieren | höher: Analyse, Entwicklung und Tests, bevor die erste Version läuft | 1, 2 |
| Lizenzkosten über die Laufzeit | laufend, oft je Nutzer und Monat; weitere Nutzer, Speicher und Zusatzfunktionen kosten mehr | keine Lizenz je Nutzer für die eigene Software; laufend kommen Betrieb, Wartung und Weiterentwicklung dazu | 6, 7, 13 |
| Grenzen bei Logik und Datenmengen | Standardfälle passen gut; komplexe Regeln, große Datenmengen und hohe Last stoßen an Grenzen der Plattform und des Pakets | begrenzt durch Budget und Architektur; Leistung und Datenmengen planen Sie selbst | 1, 5, 6 |
| Abhängigkeit und Datenexport | vom Plattformanbieter: Die Anwendung braucht seine Plattform; Daten lassen sich meist exportieren, die Anwendung meist nicht | vom Entwicklungsteam, wenn Quellcode, Dokumentation und Zugänge nicht bei Ihnen liegen | 1, 2, 7, 8 |
| Datenschutz und Hosting-Ort | oft in der Cloud des Anbieters; Standort und Unterauftragnehmer sollte der Vertrag regeln; Konnektoren senden Daten an weitere Dienste | Hosting-Ort und Dienstleister wählen Sie; Betrieb und Datensicherung tragen Sie oder Ihr Dienstleister | 1, 7, 10, 11 |
| Wartung | Die Plattform pflegt der Anbieter nach eigenem Zeitplan; Ihre Anwendungen, Regeln und Verbindungen pflegen Sie | Updates der Bausteine, Sicherheit und Weiterentwicklung liegen bei Ihnen oder Ihrem Dienstleister | 9, 12, 13 |
| Fachkräfte | Mitarbeitende aus der Fachabteilung bauen einfache Anwendungen, meist mit IT-Begleitung; größere Vorhaben brauchen Erfahrung mit genau dieser Plattform | Entwicklerinnen und Entwickler, im Haus oder beim Dienstleister; eigene IT-Fachleute hatten 2024 nur 16 % der Unternehmen mit 10–49 Beschäftigten | 6, 10, 14, 15; Einschätzung Datafalke |
| Passt, wenn | wenige interne Nutzer, Standardabläufe wie Freigaben und Checklisten, überschaubare Daten, kurze oder unsichere Laufzeit | viele oder externe Nutzer, eigene Regeln, große Datenmengen, lange Laufzeit, Daten und Betrieb in eigener Hand | 1; Einschätzung Datafalke |
Die Zahlen in der Spalte „Quellen“ sind die Nummern der Quellenliste am Ende des Beitrags.
Wann ist Low-Code die bessere Wahl?
Low-Code ist die bessere Wahl, wenn eine Anwendung gut in den Rahmen einer Plattform passt: wenige interne Nutzer, Standardabläufe und überschaubare Daten. Dann entsteht eine erste Fassung mit wenig Programmierarbeit, und als Cloud-Dienst betreibt der Anbieter die Plattform. Aus unserer Sicht spricht am meisten dafür, wenn Ihr Betrieb die Plattform schon nutzt.
Stärken: Datenbank, Masken, Rollen und Bereitstellung bringt die Plattform mit. Den Produktivitätsgewinn sehen die Forscher Bock und Frank aus Duisburg-Essen vor allem darin, dass in Vorhaben mit geringer bis mittlerer Komplexität weniger Routinearbeit anfällt. Fachleute aus dem Betrieb können mitbauen und früh prüfen, ob der Ablauf stimmt. Eine Auswertung von 42 Fachartikeln an der Technischen Universität Riga nennt die engere Zusammenarbeit von IT und Fachabteilung als Vorteil (Rokis und Kirikova, 31.10.2023). Läuft die Plattform als Cloud-Dienst, kümmert sich der Anbieter um Netz, Server, Betriebssystem und Speicher darunter (NIST, SP 800-145).
Grenzen: Die Lizenz kostet laufend, und jeder weitere Nutzer kostet mehr. Was die Plattform nicht vorsieht, wird aufwendig. Die Anwendung bleibt an die Plattform gebunden.
Einsatzfall: Freigaben und Genehmigungen, Checklisten und Prüfprotokolle, einfache Erfassungsmasken und Auswertungen vorhandener Daten. Fachleute in Entwicklerforen sehen Low-Code besonders dort, wo Abläufe automatisiert werden (Luo und andere, ESEM 2021). Dazu kommen Anwendungen mit begrenzter Laufzeit und Prototypen, mit denen Sie Anforderungen klären. Manche Abos für Bürosoftware enthalten bereits ein Low-Code-Paket. Wie Sie einen Ablauf aufnehmen, bevor Sie ein Werkzeug wählen, zeigt unser Ratgeber Prozesse digitalisieren.
Wann ist Individualsoftware die bessere Wahl?
Individualsoftware ist die bessere Wahl, wenn eine Anwendung über den Rahmen einer Plattform hinausgeht. Das ist etwa bei vielen oder externen Nutzern so, bei eigenen Regeln, großen Datenmengen oder strengen Vorgaben zum Datenort. Sie zahlen mehr, bevor die Anwendung läuft. Danach fällt keine Lizenz je Nutzer an, und Sie bestimmen, wie sich die Software weiterentwickelt.
Stärken: Für Ihre eigene Software zahlen Sie keine Lizenz je Nutzer; Dienste Dritter, die sie einbindet, haben eigene Preise. Datenmodell, Regeln und Oberfläche richten sich nach Ihrem Ablauf. Wo die Software läuft, legen Sie fest. Tests und Versionsverwaltung laufen mit verbreiteten Werkzeugen. Bei Low-Code nennt eine Literaturauswertung der Technischen Universität Riga beides als typische Schwachstelle (Rokis und Kirikova). Mit Quellcode und Dokumentation kann auch ein anderes Team weiterarbeiten.
Grenzen: Bis zur ersten Version dauert es länger, und die Entwicklung kostet vorab Geld. Sie brauchen ein Entwicklungsteam, im Haus oder bei einem Dienstleister, und Budget für die Pflege in jedem Jahr. Liegen Quellcode, Dokumentation und Zugänge nicht bei Ihnen, hängen Sie am Team, das die Software gebaut hat. Was Sie vor dem Start festhalten sollten, um das zu vermeiden, steht in unserem Ratgeber zur Abhängigkeit vom Entwickler.
Einsatzfall: Kundenportale, über die viele externe Nutzer Status, Dokumente und Rechnungen abrufen. Kernabläufe mit eigenen Regeln, etwa Kalkulation oder Einsatzplanung. Anwendungen mit großen Datenmengen oder vielen Schnittstellen. Software, die Sie selbst an Kunden verkaufen wollen, und Anwendungen, die Sie zehn Jahre oder länger nutzen.
Was kosten Low-Code-Lizenzen über die Jahre?
Low-Code-Plattformen rechnen oft je Nutzer und Monat ab, manche je Anwendung. Speicher, Rechenleistung und Zusatzfunktionen kosten häufig extra. Über die Jahre summiert sich das: Bei 20 € je Nutzer und Monat kosten 25 Nutzer in fünf Jahren 30.000 €, ohne Preiserhöhungen. Rechnen Sie deshalb mit Ihrer Nutzerzahl über die geplante Laufzeit.
Cloud-Dienste lassen sich laut dem Bundesamt für Sicherheit in der Informationstechnik (BSI) nach Funktionsumfang, Nutzungsdauer und Zahl der Benutzenden abrechnen (BSI, IT-Grundschutz, Baustein OPS.2.2). In einer Auswertung von 301 Beiträgen aus Entwicklerforen gelten hohe Preise als Nachteil, besonders bei vielen Nutzern (Luo und andere). Auf den Preisseiten der Anbieter fallen weitere Posten auf:
- Bauen kostenlos, Nutzen kostenpflichtig: Mehrere Plattformen lassen Sie Anwendungen kostenlos bauen und testen. Lizenzen werden fällig, sobald Mitarbeitende die Anwendung im Betrieb nutzen.
- Externe Nutzer: Manche Plattformen zählen Gäste und Kunden wie eigene Nutzer. Andere haben eigene Preise für Portale oder berechnen anonyme Besucher nicht.
- Daten und Rechenleistung: Zusätzlicher Datenbankspeicher kostet je Gigabyte und Monat. Bei einem großen Anbieter ist die Rechenleistung für den Betrieb nicht im Lizenzpreis enthalten.
- Grenzen im Paket: Pakete begrenzen etwa Datensätze, Speicher oder Schnittstellenaufrufe. Brauchen Sie mehr, wechseln Sie in ein größeres Paket oder kaufen zu.
| Nutzer | 10 € je Monat | 20 € je Monat | 40 € je Monat |
|---|---|---|---|
| 10 | 6.000 € | 12.000 € | 24.000 € |
| 25 | 15.000 € | 30.000 € | 60.000 € |
| 50 | 30.000 € | 60.000 € | 120.000 € |
| 100 | 60.000 € | 120.000 € | 240.000 € |
Rechenweg: Nutzer × 60 Monate × Preis je Nutzer und Monat. Die Preisstufen sind frei gewählt, die Beträge ohne Umsatzsteuer.
Was die Entwicklung einer eigenen Anwendung am Markt kostet, zeigt unser Kostenratgeber Was kostet es, Software entwickeln zu lassen? Wie Sie alle Kosten beider Wege über denselben Zeitraum vergleichen, steht in unserem Kostenvergleich über fünf Jahre. Unsere eigenen Angebote nennt die Seite Preise der Verwaltungssoftware.
Wo stößt Low-Code an seine Grenzen?
Low-Code stößt an Grenzen, wenn Regeln verwickelt werden, Datenmengen und Nutzerzahlen wachsen oder eine Anwendung anders funktionieren soll, als die Plattform es vorsieht. Dann programmieren Sie um die Plattform herum, kaufen Kapazität zu oder bauen neu. Prüfen Sie deshalb früh die schwierigsten Fälle Ihres Ablaufs auf der Plattform.
Die Wirtschaftsinformatiker Bock und Frank aus Duisburg-Essen ziehen eine klare Linie: Low-Code kann die Produktivität steigern, wenn alle Anforderungen in den vorgegebenen, unveränderlichen Rahmen einer Plattform passen. Eine Literaturauswertung der Technischen Universität Riga nennt typische Hürden: Geschäftslogik umsetzen, Erweiterbarkeit, Skalierbarkeit, Leistung, Tests und Versionsverwaltung (Rokis und Kirikova). In Entwicklerforen berichten Fachleute, dass komplexe Fälle doch Code brauchen und manche Plattformen langsam laden und veröffentlichen (Luo und andere).
Bei den Datenmengen setzen oft die Pakete die Grenze. Sie begrenzen Datensätze je Datenbank oder je Nutzer, Speicher und Schnittstellenaufrufe. Lesen Sie diese Werte im Paket nach, bevor Sie sich festlegen, und vergleichen Sie sie mit Ihren Datenmengen in fünf Jahren.
Warnzeichen sind aus unserer Sicht: Ihr Team führt neben der Anwendung wieder eigene Listen. Sonderfälle laufen über Skripte außerhalb der Plattform. Oder Sie stoßen immer wieder an die Grenzen Ihres Pakets.
Wie abhängig machen Sie sich von der Plattform?
Sie binden sich eng an den Anbieter. Eine Low-Code-Anwendung braucht in der Regel die Plattform, auf der sie entstanden ist, und lässt sich meist nicht übertragen. Ihre Daten bekommen Sie in der Regel als Export heraus. Erhöht der Anbieter die Preise oder stellt er das Produkt ein, bleibt als Ausweg der Neubau. Planen Sie den Ausstieg vor dem Vertrag.
Die Forscher Bock und Frank aus Duisburg-Essen sehen hier das zentrale Risiko: In den meisten Fällen lässt sich, was eine Plattform erzeugt, in keiner anderen verwenden. Das gefährdet die Investition, wenn ein Anbieter eine Plattform nicht mehr unterstützt. Ein großer Anbieter hat genau das Anfang 2021 getan: Die Anwendungen auf seiner Plattform liefen danach nicht mehr, nur die Daten blieben erhalten.
Wie weit ein Export reicht, unterscheidet sich stark. In der Untersuchung aus Duisburg-Essen ließen sich bei mehreren Plattformen nur die gespeicherten Daten exportieren, etwa als CSV- oder Excel-Datei. Eine Plattform exportierte ganze Anwendungen, aber in einem eigenen Format, das nur dieselbe Plattform wieder einlesen konnte. Eine andere gab den Quellcode heraus, ohne ihre eigenen Programmbibliotheken (ICB-Bericht 70). Den Stand von 2021 sollten Sie für Ihre Plattform neu prüfen.
Für jeden Cloud-Dienst rät das BSI zu klaren Verträgen (BSI, OPS.2.2). Sie sollen regeln, wie sich das Verhältnis geordnet beenden lässt, wie Ihre Daten gelöscht werden und wann Sie kündigen können. Bei erhöhtem Schutzbedarf sieht es regelmäßige Tests vor, ob Sie Dienst und Daten zu einem anderen Anbieter oder in die eigene IT holen können. Abhängigkeit, so das BSI, könnten Anbieter auch für Preiserhöhungen ausnutzen. Fragen Sie deshalb vor dem Vertrag:
- In welchen Formaten bekommen Sie alle Daten heraus, mit Anhängen und Verknüpfungen?
- Lässt sich die Anwendung selbst exportieren, und was kann sie ohne die Plattform?
- Mit welcher Frist kündigen Sie, und wie früh kündigt der Anbieter Preis- und Produktänderungen an?
- Was geschieht mit Ihren Daten nach dem Vertragsende?
Machen Sie den Export in der Testphase einmal selbst. Quelloffene Plattformen, die Sie selbst betreiben, mildern die Bindung. Die Autoren einer Auswertung von Entwicklerforen empfehlen sie, um den Code zu behalten (Luo und andere). Betrieb und Updates liegen dann bei Ihnen.
Wo liegen Ihre Daten bei einer Low-Code-Plattform?
Oft in der Cloud des Anbieters, an einem Standort, den Ihr Vertrag regeln sollte. Dazu kommen die Dienste, die Ihre Anwendung über Konnektoren anbindet, denn auch dorthin fließen Daten. Manche Plattformen lassen sich auf eigenen Servern betreiben. Bei Individualsoftware wählen Sie den Hosting-Ort selbst und tragen Betrieb und Datensicherung.
Externe Low-Code-Plattformen sind laut einem Diskussionspapier des Digitalverbands Bitkom in vielen Fällen für die Cloud gebaut (Bitkom, Diskussionspapier Low-Code und ERP, Februar 2023). Manche Plattformen werden dagegen auf einem eigenen Webserver installiert (Bock und Frank). Für Cloud-Dienste rät das BSI, den Standort der Leistung vertraglich zu regeln und alle Unterauftragnehmer offenlegen zu lassen. Die Sicherheit soll sich das Unternehmen regelmäßig nachweisen lassen, etwa nach der Norm ISO/IEC 27001 oder dem Anforderungskatalog Cloud Computing (C5) des BSI (BSI, OPS.2.2). Das BSI weist außerdem darauf hin, dass Anbieter oft anderen nationalen Gesetzen unterliegen, etwa beim Zugriff Dritter auf Informationen.
Ein zweiter Weg für Daten sind die Konnektoren, also fertige Anbindungen an andere Dienste. Laut der Sicherheitsinitiative OWASP entstehen Datenlecks, wenn Informationen ihren vorgesehenen Speicherort oder den Einflussbereich des Unternehmens verlassen. OWASP rät, Konnektoren auf eine Liste freigegebener Dienste zu beschränken (OWASP, CD-SEC-04).
Welche Verträge Sie brauchen, wenn ein Anbieter personenbezogene Daten für Sie verarbeitet, klären Sie mit Ihrer Datenschutzberatung.
Wer baut und pflegt die Anwendung?
Bei Low-Code bauen oft Mitarbeitende aus der Fachabteilung mit, aber selten allein: Für Schnittstellen und Sicherheit brauchen sie meist IT-Fachleute. Die Plattform pflegt der Anbieter, Ihre Anwendungen pflegen Sie. Individualsoftware entwickelt und pflegt ein Entwicklungsteam. Kleine Betriebe haben dafür selten eigene Leute.
Ein Diskussionspapier des Digitalverbands Bitkom sieht in Low-Code die Chance, Entwicklung zum Teil in die Fachabteilungen zu verlagern. Es schränkt aber ein: In der Realität müssen IT-Laien meist von einer IT-Fachkraft begleitet werden. Kritisch ist bei externen Plattformen laut Bitkom das Releasemanagement, also die Frage, wer neue Fassungen freigibt. Bauen Fachabteilungen ohne Kontrolle der IT, entsteht schnell ein Wildwuchs, der sich nur noch schwer einfangen lässt. Auch in Entwicklerforen ist von einer Lernkurve die Rede (Luo und andere).
Die Sicherheitsinitiative OWASP beschreibt die Folgen: Anwendungen aus den Fachabteilungen geraten in Vergessenheit und laufen trotzdem weiter, ohne Updates und ohne Verantwortliche. OWASP rät, für jede Anwendung Verantwortliche festzulegen und ein Verzeichnis der Anwendungen und Nutzer zu führen (OWASP, CD-SEC-09). Eine zentral verwaltete Plattform kann umgekehrt das Risiko von Schatten-IT senken, also von Lösungen ohne Freigabe der IT (Rokis und Kirikova).
Fachleute sind für beide Wege knapp. Eigene Fachkräfte für Informations- und Kommunikationstechnik hatten 2024 in Deutschland 16 % der Unternehmen mit 10–49 Beschäftigten. Bei 50–249 Beschäftigten waren es 48 % (Eurostat, Stand 15.06.2026). Laut Bitkom fehlen 79.000 IT-Fachkräfte, und 97 % der Unternehmen mit IT-Stellen haben Probleme, sie zu besetzen (Bitkom, 03.09.2026).
Die Pflege teilen sich bei Low-Code der Anbieter und Ihr Unternehmen. Läuft die Plattform als Cloud-Dienst, steuern Sie Ihre Anwendungen; Netz, Server und Betriebssystem darunter steuert laut NIST der Anbieter. Wann sich die Plattform ändert, bestimmt deshalb er. Bei Individualsoftware liegt die ganze Pflege bei Ihnen oder Ihrem Dienstleister, von Updates der Bausteine bis zu neuen Funktionen. Was das kostet, zeigt unser Kostenratgeber Was kostet Software-Wartung?
Lassen sich Low-Code und Individualsoftware kombinieren?
Ja. Aus unserer Sicht ist das oft der wirtschaftlichste Weg. Eine eigene Anwendung trägt dann Kernlogik und Daten, eine Plattform liefert einzelnen Teams Formulare und Freigaben über eine Schnittstelle. Umgekehrt erlauben fast alle Plattformen, Sonderfälle mit eigenem Code zu lösen. Legen Sie dabei fest, welche Daten wo liegen und wer welchen Teil pflegt.
Ein Diskussionspapier des Digitalverbands Bitkom beschreibt dieses Muster für ERP-Systeme, also die zentrale Software für die Unternehmensplanung. Eine externe Plattform erweitert dabei ein vorhandenes ERP über Schnittstellen, statt es zu ersetzen. Eine Schnittstelle (API, Application Programming Interface) ist der festgelegte Weg, auf dem zwei Programme Daten austauschen. Halten Sie die wichtigen Daten in dem System, das Sie am längsten nutzen wollen. Dann bleibt ein späterer Wechsel der Plattform überschaubar.
Ein Prototyp auf einer Plattform kann helfen, Anforderungen zu klären, bevor Sie eine Entwicklung beauftragen. Rechnen Sie aber damit, dass die eigene Software danach neu entsteht, denn was eine Plattform erzeugt, lässt sich meist nicht übertragen (Bock und Frank). Wie Sie Anforderungen aufschreiben, zeigt unser Ratgeber Lastenheft für Software.
Wie entscheiden Sie zwischen Low-Code und Individualsoftware?
Gehen Sie sieben Fragen der Reihe nach durch, von der Zahl der Nutzer bis zu den Kosten über dieselbe Laufzeit. Je mehr Antworten über den Rahmen einer Plattform hinausgehen, desto eher lohnt sich Individualsoftware. Passt alles in den Rahmen und ist der Ausstieg geklärt, spricht vieles für Low-Code.
- Wer nutzt die Anwendung? Zählen Sie die Nutzer heute und in fünf Jahren, intern und extern. Viele oder externe Nutzer verteuern die Lizenzen.
- Wie lange soll sie laufen? Eine kurze oder unsichere Laufzeit spricht für Low-Code, eine lange für eigene Software.
- Passen Regeln, Datenmengen und Schnittstellen in die Plattform? Bauen Sie in der Testphase die schwierigsten Fälle Ihres Ablaufs nach. Vergleichen Sie Ihre Datenmengen mit den Grenzen des Pakets.
- Wo müssen die Daten liegen? Klären Sie Standort, Unterauftragnehmer und Nachweise, bevor Sie personenbezogene Daten einspielen.
- Wie kommen Sie wieder heraus? Exportieren Sie in der Testphase alle Daten und prüfen Sie, ob Sie sie ohne die Plattform lesen können. Halten Sie Kündigungsfristen und die Ankündigung von Preisänderungen fest.
- Wer baut und pflegt die Anwendung? Legen Sie Verantwortliche fest und klären Sie, wer aus der IT begleitet.
- Was kostet jeder Weg über dieselbe Laufzeit? Rechnen Sie Lizenzen, Aufbau, Pflege und Ausstieg für beide Wege über denselben Zeitraum, wie es der Wissensleitfaden SWEBOK verlangt. Einen Rechenweg zeigt der nächste Abschnitt.
Die Fragen 4 und 5 folgen den Anforderungen des BSI an Cloud-Dienste (BSI, OPS.2.2), Frage 6 den Empfehlungen von OWASP. Reihenfolge und Gewichtung sind unsere Empfehlung.
Wenn Sie die Prüfung nicht allein machen wollen: Im Prozess-Check nehmen wir Ihren Ablauf auf und bewerten, ob eine Standardsoftware reicht (Verwaltungssoftware).
Aus der Praxis: Ab wie vielen Nutzern rechnet sich eigene Software?
In unserem Rechenbeispiel entscheidet die Zahl der Nutzer, ob sich eigene Software rechnet. Die Individualsoftware holt ihre höheren Anfangskosten bei 10 Nutzern nie herein. Bei 25 Nutzern ist es nach zehn Jahren so weit, bei 50 Nutzern nach knapp drei Jahren.
Rechenweg: Das Verfahren heißt Break-even-Analyse. Der Wissensleitfaden SWEBOK beschreibt es als Suche nach dem Punkt, an dem die Kosten zweier Angebote gleich sind (SWEBOK, Version 4.0a, August 2026). Teilen Sie dazu den Unterschied der einmaligen Kosten durch den Unterschied der laufenden Kosten je Jahr. Das Ergebnis sind die Jahre bis zum Gleichstand:
Jahre = (einmalig Individualsoftware − einmalig Low-Code) ÷ (laufend Low-Code − laufend Individualsoftware)
Ist der Wert hinter dem Teilungszeichen null oder kleiner, bleibt Low-Code über die ganze Laufzeit günstiger.
Annahmen: Die Werte sind frei gewählt, es sind weder Marktdaten noch Preise von Datafalke. Low-Code kostet 20 € je Nutzer und Monat, 5.000 € für den Aufbau und 1.000 € Pflege im Jahr. Individualsoftware kostet 30.000 € für die Entwicklung und 4.500 € im Jahr für Betrieb und Wartung.
| Nutzer | Low-Code laufend/Jahr | Low-Code nach 5 Jahren | Individualsoftware nach 5 Jahren | Gleichstand nach |
|---|---|---|---|---|
| 10 | 3.400 € | 22.000 € | 52.500 € | nie, Low-Code bleibt günstiger |
| 25 | 7.000 € | 40.000 € | 52.500 € | zehn Jahren |
| 50 | 13.000 € | 70.000 € | 52.500 € | knapp drei Jahren |
| 100 | 25.000 € | 130.000 € | 52.500 € | gut einem Jahr |
Die Lizenzen wachsen mit jedem Nutzerkonto, die laufenden Kosten der eigenen Software aus unserer Sicht kaum. Nicht enthalten sind Preiserhöhungen, zusätzlicher Speicher, mehr Serverleistung bei mehr Nutzern und die Kosten eines späteren Umzugs von der Plattform. Setzen Sie Ihre eigenen Angebote ein; schon kleine Änderungen verschieben den Gleichstand um Jahre.