Yury Pukhov, YuSMP Group
Yury Pukhov CEO & Mobile Engineering Lead, YuSMP Group · Hilft Gründern und Unternehmen in den USA und der EU, die richtige Art von Software zu wählen und das Team, das sie baut

Was sind die Arten der Softwareentwicklung?

Die wichtigsten Arten der Softwareentwicklung werden danach gruppiert, wo die Software läuft und was sie tut: Web, Mobile, Desktop, Cloud und SaaS, Backend und API, Embedded und IoT, Datenbank, Game sowie Data-Science- und KI-Entwicklung, plus Low-Code als Art zu bauen. Die meisten echten Produkte verbinden mehrere dieser Arten, statt rein einer zu sein.

Die Arten der Softwareentwicklung sind die verschiedenen Sorten von Software, die Teams bauen, sortiert vor allem danach, wo die Software läuft (ein Browser, ein Telefon, ein Server, ein physisches Gerät) und welche Aufgabe sie erfüllt (eine Kunden-App, eine Datenpipeline, ein Spiel). Es ist eine Art, die Landschaft zu beschreiben, damit ein Unternehmen sagen kann „wir brauchen eine Web-App mit einer mobilen Ergänzung und einer Datenschicht" statt nur „wir brauchen Software". Jede Art bringt ihre eigenen Werkzeuge, Fähigkeiten und Einschränkungen mit, weshalb es Scoping, Recruiting und Budgetierung weit konkreter macht, die Art früh zu benennen.

Für die meisten Unternehmen ist die praktische Frage hinter „welche Art der Softwareentwicklung brauche ich?" in Wirklichkeit „was sollten wir bauen und wer wird es bauen?" — und die Antwort umfasst meist mehr als eine Art. Ein einzelnes Produkt mischt oft Web-, Backend- und Datenbankarbeit, mit einer Mobile-App oder einer Embedded-Komponente obendrauf. Genau dafür gibt es individuelle Softwareentwicklungsleistungen über den gesamten Lebenszyklus: um die richtige Kombination von Arten als ein kohärentes Produkt zu entwerfen und zu liefern, statt jedes Teil als separates Projekt zu behandeln. Der Rest dieses Guides geht die wichtigsten Arten durch, stellt sie nebeneinander, trennt sie von den Methoden, mit denen man sie leicht verwechselt, und zeigt, wie Sie wählen.

Die wichtigsten Arten der Softwareentwicklung

Die wichtigsten Arten der Softwareentwicklung sind Web, Mobile, Desktop, Cloud und SaaS, Backend und API, Embedded und IoT, Datenbank, Game sowie Data-Science- und KI-Entwicklung — mit Low-Code und No-Code als schnell wachsender Art, mehrere davon zu bauen. Unten steht, was jede Art ist, wo sie läuft und wann ein Unternehmen zu ihr greift. Lesen Sie sie als sich überlappende Bausteine, nicht als Wände: Die meisten Produkte nutzen mehrere zugleich.

1. Webentwicklung

Webentwicklung baut Software, die im Browser läuft — Marketing-Sites, Web-Apps, Admin-Dashboards und die meisten SaaS-Produkte — und sie ist die häufigste Art, weil eine Web-App jedes Gerät ohne Installation erreicht. Sie teilt sich in Frontend-Arbeit (was der Nutzer sieht, typischerweise mit React, Vue oder Angular) und Backend-Arbeit (die Serverlogik dahinter). Wenn Ihre Nutzer ihre Aufgabe in einem Browser-Tab erledigen können, beginnen Sie meist hier; unsere Erklärung zu Webentwicklung versus Softwareentwicklung entwirrt die beiden Begriffe, und wenn Sie bereit sind zu bauen, ist Web-App-Entwicklung die Leistung, die es liefert.

2. Mobile-Entwicklung

Mobile-Entwicklung baut Apps, die auf Smartphones und Tablets laufen, entweder nativ (Swift für iOS, Kotlin für Android) oder plattformübergreifend (Flutter, React Native) aus einer gemeinsamen Codebasis. Sie wählen Mobile, wenn das Produkt Kamera, GPS, Push-Benachrichtigungen, Offline-Nutzung oder eine Präsenz im App Store und bei Google Play braucht. Es ist die Standardwahl für verbraucherorientierte Produkte und eine häufige Ergänzung zu einer Web-App. Unser Guide zur Mobile-Softwareentwicklung behandelt die Build-Ansätze im Detail, und Mobile-App-Entwicklung ist, wie wir sie liefern.

