使い方ガイドへスキップ
Heuristic Evaluation作者 Owl-Listener

Heuristic Evaluation スキル。

インターフェースのユーザビリティをレビューし、専門家の判断を参加者調査として扱うことなく、各所見の根拠を記録します。

  • UX
  • デザインガイダンス
ソースレビュー · Heuristic EvaluationSKILL.md
タスク UX 成果物 • 範囲を定めたユーザビリティレビューレポート • 所在、該当するヒューリスティクス、重大度評価を付けた問題点 • 根拠に結び付いた優先順位付きの推奨事項 開始前に インターフェースを確認できるエージェント、定義済みのユーザータスク、関連するドメイン上の制約。
編集者による要約 · レビュー済みソース 2026-10-07 · 生成された例ではありません

01 機能概要

Heuristic Evaluation:ユーザビリティを体系的にレビューする

ユーザビリティのヒューリスティクスに照らしてユーザータスクを点検し、各問題を所在、重大度、推奨事項とともに報告します。

ソースに基づくワークフロー実行ベンチマークではありません

進め方

Heuristic Evaluation は、ニールセンのヒューリスティクスと関連するドメイン基準に照らしてインターフェースをレビューします。まず画面やフローの範囲を定め、次に初めて使うユーザーの体験と、熟練ユーザーのタスク経路の両方を検討します。

各問題には、所在、違反している原則、重大度、根拠の参照、推奨事項が必要です。ソースは、独立した評価者による評価と、その後の比較を推奨しています。これは専門家の判断に基づく手法であり、もっともらしい問題を特定できますが、実際のユーザーにおける発生頻度を確定するものではありません。

想定される成果物

  • 範囲を定めたユーザビリティレビューレポート
  • 所在、該当するヒューリスティクス、重大度評価を付けた問題点
  • 根拠に結び付いた優先順位付きの推奨事項
サンプルブリーフを見る

ブリーフからレビューまで

  1. 01
    レビュー範囲を定める

    実際のタスクと、それが通る画面やフローを選びます。

  2. 02
    体験をたどる

    初心者と熟練ユーザーの両方の視点でレビューし、具体的なつまずきを記録します。

  3. 03
    所見に優先順位を付ける

    明示した重大度を割り当て、影響を受ける所在を参照し、的を絞った修正案を示します。

02 利用場面

使いどころ

参加者テストの前に特定のフローを点検する場合や、既存画面のユーザビリティ上の懸念を調べる場合に使います。

適したケース

  • 参加者テストの前参加者の募集がまだ済んでいない段階で、明らかなユーザビリティ上の問題を見つけます。
  • 特定フローに絞ったレビュー漠然としたビジュアルの批評ではなく、既知のユーザー導線について実行可能な所見をまとめます。

確認すべき制限

  • ユーザーテストの証拠ではありません専門家の所見は、観察された参加者の行動ではありません。
  • 判断には文脈が必要です重大度は根拠に基づく評価であり、自動で測定されるスコアではありません。

用意するもの

  • レビュー対象のインターフェース点検できる画面または動作するフローを用意します。
  • ユーザータスク初心者と熟練ユーザーが達成すべきことを定義します。
  • ドメイン上の制約重要な慣習と、失敗した場合の影響を明らかにします。

03 重要な判断

重要な判断

  1. 追跡可能な所見

    所在と根拠があることで、実装チームが問題を再現できます。

  2. 理由付きの優先順位

    重大度により、見た目上の軽い摩擦と、タスクを妨げる失敗を区別しやすくなります。

04 依頼例

絞ったブリーフで試す

以下のサンプルブリーフは未テストです。使用前にスキルのセットアップを確認してください。

セットアップを確認する

designer-skills リポジトリからこのタスクの SKILL.md を、エージェントが対応するスキルの場所に読み込みます。エントリーファイルには、汎用のインストーラーコマンドは示されていません。

上流のソースファイル
https://github.com/Owl-Listener/designer-skills/blob/9a6930cf84a822eb458624bd11c61aac5bbdf224/prototyping-testing/skills/heuristic-evaluation/SKILL.md

エージェントに、点検できる画面またはフローへのアクセスを与えてください。所見は専門家の評価であり、募集した参加者からの観察ではありません。

まず1つの成果物から始める

スキルを実行する前に、このブリーフの範囲、ソース資料、制約を調整してください。

サンプルブリーフ
heuristic-evaluation を使って、このアカウント復旧フローをレビューしてください。新規ユーザーと再訪ユーザーの両方の視点でたどり、各問題を所在とヒューリスティクスとともに記録し、ソースの尺度に基づいて根拠のある重大度を割り当て、修正案を提案してください。これは専門家レビューであり、ユーザーリサーチではないと明記してください。

結果を確認する

実際の出力を、以下の観察可能な基準に照らして確認します。

  • すべての問題が、点検可能な所在を示している。
  • 重大度に、タスクに基づく根拠が含まれている。
  • 推奨事項が、記録された問題に対応している。

OpenDesign は、コーディングエージェント向けのローカルなデザインワークスペースを提供します。この掲載は、スキルが同梱されていること、または外部ツール、認証情報、ソフトウェア依存関係が含まれていることを意味しません。

05 ソースとライセンス

ソースとライセンス

このページは、下にリンクされた固定のソースリビジョンについて説明しています。上流の動作や要件は変更される可能性があります。

ソースの所有者
Owl-Listener
ライセンス
MIT
レビュー済みスナップショット
2026-10-07 · 9a6930cf84a8
編集者によるソース要約
ユーザビリティのヒューリスティクスに照らしてユーザータスクを点検し、各問題を所在、重大度、推奨事項とともに報告します。

リンク先のソースに基づく OpenDesign による独自の要約です。リポジトリのスター数は日付時点の人気の指標であり、スキルの利用状況や品質スコアではありません。

06 開始前の質問

開始前の質問

募集した参加者は必要ですか?

いいえ。これは専門家レビューの手法です。参加者テストは補完的な活動です。

評価者は最初に一緒に作業すべきですか?

ソースは、所見を比較する前に独立して評価することを推奨しています。

ユーザビリティテストの代わりになりますか?

ソースは、より完全な全体像を得るために、実際のユーザーテストと組み合わせることを推奨しています。

OpenDesign

次のデザイン反復に向けて余白を。

ブリーフ、ソース資料、デザイン作業をローカルのワークスペースにまとめて管理できます。ワークフローに追加する前に、スキル自体のセットアップを確認してください。

上流のソースファイル
https://github.com/Owl-Listener/designer-skills/blob/9a6930cf84a822eb458624bd11c61aac5bbdf224/prototyping-testing/skills/heuristic-evaluation/SKILL.md