SAP Concur und eingebettete Workflows: Die Bindungsmaschine

Was „Process Embedding“ für SaaS-Bindung bedeutet

„Process Embedding“ bezeichnet, wenn ein SaaS-Produkt nicht nur ein gelegentlich genutztes Tool ist, sondern der Ort, an dem ein wiederkehrender Geschäftsprozess tatsächlich end-to-end ausgeführt wird. Die Software fühlt sich weniger wie „eine App“ und mehr wie „so machen wir das hier“ an.

Eine verständliche Definition

Praktisch bedeutet Process Embedding, dass das Produkt:

• Den Auslöser erfasst (eine Reise wird gebucht, ein Beleg entsteht, eine Belastung erscheint auf der Karte)
• Die Schritte anleitet (kategorisieren, Beleg anhängen, zuordnen, einreichen)
• Entscheidungen steuert (Genehmigung durch den Vorgesetzten, Prüfung durch die Buchhaltung, Audits)
• Ergebnisse erzeugt (Erstattung, Buchungssätze, Reporting)

Wenn diese Schritte jede Woche bei vielen Mitarbeitenden wiederholt werden, wird die Software Teil des operativen Rhythmus des Unternehmens.

Warum Reise- und Spesenmanagement (T&E) von Natur aus „haftet"

Reise- und Spesenprozesse sind häufig und wiederholbar: Mitarbeitende reisen, geben Geld aus, reichen Spesen ein und erhalten Erstattungen—immer wieder. Vorgesetzte genehmigen. Finance prüft und schließt die Bücher. Führungskräfte wollen Sichtbarkeit über Ausgaben und Richtlinieneinhaltung.

Diese Wiederholung wirkt sich auf die Bindung aus. Wenn ein System kontinuierlich über Abteilungen hinweg genutzt wird, hängen Verlängerungsentscheidungen davon ab, ob das Geschäft ohne Unterbrechung weiterlaufen kann—nicht nur davon, ob jemand die Oberfläche mag.

Was dieser Artikel leisten (und nicht leisten) will

Dies sind keine geheimen SAP-Concur-Tricks. Es sind übertragbare Lektionen: warum eingebettete Workflows besser binden, was wirkliche Wechselkosten schafft und wie Unternehmensadoption sich über die Zeit multipliziert.

Umfang: was „eingebettet“ umfasst

Wir konzentrieren uns auf vier Elemente, die Bindung in eingebetteten Workflows antreiben:

1. Workflows (Einreichen, Genehmigen, Audit, Erstattung)
2. Stakeholder (Mitarbeitende, Vorgesetzte, Finance, Einkauf, Führung)
3. Integrationen (ERP, HR, Firmenkarten, Reisebuchung)
4. Bindungshebel (Gewohnheit, Konfiguration, Historie, operative Abhängigkeit)

Der Reise- und Spesen-Workflow: Viele Schritte, viele Berührungspunkte

Reise und Spesen ist keine einzelne Aufgabe—es ist eine Kette kleiner Entscheidungen und Übergaben, die sich über eine ganze Dienstreise spannt. Wenn ein Produkt an jedem Punkt präsent ist, hört es auf, „ein Spesen-Tool“ zu sein und wird zum Standard, wie das Unternehmen reist.

Ein typischer End-to-End-Ablauf

Die meisten Organisationen folgen einem Pfad wie diesem:

• Reise planen → buchen
• Reisen
• Ausgaben erfassen (oft täglich)
• Spesenbericht einreichen
• Genehmigen
• Erstatten
• Mit Finanzsystemen abgleichen

Jeder Schritt ist ein Berührungspunkt, der Menschen wieder in dasselbe System zurückholt. Die Buchung bringt Nutzer*innen vor der Reise hinein. Mobile Erfassung hält sie während der Reise im System. Einreichung und Genehmigungen schaffen einen Rhythmus danach. Erstattung und Abstimmung binden Finance lange nach dem Ende der Reise.

Warum wiederholte Berührungspunkte Rückkehrbesuche erzeugen

Dieser Workflow schafft mehrere „Gründe zurückzukommen“, die nicht von der UI-Ästhetik abhängen. Mitarbeitende kehren zurück, weil sie einen Bericht fertigstellen und ihr Geld zurückbekommen müssen. Vorgesetzte kehren zurück, weil Genehmigungen sich ansammeln und Verzögerungen Lärm erzeugen. Finance kehrt zurück, weil richtige Kodierung, Prüfpfade und saubere Exporte den Monatsabschluss bestimmen.