3. Desktop-Entwicklung

Desktop-Entwicklung baut Software, die direkt auf einem Computer installiert und ausgeführt wird (Windows, macOS oder Linux), und sie zählt weiterhin, wo Performance, Offline-Zuverlässigkeit oder tiefer Hardwarezugriff die Bequemlichkeit eines Browsers übertreffen. Engineering-Werkzeuge, Kreativsoftware, Trading-Terminals und Kassensysteme sind typisches Desktop-Terrain. Moderne Desktop-Apps werden zunehmend mit plattformübergreifenden Frameworks (etwa Electron oder nativen Toolkits) gebaut und synchronisieren sich oft mit der Cloud, was lokale Zuverlässigkeit mit Online-Daten verbindet.

4. Cloud- und SaaS-Entwicklung

Cloud- und SaaS-Entwicklung baut Anwendungen, die auf entfernter Infrastruktur gehostet und vielen Kunden über das Internet bereitgestellt werden, sodass Nutzer die Software erhalten, ohne sie zu installieren oder zu warten. Das ist das Modell hinter der meisten modernen Business-Software: ein gehostetes Produkt, laufende Updates, Abo-Preise und elastische Skalierung. Es stützt sich stark auf Cloud-Plattformen und Cloud-natives Design; unser Guide zur Cloud-Softwareentwicklung behandelt die Architektur, und SaaS-Softwareentwicklung behandelt den Bau eines mandantenfähigen Produkts darauf.

Ein Laptop mit einem Web-Dashboard, ein Smartphone mit einer Mobile-App und ein Tablet mit einer weiteren Oberfläche, nebeneinander auf einem Schreibtisch

5. Backend- und API-Entwicklung

Backend-Entwicklung baut die serverseitige Hälfte einer Anwendung — die Geschäftslogik, Authentifizierung, Integrationen und APIs, mit denen das Web- oder Mobile-Frontend spricht — und fast jedes Produkt braucht sie, auch wenn Nutzer sie nie sehen. Hier werden Daten verarbeitet und gespeichert, hier werden Drittanbieterdienste angebunden, und hier stellen APIs anderen Apps Funktionalität bereit. Wenn Menschen sagen, ein Produkt sei „nur" eine Website oder App, ist das Backend meist der größere, schwierigere Engineering-Aufwand darunter.

6. Frontend- und Full-Stack-Entwicklung

Frontend-Entwicklung ist die Disziplin, die nutzerseitige Schicht von Web- und Mobile-Software zu bauen, während Full-Stack-Entwicklung bedeutet, dass ein Engineer (oder Team) sowohl über das Frontend als auch das Backend hinweg arbeitet. Das sind weniger „Produktarten" als vielmehr „wo im Stack die Arbeit sitzt", doch sie prägen das Recruiting: Ein kleines Produkt braucht oft Full-Stack-Generalisten, während ein größeres Frontend- und Backend-Spezialisten trennt. Diesen Mix richtig zu treffen ist Teil davon, die richtige Struktur eines Softwareentwicklungsteams zu entwerfen.

7. Embedded- und IoT-Entwicklung

Embedded-Entwicklung baut die Software, die in einem physischen Gerät läuft — einem Auto, einem Patientenmonitor, einem Router, einem Haushaltsgerät — auf eingeschränkter Hardware statt auf einem Universalcomputer, und IoT-Entwicklung fügt Konnektivität hinzu, damit diese Geräte mit der Cloud sprechen. Zu dieser Art greifen Sie nur, wenn Hardware im Spiel ist, und sie trägt die strengsten Timing-, Safety- und Zertifizierungsanforderungen aller Kategorien. Sehen Sie unsere Guides zur Embedded-Softwareentwicklung und zur IoT-Softwareentwicklung, um zu verstehen, wie die beiden zusammenhängen.

8. Datenbankentwicklung

Datenbankentwicklung entwirft und baut die Datenschicht, von der nahezu jede Anwendung abhängt — das Schema, die Abfragen, Indizes und Pipelines, die die Informationen eines Produkts zuverlässig und schnell speichern und bereitstellen. Sie umfasst relationale Datenbanken (PostgreSQL, MySQL), NoSQL-Speicher sowie die Data-Warehouse- und Analytics-Schichten hinter dem Reporting. Sie steht selten allein als Produkt, aber schwaches Datendesign ist einer der teuersten Fehler, die man später beheben muss, weshalb sie in den meisten Builds eine eigenständige Disziplin ist.

