accelint-persona-review

ペルソナベースのデザインレビュー

特定のオペレーターのペルソナの視点から、Figma のデザインを評価します。「もっと直感的に」といった一般的な UX のアドバイスでは、そのペルソナの記録されたプロフィール、つまり担当業務、課題、監視するシステム、運用上の状況から得られる洞察を見落とします。

ワークフロー

1. ペルソナプロフィールを読み込む

まず、ペルソナのインデックスを読み込み、利用可能なペルソナを確認します。

Read references/personas/_index.md

次に、ユーザーが指定したペルソナを読み込みます。

Read references/personas/{persona-id}.md

複数のペルソナファイルを読み込まないでください。ユーザーが指定したものだけを読み込みます。

evaluation-examples.md はまだ読み込まないでください。ステップ 4 まで待ちます。

ペルソナが存在しない場合は、インデックスにある利用可能な選択肢を一覧表示し、ユーザーに選んでもらいます。

2. デザインのコンテキストを収集する

Figma の URL が指定されている場合： 適切な Figma MCP ツールを使ってデザインを取得します（例：URL のパターン node-id=1-2 からノード ID 1:2 を抽出し、mcp__figma-desktop__get_design_context を使用します）。

URL が指定されていない場合（デフォルト）： Figma MCP デスクトップを使って、現在のファイル／選択範囲を取得します。何も選択されていない場合は、フレームまたはコンポーネントを選択するようユーザーに促します。

Figma MCP を利用できない場合： デザインのスクリーンショットを提供するようユーザーに依頼します。目視でスクリーンショットを分析しますが、デザインの全コンテキスト（コンポーネントのプロパティ、レイアウトの制約、インタラクションの状態）がないため、レビューは視覚的な要素に限られることを伝えます。

3. 関連ドキュメントを検索する

Outline MCP を使って、関連するコンテキストを探します。Outline ではワークスペースの選択が必要なため、次のパターンを使います。

ListMcpResourcesTool(server: "outline")

以下を扱うドキュメントを検索します。

• このオペレーターの役割に関する UI 標準／ガイドライン
• 過去のデザインレビューやフィードバック
• システム要件や仕様
• トレーニング資料やユーザーガイド

ペルソナの役割、責任、または関わるシステムに言及しているドキュメントを優先します。

Outline MCP を利用できない場合： ペルソナプロフィールとデザインのコンテキストのみに基づいてレビューを進めます。レビュー内で関連ドキュメントを利用できなかったことを明記し、組織の標準を確認すべき領域を提案します。

4. 分析して批評する

評価のアプローチを調整するため、評価例を読み込みます。

Read references/evaluation-examples.md

以下の評価フレームワークを使いますが、見つかった内容に合わせて構成を調整し、洞察を無理に固定的なセクションに当てはめないでください。

評価フレームワーク

認知負荷の評価

• 情報密度：経験レベルと業務のペースを踏まえて、表示されたデータをすべて処理できますか？
• 視覚的階層：その役割で重要な情報は、すぐに目に入りますか？
• メンタルモデル：インターフェースは、すでに使用しているシステム（「Sees」に記録されているもの）と一致していますか？

コミュニケーションパターンとの整合性

• 「Says & Does」の支援：UI は、そのペルソナに典型的な行動やコミュニケーションを円滑にしますか？
• ワークフローへの統合：記録されているワークフローにどの程度適合していますか？
• エラー防止：記録されている課題に関連するミスを防止できますか？

課題の軽減

• 課題の直接的な解消：このデザインは、記録されているどの課題に対応していますか？
• 意図しない課題の発生：新たな摩擦や複雑さをもたらしませんか？
• システムの統合：複数のシステムを使い分けている場合、コンテキストの切り替えを減らせますか？

コンテキストへの配慮

• 経験に応じた調整：複雑さは、階級／経験（例：E4 と E7）に適していますか？
• 責任との整合性：そのペルソナ固有の責任を支援するデザインですか？
• スケジュールへの配慮：勤務のスケジュール／ペースを考慮して、効果的に利用できますか？

システムの可視性

• 「Sees」の網羅性：監視するシステム（例：BCS-F、RS-4、ERSA）を確認・利用できますか？
• 統合の不足：欠けている重要なシステムはありますか？
• 重複：別の場所で確認できる情報が不必要に重複していませんか？