Im Laufe der Zeit akkumuliert sich Historie: vergangene Reisen, häufige Routen, bevorzugte Hotels, Kostenstellen, Projektkennungen und frühere Ausnahmen. Dieser Kontext macht das Produkt schneller und vertrauter—und erhöht stillschweigend Wechselkosten.

Wo Reibung meist auftritt

Die gleichen Momente bereiten in vielen Unternehmen Probleme:

• Belege: verlorene Papierbelege, unleserliche Fotos, fehlende Händler
• Richtlinienprüfungen: außerhalb der Richtlinie liegende Hotels, Alkohollimits, Pauschalen, Belegschwellen
• Verspätete Genehmigungen: reisende Vorgesetzte, unklare Begründungen, Hin- und Her-Korrekturen

Ein Workflow-Tool gewinnt Vertrauen, wenn es diese Verzögerungen reduziert, statt neue Schritte hinzuzufügen.

Wer involviert ist (und warum das wichtig ist)

T&E berührt mehrere Stakeholder mit unterschiedlichen Anreizen:

• Mitarbeitende wollen Geschwindigkeit und Erstattung.
• Vorgesetzte wollen schnelle Genehmigungen ohne Risiko.
• Finance/AP will Compliance, richtige Kodierung und weniger Ausnahmen.
• Reiseadministratoren wollen Kontrolle über Richtlinien und Lieferanten.

Wenn ein einzelner Workflow alle verbindet, werden Verlängerungsentscheidungen von der gesamten Organisation beeinflusst—nicht nur von einzelnen Nutzern.

Richtlinie in den Ablauf eingebaut: Compliance ohne Zusatzaufwand

Ein Grund, warum SAP Concur „haftet“, ist, dass Compliance nicht als Extra behandelt wird. Reise- und Spesenrichtlinien werden in die Schritte eingebettet, die Mitarbeitende ohnehin machen—Buchen, Einreichen, Genehmigen, Erstatten.

Weniger Ausnahmen bedeutet weniger Hin- und Her

Wenn Regeln in den Workflow eingebaut sind, kann das System Probleme früh verhindern oder markieren: Ausgabenlimits, Beleganforderungen, Kilometerregeln, Pauschalen, Genehmigungsketten und Projekt-/Kostenstellenregeln. Das reduziert manuelle Entscheidungen („Ist das erlaubt?“) und verkürzt E-Mail-Fäden zwischen Mitarbeitenden, Vorgesetzten und Finance.

Die Wirkung ist nicht nur weniger Richtlinienverstöße; es sind weniger Verzögerungen. Wenn Regeln klar und konsequent angewendet werden, hören Leute auf, „ihr Glück zu versuchen“ und reichen Berichte ein, die direkt durchlaufen.

Geführte Entscheidungen schaffen konsistentes Verhalten

Geführte Optionen—wie bevorzugte Airlines/Hotels, verhandelte Raten, erlaubte Buchungsklassen oder Mahlzeitenlimits—lenken Nutzerinnen zu konformen Auswahlmöglichkeiten, ohne dass sie eine Richtliniendokumentation interpretieren müssen. Mitarbeitende müssen keine Richtlinienexpertinnen werden; sie folgen den präsentierten Optionen.

Mit der Zeit standardisiert diese Führung das Ausgabeverhalten über Teams und Regionen hinweg. Finance sieht weniger Ausreißer, Genehmiger*innen weniger heikle Entscheidungen, und Mitarbeitende lernen den schnellsten Weg zur Erstattung.

Compliance schafft Vertrauen—und Vertrauen fördert Bindung

Wenn Finance sich darauf verlassen kann, dass das System Richtlinien konsistent anwendet, wird das Tool zu einem Kontrollpunkt, den man nicht verlieren möchte. Das ist für Verlängerungen wichtig: Selbst wenn Endnutzer*innen Teile des Workflows kritisieren, schätzt Finance vorhersehbare Prüfungen, saubere Daten und weniger Ausnahmen.

Der „Default-Path“-Effekt