9. Game-Entwicklung

Game-Entwicklung baut interaktive Unterhaltung über Konsole, PC und Mobile, und sie ist eine eigene Welt aus Engines (Unity, Unreal), Echtzeit-Grafik, Physik und Audio. Sie überschneidet sich mit Mobile- und Desktop-Entwicklung, verlangt aber Spezialfähigkeiten, die allgemeine Anwendungsteams nicht mitbringen. Unternehmen außerhalb der Spielebranche entleihen ihre Techniken dennoch für Simulationen, Training sowie interaktive 3D- und AR-Erlebnisse.

10. Data-Science-, KI- und Machine-Learning-Entwicklung

Data-Science- und KI-Entwicklung baut Software, die aus Daten lernt, statt nur handgeschriebenen Regeln zu folgen — Empfehlungssysteme, Prognosen, Computer Vision und die Sprachmodelle hinter den heutigen KI-Funktionen. Sie ist eine eigene Art, weil sich der Workflow um Daten, Modelle und Evaluation dreht, nicht nur um Code, und sie klinkt sich meist in ein Produkt ein, das mit den anderen Arten gebaut wurde. Unser Guide zur Machine-Learning-Softwareentwicklung behandelt, wie diese Systeme tatsächlich geliefert werden.

11. Low-Code- und No-Code-Entwicklung

Low-Code- und No-Code-Entwicklung baut Anwendungen visuell mit minimalem handgeschriebenem Code und lässt Teams interne Tools, einfache Web-Apps und Workflows weit schneller zusammensetzen als von Grund auf zu programmieren. Sie versteht sich am besten als eine Art zu bauen, welche die obigen Arten hervorbringt, statt als eigene Art — Sie könnten ein internes Dashboard auf einer Low-Code-Plattform bauen und das kundenseitige Produkt in Custom Code. Gartner erwartet, dass bis 2026 70% der neuen Anwendungen Low-Code- oder No-Code-Technologie nutzen, sodass die meisten Unternehmen sie heute für die Standardteile einsetzen und Custom Engineering für das reservieren, was sie unterscheidet.

Arten der Softwareentwicklung im Überblick

Hier sind die wichtigsten Arten der Softwareentwicklung nebeneinander — wo jede läuft, ein typischer Tech-Stack und die Art von Produkt, zu der sie passt — damit Sie Ihre Idee schnell einem Startpunkt zuordnen können. Behandeln Sie den „typischen Stack" als illustrativ, nicht als Vorschrift; die richtigen Werkzeuge hängen von Ihrem Team und Ihren Einschränkungen ab.

ArtWo sie läuftTypischer StackAm besten für
WebBrowser, jedes GerätReact / Next.js, Node, PostgreSQLWeb-Apps, Dashboards, die meisten SaaS
MobileiOS- & Android-GeräteSwift, Kotlin, Flutter, React NativeConsumer-Apps, Tools für unterwegs
DesktopAuf einem Computer installiertElectron, .NET, native ToolkitsPerformante, offline-fähige Tools
Cloud & SaaSGehostet, über das InternetAWS/GCP/Azure, Container, APIsGehostete Produkte für viele Kunden
Backend & APIServer hinter der AppNode, Python, Go, Java, DatenbankenLogik, Integrationen, APIs
Embedded & IoTIn physischen GerätenC, C++, Rust, RTOS, MQTTHardware und vernetzte Geräte
DatenbankDie DatenschichtPostgreSQL, MySQL, NoSQL, WarehousesDaten zuverlässig speichern und bereitstellen
GameKonsole, PC, MobileUnity, Unreal, C++, C#Spiele, Simulationen, 3D/AR
Data Science & KIIm und um das ProduktPython, PyTorch, DatenpipelinesAus Daten lernen, KI-Funktionen
Low-Code / No-CodeEine Art, das Obige zu bauenVisuelle Plattformen, KonnektorenInterne Tools, schnelle Prototypen

Arten vs. Methoden: Wo liegt der Unterschied?

Eine Art der Softwareentwicklung ist was Sie bauen und wo es läuft; eine Softwareentwicklungsmethode ist wie das Team es baut — und die beiden zu verwechseln ist eine der häufigsten Verwirrungsquellen, weil beide „Softwareentwicklungsprozesse" genannt werden. Die Art ist das Produkt (eine Web-App, Embedded-Firmware); die Methode ist die Arbeitsweise (Agile, Scrum, Kanban, Waterfall, DevOps). Sie sind unabhängig: Sie können jede Art mit jeder Methode bauen, und ein einzelnes Unternehmen fährt oft denselben Prozess über Web-, Mobile- und Backend-Arbeit.

