Ihr Lead-to-Cash-Daten-Template

Oracle CX Sales
Ihr Lead-to-Cash-Daten-Template

Ihr Lead-to-Cash-Daten-Template

Dieses Template führt Sie durch die Vorbereitung Ihrer Lead-to-Cash-Daten für Process Mining. Es beschreibt die erforderlichen Attribute und wichtigen Aktivitäten, die Sie erfassen sollten, und enthält Hinweise zum Extrahieren dieser Informationen aus Oracle CX Sales. So schaffen Sie die Grundlage für eine umfassende und präzise Prozessanalyse.
  • Empfohlene Attribute für die Lead-to-Cash-Analyse
  • Wichtige Aktivitäten für die Vertriebs- und Zahlungszyklen
  • Ausführliche Anleitung zum Datenexport aus Oracle CX Sales
Neu bei Event Logs? Erfahren Sie, wie Sie ein Event Log für Process Mining erstellen.

Lead-to-Cash-Attribute

Diese Datenfelder sollten Sie für eine umfassende Analyse Ihres Lead-to-Cash-Prozesses in das Event Log aufnehmen.
5 Erforderlich 5 Empfohlen 10 Optional
Name Beschreibung
Aktivitätsname
ActivityName
Der Name der geschäftlichen Aktivität oder des Ereignisses, das zu einem bestimmten Zeitpunkt im Zusammenhang mit einer Verkaufschance stattgefunden hat.
Beschreibung

Dieses Attribut beschreibt einen konkreten Schritt oder Meilenstein im Lead-to-Cash-Prozess, zum Beispiel „Lead in Verkaufschance konvertiert“, „Angebot erstellt“ oder „Zahlung eingegangen“. Diese Aktivitäten bilden die Grundlage der Prozesslandkarte.

Die Analyse ihrer Reihenfolge und Häufigkeit macht den Prozessfluss sichtbar. Sie zeigt häufige und alternative Pfade auf und hilft, Abweichungen oder Engpässe zu erkennen. Außerdem bildet sie die Grundlage, um Übergangszeiten zwischen Schritten zu messen und nachzuvollziehen, wie die Arbeit tatsächlich abläuft.

Warum das wichtig ist

Dieses Attribut ist grundlegend für den Aufbau der Prozesslandkarte und das Verständnis der Ereignisabfolge im Vertriebszyklus.

Woher beziehen

Wird in der Regel aus Statusänderungen, Ereignisprotokollen oder bestimmten Aufgabenabschlussdatensätzen zu den Objekten Opportunity, Quote oder Order abgeleitet.

Beispiele
Verkaufschance qualifiziertAngebot an Kunden gesendetAuftrag abgewickeltZahlung eingegangen
Ereigniszeit
EventTime
Der Timestamp, der angibt, wann eine bestimmte Aktivität oder ein Ereignis stattgefunden hat.
Beschreibung

Die Ereigniszeit gibt Datum und Uhrzeit an, zu denen eine Aktivität erfasst wurde. Sie ist entscheidend, um Ereignisse chronologisch zu ordnen und die Dauer zwischen einzelnen Prozessschritten zu berechnen.

Dieser Timestamp bildet die Grundlage für alle zeitbezogenen Analysen. Dazu gehören die Berechnung von Durchlaufzeiten, das Erkennen von Engpässen anhand von Wartezeiten und die Überwachung der Leistung im Vergleich zu Service-Level-Vereinbarungen. Präzise Timestamps sind für eine verlässliche Process-Mining-Analyse unerlässlich.

Warum das wichtig ist

Sie gibt die chronologische Reihenfolge der Ereignisse an. Das ist entscheidend für die Berechnung von Leistungskennzahlen wie Durchlaufzeiten und Dauern.

Woher beziehen

Dies entspricht dem Erstellungsdatum oder dem Datum der letzten Aktualisierung von Datensätzen zu bestimmten Aktivitäten, etwa den Timestamps von Statusänderungen.

Beispiele
2023-04-15T10:00:00Z2023-05-01T14:30:00Z2023-05-20T09:15:00Z
Verkaufschance
SalesOpportunity
Die eindeutige Kennung einer Verkaufschance. Sie dient als Case für den Lead-to-Cash-Prozess.
Beschreibung

Die Verkaufschance ist das zentrale Objekt, mit dem ein potenzieller Umsatz vom ersten Lead bis zum endgültigen Abschluss als gewonnen oder verloren verfolgt wird. Sie verknüpft alle zugehörigen Aktivitäten, etwa Qualifizierung, Angebotserstellung, Auftrag und Zahlung.

Bei der Process-Mining-Analyse ist diese Kennung entscheidend, um den gesamten Ablauf jeder Verkaufschance zu rekonstruieren. So lässt sich der komplette Lebenszyklus untersuchen, einschließlich der Durchlaufzeiten zwischen den Phasen, der Konversionsraten und der Pfade, die zu erfolgreichen oder verlorenen Geschäftsabschlüssen führen.

Warum das wichtig ist

Diese zentrale Case-ID verknüpft alle Prozessereignisse miteinander und ermöglicht so einen vollständigen und präzisen Überblick über den gesamten Vertriebszyklus jeder potenziellen Verkaufschance.

Woher beziehen