Die meisten Mitarbeitenden folgen dem Default. Wenn der Standardpfad konform ist—und gleichzeitig der einfachste Weg—wird Compliance zur Gewohnheit. Diese Gewohnheit erzeugt eine subtile Wechselhürde: Werkzeuge zu wechseln bedeutet, der Organisation erneut beizubringen, was „normal“ ist, und ein temporäres Ansteigen von Ausnahmen, Streitfällen und Prüfaufwand zu riskieren.

Stakeholder und Anreize: Warum mehr als nur Nutzer*innen Verlängerungen treiben

Die Bindung bei Reise- und Spesenmanagement entscheiden nicht nur die Einreicher. Sie entsteht durch alle, deren Arbeit einfacher (oder schwieriger) wird, je nachdem, ob der Workflow in den Alltag eingebettet ist.

Die „Job to be done“ für jede Gruppe abbilden

Nützlich ist, zu kartieren, was jede Gruppe erreichen will—und wie Erfolg für sie aussieht:

• Mitarbeitende (Einreicher): schnell erstattet werden, Nacharbeit vermeiden, vorab wissen, was erlaubt ist.
• Vorgesetzte (Genehmiger): schnell genehmigen, Teams am Laufen halten, Richtlinienverstöße verhindern, Budgetübersicht behalten.
• Finance/AP: Bücher mit weniger Überraschungen schließen, saubere Prüfpfade, standardisierte Kodierungen, weniger Ausnahmen.
• IT/Security: Zugriff kontrollieren, SSO durchsetzen, automatische Nutzerprovisionierung, Supporttickets minimieren.

Wenn ein System diese Aufgaben gleichzeitig erfüllt, drehen sich Verlängerungen weniger um „Gefällt die UI?“ und mehr um „Können wir das Geschäft ohne dieses System betreiben?“

Genehmigungen schaffen wiederkehrende Manager-Interaktion

Mitarbeitende reichen Spesen meist nach Reisen ein. Manager hingegen sind kontinuierlich involviert, weil Genehmigungen immer dann ankommen, wenn ihr Team Ausgaben hat. Dieser wiederkehrende Berührungspunkt zählt: Die Genehmigungswarteschlange wird zur Routine, nicht zum Ausnahmefall.

Mit der Zeit internalisieren Vorgesetzte den Workflow (Delegationsregeln, Erinnerungen, Eskalationen, mobile Freigaben) und die Organisation baut Erwartungen an Reaktionszeiten und Verantwortlichkeit auf.

Finance profitiert: Prüfbarkeit, Kodierung, weniger Ausnahmen

Finance-Teams sind oft die stärksten Befürworter einer Verlängerung, weil sie die downstream-Effekte spüren:

• Prüfspur als Standard: wer was genehmigt hat, wann und warum.
• Standardisierte Kodierung: konsistente Kostenstellen, Projekte und Sachkonten-Mappings.
• Weniger Ausnahmen: Probleme treten früh auf und reduzieren manuellen Aufwand.

Sind diese Kontrollen Routine, fühlt sich der Wechsel wie die Wiedereinführung von Unsicherheit und zusätzlicher Monatsendarbeit an.

ITs Rolle: Sicherheit, Zugriff und Supportaufwand

IT nutzt das Produkt oft nicht täglich, trägt aber das Risiko. Wenn SAP Concur bestehende Identitäts- und Zugriffsmuster (SSO, rollenbasierte Berechtigungen, automatische Provisionierung) abbildet, hat IT weniger Ad-hoc-Anfragen und weniger Anmeldeverwaltung.

Die Reduktion des Supportaufwands und der Sicherheitsrisiken ist eine leise, aber starke Kraft hinter Verlängerungen—denn IT ist häufig Gatekeeper für den Ersatz von Enterprise-Systemen.

Integrationen als Kleber: ERP, HR, Karten und Datenkonsistenz

Ein T&E-Tool wird deutlich „haftender“, wenn es kein Inselsystem ist, sondern ein vernetzter Teil der Finanzabläufe. Integrationen verwandeln T&E-Aktivität in buchungsfertige Transaktionen, synchronisieren Mitarbeiterdaten und reduzieren manuelle Abstimmungen—Vorteile, die Nutzer*innen schnell spüren und Finance-Teams mit der Zeit benötigen.

Übliche Integrationspunkte