Die Unterscheidung zählt, wenn Sie ein Projekt scopen. Die Wahl einer Art entscheidet über Fähigkeiten, Stack und Einschränkungen; die Wahl einer Methode entscheidet, wie die Arbeit geplant, geprüft und ausgeliefert wird. Eine nützliche Merkhilfe:

  • Art beantwortet „welche Art von Software?" — Web, Mobile, Desktop, Cloud, Embedded, Daten.
  • Methode beantwortet „wie führen wir das Projekt?" — Agile, Scrum, Kanban, Waterfall.
  • Sie kombinieren sich frei. Sie könnten eine Mobile-App (Art) mit Scrum (Methode) bauen oder Embedded-Firmware (Art) mit einem stage-gated Waterfall-Prozess (Methode).

Wenn Sie eher das „Wie" als das „Was" abwägen, vergleicht unser Guide zu Softwareentwicklungsmethoden Agile, Scrum, Kanban, Waterfall und DevOps im Detail, und der Guide zum Software-Entwicklungslebenszyklus behandelt die Phasen, die jedes Projekt unabhängig von der Art durchläuft.

Vier Kollegen stehen vor einem Bildschirm, der ein Systemarchitektur-Diagramm mit Cloud- und Datenbank-Symbolen zeigt, daneben ein Whiteboard-Flussdiagramm

Welche Art der Softwareentwicklung brauchen Sie?

Wählen Sie die Art der Softwareentwicklung danach, wo Ihre Nutzer sind und was das Produkt leisten muss — nicht danach, was modisch ist. Der schnellste Weg, sie einzugrenzen, sind ein paar konkrete Fragen zum Produkt und seinen Nutzern, denn die Antworten weisen direkt auf eine Art (und meist auf die zwei oder drei Arten, die Sie zusammen brauchen). Arbeiten Sie diese durch:

  1. Wo werden Menschen es nutzen? In einem Browser auf jedem Gerät → Web. Auf einem Telefon, mit Kamera-/GPS-/Offline-/App-Store-Bedarf → Mobile. Auf einer leistungsstarken Workstation, offline → Desktop.
  2. Ist Hardware im Spiel? Wenn die Software in einem physischen Gerät lebt, ist sie Embedded — und wenn dieses Gerät mit dem Internet verbunden ist, ist es Embedded plus IoT.
  3. Wie viele Kunden teilen es? Viele Kunden, die ein gehostetes Produkt nutzen, weisen auf Cloud und SaaS; das interne Tool einer einzelnen Organisation vielleicht nicht.
  4. Was tut es mit Daten? Jedes Produkt braucht eine Datenbank; wenn es lernen, vorhersagen oder erkennen muss, kommt Data-Science- und KI-Entwicklung hinzu.
  5. Wie schnell und wie individuell? Standard-interne-Tools können mit Low-Code starten; differenzierende, hochskalierende Produkte brauchen Custom Engineering dort, wo es zählt.

Beachten Sie, dass fast jede Antwort auch Backend- und Datenbankarbeit impliziert, weil ein Web- oder Mobile-Frontend nur die sichtbare Spitze des Produkts ist. Die ehrliche Antwort auf „welche Art?" lautet meist „eine primäre Art, die Ihre Nutzer berühren, plus die Backend- und Datenschicht dahinter" — und wenn der Mix wirklich unklar ist, ist eine kurze Discovery-Phase mit einem erfahrenen Team günstiger, als ein Budget auf die falsche Form festzulegen. Dieselbe Abwägung zwischen schnell bauen und langlebig bauen steht hinter der Wahl zwischen Individualsoftware versus Standardsoftware.

Wie sich die Arten in echten Produkten verbinden

In der Praxis ist fast kein Produkt eine einzelne Art — eine typische moderne Anwendung fügt mehrere Arten zusammen, weshalb „Full-Stack" und „Product Engineering" die meisten echten Builds besser beschreiben als ein einzelnes Etikett. Ein Consumer-FinTech-Produkt zum Beispiel ist eine Mobile-App (Mobile) und ein Web-Dashboard (Web), die mit serverseitiger Logik und APIs (Backend) sprechen, auf einer Datenbank- und Analytics-Schicht (Datenbank und Daten) sitzen, als mandantenfähiger Dienst gehostet (Cloud und SaaS), vielleicht mit einer KI-Funktion zur Betrugserkennung (Data Science und KI) — sechs Arten in einem Produkt. Der Wert, die Arten zu benennen, liegt nicht darin, ein Produkt in eine Schublade zu zwingen, sondern sicherzustellen, dass jede Schicht, die es braucht, geplant, besetzt und budgetiert ist.

