Début du Cas

Présentation

Le filtre Début du Cas sélectionne ou supprime des cas en fonction de la valeur d'un attribut spécifié dans le premier événement de chaque cas. Ce filtre examine le point de départ de chaque cas et fait correspondre un ou plusieurs valeurs spécifiques que vous définissez.

Il s'agit d'un filtre au niveau du cas, ce qui signifie qu'il évalue des cas entiers et les conserve ou les supprime en fonction de leur manière de commencer. Il est particulièrement utile lorsque vous devez analyser des processus qui ont commencé de manière spécifique ou exclure des cas qui ont débuté avec des conditions particulières.

Usages Courants

  • Analyser les cas par activité initiale : Sélectionner les cas qui ont commencé par des activités spécifiques, telles que « Commande reçue » ou « Demande soumise », afin de comprendre les variations du processus selon les cas de départ.

  • Filtrer par ressource du point d’entrée : Identifier les cas qui ont été initiés par des équipes, départements ou individus particuliers pour analyser les schémas de performance et la répartition de la charge au point d'entrée du processus.

  • Se concentrer sur des types de commande spécifiques : Sélectionner les cas qui ont débuté avec certains types de commande, segments clients ou niveaux de priorité pour réaliser une analyse ciblée sur des scénarios métier spécifiques.

  • Exclure les démarrages problématiques : Supprimer les cas qui ont commencé avec des activités ou conditions problématiques connues, afin de concentrer votre analyse sur les cas initiés normalement.

  • Comparer différents points d’entrée du processus : Analyser comment les cas démarrant par différentes activités se comportent différemment tout au long du cycle de vie du processus.

  • Identifier des schémas selon le canal d’entrée : Sélectionner les cas selon leur canal initial (web, téléphone, email, en personne) pour comparer les parcours clients selon différents points d’origine.

Paramètres

Attribut d’Activité : Sélectionnez l’attribut d’événement à examiner dans le premier événement de chaque cas. Les choix courants incluent Nom de l’Activité, Ressource, ou tout attribut d’événement personnalisé existant dans votre journal d’événements. Cela détermine quel aspect de l’événement de départ vous souhaitez faire correspondre.

Valeurs de l’Attribut : Choisissez une ou plusieurs valeurs spécifiques de l’attribut sélectionné qui doivent correspondre au premier événement. Les cas qui commencent par l’une de ces valeurs seront sélectionnés (ou supprimés si l’option Supprimer est activée). Le menu déroulant affiche les valeurs disponibles ainsi que leur fréquence en tant qu’événements de départ.

Supprimer les Cas Sélectionnés : Cochez cette case pour inverser le comportement du filtre. Lorsqu’elle est activée, les cas correspondant à vos critères seront supprimés au lieu d’être conservés, ce qui vous permet de vous concentrer sur les cas qui N’ONT PAS commencé avec les valeurs spécifiées.

Exemples

Exemple 1 : Cas commençant par une Activité Spécifique

Scénario : Vous souhaitez analyser uniquement les cas de commande d’achat qui ont commencé par l’activité « Commande reçue » pour comprendre le flux standard du processus, en excluant les cas qui ont débuté différemment (comme les commandes accélérées ou les retours).

Paramètres :

  • Attribut d’Activité : Nom de l’Activité
  • Valeurs de l’Attribut : Commande reçue
  • Supprimer les Cas Sélectionnés : Non coché

Résultat : Le filtre conserve uniquement les cas dont le premier événement a Nom de l’Activité = « Commande reçue ». Si vous aviez 10 000 cas au total et que 8 500 commençaient par « Commande reçue », vous aurez désormais 8 500 cas (85 % de vos données initiales).

Perspectives : En vous concentrant sur les cas à entrée standard, vous pouvez analyser le flux typique du processus sans la complexité introduite par les différents points de départ. Ceci est utile pour établir des métriques de performance de base et identifier la variante de processus la plus courante.

Exemple 2 : Exclure les Cas par Ressource de Départ

Scénario : Vous avez découvert que les cas commencés par un système automatisé spécifique (Ressource : « AutoImport_Bot ») ont des données incomplètes aux premières étapes. Vous voulez supprimer ces cas pour vous concentrer sur les cas initiés manuellement qui disposent d’informations complètes.