Dies ist eine primäre Kennung im Oracle-CX-Sales-Objekt Opportunity.

Beispiele
OPP-0012345OPP-0023456OPP-0034567
Letzte Datenaktualisierung
LastDataUpdate
Der Timestamp, zu dem die Daten zuletzt aus dem Quellsystem aktualisiert oder extrahiert wurden.
Beschreibung

Dieses Attribut gibt an, wie aktuell die analysierten Daten sind. Es zeigt Datum und Uhrzeit des letzten Datenabrufs aus Oracle CX Sales.

In Dashboards und Berichten informiert dieser Timestamp die Benutzer darüber, wie aktuell die angezeigten Daten sind. So lässt sich einschätzen, ob die neuesten Aktivitäten bereits in der Analyse enthalten sind.

Warum das wichtig ist

Informiert Benutzer über die Aktualität der Daten. Das ist wichtig, um Dashboards richtig zu interpretieren und fundierte Entscheidungen zu treffen.

Woher beziehen

Dieser Timestamp wird während des ETL-Prozesses (Extraktion, Transformation und Laden) erzeugt und hinzugefügt.

Beispiele
2024-06-10T02:00:00Z
Quellsystem
SourceSystem
Das System, aus dem die Daten extrahiert wurden.
Beschreibung

Dieses Attribut gibt an, woher die Prozessdaten stammen. In diesem Fall ist es Oracle CX Sales. In Umgebungen mit mehreren Systemen hilft das Feld, die Datenquellen voneinander zu unterscheiden.

Bei der Analyse liefert es Kontext zur Herkunft der Daten. Das kann wichtig sein, wenn Daten aus mehreren Systemen zusammengeführt oder systemspezifische Abläufe untersucht werden. Das Feld gehört zur Standardausstattung für Data Governance und Rückverfolgbarkeit.

Warum das wichtig ist

Liefert wichtige Informationen zur Datenherkunft, gewährleistet die Rückverfolgbarkeit und erleichtert die Verwaltung von Daten aus mehreren integrierten Systemen.

Woher beziehen

In der Regel handelt es sich um einen statischen Wert, der beim Extrahieren der Daten hinzugefügt wird, um deren Quelle zu kennzeichnen.

Beispiele
Oracle CX Sales
Region
Region
Die geografische Region oder das Vertriebsgebiet, das der Verkaufschance zugeordnet ist.
Beschreibung

Das Attribut Region ordnet Verkaufschancen ihrem geografischen Gebiet zu, zum Beispiel „Nordamerika“, „EMEA“ oder „APAC“. Es ist eine gängige Dimension zur Segmentierung der Geschäftsleistung.

Dieses Attribut ist für das Dashboard „Vergleichswerte zur Vertriebsleistung nach Region“ unverzichtbar. Damit lassen sich wichtige Kennzahlen wie Vertriebszykluszeiten, Konversionsraten und Prozessvarianten zwischen Regionen vergleichen. So werden leistungsstarke Gebiete und Bereiche mit gezieltem Verbesserungsbedarf sichtbar.

Warum das wichtig ist

Ermöglicht den Vergleich der Prozessleistung in verschiedenen geografischen Gebieten und macht regionale Unterschiede sowie bewährte Vorgehensweisen sichtbar.

Woher beziehen

In Oracle CX Sales häufig als Standard- oder benutzerdefiniertes Feld im Objekt Account oder Opportunity verfügbar.

Beispiele
NordamerikaEMEAAPACLATAM
Verantwortlicher für die Verkaufschance
OpportunityOwner
Der Vertriebsmitarbeiter, der hauptsächlich für die Verkaufschance verantwortlich ist.
Beschreibung

Der Verantwortliche für die Verkaufschance ist der Benutzer, der mit der Betreuung und dem Abschluss des Geschäfts betraut ist. Dieses Attribut ermöglicht die Leistungsanalyse auf Ebene einzelner Mitarbeitender oder Teams.

In der Process-Mining-Analyse können Filter nach Verantwortlichen unterschiedliche Arbeitsweisen, Leistungsmaßstäbe und die Einhaltung des Standardvertriebsprozesses sichtbar machen. Vertriebsleiter können damit Coaching-Bedarf erkennen und nachvollziehen, wie besonders erfolgreiche Mitarbeitende den Vertriebszyklus gestalten.

Warum das wichtig ist

Ermöglicht die Leistungsanalyse nach Vertriebsmitarbeitenden oder Teams und hilft dabei, bewährte Vorgehensweisen sowie Coaching-Bedarf zu erkennen.

Woher beziehen

Als Standardfeld „Owner“ oder „AssignedTo“ im Objekt Opportunity in Oracle CX Sales verfügbar.

Beispiele
John SmithJane DoePeter Jones
Verlustgrund
LossReason
Der angegebene Grund, warum eine Verkaufschance verloren wurde.
Beschreibung

Wird eine Verkaufschance ohne Verkauf geschlossen, erfasst der Verlustgrund die Hauptursache, zum Beispiel „An Wettbewerber verloren“, „Preis“ oder „Keine Entscheidung“. Diese Information ist für strategische Analysen und Prozessverbesserungen wichtig.