Das ist auch, warum das Team, mit dem Sie bauen, ebenso zählt wie die Art: Ein einzelnes Produkt über sechs Arten hinweg braucht entweder Generalisten, die mehrere abdecken, oder einen koordinierten Satz von Spezialisten. Diesen Mix zu entscheiden — und ob intern oder mit einem Partner zu bauen — ist Thema unserer Guides zur Teamstruktur und zum Einstellen eines dedizierten Entwicklungsteams. Die Kernbotschaft: Wählen Sie die primäre Art, die Ihre Nutzer erleben, und entwerfen Sie dann bewusst für die unterstützenden Arten darunter.

Die Arten der Softwareentwicklung sind stabil, doch wie sie gebaut werden, ändert sich 2026 rasant — KI-Unterstützung, Low-Code und Cloud-native Auslieferung greifen quer über jede Art zugleich. Diese Verschiebungen fügen weniger neue Kategorien hinzu, als sie die Ökonomie der bestehenden verändern. Die, die man kennen sollte:

  • KI-gestützte Entwicklung ist nun der Standard. Rund 85% der Entwickler nutzen 2026 regelmäßig KI-Werkzeuge zum Coden, Debuggen und Reviewen, und Gartner erwartet, dass bis 2028 45% des neuen Anwendungscodes KI-generiert sind — eine Produktivitätsverschiebung, die Web-, Mobile-, Backend- und Datenarbeit gleichermaßen berührt.
  • Low-Code wächst weiter. Gartner erwartet, dass bis 2026 70% der neuen Anwendungen Low-Code oder No-Code nutzen, und prognostiziert, dass bis 2028 rund 80% der Technologieprodukte von Menschen außerhalb der klassischen IT gebaut werden — was neu formt, wer die Standardteile jeder Art baut.
  • Cloud-native ist die Grundlinie. Neue Web-, SaaS- und Backend-Arbeit wird cloud-first mit Containern und Managed Services gebaut, was die Grenze zwischen „Web"-, „Cloud"- und „Backend"-Entwicklung zu einem Auslieferungsmodell verschwimmen lässt.
  • KI wandert ins Produkt, nicht nur in die Toolchain. Data-Science- und KI-Entwicklung breitet sich von eigenständigen Projekten in Funktionen innerhalb gewöhnlicher Apps aus, sodass mehr Produkte heute standardmäßig eine Daten-und-KI-Schicht tragen.
  • Edge- und Embedded-Intelligenz wächst. Mehr Verarbeitung läuft auf Geräten am Edge, was Embedded- und IoT-Entwicklung näher an Daten- und KI-Arbeit rückt als je zuvor.

Die praktische Folge für ein Unternehmen ist, dass die Art, die Sie wählen, weiterhin von Ihren Nutzern und Ihrem Produkt abhängt, doch Kosten, Tempo und Teamform ihres Baus alle in Bewegung sind — was die Wahl eines erfahrenen, KI-versierten Partners wichtiger macht als die Wahl irgendeiner einzelnen Technologie.

FAQ

Welche verschiedenen Arten der Softwareentwicklung gibt es?

Die wichtigsten Arten der Softwareentwicklung werden üblicherweise danach gruppiert, wo die Software läuft und welche Aufgabe sie erfüllt: Webentwicklung (Software, die im Browser läuft), Mobile-Entwicklung (Apps auf iOS und Android), Desktop-Entwicklung (auf einem Computer installierte Programme), Cloud- und SaaS-Entwicklung (über das Internet bereitgestellte Software), Backend- und API-Entwicklung (die serverseitige Logik und Daten hinter einer App), Embedded- und IoT-Entwicklung (Software in physischen Geräten), Datenbankentwicklung, Game-Entwicklung sowie Data-Science-, KI- und Machine-Learning-Entwicklung. Low-Code und No-Code sind eine schnell wachsende Art, diese zu bauen, keine eigene Kategorie. Die meisten echten Produkte verbinden mehrere dieser Arten, statt rein einer zu sein.

Wie viele Arten der Softwareentwicklung gibt es?