Paramètres :

  • Attribut d’Activité : Ressource
  • Valeurs de l’Attribut : AutoImport_Bot
  • Supprimer les Cas Sélectionnés : Coché

Résultat : Tous les cas commencés avec la ressource « AutoImport_Bot » sont supprimés de votre analyse. Si 1 200 de vos 10 000 cas (12 %) étaient démarrés par ce bot, vous disposez désormais de 8 800 cas restants.

Perspectives : En retirant les cas auto-importés, vous assurez que votre analyse se concentre sur des cas dont les données à l’étape initiale sont complètes. Cela évite de biaiser les métriques avec des entrées incomplètes ou structurées différemment et fournit des analyses plus précises du processus initié par l’humain.

Exemple 3 : Activités de Départ Multiples

Scénario : Votre processus de service client a trois points d’entrée valides : « Appel téléphonique reçu », « Email reçu » et « Discussion commencée ». Vous voulez analyser uniquement ces entrées standards et exclure tout cas qui a débuté différemment (comme des escalades ou transferts d’autres départements).

Paramètres :

  • Attribut d’Activité : Nom de l’Activité
  • Valeurs de l’Attribut : Appel téléphonique reçu, Email reçu, Discussion commencée (sélection multiple)
  • Supprimer les Cas Sélectionnés : Non coché

Résultat : Seuls les cas ayant commencé par l’une de ces trois activités sont conservés. Si 9 500 de vos 10 000 cas ont démarré via ces canaux, vous avez désormais 9 500 cas, excluant les 500 cas commencés par des points d’entrée non standards.

Perspectives : Ceci vous permet de concentrer votre analyse sur le parcours client standard tout en excluant les cas marginaux tels que les escalades internes ou cas transférés qui ne suivent pas le schéma normal du processus. Vous pouvez ainsi établir des références précises pour la gestion des cas standard.

Exemple 4 : Analyse des Démarrages de Commandes Haute Priorité

Scénario : Vous souhaitez analyser spécifiquement comment les commandes à haute priorité sont traitées différemment des commandes régulières. Votre journal d’événements contient un attribut personnalisé « Priority » défini dans le premier événement.

Paramètres :

  • Attribut d’Activité : Priority (attribut d’événement personnalisé)
  • Valeurs de l’Attribut : High, Urgent
  • Supprimer les Cas Sélectionnés : Non coché

Résultat : Seuls les cas dont la priorité est « High » ou « Urgent » au premier événement sont conservés pour l’analyse. Si 2 500 de vos 10 000 cas (25 %) étaient de haute priorité, vous avez maintenant 2 500 cas à analyser.

Perspectives : En isolant les cas haute priorité dès le départ, vous pouvez mesurer leur performance de bout en bout séparément, vérifier s’ils bénéficient d’un traitement préférentiel, calculer leurs vrais temps de cycle, et vous assurer que les SLA des commandes urgentes sont respectés tout au long du processus.

Résultat

Le filtre Début du Cas produit un journal d’événements affiné contenant uniquement les cas qui correspondent (ou ne correspondent pas si Supprimer est activé) à vos critères de départ spécifiés. Chaque cas en sortie a un premier événement qui correspond à l’une des valeurs d’attribut sélectionnées.

Ce qui est filtré : Les cas entiers sont soit inclus soit exclus en fonction de leur premier événement. Si un cas ne commence pas par l’une des valeurs spécifiées, tous les événements de ce cas sont supprimés de l’analyse.

Ce qui reste inchangé : Les événements contenus dans chaque cas conservé restent exactement tels quels – ce filtre ne modifie pas les détails, les timings ou la séquence des événements. Il effectue simplement une décision binaire au niveau du cas.

Information en pourcentage : Lors de la configuration du filtre, mindzieStudio affiche le pourcentage des cas qui débutent par chaque valeur disponible, vous aidant à comprendre l’impact de votre sélection avant d’appliquer le filtre.

Cette documentation fait partie de la plateforme de process mining mindzieStudio.