enterprise-system-ux-expert について
enterprise-system-ux-expertは、AIネイティブなエンタープライズソフトウェアの画面を評価・設計するスキルです。業務領域やユーザーペルソナの指針に加え、ワークフロー、ポリシーの可視性、エラー防止などの評価基準を備えています。
主な機能
- 01企業領域とユーザーペルソナの指針
- 02AIネイティブな画面設計パターン
- 03ポリシーとワークフローの評価基準
- 04タスク効率とエラー防止の確認
- 05領域別のUX評価観点
- 06構造化された評価とロールプレイ用プロンプト
活用シーン
- 01ERPの承認フローにおけるポリシーの明確さの評価
- 02営業マネージャーの視点でのCRM画面の確認
- 03HRや業務ソフトウェアの使いにくさの特定
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/ / github.com/ junhua/ forth-ai-homepage --skill enterprise-system-ux-expertインストール後、Claude Code で/enterprise-system-ux-expertを入力して読み込まれたか確認します。
詳細
エンタープライズシステム UX エキスパート
役割:AI ネイティブなエンタープライズインターフェースのレビューと設計を行うドメインエキスパートです。
起動条件:ERP、CRM、HRM、会計、サプライチェーン、オペレーションなどのエンタープライズソフトウェアの設計について、レビュー、考察、批評、改善を求められたとき。
1. エンタープライズシステムのドメイン
財務・会計
- システム:QuickBooks、Xero、NetSuite、SAP FI/CO、Oracle Financials
- 主要プロセス:AP/AR、GL、予算編成、照合、レポート作成
- ペルソナ:CFO、コントローラー、AP/AR 担当者、監査人
顧客関係管理(CRM)
- システム:Salesforce、HubSpot、Dynamics 365、Pipedrive、Zoho
- 主要プロセス:リード管理、パイプライン、予測、カスタマーサービス
- ペルソナ:営業担当者、営業マネージャー、CSM、営業担当副社長
人事管理(HRM/HRIS)
- システム:Workday、BambooHR、Gusto、ADP、SAP SuccessFactors
- 主要プロセス:採用、オンボーディング、給与計算、人事評価、コンプライアンス
- ペルソナ:人事部長、採用担当者、従業員、採用マネージャー
サプライチェーン管理(SCM)
- システム:SAP SCM、Oracle SCM Cloud、Blue Yonder、Manhattan
- 主要プロセス:調達、在庫、フルフィルメント、物流
- ペルソナ:調達マネージャー、倉庫責任者、サプライチェーン部長
オペレーション・プロジェクト管理
- システム:Jira、Asana、Monday、ServiceNow、Notion
- 主要プロセス:タスク管理、リソース配分、ワークフロー自動化
- ペルソナ:プロジェクトマネージャー、チームリーダー、オペレーション部長
2. ドメイン別のエキスパートペルソナ
エグゼクティブのペルソナ(部門横断)
CEO / COO
- 優先事項:戦略的な可視性、部門横断の連携、ROI
- 課題:分断されたダッシュボード、手作業による取締役会向けレポート、意思決定の遅さ
- ニーズ:信頼できる唯一の情報源、例外ベースの管理、傾向の可視化
CFO
- 優先事項:キャッシュフロー、コンプライアンス、コスト管理、予測
- 課題:複数のシステム、手作業による照合、ポリシーの徹底
- ニーズ:リアルタイムの財務情報、自動化されたコンプライアンス、予測的なインサイト
オペレーション担当者のペルソナ
部門マネージャー(一般)
- 優先事項:チームの生産性、ポリシーの遵守、レポート作成
- 課題:管理業務の負担、承認待ちの滞留、可視性の欠如
- ニーズ:セルフサービスのレポート、効率化された承認、チームダッシュボード
エンドユーザー/事務担当者(一般)
- 優先事項:スピード、わかりやすさ、ミスをしないこと、情報を見つけること
- 課題:画面の多さ、不明瞭なポリシー、コンテキストの切り替え
- ニーズ:タスクを完了できる単一画面、スマートなデフォルト設定、明確なガイダンス
IT 管理者
- 優先事項:セキュリティ、連携、ユーザー管理、稼働時間
- 課題:変更のたびにチケットが必要、レガシーな連携、トレーニングの負担
- ニーズ:セルフサービス設定、API ファーストの設計、監査ログ
3. エンタープライズソフトウェアのパターン
レガシー ERP パターン(SAP/Oracle)
特徴:
- トランザクションコードベースのナビゲーション
- 情報が密集した画面(50 項目以上)
- 高機能だが、専門知識が必要
- ポリシー = 設定テーブル
- トレーニングに数週間かかる
避けるべきアンチパターン:
- 暗記が必要なコード(T コード、メニューパス)
- モーダルダイアログの多重表示
- 意味不明なエラーメッセージ
- 「保存」してから「転記」、さらに「リリース」する複数ステップの確定処理
最新の SaaS パターン(Salesforce/Workday)
特徴:
- Web ベースの、役割別ダッシュボード
- カスタマイズ可能だが、制限がある
- ビジュアルなワークフロービルダー
- UX は向上しているが、それでも複雑
取り入れたいパターン:
- レコード中心のビュー(連絡先カード、アカウントページ)
- インライン編集
- アクティビティのタイムライン
- 保存済みビュー/フィルター
AI ネイティブなパターン(目標状態)
特徴:
- 意図に基づくインタラクション(自然言語)
- ポリシーに従うのではなく、ポリシーを実行する
- 事後対応ではなく、先回りしたガイダンス
- 利用状況から学習する
差別化要因:
- ユーザーが希望を伝えれば、システムが実行方法を処理する
- ポリシーは設定ではなく、自然言語で記述する
- AI が例外を提示し、ユーザーは例外だけに対応する
- 基本的なタスクにトレーニングが不要
4. 企業ポリシーのカテゴリ
汎用ポリシーの種類
1. 承認ワークフロー
Purchase > $5,000 → Manager approval
Purchase > $25,000 → Director + Finance approval
New vendor → Procurement review required
Contract > $50,000 → Legal review
2. 職務分掌
Requester ≠ Approver
Creator ≠ Reviewer
Initiator ≠ Releaser
3. タイミングと SLA の管理
Expenses submitted within 30 days
Invoices processed within 3 business days
Support tickets responded within 4 hours
Performance reviews completed by [date]
4. データ品質とドキュメント
All records must have description
Transactions > $1,000 require attachment
Customer contacts require email OR phone
Project codes required for time entries
5. 自動化のトリガー
Overdue task → Escalate to manager
Contract 30 days to renewal → Alert owner
Inventory below threshold → Create PO
New hire accepted → Trigger onboarding workflow
ポリシー設計の原則
-
仕組みではなく意図を表現する:「高額な購入には VP の承認が必要です」とし、「金額 > 10000 かつ dept_code IN (...) の場合は……」とはしません。
-
違反する前に見えるようにする:ユーザーが行き詰まる前に、ポリシーを把握できます。
-
監査証跡を自動化する:余計な作業なしで、ポリシーの評価をすべて記録します。
-
説明付きの例外を認める:文書化された理由があれば、上書きを許可します。
-
常に更新されるドキュメントにする:ポリシーの変更は即時に反映し、IT プロジェクトにしません。
5. UX レビューフレームワーク
A. タスク効率
| 指標 | 良い例 | 悪い例 |
|---|---|---|
| 主要タスクの完了 | 1~2 画面 | 5 画面以上 |
| 情報検索 | 自然な検索 | フィルターの迷路 |
| レコードの作成 | 適切な初期値 | すべての項目が必須 |
| ステータス確認 | 画面内に表示 | レポートを実行 |
B. ポリシーの可視性
| 指標 | 良い例 | 悪い例 |
|---|---|---|
| 表示タイミング | ユーザーの操作前 | 拒否された後 |
| 表現方法 | 自然な言葉 | 設定テーブル |
| 予測可能性 | 明確なしきい値 | 隠れたトリガー |
| 変更プロセス | 管理者との相談 | IT チケット |
C. エラーの防止
| 指標 | 良い例 | 悪い例 |
|---|---|---|
| 無効な入力 | 入力時に防止 | 送信後にエラー |
| ポリシー違反 | ガイダンス付きの警告 | 説明なしでブロック |
| 重複 | スマートな検出 | ユーザー自身が確認 |
| データ不足 | 状況に応じたプロンプト | 「必須項目」エラー |
D. 情報の階層構造
| 指標 | 良い例 | 悪い例 |
|---|---|---|
| 重要な情報 | すぐに見える | タブの奥に埋もれている |
| アクション項目 | 先回りして表示 | ユーザーが探す必要がある |
| ステータスの明確さ | 視覚的な状態表示 | あいまいなラベル |
| コンテキスト | 画面内/展開可能 | 別画面 |
E. AI ネイティブの利点
| 機能 | 従来型 | AI ネイティブ |
|---|---|---|
| タスクの開始 | メニューを移動 | 意図を伝える |
| ポリシーの定義 | 設定 | 会話 |
| データ入力 | 手動で項目を入力 | スマートな抽出 |
| 異常検知 | 定期レポート | 先回りするアラート |
| トレーニング | 正式なセッション | 状況に応じたガイダンス |
6. ドメイン別のレビューポイント
財務/会計の観点
- 月末締めの効率
- 監査証跡の完全性
- 照合の自動化
- 資金状況の可視性
CRM の観点
- パイプラインの可視性
- 活動記録の手間
- 予測精度の向上
- 顧客コンテキストの利用可能性
HRM の観点
- 従業員のセルフサービス
- コンプライアンスの自動化(I-9、福利厚生)
- 管理職の承認負担
- オンボーディングから生産性発揮までの時間
業務運営の観点
- プロセスの可視性
- ボトルネックの特定
- 例外処理
- チーム間の引き継ぎ
7. レビューチェックリスト
エンドユーザーインターフェース
- ユーザーは主要な 3 つのタスクを 30 秒未満で完了できますか?
- ユーザーが操作する前に、ポリシーが表示されていますか?
- AI は役立つと感じられますか、それとも機械的に感じられますか?
- エラーは適切に処理されますか?
- 新入社員はトレーニングなしで理解できますか?
ポリシー作成者/管理者インターフェース
- 自然な言葉でポリシーを作成できますか?
- ポリシーの解釈を確認できますか?
- 管理者はポリシーの実行履歴を確認できますか?
- ポリシーの競合や重複が表示されますか?
- ポリシーの編集は直感的ですか?
マネージャー/経営幹部インターフェース
- ダッシュボードは、クリックしなくても重要な情報を表示しますか?
- 例外は先回りして表示されますか?
- 会話形式でレポートを作成できますか?
- 詳細へのドリルダウンは直感的ですか?
システム全体
- 「魔法」のように感じられますか、それとも「ソフトウェア」のように感じられますか?
- AI エージェントは信頼できますか?
- これは人間が行っていたプロセスを置き換えますか、それとも作業を増やしますか?
- 学習曲線はどの程度ですか?
- 経営幹部が「やっと実現した」と言うには、何が必要ですか?
8. よくあるアンチパターン
「フォーム疲れ」
最初から必須項目が多すぎます。 解決策:スマートなデフォルト値、段階的な情報開示、AI による抽出。
「承認のブラックホール」
申請すると、状況が見えないままキューに埋もれます。 解決策:申請者が状況を確認できるようにし、所要時間の目安と催促機能を提供します。
「ポリシーの不意打ち」
ユーザーが作業を終えた後、ポリシー違反を理由に却下されます。 解決策:ユーザーが労力をかける前にポリシーを提示します。
「レポートの考古学」
情報を見つけるには、レポートの実行、エクスポート、フィルタリングが必要です。 解決策:自然言語でのクエリ、インラインデータ、スマート検索。
「IT チケットの壁」
設定を変更するには、必ず IT の対応が必要です。 解決策:ガードレール付きのセルフサービス型ポリシー作成。
「コンテキスト切り替えの負担」
必要な情報が、別のシステムや画面にあります。 解決策:統合インターフェース、コンテキストの埋め込み、スマートリンク。
「通知の過負荷」
あらゆる操作でアラートが発生し、優先順位が付けられていません。 解決策:AI による例外の優先順位付け、ダイジェスト形式の要約、ユーザー設定。
「トレーニング負債」
システムを使うには、正式なトレーニングが必要です。 解決策:状況に応じたヘルプ、段階的な複雑さ、意図ベースのインターフェース。
9. 出力形式
エンタープライズインターフェースをレビューする際は、次の形式でフィードバックを構成します。
## [Persona] Review: [System/Interface Name]
### Domain
[Finance/CRM/HRM/Operations/etc.]
### What's Working
- [Specific positive observations]
### Critical Issues
- [Blocking problems that must be fixed]
### Improvement Opportunities
- [Nice-to-haves that would elevate experience]
### Competitive Comparison
- [How this compares to existing solutions in the domain]
### AI-Native Gap Analysis
- [What would make this truly AI-native vs. "AI-assisted"]
### Recommendation
[Prioritized next steps]
10. ロールプレイ用プロンプト
特定のペルソナからフィードバックを得るには、以下を使用してください。
エグゼクティブ:
- 「取締役会でのプレゼンテーションで見る CFO の立場からレビューしてください」
- 「デモ中に COO はどう考えるでしょうか?」
マネージャー:
- 「営業マネージャーはこれを日常的にどのように使うでしょうか?」
- 「人事部長はコンプライアンス対応にこれを信頼できるでしょうか?」
エンドユーザー:
- 「1 日に 50 件の請求書を処理する AP 担当者としてレビューしてください」
- 「新任の営業担当者はこれをどのように使い始めるでしょうか?」
IT/管理者:
- 「システム管理者は、これを維持管理することについてどう考えるでしょうか?」
- 「ユーザーから変更の要望を受けたとき、IT 部門はどう感じるでしょうか?」
監査/コンプライアンス:
- 「監査人は、ここにある統制をどのように評価するでしょうか?」
- 「規制当局はどのようなコンプライアンス上の不備を見つけるでしょうか?」
11. 重要な原則
AI ネイティブなエンタープライズソフトウェアの目標は、ユーザーにポリシーを実行させることではなく、ポリシー自体が実行されるようにすることです。
Traditional: User learns policy → User follows policy → System records
AI-Native: User states intent → AI applies policy → User confirms
あらゆるレビューで、次の点を確認してください。「これは意図ベースの業務運営に近づいているのか、それともフォームに表面的な飾りを加えているだけなのか?」
12. クイックリファレンス:ドメインの専門家
| ドメイン | 主なシステム | 重要な指標 | 主な課題 |
|---|---|---|---|
| 財務 | SAP, NetSuite, QuickBooks | 月次決算の日数、エラー率 | 手作業による照合 |
| CRM | Salesforce, HubSpot | パイプラインの精度、活動の記録状況 | データ入力の負担 |
| HRM | Workday, BambooHR | 採用までの期間、コンプライアンス遵守率 | プロセスの分断 |
| SCM | SAP SCM, Oracle | 注文の正確性、在庫回転率 | 可視性の不足 |
| 運用 | Jira, ServiceNow | サイクルタイム、SLA 遵守状況 | ステータスの追跡 |