Die meisten eingebetteten T&E-Workflows verbinden sich mit einigen Kernsystemen:

• ERP/Buchhaltungssysteme zum Buchen von Spesenberichten, Zuordnen von Kosten und Mapping auf GL-Konten.
• HRIS und Payroll zur Pflege aktueller Mitarbeiterprofile (Führungswechsel, Kostenstellen, Standorte) und korrekter Erstattungen.
• Firmenkartenprogramme zum Einziehen von Kartentransaktionen, Abgleichen von Belegen und Beschleunigen der Ausgabenerstellung.

Jede Integration reduziert Doppelerfassung und lässt den Prozess wie einen zusammenhängenden Fluss statt einer Kette von Übergaben wirken.

Warum Integrationen den Wert steigern—und den Austausch erschweren

Der Nutzen ist klar: weniger Fehler, schnellere Abschlüsse, weniger Zeit mit Informationssuche. Der Bindungseffekt ist subtiler, aber mächtig.

Ist T&E mit Buchungsregeln, Genehmigungshierarchien, Kartenfeeds und Erstattungsprozessen vernetzt, bedeutet ein Systemwechsel nicht nur eine neue Oberfläche—es heißt, ein Netz von Abhängigkeiten umzuarbeiten.

Das erzeugt Wechselkosten, die operativ sind, nicht vertraglich: GL-Mappings testen, Genehmiger neu schulen, Erstattungszeiten validieren und Prüfpfade sichern.

Datenkonsistenz als versteckter Multiplikator

Eingebettete Workflows hängen von einer „gemeinsamen Wahrheit“ zwischen Systemen ab. Integrationen helfen, Stammdaten konsistent zu halten, z. B.:

• Lieferanten und Händler (für Reporting und Richtlinienprüfungen)
• Kostenstellen, Abteilungen, Projekte (für Zuordnung und Budgetierung)
• Mitarbeiterprofile und Genehmigerbeziehungen (für korrektes Routing)

Sind diese Daten synchron, laufen Genehmigungen glatter, ist Richtliniendurchsetzung vorhersehbarer und wird Finance-Reporting vertrauenswürdiger.

Ein praktischer Hinweis

Keine einzelne Integration ist universell „erforderlich“. Einige Organisationen starten nur mit Kartenfeeds; andere beginnen mit HR-Sync und erweitern später auf ERP-Posting. Der Bindungsmotor stärkt sich meist mit mehr Integrationen—aber Wert kann schon mit einer überschaubaren Einrichtung geliefert werden.

Wo Haftung herkommt: Konfiguration, Historie und Gewohnheiten

„Haftung“ im T&E-Bereich bedeutet nicht, dass alle die App lieben. Es bedeutet, dass das System Teil der Unternehmensabläufe wird—und ein Wechsel echte Arbeit in mehreren Teams nach sich zieht.

Konfiguration, die organisationsspezifisch wird

Mit der Zeit wird SAP Concur so angepasst, dass es genau zur Organisation passt. Diese Anpassung ist kein einzelner Schalter, sondern ein Geflecht von Entscheidungen, das Richtlinie und Struktur widerspiegelt:

• Ausgabenkategorien, die Ihr Kontenplan und Reporting abbilden
• Rollen und Berechtigungen, gekoppelt an Funktionen, Standorte und Kostenstellen
• Genehmigungswege, die abbilden, wer Budget kontrolliert (und unterschreiben muss)
• Regeln für Pauschalen, Kilometer, Belege, Umsatzsteuererstattung und Reiseausnahmen

Sind diese Entscheidungen getroffen, verhält sich das System nicht mehr wie „ein Tool“, sondern wie „unser Prozess“. Wegzugehen heißt, Regeln neu zuzuordnen, Genehmigungen neu aufzubauen und Edge-Cases solange zu testen, bis Finance den Outputs wieder vertraut.

Das versteckte Gewicht der Wechselkosten (ohne Fachjargon)

Selbst wenn ein neues Produkt ähnlich aussieht, ist die Arbeit des Wechsels konkret:

• Mitarbeitende, Genehmiger*innen und Stellvertretungen neu schulen
• Interne Dokumentation und Hilfetexte neu schreiben
• Firmenkarten, HR-Daten und Finanzsysteme neu verbinden
• Kontrollen wieder aufbauen, die Fehler (oder Betrug) verhindern, bevor sie passieren

