属性値のカテゴリ分け

概要

Categorize Attribute Values エンリッチメントは、カスタマイズ可能な範囲ベースのルールを適用することで、数値属性を意味のあるビジネスカテゴリに変換します。この強力なエンリッチメントにより、連続した数値データを離散的なカテゴリに変換できるため、プロセスマイニングのダッシュボードでの分析、フィルタリング、理解が容易になります。$1から$1,000,000までの請求額のような生の数値を扱う代わりに、「Small」「Medium」「Large」「Enterprise」などの直感的なカテゴリを作成し、ビジネス上の意義を即座に伝えることができます。

このエンリッチメントは、パフォーマンス指標、リスクカテゴリ、ビジネス分類を組織の基準に合わせて作成する際に特に有用です。単純な範囲定義(Xより大きい)から複雑な範囲組み合わせ(XとYの間まで)までサポートし、ビジネスルールに正確に合ったカテゴリを定義できます。作成されたカテゴリ属性はフィルター、チャート、適合性チェックで使用でき、実用的なプロセスインサイトの作成や組織全体のデータ駆動型意思決定を可能にします。

主な用途

  • 請求額を承認レベルに分類($1000未満、$1000-$5000、$5000-$25000、$25000超)
  • 処理時間をSLAカテゴリに分類(オンタイム、リスクあり、期限切れ、クリティカル)
  • 顧客注文額をセグメント化(低額、標準、プレミアム、VIP)
  • 取引額に基づくリスクレベルの定義(低リスク、中リスク、高リスク、クリティカル)
  • 未払いの経過日数に応じた年齢層の作成(現時点、30日、60日、90日以上)
  • 在庫レベルをストックカテゴリに分類(在庫切れ、低在庫、通常、過剰在庫)
  • 従業員の勤続年数を経験レベルに分類(新入、ジュニア、シニア、エキスパート)

設定

新規属性名: データセットに新たに作成されるカテゴリ属性の名称です。例えば「Invoice_Category」「SLA_Status」「Risk_Level」など、カテゴリ分けの目的が明確に分かる説明的な名前を選んでください。この属性には値の範囲に基づいて定義したカテゴリ名が格納されます。

属性名: カテゴリ分け対象の数値属性を選択します。これはケース属性からの数値フィールド(整数または小数)でなければなりません。よく使われるのは金額、期間、カウントなど、カテゴリ化に適した数値計測値です。

カテゴリリスト: 数値範囲をカテゴリ名にマッピングするルールを作成してカテゴリを定義します。各カテゴリには以下が必要です:

  • カテゴリ範囲名: 値がこの範囲にある場合に表示されるラベル(例: 「高優先度」「標準」「低リスク」)
  • 第一比較条件: 属性値と比較する方法(等しい、大なり、大なりイコール、小なり、小なりイコール、等しくない)
  • 第一の値: 第一の比較条件に使う数値の閾値
  • 第二比較条件(任意): 範囲の境界を設定するための第二の条件(主に「間」のロジックに使用)
  • 第二の値(任意): 第二比較条件に使う閾値(第二比較条件指定時のみ利用可能)

カテゴリはリストに表示された順番に評価されます。カテゴリはドラッグ&ドロップで並び替え可能で、最初にマッチしたカテゴリが適用されます。

例1: 請求額の承認レベル分類

シナリオ: 調達部門が請求額に応じて承認ワークフローに振り分ける必要があります。異なる額域ごとに異なる承認レベルが必要です。

設定:

  • 新規属性名: Approval_Tier
  • 属性名: Total_Invoice_Amount
  • カテゴリリスト:
    • カテゴリ: "Auto-Approval" | 小なりイコール: 500
    • カテゴリ: "Manager Approval" | 大なり: 500 | AND 小なりイコール: 5000
    • カテゴリ: "Director Approval" | 大なり: 5000 | AND 小なりイコール: 25000
    • カテゴリ: "C-Level Approval" | 大なり: 25000

出力: 「Approval_Tier」属性を作成し、

  • $500以下は「Auto-Approval」
  • $501〜$5,000は「Manager Approval」
  • $5,001〜$25,000は「Director Approval」
  • $25,000超は「C-Level Approval」

インサイト: このカテゴリ分けにより請求書が適切な承認者に自動振り分けされ、承認作業の負荷分散分析や特定承認レベルのボトルネック特定が可能となります。

例2: SLAパフォーマンスカテゴリ

シナリオ: 顧客サービスチームがケースの解決時間を48時間のSLA目標に対して監視します。ケースはSLA違反の危機度に応じてカテゴリ分けされます。