Das Attribut bildet die Grundlage des Dashboards „Verluste und Abbrüche bei Verkaufschancen“. Werden Verlustgründe gemeinsam mit der Phase analysiert, in der die Verkaufschance verloren ging, können Unternehmen ihre Wettbewerbsschwächen besser verstehen und Vertriebsstrategie, Produktangebot oder Preismodelle gezielt anpassen.

Warum das wichtig ist

Liefert wichtige Erkenntnisse dazu, warum Geschäfte nicht gewonnen werden, und ermöglicht gezielte Verbesserungen am Vertriebsprozess und Produktangebot.

Woher beziehen

Dies ist ein Standardfeld, das in Oracle CX Sales erfasst wird, wenn der Status einer Verkaufschance auf „Closed Lost“ gesetzt wird.

Beispiele
PreisAn Wettbewerber verlorenProduktpassungKeine Entscheidung
Vertriebsphase
SalesStage
Die aktuelle Phase der Verkaufschance innerhalb der Vertriebspipeline.
Beschreibung

Die Vertriebsphase zeigt den Fortschritt einer Verkaufschance im definierten Vertriebsprozess an. Mögliche Werte sind „Qualifizierung“, „Lösung vorgeschlagen“ oder „Verhandlung“. Das Attribut ist entscheidend, um den aktuellen Stand einer Verkaufschance zu verstehen.

Es bildet die Grundlage für Visualisierungen des Vertriebstrichters und für das Dashboard „Analyse stagnierender Verkaufschancen nach Phase“. Durch die Analyse der Verweildauer in den einzelnen Phasen erkennen Teams, wo sich Geschäftsabschlüsse verzögern, und können gezielt daran arbeiten, den Vertriebsprozess wieder in Gang zu bringen.

Warum das wichtig ist

Das Attribut ist entscheidend für die Analyse des Vertriebstrichters und das Erkennen von Engpässen, an denen Verkaufschancen häufig ins Stocken geraten oder verloren gehen.

Woher beziehen

Dies ist ein Standardfeld im Objekt Opportunity in Oracle CX Sales. Es heißt häufig „SalesStage“ oder „StageName“.

Beispiele
01 - Qualifizierung03 - Angebot05 - VerhandlungErfolgreich abgeschlossen
Wert der Verkaufschance
OpportunityValue
Der geschätzte oder tatsächliche Geldwert der Verkaufschance.
Beschreibung

Dieses Attribut gibt den potenziellen oder endgültigen Umsatz einer Verkaufschance an. Es kann dazu dienen, Verkaufschancen während ihres gesamten Lebenszyklus zu segmentieren und zu priorisieren.

Bei der Process-Mining-Analyse zeigt der Wert der Verkaufschance, wie sich unterschiedliche Prozessvarianten auf Geschäfte mit hohem oder niedrigem Wert auswirken. Für Dashboards zur Erfassung von Umsatzverlusten, etwa die Analyse „Verluste und Abbrüche bei Verkaufschancen“, ist das Attribut unverzichtbar. Es ermöglicht, Prozesspfade mit finanziellen Ergebnissen in Beziehung zu setzen.

Warum das wichtig ist

Damit lässt sich die finanzielle Auswirkung ineffizienter Prozesse beziffern. Außerdem hilft das Attribut, Verkaufschancen und Verbesserungsmaßnahmen zu priorisieren.

Woher beziehen

In Oracle CX Sales ist dieser Wert wahrscheinlich in einem Feld wie „Revenue“ oder „Amount“ des Objekts Opportunity verfügbar.

Beispiele
50000.00125000.0025000.00
Angebot nachbearbeitet
IsQuoteRework
Ein Kennzeichen dafür, ob ein Angebot für dieselbe Verkaufschance nachbearbeitet oder mehr als einmal erstellt wurde.
Beschreibung

Dieses boolesche Attribut wird auf „true“ gesetzt, wenn für eine Verkaufschance eine Aktivität wie „Angebot nachbearbeitet“ oder ein zweites Ereignis „Angebot erstellt“ auftritt. So lassen sich Fälle ineffizienter Abläufe in der Angebotsphase gezielt untersuchen.

Das Kennzeichen dient zur Berechnung der KPI „Nacharbeitsquote bei Angeboten“ und speist das Dashboard „Analyse von Prozessabweichungen und Nacharbeit“. Die Erfassung von Nacharbeit hilft, Probleme bei der ersten Anforderungserfassung, der Preisgestaltung oder der Produktkonfiguration zu erkennen, die zusätzlichen Aufwand und Verzögerungen verursachen.

Warum das wichtig ist

Kennzeichnet direkt Ineffizienz und Abweichungen im Angebotsprozess und hilft, die Ursachen für Verzögerungen und wiederholte Arbeit zu ermitteln.

Woher beziehen

Wird anhand des Event Logs berechnet. Der Wert ist „true“, wenn die Aktivität „Angebot erstellt“ oder „Angebot nachbearbeitet“ für eine Verkaufschance mehr als einmal auftritt.

Beispiele
truefalse
Angebots-ID
QuoteId
Die eindeutige Kennung eines Vertriebsangebots, das einer Verkaufschance zugeordnet ist.
Beschreibung

