Fallstart

Übersicht

Der Fallstart-Filter wählt Fälle aus oder entfernt sie basierend auf dem Wert eines angegebenen Attributs im ersten Ereignis jedes Falls. Dieser Filter prüft den Startpunkt jedes Falls und vergleicht ihn mit einem oder mehreren von Ihnen definierten spezifischen Werten.

Dies ist ein Fall-Level-Filter, was bedeutet, dass er ganze Fälle bewertet und sie entweder beibehält oder entfernt, je nachdem, wie jeder Fall beginnt. Er ist besonders nützlich, wenn Sie Prozesse analysieren möchten, die auf eine bestimmte Weise gestartet wurden, oder Fälle ausschließen wollen, die unter bestimmten Bedingungen begonnen haben.

Häufige Anwendung

  • Fälle nach Anfangsaktivität analysieren: Wählen Sie Fälle aus, die mit bestimmten Aktivitäten begonnen haben, wie „Bestellung erhalten“ oder „Anfrage eingereicht“, um Prozessvarianten basierend auf dem Fallbeginn zu verstehen.

  • Nach Eintrittspunkt-Ressource filtern: Identifizieren Sie Fälle, die von bestimmten Teams, Abteilungen oder Personen initiiert wurden, um Leistungs- und Arbeitslastmuster am Prozess-Einstiegspunkt zu analysieren.

  • Auf bestimmte Auftragstypen fokussieren: Wählen Sie Fälle aus, die mit bestimmten Auftragstypen, Kundensegmenten oder Prioritätsstufen begonnen haben, um gezielte Analysen für spezifische Geschäftsszenarien durchzuführen.

  • Problematische Starts ausschließen: Entfernen Sie Fälle, die mit bekannten problematischen Aktivitäten oder Bedingungen begonnen haben, um Ihre Analyse auf normal initiierte Fälle zu konzentrieren.

  • Unterschiedliche Prozess-Einstiegspunkte vergleichen: Analysieren Sie, wie sich Fälle, die mit verschiedenen Aktivitäten starten, unterschiedlich im Prozessverlauf verhalten.

  • Muster von Einstiegskanälen identifizieren: Wählen Sie Fälle nach ihrem anfänglichen Kanal (Web, Telefon, E-Mail, persönlich) aus, um Kundenreise-Muster über unterschiedliche Ausgangspunkte zu vergleichen.

Einstellungen

Aktivitätsattribut: Wählen Sie das Ereignisattribut aus, das im ersten Ereignis jedes Falls geprüft werden soll. Häufige Optionen sind Aktivitätsname, Ressource oder ein beliebiges benutzerdefiniertes Ereignisattribut in Ihrem Ereignisprotokoll. Dies bestimmt, welchen Aspekt des Startevents Sie abgleichen möchten.

Attributwerte: Wählen Sie einen oder mehrere spezifische Werte des ausgewählten Attributs aus, die auf das erste Ereignis zutreffen sollen. Fälle, die mit einem dieser Werte starten, werden ausgewählt (oder entfernt, falls die Option Entfernen aktiviert ist). Das Dropdown zeigt verfügbare Werte zusammen mit ihrer Häufigkeit als Startereignisse an.

Ausgewählte Fälle entfernen: Aktivieren Sie dieses Kontrollkästchen, um das Filterverhalten umzukehren. Ist diese Option aktiviert, werden Fälle, die Ihren Kriterien entsprechen, entfernt anstatt beibehalten, sodass Sie sich auf Fälle konzentrieren können, die NICHT mit den angegebenen Werten gestartet sind.

Beispiele

Beispiel 1: Fälle, die mit einer bestimmten Aktivität starten

Szenario: Sie möchten nur jene Bestellfälle analysieren, die mit der Aktivität „Order Received“ gestartet haben, um den Standardprozessfluss zu verstehen und Fälle auszuschließen, die anders begonnen haben (z. B. Eilbestellungen oder Rücksendungen).

Einstellungen:

  • Aktivitätsattribut: Activity Name
  • Attributwerte: Order Received
  • Ausgewählte Fälle entfernen: Deaktiviert

Ergebnis: Der Filter behält nur Fälle, bei denen das erste Ereignis Activity Name = „Order Received“ hat. Wenn Sie insgesamt 10.000 Fälle hatten und 8.500 mit „Order Received“ starteten, haben Sie jetzt 8.500 Fälle (85 % Ihrer Originaldaten).

Erkenntnisse: Durch die Fokussierung auf Standard-Startfälle können Sie den typischen Prozessfluss analysieren, ohne die Komplexität alternativer Anfangspunkte. Dies ist nützlich, um Basisleistungskennzahlen zu etablieren und die häufigste Prozessvariante zu identifizieren.

Beispiel 2: Fälle nach Startressource ausschließen

Szenario: Sie haben festgestellt, dass Fälle, die von einem bestimmten automatisierten System („Resource: AutoImport_Bot“) gestartet wurden, in frühen Stadien unvollständige Daten aufweisen. Sie möchten diese Fälle entfernen, um sich auf manuell initiierte Fälle mit vollständigen Informationen zu konzentrieren.