設定:

  • 新規属性名: SLA_Status
  • 属性名: Hours_Since_Creation
  • カテゴリリスト:
    • カテゴリ: "On Track" | 小なりイコール: 24
    • カテゴリ: "Warning" | 大なり: 24 | AND 小なりイコール: 40
    • カテゴリ: "At Risk" | 大なり: 40 | AND 小なりイコール: 48
    • カテゴリ: "Breached" | 大なり: 48

出力: 「SLA_Status」属性を作成し、

  • 24時間以内は「On Track」
  • 24〜40時間は「Warning」
  • 40〜48時間は「At Risk」
  • 48時間超は「Breached」

インサイト: SLA違反に近いケースの積極的管理、リスクケースの優先化、SLA遵守率のパフォーマンス報告が可能です。

例3: 顧客価値のセグメンテーション

シナリオ: EC企業が顧客注文額に基づき顧客を分類し、差別化されたサービスやマーケティングを提供したい。

設定:

  • 新規属性名: Customer_Segment
  • 属性名: Total_Order_Value
  • カテゴリリスト:
    • カテゴリ: "Bronze" | 小なり: 100
    • カテゴリ: "Silver" | 大なりイコール: 100 | AND 小なり: 500
    • カテゴリ: "Gold" | 大なりイコール: 500 | AND 小なり: 2000
    • カテゴリ: "Platinum" | 大なりイコール: 2000

出力: 「Customer_Segment」属性を生成し、顧客をBronze、Silver、Gold、Platinumの各層に分類。

インサイト: ターゲティングマーケティングの促進、階層化された顧客サービス戦略の実現、顧客アップグレードの機会特定を支援。

例4: 在庫ストックレベルアラート

シナリオ: 倉庫管理システムにおいて在庫レベルを分類し、適切な補充アクションを発動し在庫切れを防止。

設定:

  • 新規属性名: Stock_Alert_Level
  • 属性名: Current_Stock_Quantity
  • カテゴリリスト:
    • カテゴリ: "Out of Stock" | 等しい: 0
    • カテゴリ: "Critical" | 大なり: 0 | AND 小なりイコール: 10
    • カテゴリ: "Low Stock" | 大なり: 10 | AND 小なりイコール: 50
    • カテゴリ: "Normal" | 大なり: 50 | AND 小なりイコール: 200
    • カテゴリ: "Overstocked" | 大なり: 200

出力: 「Stock_Alert_Level」属性を作成し、「Out of Stock」から「Overstocked」までの5つの実用的なカテゴリで在庫分類。

インサイト: 自動再注文ポイントのトリガー最適化、在庫保持コストの削減、直ちに注目を要する在庫状況の明確な把握が可能。

例5: 支払い遅延の年齢カテゴリ

シナリオ: 債権管理部門が未払い請求書の経過日数で分類し、回収優先度の決定や信用リスク評価を行いたい。

設定:

  • 新規属性名: Payment_Age_Category
  • 属性名: Days_Outstanding
  • カテゴリリスト:
    • カテゴリ: "Current" | 小なりイコール: 0
    • カテゴリ: "1-30 Days" | 大なり: 0 | AND 小なりイコール: 30
    • カテゴリ: "31-60 Days" | 大なり: 30 | AND 小なりイコール: 60
    • カテゴリ: "61-90 Days" | 大なり: 60 | AND 小なりイコール: 90
    • カテゴリ: "Over 90 Days" | 大なり: 90

出力: 「Payment_Age_Category」属性を作成し、未払い額を標準的なエージングバケットに分類。

インサイト: 回収優先順位の設定、エージングレポート作成、支払い問題顧客の特定、貸倒引当金計算の促進をサポート。

出力

このエンリッチメントは「新規属性名」で指定した名前の新しいケースレベル属性を作成します。この属性にはカテゴリリストで定義したカテゴリ名を表す文字列値が格納されます。各ケースについて:

  • 元の数値属性の値がカテゴリルールに順次評価され
  • 最初に該当したカテゴリ名が新属性に割り当てられ
  • 該当カテゴリがない場合はそのケースの属性は空(null)のまま
  • 新しいカテゴリ属性はすぐにフィルター、チャート、適合性チェック、他のエンリッチメントで使用可能

カテゴリ属性はmindzieStudioの可視化や分析機能とシームレスに統合され、カテゴリベースのプロセスマップ作成、カテゴリによるケースフィルタリング、分布チャート生成、ビジネスカテゴリに基づく適合ルールの構築を可能にします。

関連項目


このドキュメントは mindzie Studio プロセスマイニングプラットフォームの一部です。