Die Angebots-ID ist die Referenznummer eines bestimmten Vertriebsangebots, das für eine Verkaufschance erstellt wurde. Im Laufe ihres Lebenszyklus kann eine Verkaufschance mehrere Angebote haben, insbesondere wenn Nacharbeiten erforderlich sind.

Diese Kennung ist wichtig für die Analyse der „Durchlaufzeit vom Angebot bis zum Auftrag“ und der „Nacharbeitsquote bei Angeboten“. Sie ermöglicht eine präzise Messung der Zeit von der Angebotserstellung bis zur Annahme und hilft, Erstangebote von überarbeiteten Versionen zu unterscheiden.

Warum das wichtig ist

Kennzeichnet Vertriebsangebote eindeutig und ermöglicht eine präzise Analyse des Angebotszyklus, einschließlich Nacharbeiten und Konversionszeiten.

Woher beziehen

Dies ist die primäre Kennung des Objekts Quote in Oracle CX Sales, das mit der Verkaufschance verknüpft ist.

Beispiele
QUO-98765QUO-98766QUO-98767
Auftrags-ID
OrderId
Die eindeutige Kennung des Kundenauftrags, der aus einer gewonnenen Verkaufschance erstellt wurde.
Beschreibung

Die Auftrags-ID ist die Referenz für den offiziellen Kundenauftrag, der nach Annahme eines Angebots und erfolgreichem Abschluss der Verkaufschance zur Auftragsabwicklung übermittelt wird. Sie kennzeichnet einen wichtigen Übergang vom Vertrieb zum operativen Geschäft.

Diese Kennung ist entscheidend, um den Prozess ab der Aktivität „Auftrag zur Auftragsabwicklung übermittelt“ zu verfolgen. Sie verbindet den Vertriebs- und den Auftragsabwicklungsabschnitt des Lead-to-Cash-Zyklus und ermöglicht eine durchgängige Analyse der Auftragsbearbeitung und Auftragsabwicklung.

Warum das wichtig ist

Verknüpft die Verkaufschance mit der Auftragsabwicklung und ermöglicht eine durchgängige Analyse vom Lead bis zur endgültigen Lieferung.

Woher beziehen

Prüfen Sie die Oracle-CX-Sales-Dokumentation oder das integrierte ERP-System auf die primäre Kennung des Objekts Sales Order.

Beispiele
SO-554433SO-554434SO-554435
Benutzername
UserName
Der Benutzer, der eine bestimmte Aktivität oder ein Ereignis ausgeführt hat.
Beschreibung

Dieses Attribut gibt an, welche Person eine Aufgabe ausgeführt hat, etwa „Angebot erstellt“ oder „Auftrag übermittelt“. Während der Verantwortliche für die Verkaufschance das gesamte Geschäft betreut, erfasst der Benutzername, wer einzelne Aktionen ausgeführt hat.

Diese Detailtiefe hilft dabei, die Ressourcenzuweisung, die Arbeitsverteilung und die Einhaltung von Rollen und Verantwortlichkeiten zu untersuchen. So lässt sich erkennen, ob bestimmte Benutzer zu Engpässen im Prozess führen oder Aufgaben wiederholt von nicht autorisierten Personen ausgeführt werden.

Warum das wichtig ist

Erfasst, wer die jeweilige Aktion ausgeführt hat. Das ermöglicht eine detaillierte Analyse der Arbeitslast und die Prüfung einzelner Aktivitäten.

Woher beziehen

In Oracle CX Sales üblicherweise in den Feldern „CreatedBy“ oder „LastUpdatedBy“ von Objekten zu Aktivitäten zu finden.

Beispiele
Alice WilliamsBob BrownCharlie Davis
Kundenname
CustomerName
Der Name des Kunden oder Kontos, das der Verkaufschance zugeordnet ist.
Beschreibung

Dieses Attribut gibt den potenziellen oder bestehenden Kunden des Geschäfts an. Es ist eine grundlegende Dimension zur Segmentierung und Analyse des Vertriebsprozesses.

Durch das Filtern nach Kunden lässt sich der Vertriebsverlauf einzelner Konten detailliert untersuchen, was für die Betreuung wichtiger Kunden hilfreich sein kann. Außerdem können Sie die Prozessleistung nach Kundengröße, Branche oder anderen Merkmalen segmentieren und den Vertriebsansatz entsprechend anpassen.

Warum das wichtig ist

Ermöglicht die Segmentierung der Prozessanalyse nach Kunden. Das ist wichtig, um kundenspezifische Verhaltensweisen zu verstehen und wichtige Kundenkonten zu betreuen.

Woher beziehen

Der mit dem Objekt Opportunity in Oracle CX Sales verknüpfte Kontoname.

Beispiele
Global Tech Inc.Innovate Solutions LLCPioneer Corp
Produktname
ProductName
Das Hauptprodukt oder die Dienstleistung, die im Rahmen der Verkaufschance verkauft wird.
Beschreibung

Dieses Attribut gibt das Produkt oder die Produktfamilie an, das beziehungsweise die der Verkaufschance zugeordnet ist. Bei Verkaufschancen mit mehreren Produkten kann es sich um das wichtigste Produkt handeln oder für jede Produktposition wiederholt werden.

