今日の問い
あなたのプロダクトでは、どのUX品質を優先し、何を観察しますか。
30秒でつかむ
UX Honeycombは、体験をUseful、Usable、Desirable、Findable、Accessible、Credible、Valuableの7面から見る枠組みです。
7項目をすべて最高にするチェックリストではありません。利用状況に照らして優先順位を決め、観察できる成功条件へ翻訳する道具として使います。
30秒図解 · LESSON 08
中心モデル
品質の言葉を観察可能にする
曖昧な形容詞を、行動と受入条件へ変換します。
利用体験の価値
- 有用
- 使用可能
- 発見可能
- 信頼可能
- アクセス可能
- 魅力
- 価値
CLUE · 見抜く手掛かり
第三者が同じ基準で判定できるか
TRAP · ありがちな罠
七要素を飾りのチェック表にする
原則
「使いやすくする」だけでは、AIもチームも完成を判断できません。使いやすさの意味は、予約、検索、学習などの主要タスクによって変わるからです。
Peter Morvilleは、Honeycombによってユーザビリティだけを越えて体験を考え、文脈、内容、ユーザーに応じた優先順位とトレードオフを明示できると説明しています。
まず7面から、今回の仮説に影響する上位3つを選びます。次に各品質を「誰が、どの場面で、何をできる」へ変換します。形容詞を観察へ変えるのがポイントです。
たとえば服薬情報を探すサービスなら、Findableは「利用者が薬剤名から必要な情報へ到達できる」、Credibleは「更新日と情報源を確認できる」と書けます。Accessibleは最後の点検項目ではなく、「キーボードだけでも同じ情報へ到達できる」のように最初から条件へ入れます。
優先しなかった品質も消しません。今回はなぜ優先度を下げるのかを記録します。トレードオフを無意識のままにしないことが、戦略です。
UX Honeycombの7つの品質と、文脈に応じて優先順位やトレードオフを明示する考え方を支える。
良い例と惜しい例
品質ラベルから成功条件への変換
AIへの指示例
目的: 選んだプロダクトのUX Honeycomb優先順位を、検証可能な成功条件へ変換する
制約: 7項目を同順位にしない。見た目の好みだけでDesirableを判定しない
参照: ux-strategy.mdのユーザー目標、主要利用状況、事業目標
受入条件: 上位3品質、各品質を選ぶ理由、利用者の行動として観察できる条件を表で示す
確認問題
セルフチェック
1. UX Honeycombを成功条件へ変える使い方として適切なのはどれですか。
最終制作へ反映する
success-criteria.mdにUX品質を定義する
Honeycombから上位3品質を選び、それぞれを利用場面と観察可能な成功条件へ変換する。
Acceptance criteria
- 上位3品質の順位と、ユーザー目標に基づく選定理由がある
- 各品質に、実際の利用で観察できる成功条件が1つ以上ある
今日のまとめ
- UX Honeycombは体験を7つの品質から見る枠組み
- 文脈に応じて優先順位を決めると、抽象語を成功条件へ変えられる
- 次は、優先する体験を競合代替と比べて価値提案にする