Was ist Appian? Eine ehrliche Einordnung für Entscheider
Immer öfter fällt in Projekten der Name Appian, oft aus dem Mund eines Beraters oder Herstellers und selten mit einer klaren Erklärung, was dahintersteckt. Dieser Artikel ordnet ein, was Appian wirklich ist, wofür die Plattform gemacht ist und für wen sie sich lohnt — aus Sicht von jemandem, der Appian unterrichtet und die Prozesse dahinter seit über 20 Jahren baut.
Appian in einem Satz
Appian ist eine Low-Code-Plattform für prozessgetriebene Unternehmensanwendungen. Statt jede Anwendung von Grund auf zu programmieren, modelliert man Abläufe, Oberflächen und Datenmodelle weitgehend visuell und die Plattform liefert den technischen Unterbau mit. Ihre Wurzeln hat Appian im Prozessmanagement und genau dort liegt bis heute ihre Stärke: Vorgänge, die durch mehrere Rollen, Freigaben und Fristen laufen.
Das ist die nüchterne Definition. Interessanter für eine Entscheidung ist die Frage, wofür dieser Werkzeugtyp gemacht ist und wofür nicht.
Wofür Appian gemacht ist
Appian spielt seine Stärke dort aus, wo nicht eine ausgefallene Rechenlogik das Herz der Anwendung ist, sondern ein Ablauf: ein Vorgang, der von A nach B wandert, unterwegs geprüft, freigegeben und dokumentiert wird. Typische Beispiele:
- Antragsstrecken, etwa für Urlaub, Investitionen oder interne Bestellungen
- Genehmigungs- und Rechnungsworkflows mit mehreren Freigabestufen
- Onboarding und Fallbearbeitung (Case Management), bei denen ein Vorgang über Tage oder Wochen offen bleibt
- Fachverfahren in Verwaltung und regulierten Branchen, bei denen jeder Schritt nachvollziehbar sein muss
Der gemeinsame Nenner ist nicht die Branche, sondern die Form: Etwas läuft durch mehrere Hände, es gibt Zuständigkeiten, Fristen und die Pflicht, hinterher zu wissen, wer wann was entschieden hat.
Was die Plattform tatsächlich mitbringt
Der Wert steckt nicht im Schlagwort „kein Code", sondern in den Bausteinen, die man bei einer klassischen Eigenentwicklung jedes Mal neu bauen müsste. Vier davon sind entscheidend:
- Prozess-Steuerung. Aufgaben, Fristen, Eskalationen und Zuständigkeiten sind modellierbare Abläufe statt handverdrahteter Code. Das ist das Erbe aus Appians Prozessmanagement-Herkunft.
- Low-Code-App-Design. Oberflächen und Datenmodell entstehen visuell und passen von vornherein zusammen, statt in jedem Projekt neu zusammengesteckt zu werden.
- Anbindung an Bestandsdaten. Über sogenannte Record Types spricht die Anwendung mit vorhandenen Quellen wie SQL Server, Oracle oder REST-Schnittstellen. Die Daten können dort bleiben, wo sie liegen.
- Enterprise-Unterbau. Authentifizierung, Rollen, Berechtigungen und ein Audit-Trail sind von Haus aus dabei, ohne dass man ein eigenes Rechte- und Protokoll-System entwirft.
Gerade der letzte Punkt wird unterschätzt. In regulierten Umgebungen ist der mitgelieferte Nachweis, wer wann was getan hat, oft die halbe Miete und in einer Eigenentwicklung ein eigenes Projekt für sich.
Warum „Enterprise Low-Code" nicht dasselbe ist wie ein Bastel-Tool
Low-Code ist ein weiter Begriff. Er reicht vom Tool, mit dem eine Fachabteilung sich schnell eine kleine Liste zusammenklickt, bis zur Plattform, auf der geschäftskritische Fachverfahren laufen. Appian ist für das obere Ende gedacht: für Anwendungen, die viele Nutzer haben, mit Bestandssystemen integriert sind, auditierbar sein müssen und über Jahre betrieben werden.
Das erklärt zwei Dinge, die Entscheider oft überraschen. Erstens ist eine solche Plattform kein Tabellen-Ersatz zum Nulltarif, sondern eine Investition mit Governance, Rollenmodell und laufenden Kosten. Zweitens braucht sie trotz „Low-Code" weiterhin Menschen mit Entwickler-Denke, dazu gleich mehr. Wer Appian mit einem Klick-Tool für die Fachabteilung verwechselt, unterschätzt beides.
Low-Code heißt nicht No-Code
Der häufigste Irrtum, der in meinen Kursen die meisten Aha-Momente auslöst: „Low-Code" bedeutet nicht, dass gar nichts mehr geschrieben wird. Ablauf, Oberflächen und Datenmodell modelliert man visuell, aber die eigentliche Fachlogik schreibt man weiterhin selbst, als Ausdrücke und Regeln. Die Plattform nimmt einem das Gerüst ab, nicht das Denken.
Zwei Beispiele, die in echten Anwendungen sofort auftauchen: Ein Upload-Feld begrenzt nicht von allein die Dateigröße und lässt auch nicht automatisch nur erlaubte Dateitypen zu — solche Validierungen formuliert man selbst. Und die Anzahl der Tage eines Dienstreise-Antrags oder eine abgeleitete Summe ist jeweils eine Rechnung, die jemand schreiben und später pflegen muss. Der Gewinn liegt darin, dass die Infrastruktur wegfällt, nicht die Fachlogik.
Woran Sie erkennen, ob Appian zu Ihrem Vorhaben passt
Statt einer Feature-Liste hilft ein kurzer Abgleich mit dem eigenen Fall:
| Spricht für Appian | Spricht dagegen |
|---|---|
| Interner Prozess mit mehreren Rollen und Freigaben | Hochspezialisierte oder rechenintensive Kernlogik |
| Nachvollziehbarkeit und Audit-Trail sind Pflicht | Produkt für den Endkundenmarkt |
| Ergebnis wird in Wochen statt Monaten gebraucht | Sehr viele Nutzer bei sehr einfacher Fachlichkeit |
| Anwendung soll mit Bestandssystemen integriert sein | Quellcode muss zwingend ohne Plattformbindung im Haus liegen |
Wenn Ihr Vorhaben überwiegend links steht, lohnt sich der genauere Blick auf Appian. Steht es überwiegend rechts, ist klassische Eigenentwicklung meist die tragfähigere Wahl. Diese Abwägung habe ich in einem eigenen Artikel ausführlich durchgerechnet: Low-Code oder Eigenentwicklung — wann sich Appian wirklich rechnet.
Was Appian kostet — die ehrliche Kurzfassung
Appian veröffentlicht keine festen Listenpreise für den produktiven Einsatz. Die Lizenzierung wird individuell verhandelt und richtet sich im Kern nach Nutzung und Anzahl der Anwender. Für eine erste Einordnung zählt weniger die genaue Zahl als das Muster: Es entstehen laufende Lizenzkosten, die mit der Nutzung wachsen, während eine Eigenentwicklung vor allem einmaligen Entwicklungsaufwand plus Wartung bedeutet.
Deshalb ist die richtige Frage nie „was ist billiger", sondern „wie sieht die Rechnung nach 3 Jahren aus". Eine Anwendung mit überschaubarer Nutzerzahl und hohem Prozessanteil kippt oft zugunsten von Appian, eine breit ausgerollte Anwendung mit einfacher Fachlichkeit in die andere Richtung.
3 Missverständnisse, die Entscheidern teuer werden
Aus Gesprächen und Kursen sind es immer wieder dieselben drei:
- „No-Code, also brauchen wir keine Entwickler." Falsch. Die Fachlogik bleibt und mit ihr der Bedarf an jemandem, der sie schreibt und pflegt.
- „Die Plattform übernimmt den Betrieb." Nur den technischen Unterbau. Für Ihren konkreten Prozess braucht es weiterhin jemanden, der weiß, wo ein hängender Vorgang zu finden und zu korrigieren ist.
- „Einmal gebaut, dann ist Ruhe." Eine produktive Anwendung wird weiterentwickelt, kostet laufend Lizenz und braucht einen Wissensträger im Haus, idealerweise mit Vertretung.
Keiner dieser Punkte ist ein Argument gegen Appian. Sie sind Argumente dafür, mit realistischen Erwartungen hineinzugehen statt mit einem Werbeversprechen.
Appian im Raum, aber die Einordnung fehlt?
Ich sage Ihnen ehrlich, ob Ihr Anwendungsfall zu Appian passt, ohne Sie in eine Plattform zu drängen. Als GFU-Dozent für Appian und langjähriger Prozess-Entwickler kenne ich beide Seiten.
Häufige Fragen
Was ist Appian?
Eine Low-Code-Plattform für prozessgetriebene Unternehmensanwendungen. Man modelliert Abläufe, Oberflächen und Datenmodelle weitgehend visuell, während die Plattform den technischen Unterbau wie Rollen, Berechtigungen und Audit-Trail mitliefert. Der Ursprung liegt im Prozessmanagement.
Ist Appian No-Code oder Low-Code?
Low-Code. Das Gerüst modelliert man visuell, die Fachlogik schreibt man weiterhin selbst als Ausdrücke und Regeln. Eine echte No-Code-Wunderwelt gibt es bei Anwendungen dieser Größenordnung nicht.
Für welche Anwendungen ist Appian gedacht?
Für interne, prozessgetriebene Vorgänge wie Antragsstrecken, Genehmigungs- und Rechnungsworkflows, Onboarding, Case Management und Fachverfahren, bei denen ein Vorgang durch mehrere Rollen und Freigaben läuft und nachvollziehbar sein muss.
Was kostet Appian?
Es gibt keine festen Listenpreise für den produktiven Einsatz. Die Lizenz wird individuell verhandelt und richtet sich nach Nutzung und Anwenderzahl. Wichtig ist das Muster: laufende, mit der Nutzung wachsende Kosten, die man über mehrere Jahre rechnen sollte.
Braucht man für Appian noch Entwickler?
Ja. Die Plattform nimmt den Unterbau ab, nicht das fachliche Denken. Validierungen, Berechnungen und Integrationen schreibt weiterhin jemand und für den Betrieb braucht es eine Person, die den konkreten Prozess kennt.
Der ehrliche Schluss
Appian ist weder ein Allheilmittel noch ein Spielzeug. Es ist ein starkes Werkzeug für einen bestimmten Anwendungstyp: prozessgetrieben, auditpflichtig, integriert und über Jahre betrieben. Wer diesen Typ trifft, bekommt schnell eine belastbare Anwendung und spart sich viel Infrastruktur-Arbeit. Wer ihn verfehlt, zahlt für Freiheit, die er nicht nutzt, oder für eine Bindung, die er nicht braucht.
Die beste Entscheidung entsteht nicht aus einer Produktbroschüre, sondern aus dem ehrlichen Abgleich zwischen dem, was die Plattform gut kann, und dem, was Ihr Vorhaben wirklich ist.