Es gibt keine offizielle Zahl — sie hängt davon ab, wie fein Sie das Feld unterteilen. Eine praktische Liste, die abdeckt, was die meisten Unternehmen bauen, umfasst grob zehn: Web, Mobile, Desktop, Cloud und SaaS, Backend und API, Embedded und IoT, Datenbank, Game sowie Data Science und KI, plus Low-Code und No-Code als übergreifende Art zu bauen. Sie werden Artikel sehen, die zwischen 6 und über 40 Arten nennen, weil manche Frontend von Backend trennen oder jede Spezialisierung (Security, DevOps, Blockchain) einzeln aufführen. Die genaue Zahl zählt weit weniger als die Wahl der Art, die dazu passt, wo Ihre Nutzer sind und was Ihr Produkt leisten muss.

Was ist die häufigste Art der Softwareentwicklung?

Webentwicklung ist die häufigste Art der Softwareentwicklung, weil fast jedes Unternehmen etwas braucht, das im Browser läuft — eine Website, eine Web-App, ein Admin-Dashboard oder ein SaaS-Produkt — und Web-Apps jedes Gerät ohne Installation erreichen. Mobile-Entwicklung folgt bei verbraucherorientierten Produkten dicht dahinter, und Backend-Entwicklung untermauert nahezu alle, da ein Web- oder Mobile-Frontend fast immer serverseitige Logik, APIs und eine Datenbank dahinter braucht. In der Praxis kombinieren die meisten Projekte Web oder Mobile vorn mit Backend- und Datenbankarbeit dahinter.

Was ist der Unterschied zwischen Arten der Softwareentwicklung und Softwareentwicklungsmethoden?

Eine Art der Softwareentwicklung beschreibt, was Sie bauen und wo es läuft — eine Web-App, eine Mobile-App, Embedded-Firmware — während eine Softwareentwicklungsmethode beschreibt, wie das Team arbeitet, um es zu bauen, etwa Agile, Scrum, Kanban oder Waterfall. Es sind unabhängige Entscheidungen: Sie können jede Art von Software mit jeder Methode bauen. Die beiden zu verwechseln ist verbreitet, weil beide „Softwareentwicklungsprozesse" genannt werden, doch die Art beantwortet „welche Art von Software?" und die Methode beantwortet „wie führen wir das Projekt?"

Welche Art der Softwareentwicklung sollte ich für mein Produkt wählen?

Wählen Sie die Art danach, wo Ihre Nutzer sind und was das Produkt leisten muss, nicht danach, was gerade in Mode ist. Wenn Menschen es in einem Browser auf jedem Gerät nutzen, beginnen Sie mit Webentwicklung; wenn es Kamera, GPS, Offline-Nutzung oder App-Store-Präsenz braucht, wählen Sie Mobile-Entwicklung; wenn es in einem physischen Gerät lebt, ist das Embedded-Entwicklung; wenn viele Kunden ein gehostetes Produkt nutzen, ist das Cloud und SaaS. Fast jede Option braucht außerdem Backend- und Datenbankarbeit dahinter. Wenn Sie unsicher sind, kartiert eine kurze Discovery-Phase mit einem erfahrenen Team den richtigen Mix, bevor Sie ein Budget festlegen.

Ist Low-Code oder No-Code eine eigene Art der Softwareentwicklung?

Low-Code und No-Code sind Arten, Software zu bauen, statt einer eigenen Art — Sie können eine Web-App, ein internes Tool oder eine einfache Mobile-App auf einer Low-Code-Plattform bauen. Sie beschleunigen die Auslieferung von Standardanwendungen und lassen Nicht-Entwickler Tools zusammenstellen, weshalb Gartner erwartet, dass bis 2026 70% der neuen Anwendungen Low-Code- oder No-Code-Technologie nutzen. Der Kompromiss ist weniger Kontrolle, schwierigere Anpassung und mögliches Lock-in, sodass Teams Low-Code meist für interne Tools und schnelle Prototypen einsetzen und Custom Code für die differenzierenden, hochskalierenden Teile eines Produkts.

Zuletzt aktualisiert am 16. August 2026. Verbreitungszahlen spiegeln weithin berichtete Branchendaten 2026 wider (Prognosen zu Low-Code und KI in der Entwicklung von Gartner; KI-Werkzeugnutzung aus Entwicklerumfragen 2026) und variieren nach Quelle und Definition. Die Artenlisten hier sind eine praktische Gruppierung, keine offizielle Taxonomie — betrachten Sie dies als Orientierung fürs Scoping und bestätigen Sie den richtigen Mix für Ihr Produkt mit einem Engineer.