Dieser Aufwand ist ein Grund, warum viele Unternehmen verlängern: Nicht weil Wechsel unmöglich wäre, sondern weil er Zeit kostet, die anders produktiver eingesetzt werden könnte.

Historie, die man nicht verlieren will

Spesendaten sind ein Protokoll von Entscheidungen. Jahre an Einreichungen, Genehmigungen, Korrekturen und Ausnahmen sind wichtig für:

• Audits und Compliance-Überprüfungen
• Kontinuität im Reporting (damit Trends nicht mitten im Jahr abbrechen)
• Streitbeilegung (was geltend gemacht, was genehmigt und warum)

Diese Historie zugänglich und konsistent zu halten reduziert Risiko—und Risiko ist teuer.

Gewohnheiten, die Reibung reduzieren

Wenn Mitarbeitende wissen, was genehmigt wird, Genehmiger*innen wissen, wie „gut“ aussieht, und Finance Erwartungen hat, wird der Workflow zur Gewohnheit. Diese Gewohnheit ist ein Bindungsmotor.

Smarter „Stickiness“ wird verdient: schnellere Erstattungen, klarere Richtlinien, weniger Überraschungen. Es sollte keine Falle sein.

User Experience, die Vertrauen schafft: Geschwindigkeit, Klarheit und weniger Überraschungen

Bindung in Reise- und Spesenmanagement hängt nicht nur von Funktionen ab—sondern davon, ob Mitarbeitende und Finance glauben, dass das System „jedes Mal das Richtige tut“. Vertrauen wächst, wenn der Workflow weniger Fehler produziert, Erstattungen schnell erfolgen und Genehmigungen vorhersehbar statt willkürlich wirken.

Vertrauen wächst, wenn Ergebnisse konsistent sind

Eine reibungslose Erfahrung verringert Friktionen, die Nutzerinnen in Nebenkanäle treiben (E-Mails mit Belegen, Schatten-Tabellen, Ausnahmeanfragen). Wenn Ausgaben korrekt kategorisiert sind, Richtlinienprüfungen früh erfolgen und Genehmigungen einem erkennbaren Pfad folgen, erwarten Nutzerinnen keine Nacharbeit mehr.

Auch Finance profitiert: weniger Rückfragen, weniger Eskalationen, sauberere Prüfpfade. Diese Zuverlässigkeit wirkt direkt auf Verlängerungen.

Klarheit durch Status und Benachrichtigungen

Klare Statusanzeigen verwandeln eine stressige „Blackbox“ in einen vorhersehbaren Prozess. Vertrauensbildende UX-Momente sind einfach:

• Eine sichtbare Timeline: eingereicht → Vorgesetztenprüfung → genehmigt → an Payroll/AP gesendet → ausgezahlt
• Aktionale Benachrichtigungen (nicht nur Lärm): „Ihr Bericht braucht eine Korrektur“ ist besser als „Bericht aktualisiert“
• Erklärungen in Richtlinienwortlaut: warum etwas außerhalb der Richtlinie ist und wie es zu beheben ist

Wenn Nutzer*innen sehen, wo etwas hängt—und wer den nächsten Schritt hat—müssen sie Genehmigungen nicht nachjagen oder Tickets öffnen.

Praktische UX-Muster, die Reibung reduzieren

Einige Muster verbessern konsequent Abschlussquoten und Zufriedenheit:

• Mobile Erfassung, die schnell und fehlertolerant ist (Beleg jetzt fotografieren, Details später ergänzen)
• Smarte Erinnerungen basierend auf Verhalten (unvollständige Einreichungen, fehlende Belege, Reiseende)
• Richtlinienhinweise beim Erfassen, wie Mahlzeitenlimits, Pflichtfelder und Kilometerregeln—nicht erst nach dem Absenden

Der gemeinsame Nenner: Mach die „richtige“ Aktion zur einfachsten, damit der Workflow zuverlässig statt mühsam wirkt.

Adoptions-Flywheel: Vom ersten Rollout zum Unternehmensstandard

Die meisten Firmen „kaufen“ Reise- und Spesenmanagement nicht einmalig—sie steigen hinein und wachsen hinein. Der erste Rollout ist oft eng begrenzt (ein Land, eine Einheit, ein Nutzerkreis), weil Finance schnellen Proof-of-Value will.