Die Analyse von Prozessabläufen nach Produkt zeigt, ob bestimmte Produkte längere oder komplexere Vertriebszyklen haben. Diese Erkenntnisse können in produktspezifische Vertriebsstrategien, Schulungen und Prozessoptimierungen einfließen.

Warum das wichtig ist

Ermöglicht den Vergleich des Vertriebsprozesses für verschiedene Produkte oder Dienstleistungen und macht produktspezifische Engpässe sichtbar.

Woher beziehen

In Oracle CX Sales im Objekt Product zu finden, das über Opportunity Product Line Item verknüpft ist.

Beispiele
Enterprise-CRM-LizenzCloud-Speicherstufe 1Paket für professionelle Dienstleistungen
Rabattprozentsatz
DiscountPercentage
Der prozentuale Rabatt auf das Vertriebsangebot oder die Verkaufschance.
Beschreibung

Dieses Attribut erfasst den prozentualen Rabatt für ein bestimmtes Geschäft. Der Rabatt wirkt sich direkt auf den Endpreis und die Rentabilität des Verkaufs aus.

Die Analyse der Rabatthöhe ist für die KPI „Durchschnittliche Rabattnutzung“ entscheidend. Sie zeigt, wie sich Rabatte auf die Margen auswirken und ob sie uneinheitlich oder ohne ordnungsgemäße Freigabe gewährt werden. So lassen sich mögliche Probleme im Workflow zur Angebotsfreigabe erkennen.

Warum das wichtig ist

Hilft bei der Analyse der Rentabilität und der Wirksamkeit von Rabattstrategien sowie beim Erkennen möglicher unkontrollierter Rabattvergabe.

Woher beziehen

Prüfen Sie die Oracle-CX-Sales-Dokumentation auf ein Rabattfeld in den Objekten Quote oder Opportunity Product Line Item.

Beispiele
0.050.100.150.20
Rechnung vor Auftragsabwicklung
InvoiceBeforeFulfillment
Ein Kennzeichen dafür, ob eine Rechnung erstellt wurde, bevor der Auftrag abgewickelt war.
Beschreibung

Dieses boolesche Attribut wird auf „true“ gesetzt, wenn das Ereignis „Rechnung erstellt“ bei einem Case vor dem Ereignis „Auftrag abgewickelt“ auftritt. Dies kennzeichnet einen nicht konformen oder risikobehafteten Prozesspfad.

Das Attribut unterstützt direkt die KPI „Quote der Rechnungen vor Auftragsabwicklung“ und wird in Dashboards zur Prozesskonformität verwendet. Die Erfassung dieser Abweichung hilft Unternehmen, korrekte Abrechnungsverfahren durchzusetzen, Kundenstreitigkeiten zu reduzieren und Risiken bei der Umsatzrealisierung zu begrenzen.

Warum das wichtig ist

Kennzeichnet einen schwerwiegenden Verstoß gegen die Prozesskonformität: Kunden werden abgerechnet, bevor ihr Auftrag abgewickelt ist. Das kann zu Unzufriedenheit bei Kunden und finanziellen Risiken führen.

Woher beziehen

Wird berechnet, indem die Timestamps der Aktivitäten „Rechnung erstellt“ und „Auftrag abgewickelt“ innerhalb desselben Cases verglichen werden.

Beispiele
truefalse
Rechnungs-ID
InvoiceId
Die eindeutige Kennung der für einen Kundenauftrag erstellten Rechnung.
Beschreibung

Die Rechnungs-ID ist die Referenznummer des Abrechnungsbelegs, der nach der Auftragsabwicklung an den Kunden gesendet wird. Sie ist das zentrale Dokument in den abschließenden Finanzphasen des Prozesses.

Diese Kennung ist für die Analyse der „Durchlaufzeit der Rechnungserstellung“ und des „Zahlungseingangszyklus“ unerlässlich. Sie ermöglicht es, jede Rechnung von der Erstellung bis zur endgültigen Zahlung zu verfolgen. Das ist entscheidend für die Überwachung des Cashflows und der Leistung der Debitorenbuchhaltung.

Warum das wichtig ist

Verfolgt die abschließende Finanztransaktion und ist damit entscheidend für die Analyse von Abrechnungsdurchlaufzeiten und der Effizienz des Zahlungseingangs.

Woher beziehen

Prüfen Sie die Oracle-CX-Sales-Dokumentation oder das integrierte ERP- beziehungsweise Finanzsystem auf die Kennung des Objekts Invoice.

Beispiele
INV-2023-001INV-2023-002INV-2023-003
Verkaufschance stagniert
IsStalled
Ein Kennzeichen dafür, ob eine Verkaufschance übermäßig lange in derselben Vertriebsphase geblieben ist.
Beschreibung

Dieses boolesche Kennzeichen wird auf „true“ gesetzt, wenn die Zeit zwischen zwei aufeinanderfolgenden Aktivitäten einer Verkaufschance einen festgelegten geschäftlichen Schwellenwert überschreitet, zum Beispiel 30 Tage.

Es dient zur Berechnung der KPI „Quote stagnierender Verkaufschancen“ und ist für das Dashboard „Analyse stagnierender Verkaufschancen nach Phase“ unverzichtbar. Wenn stagnierende Geschäfte erkannt werden, können Vertriebsleiter frühzeitig eingreifen, Unterstützung anbieten und den Vertriebsprozess insgesamt beschleunigen.