Einstellungen:

  • Aktivitätsattribut: Resource
  • Attributwerte: AutoImport_Bot
  • Ausgewählte Fälle entfernen: Aktiviert

Ergebnis: Alle Fälle, die mit der Ressource „AutoImport_Bot“ gestartet sind, werden aus Ihrer Analyse entfernt. Wenn 1.200 Ihrer 10.000 Fälle (12 %) von diesem Bot gestartet wurden, verbleiben jetzt 8.800 Fälle.

Erkenntnisse: Durch das Entfernen der automatisch importierten Fälle stellen Sie sicher, dass Ihre Analyse auf Fällen mit vollständigen Daten zu Beginn basiert. Dies verhindert verzerrte Kennzahlen, die durch unvollständige oder anders strukturierte automatisch erzeugte Einträge verursacht werden, und liefert genauere Einblicke in den manuell initiierten Prozessverlauf.

Beispiel 3: Mehrere Startaktivitäten

Szenario: Ihr Kundenservice-Prozess hat drei gültige Einstiegspunkte: „Phone Call Received“, „Email Received“ und „Chat Started“. Sie möchten nur diese Standard-Einstiege analysieren und alle Fälle ausschließen, die anders begonnen haben (z. B. Eskalationen oder Abteilungsübertragungen).

Einstellungen:

  • Aktivitätsattribut: Activity Name
  • Attributwerte: Phone Call Received, Email Received, Chat Started (mehrfach auswählen)
  • Ausgewählte Fälle entfernen: Deaktiviert

Ergebnis: Es werden nur Fälle beibehalten, die mit einer dieser drei Aktivitäten begonnen haben. Wenn 9.500 Ihrer 10.000 Fälle über diese Kanäle gestartet wurden, haben Sie jetzt 9.500 Fälle, die 500 Fälle mit nicht-standardmäßigen Einstiegspunkten werden ausgeschlossen.

Erkenntnisse: So können Sie Ihre Analyse auf die Standard-Kundendienstreisen konzentrieren und Randfälle wie interne Eskalationen oder übertragene Fälle ausschließen, die nicht dem normalen Prozessmuster folgen. Dadurch können Sie präzise Benchmarks für die Standardfallbearbeitung erstellen.

Beispiel 4: Analyse von Starts mit hoher Priorität

Szenario: Sie möchten speziell analysieren, wie Aufträge mit hoher Priorität anders als reguläre Aufträge verarbeitet werden. Ihr Ereignisprotokoll enthält ein benutzerdefiniertes Attribut „Priority“, das im ersten Ereignis gesetzt wird.

Einstellungen:

  • Aktivitätsattribut: Priority (benutzerdefiniertes Ereignisattribut)
  • Attributwerte: High, Urgent
  • Ausgewählte Fälle entfernen: Deaktiviert

Ergebnis: Nur Fälle, deren Priority = „High“ oder Priority = „Urgent“ im Startereignis gesetzt ist, werden für die Analyse beibehalten. Wenn 2.500 Ihrer 10.000 Fälle (25 %) hohe Priorität hatten, stehen Ihnen 2.500 Fälle zur Analyse zur Verfügung.

Erkenntnisse: Durch die Isolierung von Hochprioritätsfällen von Beginn an können Sie deren End-to-End-Leistung separat messen, prüfen, ob sie bevorzugt behandelt werden, ihre tatsächlichen Durchlaufzeiten berechnen und sicherstellen, dass SLAs für dringende Aufträge im gesamten Prozess eingehalten werden.

Ausgabe

Der Fallstart-Filter erzeugt ein verfeinertes Ereignisprotokoll, das nur die Fälle enthält, die mit Ihren ausgewählten Startkriterien übereinstimmen (oder nicht übereinstimmen, falls Entfernen aktiviert ist). Jeder Fall in der Ausgabe hat ein erstes Ereignis, das einem der ausgewählten Attributwerte entspricht.

Was gefiltert wird: Ganze Fälle werden entweder einbezogen oder ausgeschlossen, basierend auf ihrem ersten Ereignis. Wenn ein Fall nicht mit einem Ihrer angegebenen Werte startet, werden alle Ereignisse dieses Falls aus der Analyse entfernt.

Was unverändert bleibt: Die Ereignisse innerhalb jedes beibehaltenen Falls bleiben unverändert – dieser Filter ändert keine Ereignisdetails, Zeitstempel oder Reihenfolge. Er trifft lediglich eine binäre Entscheidung auf Fall-Ebene.

Prozentuale Information: Beim Konfigurieren des Filters zeigt mindzieStudio den Prozentsatz der Fälle an, die mit jedem verfügbaren Wert starten, um Ihnen zu helfen, die Auswirkungen Ihrer Auswahl vor dem Anwenden des Filters einzuschätzen.


Diese Dokumentation ist Teil der mindzieStudio Process Mining-Plattform.