Der Flywheel-Effekt

Eingebettete Workflows erzeugen eine Schleife, die mit jedem Zyklus stärker wird:

• Höhere Adoption bedeutet mehr Reisen und Ausgaben, die gleich erfasst werden.
• Bessere Daten verbessern Reporting, Forecasting und Ausnahmeerkennung.
• Stärkere Kontrollen (Richtlinienprüfungen, Routing, Auditregeln) reduzieren Leckagen und Nacharbeit.
• Mehr Vertrauen wächst in Finance, HR und Einkauf, weil Ergebnisse vorhersehbar werden.
• Breitere Einführung folgt—mehr Gruppen werden eingebunden, weil der Prozess bereits vertraut ist.

Wenn Manager weniger „Mystery Charges“ sehen und Mitarbeitende schnellere Erstattungen erhalten, wirkt Teilnahme nicht mehr optional.

Wie Expansion typischerweise aussieht

Bindung ist, wenn der Kunde die Subscription verlängert. Expansion ist, wenn der Kunde die Nutzung erweitert (und oft das Ausgabenvolumen), weil der Workflow zum Standard geworden ist.

Expansion zeigt sich häufig durch:

• Hinzufügen weiterer Länder, wenn Reiseprogramme vereinheitlicht werden
• Onboarding zusätzlicher Abteilungen (z. B. zuerst Sales, dann Field Service)
• Zusammenführung weiterer Einheiten oder Tochtergesellschaften in dieselbe Konfiguration
• Erweiterung auf neue Ausgabenkategorien (Kilometer, Pauschalen, Firmenkarte, rechnungsähnliche Ausgaben)

Governance: Standards mit Raum für lokale Realität

Skalierfähige Unternehmen etablieren meist Standard-Templates (Richtlinienregeln, Genehmigungsstufen, Kodierungsstruktur) und erlauben dann kontrollierte lokale Abweichungen für Steuerregeln, Tarifverträge oder landesspezifische Pauschalen. Diese Balance verhindert Chaos und lässt jede weitere Einführung wie ein wiederholbares Projekt statt wie eine Neuerfindung erscheinen.

Bindungsmetriken, die man bei eingebetteten Workflows beobachten sollte

Eingebettete Workflow-Produkte halten Kunden nicht, weil Leute „die UI mögen“. Sie halten, weil der Prozess weiterläuft—und Teams das beweisen können. Die besten Metriken machen diesen Fluss früh sichtbar.

Nachlaufende vs. führende Indikatoren

Nachlaufende Indikatoren sagen, was bereits passiert ist:

• Verlängerungsrate, Churn, Kontraktion/Expansion
• Net Revenue Retention (NRR)
• Support-Eskalationen im Kontext von Verlängerungen

Führende Indikatoren sagen voraus, ob der Workflow zur „Art zu arbeiten“ wird:

• Aktive Einreicher: Anzahl (und %) Mitarbeitender, die monatlich Spesen einreichen oder Reisen buchen
• Genehmigungsdurchlaufzeit: Medianstunden/-tage von Einreichung → Vorgesetztenfreigabe → Finance-Freigabe
• Ausnahmenrate: % Berichte mit Richtlinienverstoß oder manueller Intervention
• Belegvollständigkeit: % Zeilen mit konformen Belegen (und pünktlich)
• Erstattungszeit: Tage von finaler Genehmigung bis Auszahlung an Mitarbeitende

Wenn diese führenden Indikatoren sich in die falsche Richtung bewegen, werden Verlängerungen später schwieriger—weil Nutzer*innen Friktion spüren und Finance Risiko sieht.

Kohorten, die Risiken früh zeigen

Durchschnittswerte verbergen Probleme. Nutze Kohortenansichten, um zu isolieren, wo Embedding scheitert:

• Neue Abteilungen innerhalb der letzten 30/60/90 Tage: erreichen sie dieselben aktiven Einreicher-Raten wie etablierte Teams?
• Neue Geos (Länder/Einheiten/Währungen): steigen Durchlaufzeiten durch lokale Regeln oder fehlende Integrationen?
• Richtlinienänderungen (z. B. strengere Hotelcaps): bleibt die Ausnahmenrate erhöht?