Warum das wichtig ist

Hilft dabei, Geschäfte, die wegen ausbleibender Aktivitäten verloren gehen könnten, frühzeitig zu erkennen und rechtzeitig einzugreifen.

Woher beziehen

Wird berechnet, indem die Zeit zwischen aufeinanderfolgenden Ereignissen eines Cases gemessen und mit einem festgelegten Schwellenwert verglichen wird.

Beispiele
truefalse
Erforderlich Empfohlen Optional

Lead-to-Cash-Aktivitäten

Diese wichtigen Prozessschritte und Meilensteine sollten Sie in Ihrem Event Log erfassen, um den Prozess präzise zu entdecken und Engpässe zu identifizieren.
6 Empfohlen 8 Optional
Aktivität Beschreibung
Angebot erstellt
Kennzeichnet die Erstellung eines formellen Preisangebots für eine Verkaufschance. Dieses Ereignis wird ausdrücklich durch die Erstellung eines neuen, mit der Verkaufschance verknüpften Angebotsdatensatzes erfasst.
Warum das wichtig ist

Dieser wichtige Meilenstein zeigt eine konkrete Kaufabsicht. Die Zeit von der Erstellung der Verkaufschance bis zur Angebotserstellung gibt Aufschluss über die Geschwindigkeit des Vertriebsprozesses.

Woher beziehen

Erfasst anhand des Erstellungsereignisses eines Angebotsdatensatzes (Q_Quote-Objekt), der mit der ID der Verkaufschance (OptyId) verknüpft ist.

Erfassung

Verwenden Sie den Erstellungs-Timestamp des Angebotsobjekts, das der Verkaufschance zugeordnet ist.

Ereignistyp explicit
Angebot vom Kunden angenommen
Kennzeichnet, dass der Kunde den Bedingungen und Preisen des Angebots formell zugestimmt hat. Dieser wichtige Meilenstein wird häufig durch eine Statusänderung des Angebotsobjekts zu „Accepted“ erfasst.
Warum das wichtig ist

Dies ist ein wichtiges Kaufsignal und Voraussetzung für die Erstellung eines Verkaufsauftrags. Der Meilenstein markiert den erfolgreichen Abschluss der Verhandlungsphase und ist ein zentraler Punkt im Angebots- und Auftragszyklus.

Woher beziehen

Abgeleitet aus einer Statusänderung des Angebotsobjekts zu „Accepted“ oder „Customer Approved“.

Erfassung

Ermitteln Sie, wenn sich das Statusfeld des Angebotsobjekts in den festgelegten Wert „Accepted“ ändert.

Ereignistyp inferred
Lead in Verkaufschance umgewandelt
Kennzeichnet die Erstellung einer Verkaufschance aus einem qualifizierten Sales Lead. Dieses Ereignis bildet den Ausgangspunkt für die Analyse des Verkaufschancenprozesses. Es wird ausdrücklich ausgelöst, wenn ein Benutzer einen Lead im System umwandelt.
Warum das wichtig ist

Dies ist das primäre Start-Event des Prozesses. Die Anzahl und Herkunft umgewandelter Leads zu analysieren, ist entscheidend, um die Wirksamkeit der Lead-Generierung und -Qualifizierung zu beurteilen.

Woher beziehen

Dieses Ereignis wird anhand der Erstellung eines Datensatzes für eine Verkaufschance (Opportunity-Objekt) erfasst, bei dem „LeadId“ oder ein ähnliches Quellfeld ausgefüllt ist. Das weist darauf hin, dass die Verkaufschance aus einem umgewandelten Lead hervorgegangen ist.

Erfassung

Erfassen Sie den Erstellungs-Timestamp des Opportunity-Objekts, wenn ein Verweis auf den ursprünglichen Lead vorhanden ist.

Ereignistyp explicit
Verkaufschance gewonnen
Kennzeichnet den erfolgreichen Abschluss eines Geschäfts, bei dem sich der Kunde zum Kauf verpflichtet hat. Dies wird daraus abgeleitet, dass sich der Status der Verkaufschance in den endgültigen Status „Closed - Won“ ändert.
Warum das wichtig ist

Dies ist der wichtigste Erfolgsmeilenstein im Vertriebstrichter. Er löst die nachfolgenden Prozesse für Auftragsabwicklung und Abrechnung aus.

Woher beziehen

Abgeleitet aus einer Aktualisierung von „StatusCode“ im Opportunity-Objekt auf den Wert „WON“. Auch das Feld „WinProb“ (Abschlusswahrscheinlichkeit) ändert sich üblicherweise auf 100 %.

Erfassung

Ermitteln Sie, wenn das Statusfeld der Verkaufschance auf den systemdefinierten Status „Won“ aktualisiert wird.

Ereignistyp inferred
Verkaufschance verloren
Kennzeichnet einen erfolglosen Ausgang: Die Verkaufschance wird ohne Verkauf geschlossen. Dies lässt sich daran erkennen, dass ihr Status auf „Closed - Lost“ gesetzt wird.
Warum das wichtig ist

Dies ist ein kritischer Endpunkt für einen erfolglosen Prozess. Die Analyse, wann und warum Verkaufschancen verloren gehen und welchen Wert sie hatten, hilft dabei, Schwächen im Prozess und Herausforderungen am Markt zu erkennen.

