ケース開始
概要
ケース開始フィルターは、各ケースの最初のイベントにある指定属性の値に基づいてケースを選択または除外します。このフィルターは各ケースの開始地点を調べ、あなたが定義した1つ以上の特定の値と照合します。
これはケースレベルのフィルターであり、各ケース全体を評価し、それぞれのケースの開始方法に基づいて保持または削除します。特定の方法で開始されたプロセスを分析したい場合や、特定条件で開始したケースを除外したい場合に特に有用です。
よくある用途
初期アクティビティによるケース分析: 「注文受付」や「依頼提出」など特定のアクティビティで開始されたケースを選択し、開始方法に基づくプロセスの変動を理解する。
エントリーポイントのリソースによるフィルタリング: 特定のチーム、部門、個人が開始したケースを特定し、プロセスの入り口でのパフォーマンスパターンや作業負荷の分布を分析する。
特定の注文タイプにフォーカス: 特定の注文タイプ、顧客セグメント、優先度レベルで開始されたケースを選択し、特定のビジネスシナリオに対してターゲットを絞った分析を行う。
問題のある開始を除外: 既知の問題のあるアクティビティや条件で開始したケースを除外し、通常の開始パターンのケースに焦点を当てて分析を行う。
異なるプロセスの開始点の比較: 異なるアクティビティで開始されたケースがプロセス全体でどのように異なる動きをするかを分析する。
エントリーチャンネルのパターンを特定: Web、電話、メール、対面など、最初のチャネルによってケースを選択し、異なる起点からの顧客ジャーニーのパターンを比較する。
設定
Activity Attribute: 各ケースの最初のイベントで調べるイベント属性を選択します。一般的にはActivity Name、Resource、またはイベントログに存在する任意のカスタムイベント属性が選択されます。これにより、開始イベントのどの側面をマッチさせるかが決まります。
Attribute Values: 選択した属性から、最初のイベントと一致させる特定の1つ以上の値を選びます。これらの値のいずれかで開始するケースが選択されます（Removeオプションが有効な場合は除外されます）。ドロップダウンには開始イベントとしての利用頻度とともに利用可能な値が表示されます。
Remove Selected Cases: このチェックボックスをオンにするとフィルターの動作が反転します。オンの場合、条件に一致するケースが保持されるのではなく除外され、指定した値で開始しなかったケースに着目できます。
例
例1: 特定のアクティビティで開始したケース
シナリオ: 「注文受付」というアクティビティで開始した購買注文ケースのみを分析し、迅速注文や返品など異なる開始パターンのケースを除外して標準プロセスフローを理解したい。
設定:
- Activity Attribute: Activity Name
- Attribute Values: Order Received
- Remove Selected Cases: チェックなし
結果: 最初のイベントのActivity Nameが「Order Received」のケースのみが保持されます。合計10,000件のケースのうち8,500件が「Order Received」で開始しているなら、8,500件（元のデータの85%）に絞り込まれます。
洞察: 標準的な開始ケースに注力することで、代替開始ポイントによる複雑さを伴わない典型的なプロセスフローを分析できます。これは基準パフォーマンス指標の確立や最も一般的なプロセス変種の特定に役立ちます。
例2: 開始リソースでケースを除外
シナリオ: 特定の自動化システム（Resource: "AutoImport_Bot"）によって開始されたケースは初期段階のデータが不完全であることが判明しました。これらを除外して、手動で開始され完全な情報があるケースに焦点を当てたい。
設定:
- Activity Attribute: Resource
- Attribute Values: AutoImport_Bot
- Remove Selected Cases: チェックあり
結果: Resourceが「AutoImport_Bot」で開始した全てのケースが分析対象から除外されます。10,000件中1,200件（12%）がこのボットによる開始なら、8,800件が残ります。
洞察: 自動インポートケースの除外により、完全な初期段階データのあるケースに分析を絞れます。これは不完全または異なる構造の自動入力による指標の歪みを防ぎ、人手開始のプロセスフローに関するより正確な洞察を提供します。
例3: 複数の開始アクティビティ
シナリオ: カスタマーサービスプロセスには「電話着信」、「メール受信」、「チャット開始」の3つの正当な入口があります。これら標準の開始のみを分析し、エスカレーションや他部門からの転送など異なる開始は除外したい。
設定:
- Activity Attribute: Activity Name
- Attribute Values: Phone Call Received, Email Received, Chat Started （複数選択）
- Remove Selected Cases: チェックなし
結果: これら3つのアクティビティのいずれかで開始したケースのみが保持されます。10,000件中9,500件がこれらチャネルで開始していれば、9,500件を維持し、非標準開始の500件は除外されます。
洞察: 標準的な顧客サービスの開始に限定して分析ができ、内部エスカレーションや転送など通常のプロセスパターンでないケースを除外できます。標準的なケースハンドリングのベンチマーク確立に有効です。
例4: 高優先度注文の開始分析
シナリオ: 高優先度注文が通常注文とどのように異なる処理をされているかを特に分析したい。イベントログには最初のイベントで設定されるカスタム属性「Priority」がある。
設定:
- Activity Attribute: Priority（カスタムイベント属性）
- Attribute Values: High, Urgent
- Remove Selected Cases: チェックなし
結果: 優先度が「High」または「Urgent」で開始したケースのみが分析対象となります。10,000件中2,500件（25%）が高優先度であれば、2,500件を分析できます。
洞察: 高優先度ケースを最初から切り出すことで、終端までのパフォーマンスを個別に測定可能です。優先的対応の有無、真のサイクルタイム、緊急注文のSLA遵守状況をプロセス全体で把握できます。
出力
ケース開始フィルターは、指定の開始条件に一致する（またはRemoveが有効なら一致しない）ケースのみを含む精製されたイベントログを生成します。出力内の各ケースは選択した属性値のいずれかに一致する最初のイベントを持ちます。
フィルタリングされるもの: ケース全体が最初のイベントの条件に基づいて含まれるか除外されます。条件に合わないケースのすべてのイベントは分析から除外されます。
変更されないもの: 保持されたケース内のイベントは詳細、タイミング、順序まで変更されません。このフィルターはケースレベルの二値判定のみを行います。
割合情報: フィルター設定時に、mindzieStudioは利用可能な各値で開始するケースの割合を表示し、選択前に影響範囲を把握できます。
このドキュメントはmindzieStudioプロセスマイニングプラットフォームの一部です。