Diese Kohorten helfen, Adoptionslücken zu finden, bevor sie auf Führungsebene zu Kritik führen.

Ein einfaches Dashboard für nicht-technische Teams

Eine klare Darstellung schlägt eine komplexe:

1. Adoption-Tile: aktive Einreicher (Anzahl und % der berechtigten Mitarbeitenden)
2. Flow-Tile: Genehmigungsdurchlaufzeit (Median + 90. Perzentil)
3. Qualität-Tile: Ausnahmenrate + Belegvollständigkeit
4. Mitarbeiter-Ergebnis-Tile: Erstattungszeit
5. Verlängerungs-Kontext: Verlängerungsdatum, Expansionsmöglichkeiten und Top-3-Blocker

Ist SAP Concur wirklich eingebettet, sieht man stabile Adoption, sinkende Durchlaufzeiten, weniger Ausnahmen und vorhersehbare Erstattungen—lange bevor die Verlängerungs-E-Mail kommt.

Implementierung und Change Management: Den Prozess verankern

Embedding eines Reise- und Spesenworkflows treibt nur dann Bindung, wenn er angenommen wird—und Adoption ist meist eine Implementierungs- und Change-Management-Aufgabe. Das Ziel ist einfach: mach den konformen Pfad zum einfachsten Pfad.

Eine praktikable Implementierungssequenz

Die erfolgreichsten Rollouts folgen oft dieser Reihenfolge:

1. Discovery: aktuellen Ablauf von Buchung, Kartenutzung, Belegerfassung und Genehmigungen abbilden. Engpässe identifizieren (fehlende Belege, späte Genehmigungen, Richtlinienausnahmen) und die betroffenen Stakeholder bestimmen.
2. Richtliniendesign: übersetze Ihre Reise- und Spesenrichtlinie in klare, durchsetzbare Regeln. Kategorien, Pauschalen, Beleganforderungen, Schwellen und Ausnahmehandling definieren.
3. Integrationen: die Systeme anbinden, auf die die Leute bereits vertrauen—ERP fürs Buchen und Erstatten, HR für Mitarbeiterdaten und Kostenstellen, Firmenkarten für Transaktionsfeeds und Identity/SSO für Zugriff. Dieser Schritt verhindert Doppelerfassung und „Welches System ist korrekt?“-Debatten.
4. Pilot: mit einer Region oder Abteilung starten. Durchlaufzeit, Ausnahmenrate und Verwirrungsquellen messen. Richtlinienregeln und Routing vor breiter Skalierung anpassen.
5. Rollout: Wellenweiser Ausbau mit wiederholbarem Playbook und konsistentem Support.

Für eine Schritt-für-Schritt-Ansicht zu Rollen, Zeitplänen und typischen Stolperfallen siehe /blog/implementation-playbook.

Change Management, das wirklich wirkt

Training ist kein einmaliges Webinar. Verhalten, das bleibt, hat diese Elemente:

• Kurze, rollenbasierte Trainings: separate Sessions für Reisende, Genehmiger*innen und Finance-Admins.
• Office Hours in den ersten 4–6 Wochen: Live-Hilfe verhindert frühe Frustration, die zu dauerhaften Workarounds führt.
• Interne Champions: einige respektierte „Go-to“-Ansprechpersonen pro Team, die schnell Fragen beantworten und neue Gewohnheiten vorleben.

Widerstand reduzieren: mache „richtig“ mühelos

Menschen hassen zusätzliche Schritte, nicht Richtlinien. Reibung senken durch:

• Vorbefüllte Felder aus HR-/Karten-Feeds, damit Nutzer*innen Basics nicht neu eintippen müssen.
• Richtlinienregeln genau beim Moment der Entscheidung anzeigen (z. B. warum etwas außerhalb der Richtlinie ist und wie es zu korrigieren ist).
• Ausnahmen strukturiert handhaben: ein Grundcode und ein klarer Genehmigerpfad statt E-Mail-Umwege.

Wenn Teams schnellere Erstattungen, weniger abgelehnte Berichte und weniger Hin- und Her sehen, wird der Workflow zum Default—und Verlängerung sowie Expansion lassen sich leichter begründen. Preisfragen folgen oft; es hilft, Packaging und Rollout-Phasen früh zu koordinieren (/pricing).

Was andere SaaS-Teams von SAP Concurs Einbettung lernen können