コミュニケーション支援

• 「Hears」との連携：この設計は、対象者のコミュニケーションチャネル（例：Surveillance Net）に対応していますか？
• 情報の伝達：「Says & Does」に記載されているとおり、対象者は情報を簡単に伝達できますか？
• 通知の設計：アラートや通知は、対象者が注意を向けられる量に適していますか？

出力形式

以下の一般的な形式で批評を提示してください（必要に応じて調整してください）。

## Persona Review: [Persona Name]

### Design Summary
[1-2 sentence summary of what you reviewed]

### Critical Findings
[2-3 most important insights specific to this persona]

### Detailed Evaluation

**Cognitive Load**: [Assessment with specific examples from persona profile]

**Communication Patterns**: [How well it supports their "Says & Does"]

**Pain Point Mitigation**: [Which pain points addressed/created]

**Context Awareness**: [Appropriate for their experience/responsibilities]

**System Visibility**: [Coverage of their "Sees" systems]

**Communication Support**: [Integration with their "Hears" channels]

### Recommendations
[Prioritized list of actionable improvements, grounded in persona profile]

### Supporting References
[Links to relevant Outline docs found during research]

これは構成例であり、固定テンプレートではありません。 次の点に応じて調整してください。

• 特定の領域で見つかった内容の深さ
• ペルソナのプロフィールの完全性
• 設計の範囲（コンポーネントか、ダッシュボード全体か）

重要な要素は次のとおりです。

1. ペルソナの記録されたプロフィールとの明確なつながり
2. 具体的で実行可能な推奨事項
3. 運用への影響に基づく優先順位付け
4. 裏付け資料（利用できる場合）からの証拠

評価の原則

ペルソナに即した具体的な評価にしてください：一般的な UX の助言では、誰の役にも立ちません。すべての指摘を、ペルソナの記録されたプロフィール（Profile、About、Hears、Sees、Says & Does、Pain Points）に基づけてください。

運用への影響を優先してください：高テンポで作業するオペレーターにとって、慣れた操作を妨げる小さな UI の不一致は、大幅なビジュアルの磨き込みに関する問題より重要です。業務の重要性を考慮してください。

専門領域の知識を前提にしてください：これらのオペレーターは、自身の分野の専門家です。業務に必要な複雑さを取り除くような「簡素化」は提案しないでください。

全体的な状況を考慮してください：プロフィール全体を確認してください。多くの場合、各セクションのつながりから重要な洞察が得られます。ある領域のペインポイントは、対象者が監視するシステムや利用するコミュニケーションチャネルと関連している可能性があります。

プロフィールの各セクションを関連付けてください：最も価値のある洞察は、ペルソナのプロフィールの複数の部分を統合したものです（例：ペインポイント＋対象者が確認するシステム＋実行するアクション＝統合された解決策の機会）。

レビュー時に絶対にしてはいけないこと

• 「もっと直感的にする」「ユーザー体験を改善する」といった一般的な UX の助言は絶対にしないでください。こうした助言はどのインターフェースにも当てはまります。すべての指摘を、ペルソナ固有のプロフィールに基づけてください。
• 必要な複雑さを取り除く簡素化は絶対に提案しないでください。これらのオペレーターは、その分野の専門家です。記録された責務を果たすための複雑さには価値があります。
• 運用状況を絶対に無視しないでください。高テンポで作業するオペレーターにとって、慣れた操作を妨げる小さな UI の不一致は、大幅なビジュアルの磨き込みに関する問題より重要です。
• すべてのペルソナを同じものとして扱わないでください。同じインターフェースでも、E4 AST のレビューと O4 MCC のレビューは異なるものになるはずです。
• ペルソナのプロフィールの読み込みを絶対に省略しないでください。ペルソナの状況を踏まえない一般的なレビューでは、このスキルの価値が失われます。

参考資料

• ペルソナのプロフィール：references/personas/{persona-id}.md
• ペルソナのインデックス：references/personas/_index.md
• 評価例：references/evaluation-examples.md

コンテキストの使用量を最小限に抑えるため、必要に応じて読み込んでください。