Woher beziehen

Wird abgeleitet, wenn das Feld „StatusCode“ im Objekt Opportunity auf „LOST“ gesetzt wird. Das Feld „ReasonWonLostCode“ liefert häufig zusätzliche Informationen.

Erfassung

Erkennen Sie, wenn das Statusfeld der Verkaufschance auf den systemdefinierten Status „Lost“ gesetzt wird.

Ereignistyp inferred
Zahlung eingegangen
Kennzeichnet den erfolgreichen Abschluss des Lead-to-Cash-Zyklus: Die Zahlung des Kunden ist eingegangen und wurde erfasst. Dieses Ereignis stammt aus einem Finanzsystem.
Warum das wichtig ist

Dies ist der abschließende Erfolgspunkt des Prozesses und steht für den realisierten Umsatz. Er ist entscheidend, um die Gesamtdurchlaufzeit des Vertriebsprozesses und die Effizienz des Cashflows zu messen.

Woher beziehen

Stammt aus einem externen Debitorenbuchhaltungs- oder Finanzsystem. Die Daten müssen mit der Verkaufschance verknüpft werden, damit die Prozessanalyse den gesamten Ablauf abbildet.

Erfassung

Der Ereignis-Timestamp stammt aus dem Zahlungsausgleichsdatensatz im Finanzsystem.

Ereignistyp explicit
Angebot an Kunden gesendet
Kennzeichnet den Zeitpunkt, zu dem ein Angebot dem Kunden offiziell zur Prüfung übermittelt wird. Dies wird üblicherweise aus einer Statusänderung des Angebotsobjekts abgeleitet, etwa zu „Presented“ oder „Sent“.
Warum das wichtig ist

Mit dieser Aktivität beginnt die Zeit für die Prüfung und Verhandlung durch den Kunden. Sie ist der Ausgangspunkt für die KPI „Dauer von Angebot bis Auftragserstellung“.

Woher beziehen

Abgeleitet aus einer Statusänderung des Angebotsobjekts, das der Verkaufschance zugeordnet ist. Das Statusfeld kann beispielsweise „StatusCode“ heißen.

Erfassung

Ermitteln Sie, wenn sich das Statusfeld des Angebotsobjekts in den Wert „Sent“ oder „Presented“ ändert.

Ereignistyp inferred
Angebot überarbeitet
Erfasst Fälle, in denen ein Angebot überarbeitet und erneut an den Kunden gesendet wird. Dies wird anhand mehrerer Ereignisse „Angebot erstellt“ für dieselbe Verkaufschance oder durch die Versionierung eines einzelnen Angebotsdatensatzes abgeleitet.
Warum das wichtig ist

Häufige Nacharbeit kann auf ungenaue Erstangebote oder langwierige Verhandlungen hindeuten und den Vertriebszyklus verlängern. Diese Aktivität ist eine wichtige Grundlage für die KPI „Anteil überarbeiteter Angebote“ und Dashboards zur Nacharbeitsanalyse.

Woher beziehen

Abgeleitet aus der Erstellung einer neuen Angebotsversion oder einer wesentlichen Änderung an einem bestehenden Angebot, zum Beispiel der Rücksetzung des Status auf „Entwurf“, nachdem das Angebot bereits an den Kunden gesendet wurde.

Erfassung

Ermitteln Sie nachfolgende Ereignisse „Angebot erstellt“ oder Versionsänderungen für dieselbe Verkaufschance.

Ereignistyp inferred
Auftrag abgewickelt
Kennzeichnet, dass die Produkte versandt oder die Leistungen für den Kunden erbracht wurden. Diese Ereignisdaten sind nicht nativ in Oracle CX Sales verfügbar und müssen aus einem integrierten Auftragsverwaltungs- oder ERP-System stammen.
Warum das wichtig ist

Kennzeichnet, dass die zugesagte Lieferung an den Kunden abgeschlossen ist, und löst die Rechnungsstellung aus. Dieses Ereignis ist für die Messung der Durchlaufzeiten in der Auftragsabwicklung unerlässlich.

Woher beziehen

Erfordert eine Integration mit einem externen ERP- oder Abwicklungssystem. Die Daten müssen mit der ursprünglichen ID der Verkaufschance verknüpft werden.

Erfassung

Der Timestamp des Ereignisses wird über eine Integration aus dem Abwicklungssystem übernommen.

Ereignistyp explicit
Auftrag zur Abwicklung übermittelt
Kennzeichnet die Übergabe vom Vertrieb an das Team für die Auftragsabwicklung. In Oracle CX Sales lässt sich dies möglicherweise daraus ableiten, dass eine Verkaufschance gewonnen wurde und dadurch in einem integrierten ERP-System ein Verkaufsauftrag erstellt wird.
Warum das wichtig ist

Diese Aktivität verbindet Vertrieb und Betrieb. Die Analyse dieser Übergabe ist entscheidend, um die KPI „Dauer der Auftragsabwicklung“ zu verstehen und zu verbessern.

Woher beziehen