SAP Concur ist nicht nur deshalb „sticky“, weil es Ausgaben verfolgt. Es haftet, weil es in einen wiederholbaren Unternehmensprozess eingebettet ist und mehrere Teams ausrichtet—Mitarbeitende, Manager, Finance, HR und Auditoren.

Muster, die sich zu kopieren lohnen

1) Betten Sie einen Workflow ein, den Leute wiederholen müssen. Bindung wächst, wenn Ihr Produkt an einen wiederkehrenden Zyklus gekoppelt ist (Monatsabschluss, Onboarding, Genehmigungen, Abstimmungen)—nicht an einmalige Projekte.

2) Schaffen Sie Wert für mehr als den Endnutzer. Concur funktioniert, weil es Mitarbeitenden (weniger Aufwand), Vorgesetzten (schnelle Genehmigungen), Finance (saubere Bücher) und Compliance (Richtliniendurchsetzung) dient. Wenn mehrere Rollen vom selben System abhängig sind, wird Verlängerung zum gemeinsamen Interesse.

3) Machen Sie Datenintegration zum Produkt, nicht zur Nebenaufgabe. Identitäten, Kostenstellen, Karten und ERP-Postings zu synchronisieren reduziert Ausnahmen. Je weniger „für Finance neu eintippen“-Momente, desto schwerer sind Sie zu ersetzen.

4) Backen Sie Compliance in den Ablauf. Richtlinien wirken am besten, wenn sie automatisiert sind: Berechtigungsregeln, Belegpflichten, Schwellen, Prüfpfade. Nutzer*innen fühlen nicht, dass sie „zusätzliche Compliance-Arbeit“ leisten—sie erledigen einfach ihre Aufgabe.

Fragen für SaaS-Entwickler*innen

Stellen Sie sich beim Entwerfen Ihres eingebetteten Workflows:

• Was soll eingebettet werden? Genehmigungskette, Richtlinienregeln und das „Single Source of Truth“-Protokoll, auf das Downstream-Teams angewiesen sind.
• Was soll automatisiert werden? Routing, Erinnerungen, Validierungen, Matching und Ausnahmebehandlung—insbesondere die Schritte, die Hin- und Her erzeugen.
• Was soll reportet werden? Durchlaufzeiten, Ausnahmenraten, Compliance-Lücken und Effizienzmetrik, die Führungskräfte wirklich interessieren.

Wenn Sie ein eingebettetes Workflow-Produkt aufbauen (oder neu denken), zählt Tempo: Je schneller Sie den End-to-End-Flow (inkl. Rollen, Genehmigungen und Prüfgeschichte) prototypen können, desto schneller testen Sie, ob der Prozess wirklich „haftet“. Plattformen wie Koder.ai helfen hier, weil man aus Chat einen lauffähigen Web-App-Prototypen vibe-coden kann, im Planungsmodus iteriert und Snapshots/Rollbacks nutzt, um komplexe Workflow-Logik sicher zu verfeinern, ohne die Infrastruktur neu aufzubauen.

Kurze Checkliste für Ihr Produkt

• Findet ein Kernworkflow mindestens wöchentlich/monatlich statt?
• Haben 2+ Rollen greifbaren Nutzen (nicht nur Sichtbarkeit)?
• Können Nutzer*innen den Prozess abschließen, ohne in Tabellen zu exportieren?
• Werden Richtlinien und Berechtigungen automatisch durchgesetzt?
• Sind Integrationen zuverlässig, sodass Leute den Zahlen trauen?
• Kann ein Admin den Workflow konfigurieren, ohne Engineering-Hilfe?
• Stellen Sie prüfbereite Historie bereit (wer hat was, wann und warum getan)?

Nächste Schritte

Wählen Sie den Workflow mit der höchsten Frequenz und kartographieren Sie jede manuelle Übergabe (E-Mail, Spreadsheet, „Frag Finance“). Entfernen Sie dann einen Übergabepunkt, indem Sie die Entscheidung (Richtlinie) einbetten und das Routing (Workflow) automatisieren. Wiederholen Sie das, bis der Prozess end-to-end in Ihrem Produkt läuft.

Wenn Sie eine strukturierte Ansicht zum Rollen-, Zeit- und Risikomanagement möchten, siehe /blog/implementation-playbook.