Dieses Ereignis ist in CX Sales häufig konzeptioneller Art und steht für den Auslöser der Auftragserstellung in einem separaten System. Es kann mit dem Timestamp „Verkaufschance gewonnen“ oder einer späteren Integrationsbestätigung verknüpft werden.

Erfassung

Häufig wird ersatzweise der Timestamp „Verkaufschance gewonnen“ verwendet. Alternativ sind Daten aus einem integrierten Auftragsverwaltungssystem erforderlich.

Ereignistyp inferred
Bedarfsanalyse abgeschlossen
Kennzeichnet, dass das Vertriebsteam die Anforderungen des Kunden erfasst und dokumentiert hat. Dies wird üblicherweise daraus abgeleitet, dass die Vertriebsphase der Verkaufschance über die Discovery- oder Analysephase hinausgeht.
Warum das wichtig ist

Diese Aktivität ist ein wichtiger Meilenstein, bevor eine Lösung vorgeschlagen werden kann. Verzögerungen können auf Probleme bei der Kundenbindung oder auf fehlende Ressourcen für eine vertiefte technische Analyse hindeuten.

Woher beziehen

Abgeleitet aus einer Änderung des Felds „Vertriebsphase“ im Opportunity-Objekt, zum Beispiel von „2 - Discovery“ zu „3 - Solution Building“.

Erfassung

Ermitteln Sie, wenn sich das Feld für die Vertriebsphase der Verkaufschance in einen Status ändert, der den Abschluss der Discovery-Phase kennzeichnet.

Ereignistyp inferred
Lösung vorgeschlagen
Kennzeichnet, dass dem Kunden eine formelle Lösung oder ein Angebot vorgelegt wurde. Dies wird daraus abgeleitet, dass eine Verkaufschance in die Phase „Proposal“ oder „Presentation“ wechselt.
Warum das wichtig ist

Die Erfassung dieses Meilensteins hilft, die Dauer der Lösungsentwicklung und Angebotserstellung zu analysieren. Er ist auch für die KPI „Anteil festgefahrener Verkaufschancen“ wichtig, da Verkaufschancen hier häufig lange verweilen.

Woher beziehen

Abgeleitet aus einer Änderung des Felds „Vertriebsphase“ im Opportunity-Objekt auf einen Wert wie „4 - Proposal“ oder „Presentation“.

Erfassung

Ermitteln Sie, wenn sich das Feld für die Vertriebsphase der Verkaufschance in den Angebotsstatus ändert.

Ereignistyp inferred
Rechnung erstellt
Kennzeichnet die Erstellung einer Kundenrechnung für den abgewickelten Auftrag. Diese Aktivität findet in einem Abrechnungs- oder Finanzsystem statt, nicht in Oracle CX Sales. Die Daten müssen daher integriert werden.
Warum das wichtig ist

Mit diesem Ereignis beginnt der Zahlungseinzug. Verzögerungen zwischen Auftragsabwicklung und Rechnungsstellung können den Cashflow und die KPI „Dauer von Rechnung bis Zahlung“ beeinträchtigen.

Woher beziehen

Stammt aus einem externen ERP- oder Debitorenbuchhaltungssystem. Für die Prozessanalyse müssen die Ereignisdaten mit der ID der Verkaufschance verknüpft werden.

Erfassung

Der Ereignis-Timestamp stammt aus dem Protokoll zur Rechnungserstellung des Finanzsystems.

Ereignistyp explicit
Verkaufschance qualifiziert
Kennzeichnet den Abschluss der ersten Qualifizierungsphase einer Verkaufschance. Dies wird in der Regel daraus abgeleitet, dass die Vertriebsphase der Verkaufschance aktualisiert wird und die erste Prüfung als abgeschlossen gilt. Die Verkaufschance ist damit aussichtsreich.
Warum das wichtig ist

Die Erfassung dieses Meilensteins hilft, die Effizienz der frühen Vertriebsphase zu messen und die Dauer der Qualifizierung zu ermitteln. Das ist eine wichtige Kennzahl für die KPI „Lead-zu-Verkaufschance-Konversionsrate“.

Woher beziehen

Abgeleitet aus einer Änderung des Felds „Vertriebsphase“ (StgId) im Opportunity-Objekt auf einen Wert, der die Qualifizierung kennzeichnet, zum Beispiel von „1 - Qualification“ zu „2 - Discovery“.

Erfassung

Ermitteln Sie, wenn sich das Feld für die Vertriebsphase der Verkaufschance in den festgelegten Status „Qualifiziert“ ändert.

Ereignistyp inferred
Empfohlen Optional

Anleitungen zum Datenexport

So exportieren Sie Ihre Daten aus Oracle CX Sales

Möchten Sie loslegen?

Mit diesem Template bereiten Sie Ihre Daten gezielt vor und gewinnen wertvolle Erkenntnisse zu Ihrem Lead-to-Cash-Prozess. Beginnen Sie noch heute damit, Ihre Abläufe effizienter zu gestalten.

Steigern Sie Ihre Lead-to-Cash-Abschlussquote noch heute um 20 %

Decken Sie Engpässe auf, vermeiden Sie verlorene Abschlüsse und steigern Sie Ihre Abschlussquote um 20 %.

Starten Sie Ihre kostenlose Testphase

Keine Kreditkarte erforderlich. Die Einrichtung dauert nur wenige Minuten.