UI/UX Design Library

UI/UXデザインと隣接領域の学術体系ガイドAn Academic Systematic Guide to UI/UX Design and Adjacent Domains

KAJI 著 / 初版ドラフト 2026By KAJI / First Draft 2026

第5層 ── 表層(Surface)視覚・感覚デザイン
第4層 ── 骨格層(Skeleton)インターフェース設計
第3層 ── 構造層(Structure)IA・インタラクション
第2層 ── 要件層(Scope)機能・コンテンツ要件
第1層 ── 戦略層(Strategy)ユーザーニーズ・事業目標
序章Introduction

UI/UXデザインとは何か

This prologue defines Design, UX, and UI, introduces the UI/UX Design 5-Stage Model (Strategy → Scope → Structure → Skeleton → Surface), and explains Human-Centered Design (HCD) and Design Thinking as complementary frameworks.

UXとUIの本質的な違いを理解し、本書の構造である5段階モデルを概観する。Understanding the essential difference between UX and UI, and surveying the structure of this textbook — UI/UX Design 5-Stage Model.

UI・UX・デザインの定義

UIとは

ユーザーインターフェース(UI: User Interface)は、人間とシステムが相互作用する具体的な接点である。画面上のボタン・テキスト・アイコン・カラー・レイアウトといった視覚要素のみならず、音声・触覚・ジェスチャーなどマルチモーダルな接点も含む。ISOはUIを「ユーザーと対話型システムの間の情報・コマンド交換に使用されるコンポーネントの集合」(ISO 9241-161:2016)と定義する。UIはUXの実現手段であり、ユーザーが体験を得る唯一の物理的・知覚的インターフェースである。The User Interface (UI) is the concrete point of interaction between humans and systems. It encompasses not only visual elements — buttons, text, icons, colours, and layout — but also multimodal interfaces including voice, haptics, and gestures. ISO defines a user interface as "a set of components used to exchange information and commands between a user and an interactive system" (ISO 9241-161:2016). The UI is the means by which UX is realised: it is the only physical and perceptual surface through which users receive their experience.

UXとは

「ユーザーエクスペリエンス(UX)」という概念は、1990年代にAppleのドナルド・ノーマン(Don Norman)が提唱した。ISO 9241-210:2019はUXを「製品・システム・サービスの使用や期待から生じる人の知覚と反応」と定義している[ISO9241-210]。UXはUIよりも上位の概念であり、プロダクトとの接触前(認知・期待)から使用中、使用後(記憶・推奨)までを包括する。The concept of "User Experience (UX)" was coined by Don Norman at Apple in the 1990s. ISO 9241-210:2019 defines UX as "a person's perceptions and responses that result from the use or anticipated use of a product, system or service."[ISO9241-210] UX is a superordinate concept that encompasses the full arc of human engagement: before use (awareness, expectations), during use, and after use (memory, recommendation).

観点AspectUIUX
定義Definition人とシステムの接点・画面Interface / screen between human and system使用前・中・後を含む体験全体Entire experience including before, during, and after use
対象Scopeボタン、フォーム、画面レイアウトButtons, forms, screen layout感情、期待、満足度、行動Emotions, expectations, satisfaction, behavior
設計手法Design methods視覚デザイン、ガイドライン準拠Visual design, guideline complianceリサーチ、IA、ユーザビリティテストResearch, IA, usability testing
評価指標Metrics審美性、一貫性、アクセシビリティAesthetics, consistency, accessibilityタスク達成率、NPS、感情評価Task completion rate, NPS, emotional assessment

デザインとは

「デザイン(design)」という語はラテン語の designare(印をつける・計画する)に由来し、意図をもって形や構造を計画する行為全般を指す。デザインは美的装飾に限らず、機能・形態・意味の三つを統合した問題解決のプロセスである。"Design" derives from the Latin designare (to mark out, to plan), and refers broadly to the act of planning form and structure with intention. Design is not limited to aesthetic decoration; it is a problem-solving process that integrates function, form, and meaning.

Herbert Simon(1969)は著書 The Sciences of the Artificial でデザインを「現在の状況をより好ましい状況へと変換する行為(transformation of existing conditions into preferred ones)」と定義した[Simon1969]。この定義はデザインを「作ること」ではなく「問題を解くこと」と位置づける点で、UI/UXデザインの実践にも通底する。Herbert Simon (1969), in The Sciences of the Artificial, defined design as "the transformation of existing conditions into preferred ones."[Simon1969] This definition frames design not as "making things" but as "solving problems" — a principle that runs through UI/UX design practice as well.

Victor Papanek(1971)は「すべての人間はデザイナーである(All men are designers)」と述べ、デザインを「意味ある秩序を作ろうとする意識的な努力」と捉えた[Papanek1971]。また世界デザイン機関(WDO/旧 ICSID)は工業デザインを「製品・プロセス・サービス・システム・体験・ビジネスにわたって革新的な解決策を創出する戦略的な問題解決プロセス」と定義しており、デザインの対象が物質的な造形物から体験・システムへと拡張していることを示している。Victor Papanek (1971) declared that "all men are designers," framing design as "a conscious effort to impose meaningful order."[Papanek1971] The World Design Organization (WDO, formerly ICSID) defines industrial design as "a strategic problem-solving process that drives innovation across products, processes, services, systems, experiences, and businesses," indicating how the scope of design has expanded from physical artefacts to experiences and systems.

これらの定義に共通するのは、デザインが「意図をもった問題解決」であるという認識である。UI/UXデザインはこのデザインの実践領域として、デジタルプロダクトにおけるユーザー体験の設計に特化した分野に位置づけられる。Common to all these definitions is the understanding that design is intentional problem-solving. UI/UX design sits within this broader practice of design, specialising in the architecture of user experience within digital products.

UI/UXデザインとは

UI/UXデザインとは、UIデザインとUXデザインを統合した実践領域であり、デジタルプロダクト・サービスにおけるユーザー体験の設計を包括的に担う職能である。上記の定義が示すように、UIとUXはそれぞれ独立した概念でありながら、実務においては不可分の関係にある。UIは体験の物理的・知覚的インターフェースであり、UXはその体験全体の質と意味を規定する。UI/UX design is an integrated practice combining UI design and UX design — the profession responsible for the comprehensive design of user experiences in digital products and services. As the definitions above illustrate, UI and UX are conceptually distinct yet practically inseparable: the UI is the physical and perceptual surface through which experience is delivered, while UX defines the overall quality and meaning of that experience.

5段階モデルに照らすと、UI/UXデザインは全5層にわたる設計判断を統合する。UXデザイン(戦略層・要件層・構造層)が「なぜ・何を・どう構造化するか」を問うのに対し、UIデザイン(骨格層・表層)は「どう見せ・どう操作させるか」を具体化する。この2つの設計思想を一気通貫で実践する点に、UI/UXデザインという分野の独自性がある。Mapped to UI/UX Design 5-Stage Model, UI/UX design integrates design decisions across all five layers. UX design (Strategy, Scope, Structure) asks "why, what, and how to organise," while UI design (Skeleton, Surface) concretises "how to present and how to interact." The distinctive character of UI/UX design as a discipline lies in executing both design philosophies as a seamless continuum.

UI/UXデザイナーの役割定義(実務的な整理)
UI/UXデザイナーは、ユーザーリサーチ・情報アーキテクチャ・インタラクション設計から、ワイヤーフレーム・ビジュアルデザイン・プロトタイプまでを担う。ただし組織規模・分業体制によっては「UXリサーチャー」「UIデザイナー」「プロダクトデザイナー」「UXエンジニア」などに専門分化することも多い。本書では5層すべてを対象とする統合的な設計実践をUI/UXデザインと定義する。
Practical Role Definition of a UI/UX Designer
A UI/UX designer covers the full range from user research, information architecture, and interaction design through to wireframes, visual design, and prototyping. Depending on organisational scale and division of labour, roles may specialise into "UX researcher," "UI designer," "product designer," or "UX engineer." This book defines UI/UX design as the integrated design practice spanning all five layers.

コラム ── 「UI」「UX」そして「UI/UX」という用語の起源Column — The Origins of "UI," "UX," and "UI/UX"

UI(User Interface)の起源
「ユーザーインターフェース」という概念は1960年代のHCI研究から発展した。Douglas Engelbartが1968年に行った「すべてのデモの母(Mother of All Demos)」でマウスとウィンドウ操作を実演し、その後Xerox PARCが1970年代にAlan KayらとともにGUI(Graphical User Interface)の原型を開発。1981年のXerox Starが初の商用GUIマシンとなり、1984年のApple Macintoshで大衆化した。
Origins of UI (User Interface)
The concept of "user interface" emerged from HCI research in the 1960s. Douglas Engelbart's 1968 "Mother of All Demos" demonstrated mouse-and-window interaction; Xerox PARC then developed the GUI prototype in the 1970s with Alan Kay and others. The Xerox Star (1981) was the first commercial GUI machine, popularized by the Apple Macintosh in 1984.

UX(User Experience)の起源
「ユーザーエクスペリエンス」という用語は、認知科学者のDonald A. Normanが1993年にApple Computerに加わった際に自ら命名・創出した。Normanは当時の「ヒューマンインターフェース」「ユーザビリティ」という概念では「工業デザイン・グラフィックス・インターフェース・物理的インタラクション・マニュアルすべてを含む人の体験全体」を表現できないと考え、自部門を「The User Experience Architect's Office(ユーザーエクスペリエンスアーキテクトオフィス)」と名付け、自身のタイトルをUser Experience Architectとした。これが「User Experience(UX)」という語を職業タイトルに使った初めての事例である。なお「user experience」という表現の最初期の文書記録は、Brenda Laurelが1986年の書籍 User Centered Systems Design(eds. Norman & Draper)に寄稿した章に遡る。
Origins of UX (User Experience)
The term "user experience" was invented and named by cognitive scientist Donald A. Norman when he joined Apple Computer in 1993. Norman felt that "human interface" and "usability" were too narrow to capture "all aspects of the person's experience with a system, including industrial design, graphics, the interface, the physical interaction, and the manual." He named his team "The User Experience Architect's Office" and took the title User Experience Architect — the first professional use of "User Experience" in a job title. The earliest known written occurrence of the phrase "user experience" predates Norman: Brenda Laurel's contribution to User Centered Systems Design (eds. Norman & Draper, 1986).

「UI/UX」と「UX/UI」どちらの順番が正しいか
プロセスの観点からはUX/UIが理論的に正確である。UXデザインは「なぜ・誰のために・何を作るか」というリサーチと戦略から始まり、その後にUIの視覚・インターフェース設計が行われる。UIはUXの出力の一部であり、UXはUIより上位の概念である。
"UI/UX" or "UX/UI" — which order is correct?
From a process perspective, UX/UI is the more theoretically accurate order. UX design begins with research and strategy — understanding "why, for whom, and what to build" — and only then moves to UI visual and interface design. UI is one output of UX; UX is the superordinate concept.

ウェブ・求人市場のトレンド
Googleトレンドや求人票での出現頻度では「UI/UX」が圧倒的に多い。UIという語がUXより先に普及していたためであり(GUIの概念は1980年代に先行し、UXが求人市場に登場したのは2000年代後半)、業界が「UI/UX」という語順のまま定着した。Medium・LinkedIn・Dribbbleなどの英語圏デザインコミュニティでも「UI/UX」が支配的であり、求人票の大多数も「UI/UX Designer」を採用している。なお「UI/UX」という語順を批判する論考(Ryan Wilson "Stop Saying UI/UX", 2015等)も存在するが、それ自体が「UI/UX」表記を多用した逆説的な状況である。

Web and job market trends
In Google Trends searches and job posting frequency, "UI/UX" is dominant. UI as a term predates UX in mass adoption (the GUI concept was established in the 1980s while "UX" entered widespread use in the late 2000s), and the industry adopted the "UI/UX" ordering as the established convention. English-language design communities on Medium, LinkedIn, and Dribbble predominantly use "UI/UX," and the vast majority of job postings use "UI/UX Designer." There are critiques of the "UI/UX" ordering (e.g., Ryan Wilson's "Stop Saying UI/UX," 2015), though these pieces themselves ironically use the "UI/UX" term throughout.

コミュニティ別の傾向
実務コミュニティでは語順に一定のパターンがある。視覚・プロダクトデザイナー系のコミュニティ(Dribbble・Figma Community・ポートフォリオサイト等)では「UI/UX」が自然に使われる傾向があり、一方でユーザビリティエンジニア・HCD研究者系のコミュニティ(UXPA・HCD-Net・CHI・ISO委員会等)では「UX/UI」またはUX単体が好まれる。これはアウトプット(画面・ビジュアル)を起点とするか、プロセス(リサーチ・設計方法論)を起点とするかという専門的背景の違いを反映している。

Community-based tendencies
There is a recognizable pattern by practitioner community. Visual and product designer communities (Dribbble, Figma Community, portfolio sites, etc.) naturally gravitate toward "UI/UX." In contrast, usability engineering and HCD research communities (UXPA, HCD-Net, CHI, ISO committees, etc.) tend to prefer "UX/UI" or simply "UX." This reflects whether one's primary frame of reference is the deliverable (screens, visuals) or the process (research, design methodology).

本書のスタンス
本書のタイトル「UI/UX Design Atlas」は、より広く認知された語順と市場での検索性を優先して「UI/UX」を採用している。本書では「UI/UX」に統一して使用する方針とし、プロセス・概念の上下関係を示す場合は「UX → UI」の方向性を本文中で明示する。

This book's position
The title "UI/UX Design Atlas" uses the "UI/UX" ordering to prioritize broad market recognition and searchability. This book adopts "UI/UX" as the unified standard throughout, while explicitly noting the "UX → UI" directional hierarchy when discussing the conceptual relationship between the two disciplines.

UI/UXデザインの5段階モデル

※ Jesse James Garrett(2000/2002)の原著 The Elements of User Experience は、5段階モデルをUXの構成要素として提示した。本書ではギャレットの枠組みを踏まえつつ、上位3層をUXデザイン・下位2層をUIデザインとして整理している(詳細は「本書の用語の使い分け」を参照)。※ Jesse James Garrett's original work (2000/2002), The Elements of User Experience, presented the 5-layer model as components of UX. This book builds on Garrett's framework, treating the upper 3 layers as UX design and the lower 2 as UI design (see Terminology Used in This Book).

Jesse James Garrett は著書 The Elements of User Experience(2002)において、デザインを5つの抽象レイヤーで捉えるフレームワークを提唱した[Garrett2002]。「具体性の低い抽象層から具体的な実装層へ」という下から上への構造を持ち、各レイヤーの決定が上位レイヤーの選択肢を制約する。In The Elements of User Experience (2002), Jesse James Garrett proposed a framework that views design through five layers of abstraction [Garrett2002]. The structure progresses bottom-up — from low-abstraction conceptual layers to concrete implementation layers — where decisions at each layer constrain the options available in the layer above.

モデルの本質戦略が定まらなければ要件は揺れ、構造が曖昧なら骨格は迷走し、表層だけを整えても体験は改善しない。5層すべてに一貫した意図を持つことがUI/UXデザインの根幹である。The Essence of the ModelWithout a clear strategy, requirements will fluctuate. Without a defined structure, the skeleton will drift. Polishing only the surface never improves the experience. Maintaining consistent intent across all five layers is the foundation of UX design.
📖 本書における用語の使い分け
用語 対象レイヤー 主な文脈
UI/UXデザインUI/UX Design 5レイヤー全体 5段階モデルを包括する設計領域全体の総称。本書のタイトルが示す通り、UI・UXの両概念を一体として扱う場合に使用する。
UXデザインUX Design 戦略層・要件層・構造層(上位3層) ユーザーリサーチ・ペルソナ・情報アーキテクチャ・インタラクションデザインなど、「なぜ・何を・どう構造化するか」を扱う活動。ユーザー体験の設計思想・目的定義・IA設計が中心。
UIデザインUI Design 骨格層・表層(下位2層) ワイヤーフレーム・インターフェースレイアウト・ビジュアルデザイン・コンポーネント設計など、「どう見せ・どう操作させるか」を扱う活動。インターフェースの具体的な形を決める実装寄りの設計。

※ 構造層(情報アーキテクチャ・インタラクションデザイン)は学術的にはUXデザインの中核とされる。骨格層はUI・UXいずれの文脈でも参照されることがあるが、本書では下位2層をUIデザインとして整理する。

ヒューマンセンタードデザイン(HCD)とデザイン思考

ISO 9241-210はHCDを「インタラクティブシステムの設計・開発において人間工学的・使いやすさの知識と技術を適用するアプローチ」と定義する。HCDは①使用状況の把握 → ②要件の明確化 → ③設計ソリューションの作成 → ④要件に対する評価、という反復プロセスで進む。スタンフォードd.schoolが体系化したデザイン思考(共感→問題定義→アイデア創出→プロトタイプ→テスト)はHCDと補完的な関係にある。ISO 9241-210 defines HCD as "an approach to systems design and development that aims to make interactive systems more usable by applying ergonomic and usability knowledge and techniques." HCD proceeds through an iterative process: ① Understanding the context of use → ② Specifying user requirements → ③ Producing design solutions → ④ Evaluating designs against requirements. Design Thinking as systematized by Stanford d.school (Empathize → Define → Ideate → Prototype → Test) is complementary to HCD.

UX・CX・EX・DX — 関連概念の整理

「体験デザイン」をめぐる語彙は急速に拡張しており、UXと隣接する概念を正確に理解することが実務上重要になっている。CX(Customer Experience)・EX(Employee Experience)・DX(Digital Experience / Digital Transformation)・HX(Human Experience)はそれぞれ異なる対象・文脈・観点から「体験」を捉える。The vocabulary around "experience design" has expanded rapidly. Understanding the concepts adjacent to UX is increasingly important in practice. CX (Customer Experience), EX (Employee Experience), DX (Digital Experience / Digital Transformation), and HX (Human Experience) each address "experience" from a different subject, context, and perspective.

略語Abbr. 正式名称Full Name 対象・定義Subject / Definition 設計の主な担い手Primary Owner
UX User Experience 特定のプロダクト・サービスを使用する際の知覚・反応・感情(ISO 9241-210)。デジタル製品の設計文脈で最も多用される。A person's perceptions, responses, and emotions when using a specific product or service (ISO 9241-210). Most widely used in digital product design contexts. UI/UXデザイナー、プロダクトデザイナーUI/UX Designer, Product Designer
CX Customer Experience 顧客が企業・ブランドと接するすべてのタッチポイント(広告認知→購買→使用→サポート→推奨)にわたる累積的な体験。UXより広い概念でオフラインも含む。Forrester(2010)の定義では「顧客が企業とのやり取りにおいて抱く認識の総和」。The cumulative experience across all touchpoints where a customer interacts with a company or brand — from awareness through purchase, use, support, and advocacy. Broader than UX and includes offline interactions. Forrester (2010) defines it as "the sum of perceptions customers have of all their interactions with a company." マーケティング、CXマネージャー、カスタマーサクセスMarketing, CX Manager, Customer Success
EX Employee Experience 従業員が組織・職場環境・ツール・文化と関わる中で感じる体験の総体。Jacob Morgan(2017 The Employee Experience Advantage)が体系化。物理環境・テクノロジー・組織文化の3層で構成される。社内システムや業務ツールのUX設計もEXの一部。The totality of an employee's experience with their organization, workplace, tools, and culture. Systematized by Jacob Morgan (2017, The Employee Experience Advantage). Structured across three layers: physical environment, technology, and organizational culture. The UX design of internal systems and work tools is part of EX. HR、社内デザインチーム、社内システム担当HR, Internal Design Team, Enterprise IT
DX Digital Experience デジタルチャネル(Web・アプリ・IoT等)を通じて提供される体験。UXのほぼ同義で使われることもあるが、より広くマーケティングオートメーション・パーソナライゼーション・データ活用を含む文脈で用いられる。Experience delivered through digital channels (web, apps, IoT, etc.). Sometimes used nearly synonymously with UX, but more broadly encompasses marketing automation, personalization, and data-driven experience in enterprise contexts. デジタルマーケター、DXプラットフォーム担当Digital Marketer, DX Platform Team
DX Digital Transformation デジタル技術を活用して組織のプロセス・文化・ビジネスモデルを根本的に変革する経営戦略的取り組み(Stolterman & Fors 2004)。UX/CX/EXはDXの成果指標となることが多い。「DX」は日本ではDigital Transformationの意味で使われることが多い点に注意。A strategic organizational initiative to fundamentally transform processes, culture, and business models through digital technology (Stolterman & Fors, 2004). UX, CX, and EX frequently serve as outcome metrics for DX. Note: In Japan, "DX" almost always refers to Digital Transformation. 経営企画、CDO、DX推進部門Corporate Planning, CDO, DX Promotion Office
HX Human Experience UX・CX・EXをさらに包含し、「人間が存在として持つ包括的な体験」を設計対象とする概念。Deloitteが2020年代に提唱。AIや自動化が進む中で、テクノロジーと人間性の関係を問い直す枠組みとして注目される。A concept encompassing UX, CX, and EX, treating the "comprehensive experience of human existence" as the design target. Advocated by Deloitte in the 2020s. Gaining attention as a framework for re-examining the relationship between technology and humanity in an era of advancing AI and automation. 経営戦略、組織デザイン、テクノロジー倫理Corporate Strategy, Org. Design, Technology Ethics

概念の包含関係

これらの概念は互いに排他的ではなく、包含・補完の関係にある。最も広い概念が HX で、その下位に CX・EX が並び、UX は特定プロダクトとの相互作用に焦点を絞った概念として位置づけられる。These concepts are not mutually exclusive but stand in a containment and complementary relationship. HX is the broadest concept, with CX and EX as sub-categories. UX focuses specifically on the interaction with a particular product.

HX(Human Experience)
└─ CX(Customer Experience) ── ブランド全体のタッチポイント
│   └─ UX(User Experience) ── 特定プロダクトの使用体験
│          └─ DX① (Digital Experience) ── デジタルチャネル特化
└─ EX(Employee Experience)── 従業員の職場・ツール体験
     └─ 社内ツールのUX ── EXの下位としてのUX設計
HX (Human Experience)
└─ CX (Customer Experience) ── All brand touchpoints
│   └─ UX (User Experience) ── Experience of using a specific product
│          └─ DX① (Digital Experience) ── Digital-channel-specific
└─ EX (Employee Experience) ── Employee workplace & tool experience
     └─ Internal tool UX ── UX design as a subset of EX

観点Aspect UX CX EX
主な対象者Primary Subject プロダクトのユーザーProduct users 顧客(購買前〜推奨)Customers (pre-purchase → advocacy) 従業員Employees
スコープScope 特定プロダクト・サービスの使用Use of a specific product / service ブランド全体・全チャネルEntire brand across all channels 組織・環境・ツール・文化全体Whole organization, environment, tools, culture
主な指標Key Metrics タスク達成率・SUS・NPSTask completion, SUS, NPS CES・CSAT・LTV・解約率CES, CSAT, LTV, churn rate 従業員満足度・eNPS・定着率Employee satisfaction, eNPS, retention
代表的フレームワークTypical Frameworks ガレット5層・HCD・ダブルダイヤモンドGarrett 5 Planes, HCD, Double Diamond カスタマージャーニーマップ・VOCCustomer Journey Map, VOC エンプロイージャーニー・組織デザインEmployee Journey Map, Org Design

UXデザイナーとしての視点
CX戦略を理解することは、プロダクトが置かれるビジネス文脈を把握するために重要である。UXデザイナーが設計するプロダクトは、顧客の「ブランドとの旅(カスタマージャーニー)」の一部に過ぎない。また企業内ツールやBtoBサービスの設計はEXとUXが交差する領域であり、両方の視点が求められる。DX(Digital Transformation)の推進においてUX品質は主要な成功要因とされており、UXデザイナーがDX戦略に関与する機会は増えている。
A UX Designer's Perspective
Understanding CX strategy is important for grasping the business context in which a product exists. The product a UX designer creates is just one part of the customer's "journey with the brand" (customer journey). Designing internal tools and B2B services is a space where EX and UX intersect, requiring both perspectives. UX quality is recognized as a key success factor in Digital Transformation (DX) initiatives, and UX designers are increasingly involved in DX strategy.

第1部Part 1

戦略層(Strategy Plane)

「なぜ作るのか」を定義する。ユーザーのニーズと事業目標を発見・整理し、プロダクトの方向性を確立する。Defining "why we build." Discovering and organizing user needs and business goals to establish product direction.

第1章 ビジネス目標とUX戦略

Bridges business goals with UX strategy. Covers KPI/OKR setting aligned to the Strategy Plane, and competitive analysis methods for benchmarking UX quality.

ビジネス目標とUX戦略は切り離せない。本章では、経営レベルの戦略(KPI・OKR・競合分析)をUXデザインの言語に変換するプロセスを学ぶ。「なぜこのプロダクトを作るのか」という問いへの答えが、以降のすべての設計判断を規定する。Business goals and UX strategy are inseparable. This chapter covers the process of translating executive-level strategy — KPIs, OKRs, and competitive analysis — into the language of UX design. The answer to "why are we building this product?" determines every design decision that follows.

KPI・OKRの設定Setting KPIs & OKRs

OKR(Objectives and Key Results)[Doerr2018]はUX目標の設定に有効。代表的UX KPIとして、HEARTフレームワーク(Google):Happiness / Engagement / Adoption / Retention / Task Success、NPS(推薦意向スコア)、SUSスコア、タスク達成率・完了時間・エラー率がある。OKRs (Objectives and Key Results) [Doerr2018] are effective for setting UX goals. Representative UX KPIs include the HEART Framework (Google): Happiness / Engagement / Adoption / Retention / Task Success; NPS (Net Promoter Score); SUS score; and task completion rate, time-on-task, and error rate.

競合分析・ベンチマーキング

UXベンチマーキングでは同一タスクを複数サービスで実行し、完了時間・エラー数・満足度を比較する。競合サービスのヒューリスティック評価を行い、業界標準のUI慣習を把握することも重要である。UX benchmarking involves performing the same task across multiple services and comparing completion time, error count, and satisfaction. Conducting heuristic evaluations of competing services to understand industry-standard UI conventions is also important.

第2部Part 2

要件層(Scope Plane)

「何を作るか」を定義する。戦略を機能要件・コンテンツ要件に変換し、スコープを管理する。Defining "what to build." Translating strategy into functional and content requirements, and managing scope.

第2章 ユーザーリサーチ

Covers qualitative vs. quantitative research methods, user interviews, surveys, and ethnographic observation. Explains how to choose the right method based on research goals and available resources.

ユーザーリサーチはUXデザインの根幹である。設計者の思い込みを排し、実際のユーザーの行動・動機・文脈を理解するための体系的な調査活動を指す。User research is the backbone of UX design. It is the systematic investigation activity that eliminates designer assumptions and builds understanding of real users' behaviors, motivations, and contexts.

リサーチの種類

区分Type手法例Methods強みStrengths弱みWeaknesses
定性調査Qualitativeインタビュー、観察、日記法Interviews, observation, diary studies深いインサイト・文脈理解Deep insights, contextual understandingサンプル数が少ないSmall sample size
定量調査Quantitativeアンケート、A/Bテスト、アナリティクスSurveys, A/B tests, analytics統計的有意性・大規模データStatistical significance, large-scale data「なぜ」が分からないDoes not reveal "why"
評価的調査Evaluativeユーザビリティテスト、ヒューリスティック評価Usability testing, heuristic evaluation問題発見の効率性Efficient problem discovery設計後評価が中心Primarily post-design evaluation
生成的調査Generativeコ・デザイン、フューチャーセッションCo-design, future sessions革新的な発見Innovative discoveries実施コストが高いHigh execution cost

ユーザーインタビュー

半構造化インタビュー(Kvale, 1996)[Kvale1996]はトピックガイドを準備しつつ会話の流れに応じて深掘りを行う形式で、UXリサーチに広く採用されている。Semi-structured interviews (Kvale, 1996) [Kvale1996] prepare a topic guide while allowing deep-dives following the conversation's natural flow. This format is widely adopted in UX research.

インタビュー設計の原則Interview Design Principles

実践Tips1セッション45〜60分が目安。参加者5〜8名で主要インサイトの85%が得られる(Nielsen, 1994)。録音・録画は必ず同意を得てから行う。Practical TipsTarget 45–60 min per session. With 5–8 participants, 85% of key insights can be found (Nielsen, 1994). Always obtain consent before recording audio or video.

アンケート調査

Likert尺度(5〜7段階評価)は態度・意見の測定に広く使われる。標準化されたUXアンケートとして SUS(System Usability Scale)[Brooke1996](10項目・68点以上が許容水準)、UMUXAttrakDiff などが存在する。Likert scales (5–7 point ratings) are widely used for measuring attitudes and opinions. Standardized UX questionnaires include the SUS (System Usability Scale) [Brooke1996] (10 items; score ≥68 is considered acceptable), UMUX, and AttrakDiff.

観察・エスノグラフィー

コンテクスチュアルインクワイアリー(Holtzblatt & Jones, 1993)[Holtzblatt1993]は「マスター–アプレンティス」モデルで調査者がユーザーの作業を観察・対話する手法。自然な文脈でのみ得られる暗黙知を発見できる。Contextual Inquiry (Holtzblatt & Jones, 1993) [Holtzblatt1993] uses a "master–apprentice" model in which the researcher observes and converses with users during their actual work. It reveals tacit knowledge obtainable only in natural contexts.

グラウンデッドセオリーと文化人類学的リサーチ手法

ユーザーリサーチの理論的基盤は認知心理学だけでなく、社会学・文化人類学にも深く根ざしている。これらの質的研究手法は「なぜユーザーがそのように行動するのか」という文化的・社会的文脈を理解するための枠組みを提供し、インタビューや観察の設計・分析に学術的な裏付けを与える。The theoretical foundations of user research run deep not only into cognitive psychology but also into sociology and cultural anthropology. These qualitative research methods provide frameworks for understanding the cultural and social contexts behind "why users behave as they do," and lend academic grounding to the design and analysis of interviews and observations.

手法・理論Method / Theory 起源Origin 核心概念Core Concept UXリサーチへの応用Application to UX Research
グラウンデッドセオリー(GT)Grounded Theory (GT) Glaser & Strauss(1967)[Glaser1967]Glaser & Strauss (1967)[Glaser1967] データから帰納的に理論を生成する手法。オープンコーディング→軸足コーディング→選択的コーディングの3段階でデータを抽象化し、先入観なく理論を構築するInductively generates theory from data. Abstracts data through three stages: open coding → axial coding → selective coding, building theory without preconceptions インタビュー逐語録から繰り返し現れるパターン・テーマを発見するコーディング分析。アフィニティダイアグラム(KJ法)はGT的アプローチを実践的に簡略化したものCoding analysis to discover recurring patterns and themes from interview transcripts. Affinity diagramming (KJ method) is a practical simplification of the GT approach
参与観察・民族誌(Ethnography)Participant Observation / Ethnography Malinowski(1922)。HCI応用はLucyLuchins(1970s)→Suchman(1987)Malinowski (1922); HCI application: Suchman (1987) Plans and Situated Actions 研究者が対象コミュニティに長期間参加し、内側から文化的実践を記述する。Suchman(1987)は職場のルーティン行動を民族誌的に分析し、HCIに革命をもたらしたResearcher participates in the target community long-term, describing cultural practices from within. Suchman (1987) ethnographically analyzed workplace routine actions, revolutionizing HCI フィールドリサーチ・職場観察・コンテクスチュアルインクワイアリーの理論的基盤。「実際の文脈での使用」を優先するUXリサーチの哲学の起源Theoretical foundation for field research, workplace observation, and contextual inquiry. The origin of UX research's philosophy of prioritizing "use in actual context"
厚い記述(Thick Description)Thick Description Clifford Geertz(1973)The Interpretation of CulturesClifford Geertz (1973) The Interpretation of Cultures 行動を「何が起きたか」だけでなく、その行動が持つ文化的意味・文脈・解釈の層を含めて記述する。「まばたき」と「ウィンク」は同じ動作だが意味が異なるという例で著名Describes behavior not merely as "what happened" but including the layers of cultural meaning, context, and interpretation. Famous for the example that a blink and a wink are the same movement but carry different meaning インサイトの記述に行動の表面だけでなく文脈・動機・背景を含める調査報告の規範。ペルソナの「引用文(verbatim quote)」の役割もこの概念と接続するNorm for research reports to include context, motivation, and background alongside surface behavior. The role of verbatim quotes in personas also connects to this concept
文化的プローブ(Cultural Probes)Cultural Probes Bill Gaver, Tony Dunne, Elena Pacenti(1999)Bill Gaver, Tony Dunne, Elena Pacenti (1999) 日記・使い捨てカメラ・地図・質問カードなどを参加者に渡し、日常生活の自己記録を通じてデザインのインスピレーションを得る探索的手法。直接観察不可能な生活文脈を収集するために考案Exploratory method in which participants are given diaries, disposable cameras, maps, and question cards to self-document their daily lives, yielding design inspiration. Conceived to collect living contexts inaccessible to direct observation デザインリサーチ・ジェネラティブリサーチの基本ツール。日記法・ESM(経験サンプリング法)の原型。ユーザーの「隠れた生活文脈」への窓口Core tool of design research and generative research. Prototype of diary studies and ESM (Experience Sampling Method). A window into users' "hidden living contexts"
アクション・リサーチ(Action Research)Action Research Kurt Lewin(1946)。PD(参加型デザイン)への応用はスカンジナビア学派(1970s–80s)Kurt Lewin (1946); applied to PD by the Scandinavian school (1970s–80s) 研究者が問題解決のための介入に参加しながら同時に研究を行う循環的手法。「計画→実行→観察→反省」のサイクルを繰り返すCyclical method in which the researcher participates in problem-solving intervention while simultaneously conducting research. Repeats a "plan → act → observe → reflect" cycle アジャイルUXリサーチ・デザインスプリント・リーンUXにおける「行動しながら学ぶ」の哲学的基盤。コ・デザインワークショップの理論的背景Philosophical foundation for "learning by doing" in Agile UX, Design Sprints, and Lean UX. Theoretical background for co-design workshops
コーディングとアフィニティダイアグラムの関係Relationship Between Coding and Affinity Diagramming
グラウンデッドセオリーの「コーディング」とUXリサーチで広く使われる「アフィニティダイアグラム(KJ法)」は構造的に類似している。GTは社会科学的な厳密さで理論生成を目指すのに対し、アフィニティダイアグラムはデザインチームの共同理解形成ツールとして簡略化・実用化されたもの。前者を学ぶことで後者のグルーピング判断の質が上がる。Grounded Theory "coding" and the "affinity diagram (KJ method)" widely used in UX research are structurally similar. GT aims at theory generation with social-scientific rigor, while affinity diagramming is a simplified, practical adaptation for building shared understanding in design teams. Learning the former raises the quality of grouping judgments in the latter.

統計的セグメンテーションとデータ駆動ユーザー分類

定量データからユーザーグループを発見する統計的手法は、ペルソナ構築・機能優先度決定・パーソナライゼーション設計の根拠を数値的に補強する。質的リサーチが「なぜ」を掘り下げるのに対し、統計的手法は「どのくらい多くのユーザーが・どのようなパターンで行動するか」を明らかにする。Statistical methods for discovering user groups from quantitative data numerically reinforce the foundations of persona building, feature prioritization, and personalization design. Where qualitative research digs into "why," statistical methods reveal "how many users behave in what patterns."

手法Method 概要Overview UXへの適用UX Application 注意点Caveats
k-means クラスタリングk-means Clustering MacQueen(1967)提唱。データポイントをk個のクラスタに分割する非階層型クラスタリング。各ポイントを最近傍クラスタ中心に割り当てる反復最適化Proposed by MacQueen (1967). Partitions data points into k clusters (non-hierarchical). Iterative optimization assigning each point to the nearest cluster centroid 行動ログ・機能使用頻度・NPS属性からユーザーセグメントを生成。データ駆動型ペルソナの統計的基盤として使用Generates user segments from behavior logs, feature usage frequency, and NPS attributes. Used as the statistical foundation for data-driven personas k値(クラスタ数)の事前設定が必要。異常値に弱い。エルボー法・シルエット係数でk値を評価Requires pre-specifying k. Sensitive to outliers. Evaluate k using the elbow method or silhouette coefficient
階層的クラスタリングHierarchical Clustering Ward(1963)法等。データを段階的にマージ(凝集型)または分割(分割型)するデンドログラム表現Ward (1963) method, etc. Hierarchically merges (agglomerative) or splits (divisive) data into a dendrogram カードソーティング結果の類似度分析・ユーザーセグメントの階層的可視化に有効Effective for similarity analysis of card sorting results and hierarchical visualization of user segments 大規模データには計算コスト高。カードソーティング分析では標準的手法として採用High computational cost for large datasets. Adopted as the standard method for card sorting analysis
主成分分析(PCA)Principal Component Analysis (PCA) Pearson(1901)。高次元データの分散を保ちながら低次元空間に射影する次元削減手法Pearson (1901). Dimensionality reduction projecting high-dimensional data into a lower-dimensional space while preserving variance アンケート回答の多変量データから潜在的なユーザー行動因子を抽出。数十の質問項目を3〜5因子に圧縮してクラスタリングの前処理として使用Extracts latent user behavior factors from multivariate survey data. Compresses dozens of survey items into 3–5 factors as preprocessing for clustering 線形性仮定あり。解釈可能性の確保に専門知識が必要Assumes linearity. Requires expertise to ensure interpretability
RFM分析RFM Analysis Hughes(1994)。Recency(最終接触からの時間)・Frequency(接触頻度)・Monetary(金銭的価値/エンゲージメント深度)の3軸でユーザーを評価Hughes (1994). Evaluates users on three axes: Recency (time since last contact), Frequency (contact frequency), Monetary (monetary value / engagement depth) アクティブユーザー・離脱リスクユーザー・ヘビーユーザーの識別。機能優先度・リテンション施策のターゲティングに使用Identifies active users, churn-risk users, and power users. Used for feature prioritization and retention initiative targeting 購買・利用頻度データが必要。フリーミアムモデルでは「Monetary」を「エンゲージメント深度」で代替することが多いRequires purchase / usage frequency data. In freemium models, "Monetary" is often replaced with "engagement depth"
行動コホート分析Behavioral Cohort Analysis 同一時期に特定の行動を行ったユーザーグループ(コホート)の時系列的行動パターンを比較Compares time-series behavioral patterns of user groups (cohorts) who performed a specific action during the same period オンボーディング施策の効果測定・機能採用率の経時変化・リテンションカーブの分析Measuring onboarding effectiveness, tracking feature adoption over time, and analyzing retention curves 時間窓の定義・コホート定義の一貫性が分析精度に大きく影響するDefinitions of time window and cohort consistency significantly affect analysis accuracy
定性×定量の統合:混合研究法Integrating Qualitative & Quantitative: Mixed Methods
統計的クラスタリングで「何が起きているか」を把握し、グラウンデッドセオリー的コーディングで「なぜそうなのか」を理解する混合研究法(Mixed Methods Research)(Creswell & Plano Clark 2011)が現代のUXリサーチのゴールスタンダードである。クラスタリングで発見したセグメントに対してインタビューを実施し、統計的パターンに人間的な物語を付与することでペルソナの精度が高まる。Mixed Methods Research (Creswell & Plano Clark, 2011) — using statistical clustering to understand "what is happening" and GT-style coding to understand "why" — is the gold standard for modern UX research. Conducting interviews with the segments discovered through clustering and attaching human narratives to statistical patterns raises the accuracy of personas.

第3章 ペルソナ

Explains how to create user personas from research data, how to map customer journeys across touchpoints, and how Jobs-to-be-Done (JTBD) theory reframes user goals as progress motivators.

ペルソナはリサーチデータから典型的なユーザー像を合成的に構築するツールであり、設計判断の基準点として機能する。Alan Cooperが1999年に提唱して以来、HCDプロセスの中核的成果物として定着している。Personas synthesize research data into archetypal user profiles that serve as a reference point for design decisions. Since Alan Cooper introduced them in 1999, they have become a core deliverable in human-centered design processes.

ペルソナ

ペルソナはAlan Cooperが1999年に提唱[Cooper1999]。リサーチデータから典型的ユーザー像を構築し設計判断の基準点とする。構成要素は①基本属性(名前・年齢・職業)②目標・動機 ③フラストレーション・Pain Points ④行動パターン ⑤ユーザー自身の引用、からなる。Personas were proposed by Alan Cooper in 1999 [Cooper1999]. They construct a representative user archetype from research data to serve as a reference point for design decisions. Components include: ① basic attributes (name, age, occupation), ② goals & motivations, ③ frustrations & pain points, ④ behavior patterns, and ⑤ verbatim user quotes.

注意ペルソナは「データに基づく合成的表現」でなければならない。リサーチなしの「マーケティングペルソナ」は設計判断を誤らせる危険がある。WarningPersonas must be "data-grounded synthetic representations." "Marketing personas" created without research risk leading design decisions astray.

キャスト概念・ペルソナの類型とライフサイクル

Alan Cooper(1999)はペルソナを「キャラクター1人」ではなく、製品に関わる多様なユーザー像の集合体として「キャスト(Cast of Characters)」という概念で提示した。単独のペルソナに最適化した設計は他のユーザーを疎外しうる。キャストとして複数のペルソナを定義し、その中から優先度を付けることで、より包括的かつ現実的な設計判断が可能になる。Alan Cooper (1999) presented personas not as "a single character" but as a collection of diverse user archetypes for a product, under the concept of a "Cast of Characters." Design optimized for a single persona risks alienating other users. Defining multiple personas as a cast and prioritizing among them enables more inclusive and realistic design decisions.

ペルソナ類型Persona Type 定義(Cooper 1999 / Pruitt & Adlin 2006)Definition (Cooper 1999 / Pruitt & Adlin 2006) 設計における役割Design Role
プライマリペルソナPrimary Persona 製品が最も優先して満足させるべきユーザー像。インターフェース設計の主軸The user archetype the product must satisfy above all others. The primary axis of interface design 設計のトレードオフを解決する最終基準。「このペルソナは満足できるか」が判断軸The final criterion for resolving design trade-offs: "Can this persona be satisfied?"
セカンダリペルソナSecondary Persona プライマリの設計で概ね対応できるが、特定のニーズへの追加配慮が必要なユーザーUsers largely served by the primary design but requiring additional consideration for specific needs プライマリを犠牲にしない範囲でニーズに応える。多くの場合3名まで定義Serve their needs without sacrificing the primary. Typically defined up to three
補足ペルソナSupplemental Persona プライマリ・セカンダリの設計で全ニーズが満たされる周辺ユーザーPeripheral users whose needs are fully met by the primary and secondary design 設計決定への直接的影響は低いが、包括性確認の参照に使用Low direct influence on design decisions, but used as a reference for inclusivity validation
ネガティブペルソナNegative Persona 製品が対象としない「意図的に除外するユーザー像」。設計スコープを明確にするAn "intentionally excluded user archetype" that the product does not target. Clarifies design scope 「この機能はネガティブペルソナのためではない」という議論を解決するための参照点Reference point for resolving arguments such as "this feature is not for the negative persona"
カスタマーペルソナ / 顧客ペルソナCustomer Persona 製品を購入・導入決定する人(エンドユーザーとは異なる可能性あり)The person who purchases or decides to implement the product (may differ from the end user) BtoBプロダクトでの「購買決定者 vs 実際の使用者」の乖離を設計に反映Reflects the gap between "purchase decision-maker vs. actual user" in B2B product design

ペルソナのライフサイクルと批判的議論

Pruitt & Adlin(2006)[Pruitt2006]は著書 The Persona Lifecycle でペルソナを「計画→概念化→導入→維持→廃棄」という組織的プロセスとして体系化した。またGrudin & Pruitt(2002)[Grudin2002]は、ソフトウェアチームにおけるペルソナの採用障壁(エンジニアの懐疑・エビデンスの欠如・メンテナンスコスト)を実証研究で示した。Pruitt & Adlin (2006) [Pruitt2006] systematized personas as an organizational process — "planning → conception → introduction → maintenance → retirement" — in The Persona Lifecycle. Grudin & Pruitt (2002) [Grudin2002] used empirical research to identify adoption barriers for personas in software teams (engineering skepticism, lack of evidence, maintenance cost).

批判としては、Chapman & Milham(2006)が「ペルソナは科学的根拠を持たない創作物であり、設計者の偏見を正当化しうる」と指摘した。これに対しFlood et al.(2020)らはデータ駆動型・アルゴリズム的ペルソナ生成によりこの批判に応答している。現代では機械学習によるクラスタリングからペルソナを自動生成するアプローチも実用化されつつある。Chapman & Milham (2006) criticized that "personas are fictional constructs without scientific grounding and can rationalize designer biases." In response, Flood et al. (2020) and others have answered this critique with data-driven, algorithmic persona generation. Today, automatically generating personas from machine-learning clustering is increasingly practical.

ホフステッドの文化次元とクロスカルチュラルUX

Geert Hofstede(1980)[Hofstede1980]は、IBM社員70カ国以上への大規模調査から国家間の文化差を数値化した文化次元理論を提唱した。2001年の改訂版[Hofstede2001]では6次元に拡張された。この理論はペルソナの文化的コンテキスト設定・グローバルUIのデフォルト設計・ローカライゼーション方針の決定に広く参照される。Geert Hofstede (1980) [Hofstede1980] proposed Cultural Dimensions Theory by quantifying cultural differences between nations from a large-scale survey of IBM employees across 70+ countries. The 2001 revision [Hofstede2001] expanded it to six dimensions. This theory is widely referenced for setting cultural context in personas, default design for global UIs, and localization policy decisions.

次元Dimension 低スコアLow Score 高スコアHigh Score UIデザインへの含意UI Design Implication
権力格差(PDI)
Power Distance Index
Power Distance (PDI)
平等主義・権力が分散(デンマーク・オーストリア)Egalitarian, distributed power (Denmark, Austria) 階層的・権威重視(マレーシア・フィリピン)Hierarchical, authority-valued (Malaysia, Philippines) 高PDI:権威を示す公式なビジュアル・ロゴ・タイトルを前面に。低PDI:フラットな情報構造・インフォーマルなコピーHigh PDI: Formal visuals, logos, titles that signal authority. Low PDI: Flat information structure, informal copy
個人主義 vs 集団主義(IDV)Individualism vs. Collectivism (IDV) 集団主義・内集団重視(中国・コロンビア)Collectivist, in-group emphasis (China, Colombia) 個人主義・個人の達成重視(米国・豪州)Individualist, personal achievement focus (USA, Australia) 高IDV:個人の成功・カスタマイズ・「あなたのための」メッセージ。低IDV:コミュニティ・社会的証明・「みんなが使っている」訴求High IDV: Individual success, customization, "for you" messaging. Low IDV: Community, social proof, "everyone is using this" appeal
不確実性の回避(UAI)Uncertainty Avoidance (UAI) 曖昧さ許容・実験的(シンガポール・スウェーデン)Ambiguity-tolerant, experimental (Singapore, Sweden) 不確実性回避・規則重視(日本・ギリシャ)Uncertainty-avoidant, rule-focused (Japan, Greece) 高UAI:詳細な説明・ヘルプテキスト・確認ステップ・FAQ重視。低UAI:シンプルUI・ミニマルなガイダンス・実験的機能の早期公開High UAI: Detailed explanations, help text, confirmation steps, heavy FAQ. Low UAI: Simple UI, minimal guidance, early release of experimental features
男性性 vs 女性性(MAS)Masculinity vs. Femininity (MAS) 女性性・協調・生活の質重視(スウェーデン・オランダ)Feminine, cooperative, quality-of-life focus (Sweden, Netherlands) 男性性・競争・達成・成功重視(日本・オーストリア)Masculine, competitive, achievement/success focus (Japan, Austria) 高MAS:競争ランキング・実績バッジ・スペック比較。低MAS:コラボレーション機能・ウェルネス訴求・共感的UXライティングHigh MAS: Competition rankings, achievement badges, spec comparison. Low MAS: Collaboration features, wellness appeal, empathetic UX writing
長期思考 vs 短期思考(LTO)Long-Term vs. Short-Term Orientation (LTO) 短期・伝統重視(ナイジェリア・パキスタン)Short-term, tradition-valued (Nigeria, Pakistan) 長期・倹約・未来志向(中国・日本・韓国)Long-term, thrifty, future-oriented (China, Japan, Korea) 高LTO:ロードマップ・学習投資・段階的な成長の可視化。低LTO:即時的な価値提供・短期ROIの明示High LTO: Roadmaps, learning investment, visualization of gradual growth. Low LTO: Immediate value delivery, short-term ROI clarity
放縦 vs 抑制(IVR)Indulgence vs. Restraint (IVR) 抑制・義務感・悲観的(ロシア・中国)Restrained, duty-focused, pessimistic (Russia, China) 放縦・楽観的・娯楽重視(ベネズエラ・米国)Indulgent, optimistic, leisure/fun focus (Venezuela, USA) 高IVR:遊び心のあるUI・Delight要素・エンターテイメント志向のオンボーディング。低IVR:実用的・効率重視・装飾排除のUIHigh IVR: Playful UI, delight elements, entertainment-oriented onboarding. Low IVR: Utilitarian, efficiency-focused, decoration-free UI
Marcus & Gould(2000)によるホフステッドのUI応用Hofstede Applied to UI by Marcus & Gould (2000)
Aaron Marcus & Emilie West Gould(2000)[Marcus2000]は「Cultural Dimensions and Global Web User-Interface Design」で、ホフステッドの次元をWebUIデザインに最初に体系的に適用した先駆的論文。権力格差の高い文化では公式なビジュアル階層・権威シンボルを使い、不確実性回避が高い文化ではナビゲーションを単純化して選択肢を絞り込むべき、と論じた。この研究はグローバルUI設計の実証的基盤として現在も参照される。Aaron Marcus & Emilie West Gould (2000) [Marcus2000] published "Cultural Dimensions and Global Web User-Interface Design," the first paper to systematically apply Hofstede's dimensions to web UI design. They argued that high power-distance cultures call for formal visual hierarchy and authority symbols, and that high uncertainty-avoidance cultures demand simplified navigation and narrowed choices. This research remains a cited empirical foundation for global UI design.

カスタマージャーニーマップ・シナリオ・JTBD

Covers Customer Journey Maps for visualizing user experiences across touchpoints, scenario-based design for articulating user context and intent, and JTBD theory for framing user motivations as "jobs."

カスタマージャーニーマップ・シナリオ・JTBDは、いずれも「ユーザーの時間軸上の行動・感情・意図」を可視化・言語化するツールである。ペルソナが「誰か」を定義するのに対し、これらのツールは「その人が何をしようとしているか・なぜか」を設計チームに伝える。Customer Journey Maps, scenarios, and JTBD are all tools for visualizing and articulating user behavior, emotion, and intent along a timeline. While personas define "who," these tools tell the design team "what the person is trying to do — and why."

カスタマージャーニーマップ(CJM)

ユーザーが目標達成までに経験するステップ・タッチポイント・感情を可視化したツール[Lewrick2018]。主要構成要素はフェーズ(認知→検討→購買→使用→継続/離脱)、タッチポイント、感情曲線、機会領域、バックステージ。A tool that visualizes the steps, touchpoints, and emotions a user experiences on the way to achieving their goal [Lewrick2018]. Key components: phases (Awareness → Consideration → Purchase → Use → Retention/Churn), touchpoints, emotional curve, opportunity areas, and backstage actions.

Jobs-to-be-Done(JTBD)理論

Clayton Christensen(2003)が提唱[Christensen2003]。「ユーザーは特定の『ジョブ』を片付けるために製品を雇用する」という視点でニーズを捉える。機能一覧ではなく「誰が、どのような状況で、何を達成しようとしているか」を核心にした設計が可能になる。Proposed by Clayton Christensen (2003) [Christensen2003]. It frames needs through the lens that "users hire products to get a specific job done." This enables design focused on "who is trying to achieve what, in which situation" — rather than a feature list.

シナリオとシナリオベースドデザイン

John M. Carroll が著書 Scenario-Based Design(1995)[Carroll1995]で体系化したシナリオベースドデザイン(SBD)は、ユーザーの具体的な行動文脈を「物語形式」で記述し、それを設計・評価の核に置く手法である。シナリオは「誰が・何のために・どのような文脈で・何をするか」を語る短い物語であり、要求仕様を具体的なユースケースとして可視化する。Alan Cooper(1999)[Cooper1999]はペルソナと組み合わせてゴール指向デザインの文脈で活用し、コンテキストシナリオ・キーパスシナリオ・バリデーションシナリオの3種類を定義した。John M. Carroll systematized Scenario-Based Design (SBD) in Scenario-Based Design (1995) [Carroll1995]. It places concrete user action contexts written as "narrative stories" at the core of design and evaluation. A scenario is a short story describing "who does what, for what purpose, in what context" — making requirements visible as concrete use cases. Alan Cooper (1999) [Cooper1999] integrated scenarios with personas in Goal-Directed Design, defining three types: context scenarios, key-path scenarios, and validation scenarios.

種類Type目的Purpose問いかけCore Question主な使用フェーズPhase
コンテキストシナリオContext Scenario理想体験の全体像を描くPaint the ideal experience as a wholeこのペルソナは何を達成したいかWhat does the persona want to achieve?コンセプト設計Concept design
キーパスシナリオKey-Path Scenario主要インタラクションの流れを詳述Detail the main interaction flowユーザーはどう操作するかHow does the user operate the product?詳細設計・プロトタイプDetailed design / prototyping
バリデーションシナリオValidation Scenarioエッジケースや例外フローを検証Verify edge cases and exception flowsこの状況でも設計は機能するかDoes the design hold in this situation?テスト・評価Testing / evaluation
ユースケース(UML)Use Case (UML)システムとアクターの相互作用を形式記述Formally describe system–actor interactionシステムはどう振る舞うかHow does the system behave?要件定義・エンジニアリング連携Requirements / engineering handoff
シナリオとペルソナの連携Linking Scenarios and Personas
効果的なシナリオはペルソナと紐づいて初めて機能する。「ペルソナ:田中花子(35歳・共働きママ)が、夜間に子供の薬を検索し、翌朝までに注文を完了したい」というように、具体的な人物・状況・ゴールを組み合わせることで、設計チーム全員が同じ体験イメージを共有できる。An effective scenario only works when tied to a persona. For example: "Persona: Hanako Tanaka (35, working mother) wants to search for her child's medicine at night and complete an order by the next morning." Combining a concrete person, situation, and goal allows the entire design team to share the same experience image.

第4章 機能要件とコンテンツ要件

Translates user needs into functional and content requirements. Covers user story writing, epic decomposition, and content strategy as a planning discipline.

ユーザーニーズを「プロダクトで何を実現するか」に変換したものが要件である。本章では機能要件とコンテンツ要件をユーザーストーリーとして記述し、スコープを明確に管理する手法を学ぶ。Requirements translate user needs into "what the product must do." This chapter covers how to articulate functional and content requirements as user stories and manage scope clearly throughout the design process.

ユーザーストーリーとエピック

ユーザーストーリーの構造:「〔ロール〕として、〔機能〕できるようにしたい。なぜなら〔目的〕だから。」。Bill Wakeが提唱したINVEST原則[Wake2003]は品質基準:Independent(独立)/ Negotiable(交渉可能)/ Valuable(価値ある)/ Estimable(見積もり可能)/ Small(小さい)/ Testable(テスト可能)。User story format: "As a [role], I want to [feature] so that [purpose]." Bill Wake's INVEST criteria [Wake2003] define quality: Independent / Negotiable / Valuable / Estimable / Small / Testable.

コンテンツ戦略

Kristina Halvorson(2009)[Halvorson2009]はコンテンツ戦略を「有用で使いやすいコンテンツの計画・作成・提供・管理」と定義。コンテンツは後付けの要素ではなく、構造設計と並行して検討すべき核心的要素である。コンテンツインベントリ(全量把握)とコンテンツオーディット(有用性・正確性の評価)が基本作業。Kristina Halvorson (2009) [Halvorson2009] defines content strategy as "the planning, creation, delivery, and governance of useful, usable content." Content is not an afterthought — it is a core element to be considered in parallel with structural design. Content inventory (full audit of existing content) and content audit (evaluating usefulness and accuracy) are the foundational tasks.

第5章 優先度付けと要件管理

Covers systematic methods for determining feature and initiative priority under resource constraints. Compares MoSCoW, RICE scoring, and other prioritization frameworks, with practical guidance on managing the product backlog.

すべての要件を同時に実現することはできない。本章では、制約のある資源のなかで「どの機能・施策に投資するか」を判断するための優先度付けフレームワーク(MoSCoW法・RICEスコアリング等)を学ぶ。Not all requirements can be realized at once. This chapter covers frameworks for deciding which features and initiatives to invest in given constrained resources — including the MoSCoW method and RICE scoring.

限られたリソースの中で最大の価値を生み出すために、機能・施策の優先順位を科学的に決定するプロセスを扱う。MoSCoW法・RICEスコアリングをはじめとする複数のフレームワークを比較し、プロダクトバックログ管理の実践を学ぶ。This chapter examines how to scientifically determine the priority of features and initiatives to maximize value within resource constraints. Multiple frameworks are compared — MoSCoW, RICE scoring — alongside practical backlog management guidance.

MoSCoW法

分類Category意味Meaning判断基準Criteria
Must have必須Essentialこれがなければプロダクトは成立しないWithout this, the product cannot function
Should have重要Important重要だが代替手段があるImportant but alternatives exist
Could haveあればよいNice to have余裕があれば実装するImplement if resources allow
Won't have今回は対象外Out of scope for this edition将来のバックログとして保留Hold as future backlog

RICEスコアリング

Intercomが開発[Rice2018]。スコア=(Reach × Impact × Confidence)÷ Effort。Reach:月間影響ユーザー数、Impact:1ユーザーへの影響度、Confidence:推定への自信度(%)、Effort:人月工数。スコアが高いほど優先度が高い。Developed by Intercom [Rice2018]. Score = (Reach × Impact × Confidence) ÷ Effort. Reach: monthly users affected; Impact: effect on one user; Confidence: confidence in estimates (%); Effort: person-months. Higher score = higher priority.

第3部Part 3

構造層(Structure Plane)

「どう組み立てるか」を設計する。情報の構造化と操作の流れを定義し、使いやすいシステムの骨格を作る。Designing "how to assemble." Defining information structure and the flow of operations to build the skeleton of a usable system.

第6章 情報アーキテクチャ(IA)

Covers IA fundamentals (findability, labeling, navigation), card sorting for category validation, and navigation patterns (hierarchical, faceted, sequential). References Morville & Rosenfeld's foundational work.

情報アーキテクチャとは、ユーザーが必要な情報を「見つけられる」ように情報を組織化・構造化する設計活動である。LATCHの原理から図書館情報学の知見まで、IAの知的基盤と実践手法を体系的に学ぶ。Information architecture is the design activity of organizing and structuring information so users can find what they need. This chapter systematically covers both the intellectual foundations of IA — from LATCH principles to library and information science — and practical implementation methods.

IAの基礎理論

Peter Morville と Louis Rosenfeld が著書 Information Architecture for the World Wide Web(1998)[MorvilleRosenfeld1998]で体系化。「検索システム・組織化システム・ラベリングシステム・ナビゲーションシステム」の4要素でIAを構成する。Morvilleは「Find ability Honeycomb」として、Findable / Accessible / Clear / Communicative / Useful / Credible / Controllable / Valuableの8属性でWeb体験の質を評価した。Systematized by Peter Morville and Louis Rosenfeld in Information Architecture for the World Wide Web (1998) [MorvilleRosenfeld1998]. IA is composed of four systems: search, organization, labeling, and navigation. Morville evaluated web experience quality through 8 attributes in the "Findability Honeycomb": Findable / Accessible / Clear / Communicative / Useful / Credible / Controllable / Valuable.

ワーマンのLATCHと情報組織論

リチャード・ソール・ワーマン(Richard Saul Wurman)は著書 Information Architects(1996)[Wurman1996]で、あらゆる情報を組織化する5つの根本軸として LATCH を提唱した。この枠組みは図書館情報学の分類理論とも深く接続し、デジタル時代のIAに継承されている。Richard Saul Wurman proposed LATCH in Information Architects (1996)[Wurman1996] as five fundamental axes for organizing any information. The framework connects deeply with library and information science classification theory, and has been carried forward into digital-age IA.

Axis意味MeaningUIへの応用例UI Application
Location地理的・空間的な位置による分類Classification by geographic or spatial position店舗マップ、地図アプリ、ユーザーヒートマップStore maps, map apps, user heatmaps
Alphabet辞書的・五十音順による分類Alphabetical or syllabary-order classification索引ページ、コンタクトリスト、用語集Index pages, contact lists, glossaries
Time時系列・年表による分類Classification by chronological order or timelineアクティビティフィード、変更履歴、プロジェクトタイムラインActivity feeds, change history, project timelines
Category特性・グループによる分類Classification by attribute or groupEコマースカテゴリ、タグ分類、ジャンル選択E-commerce categories, tag taxonomy, genre selection
Hierarchy重要度・規模・順位による分類Classification by importance, magnitude, or rank検索ランキング、KPIダッシュボード、レーティング表示Search rankings, KPI dashboards, rating displays

図書館情報学(LIS)とIAの接続Library & Information Science (LIS) and IA

IAの知的基盤の多くは図書館情報学(Library and Information Science: LIS)に由来する。LISはもともと書籍・文書を「どう分類し・どう見つけさせるか」を科学的に研究する学問であり、その概念はWebのIAに直接継承された。Morville & Rosenfeld(1998)の『Web情報アーキテクチャ』はまさにLISとWebを橋渡しした著作である。Much of IA's intellectual foundation originates in Library and Information Science (LIS), which scientifically studies how to classify and surface documents. These concepts were directly inherited by web-based IA. Morville & Rosenfeld's Information Architecture for the World Wide Web (1998) was precisely the work that bridged LIS and the web.

LISの概念LIS Concept提唱者・出典Originator / SourceIAへの影響Influence on IA
図書館の5法則Five Laws of Library Scienceランガナタン(1931)Ranganathan (1931)「情報はすべての人に届けられるべきだ」という設計思想の原点。アクセシビリティ・ユニバーサルデザインへ継承Origin of the principle that "information should reach everyone" — inherited by accessibility and universal design
ファセット分類法Facet Classification (Colon Classification)ランガナタン(1933)Ranganathan (1933)PMEST(Personality / Matter / Energy / Space / Time)による多軸分類。EコマースのファセットナビゲーションはLISの直系Multi-axis classification via PMEST. Faceted navigation in e-commerce is a direct descendant of LIS
デューイ十進分類法Dewey Decimal Classificationデューイ(1876)Melvil Dewey (1876)十進階層による体系的分類。サイトの情報階層設計のメタファーSystematic decimal-hierarchical classification. Metaphor for site information hierarchy design
統制語彙・シソーラスControlled Vocabulary & Thesaurus各標準規格(MeSH等)Standard bodies (MeSH, etc.)タグ設計・検索クエリの正規化・オートコンプリート語彙管理に応用Applied to tag design, search query normalization, and autocomplete vocabulary management
メタデータ標準(Dublin Core)Metadata Standards (Dublin Core)DCMI (1995)CMS・SEO・OGPのメタデータ設計の基盤。Webコンテンツの構造化データを定義Foundation for CMS, SEO, and OGP metadata design. Defines structured data for web content

カードソーティング

ユーザーのメンタルモデルに基づいたナビゲーション構造を発見する手法。A method for discovering navigation structures aligned with users' mental models.

種類Type方法Method用途Use Case
オープン型Open card sortカテゴリを自由に作成Freely create categories新規IAの発見Discovery of new IA
クローズド型Closed card sort既存カテゴリにカードを分類Sort cards into existing categories既存IAの検証Validation of existing IA
ハイブリッド型Hybrid card sort既存+追加カテゴリOKExisting + additional categories OK再設計・改善Redesign & improvement

ナビゲーションパターン

第7章 インタラクションデザイン

Explores mental models, conceptual models, affordances, and Norman's 7 Interaction Principles. Introduces microinteractions as the atomic unit of interaction design.

インタラクションデザインは、人とシステムの「やりとり」を設計する営みである。認知科学・行動経済学・学習理論から蓄積された知見を土台に、ユーザーの行動サイクル・メンタルモデル・アフォーダンスを理解し、直感的なインタラクションを設計する原則を体系的に学ぶ。Interaction design is the practice of designing the "conversation" between humans and systems. Grounded in decades of research from cognitive science, behavioral economics, and learning theory, this chapter covers Norman's action cycle, mental models, affordances, and the principles for designing intuitive interactions.

認知心理学の法則

UI/UXデザインに直接適用できる認知科学の法則群。Jon Yablonski(2020)の Laws of UX はこれらを体系化した代表的な参照資料であり、各法則は特定のレイヤーや設計判断と対応している。

法則 概要 主な適用レイヤー
Hick's Law 選択肢の数と複雑さが増すほど意思決定にかかる時間が対数的に増加する(T = b · log₂(n+1))。ナビゲーション・メニュー・フォームの選択肢数を絞る根拠。 構造層・骨格層
Fitts's Law ターゲットに達する時間は距離に比例し、サイズに反比例する(MT = a + b · log₂(2D/W))。ボタンサイズ・タップターゲット・ホバー領域の設計に直結する。 骨格層・表層
Miller's Law 作業記憶に同時に保持できる情報のチャンク数はおよそ7±2。情報のグルーピング・ステップ分割・プログレッシブディスクロージャーの根拠。 構造層・骨格層
Jakob's Law ユーザーは自分が使い慣れた他サービスと同じように動くことを期待する。デザインパターンや慣例的UIを採用する理由。 構造層・骨格層
Peak-End Rule Kahneman(1993)。体験全体の評価はピーク時と終了時の感情で決まり、持続時間の影響は小さい。オンボーディングの最終画面・購入完了画面・エラーメッセージの設計に応用される。 全レイヤー(特に戦略層)
Aesthetic-Usability Effect 美しいデザインはユーザビリティが高いと知覚されやすく、エラーへの許容度も高くなる(Kurosu & Kashimura, 1995)。視覚的品質への投資を正当化する。 表層
Tesler's Law
(複雑さの保存則)
システムの複雑さは削減できず、開発者かユーザーのどちらかが引き受けるしかない(Larry Tesler, 1984)。UX改善はユーザー側の複雑さをシステム側に移す作業である。 要件層・構造層
Doherty Threshold システム応答が400ms以内であればユーザーの注意は持続し生産性が高まる(Walter & Doherty, 1982)。パフォーマンス改善とロードアニメーション設計の基準。 骨格層・表層
Gestalt原則Gestalt Principles 近接・類似・連続・閉合・図と地(Wertheimer, 1923)。視覚的まとまりの知覚規則であり、レイアウト・グルーピング・アイコン設計の理論的根拠。 骨格層・表層

学習理論とUXデザイン

ユーザーはインターフェースを「学習」する。教育心理学・認知科学における学習理論は、UIの習熟設計・オンボーディング・エラーリカバリーの根拠として直接活用できる。Users "learn" interfaces. Learning theories from educational psychology and cognitive science directly inform the design of skill acquisition, onboarding, and error recovery in UI.

理論・研究者Theory / Researcher 核心概念Core Concept UXデザインへの応用Application to UX Design
構成主義
ピアジェ(Piaget, 1952)
Constructivism
Piaget (1952)
学習者は既存の知識スキーマに新情報を「同化(Assimilation)」し、矛盾があれば「調節(Accommodation)」してスキーマを更新するLearners "assimilate" new information into existing schemas; when inconsistency arises, they "accommodate" by updating the schema 既存UIパターンを踏襲した設計は同化を促進する。大幅なリデザインは調節を強要し学習コストが高い。変更範囲の最小化・移行ガイダンスが重要Designs that follow established UI patterns promote assimilation. Radical redesigns force accommodation and raise learning costs. Minimize change scope and provide transition guidance
最近接発達領域(ZPD)
ヴィゴツキー(Vygotsky, 1978)
Zone of Proximal Development
Vygotsky (1978)
学習者が独力ではできないが、適切なサポートがあれば達成できる「発達の余地」の領域。足場かけ(Scaffolding)による支援が有効The zone of what a learner cannot do alone but can achieve with appropriate support. "Scaffolding" is the key facilitation strategy プログレッシブ・ディスクロージャー、コンテキスト型ツールチップ、インタラクティブチュートリアルはすべてスキャフォールディングの実装。ユーザーのスキルレベルに応じて支援を段階的に外す設計Progressive disclosure, contextual tooltips, and interactive tutorials are all implementations of scaffolding. Design to gradually remove support as user skill grows
経験学習サイクル
コルブ(Kolb, 1984)
Experiential Learning Cycle
Kolb (1984)
①具体的経験 → ②内省的観察 → ③抽象的概念化 → ④能動的実験 の4段階サイクルで学習が進む[Kolb1984]Learning progresses through a 4-stage cycle: ① Concrete Experience → ② Reflective Observation → ③ Abstract Conceptualization → ④ Active Experimentation[Kolb1984] UIデザインは「試して学ぶ(Do→See→Adjust)」というコルブのサイクルを前提にする。誤りを安全に試せる環境(Undo・確認ダイアログ・サンドボックス)がサイクルを加速するUI design assumes Kolb's "try and learn" cycle (Do→See→Adjust). Environments that allow safe experimentation with errors (Undo, confirmation dialogs, sandboxes) accelerate the cycle
学習の分類学(タキソノミー)
ブルーム(Bloom, 1956)
Taxonomy of Learning
Bloom (1956)
認知的学習を「記憶→理解→応用→分析→評価→創造」の6段階に分類。上位段階ほど深い思考を要する[Bloom1956]Classifies cognitive learning into 6 levels: Remember → Understand → Apply → Analyze → Evaluate → Create. Higher levels require deeper thinking[Bloom1956] 初期ユーザー(記憶・理解)には視覚的手がかりとシンプルなフローを提供。上級ユーザー(応用・分析)にはカスタマイズ・ショートカット・APIアクセスを開放する。習熟段階別のUI分岐(アダプティブUI)の根拠Provide visual cues and simple flows for novice users (Remember, Understand). Open up customization, shortcuts, and API access for advanced users (Apply, Analyze). Theoretical basis for skill-adaptive UI branching
二重過程理論
カーネマン(Kahneman, 2011)
Dual Process Theory
Kahneman (2011)
思考には速くて自動的な「システム1(直感)」と、遅くて意識的な「システム2(分析)」の2モードがある[Kahneman2011]Thinking has two modes: fast and automatic "System 1 (intuition)" and slow and deliberate "System 2 (analysis)"[Kahneman2011] 習熟したユーザーはシステム1でUIを操作する(無意識・自動化)。デザイン変更はシステム2を強制的に起動させ認知負荷を上げる。不可逆的な操作(削除・決済)はシステム2を意図的に起動させる確認ステップが必要Experienced users operate UI via System 1 (unconscious, automated). Design changes force System 2 activation, raising cognitive load. Irreversible actions (deletion, payment) require deliberate confirmation steps that intentionally engage System 2

デネットの3つのスタンス

哲学者・認知科学者のダニエル・デネット(Daniel Dennett)は、著書 The Intentional Stance(1987)において、システムや存在を理解する際の3つの認識論的立場(スタンス)を定義した[Dennett1987]。UIデザインにおいては、ユーザーがどのスタンスで製品を捉えるかによって、期待するフィードバック・エラーメッセージ・擬人化の許容度が根本的に異なる。Philosopher and cognitive scientist Daniel Dennett defined three epistemological stances in The Intentional Stance (1987)[Dennett1987]. In UI design, the stance a user takes toward a product fundamentally shapes their expectations for feedback, error messages, and acceptable anthropomorphism.

スタンスStance 認識の視点Perspective UIデザインへの含意Implication for UI Design
物理的スタンス
(Physical Stance)
Physical Stance
システムを物理法則・機械的因果で理解する。「CPUが熱を持っているから重い」などUnderstanding a system through physical/mechanical causation. E.g., "it's slow because the CPU is overheating" 開発者や上級者に多い。技術的な制約の説明が有効。エラーメッセージに技術情報を含めるCommon among developers and power users. Technical explanations are effective; error messages can include technical details
設計的スタンス
(Design Stance)
Design Stance
システムを「設計された目的を持つ道具」として理解する。「このボタンは送信用に設計されている」などUnderstanding a system as a tool designed for a purpose. E.g., "this button is designed to submit" 多くの一般ユーザーに当てはまる。アフォーダンスとラベリングの明快さが重要。機能の目的を直接表現するApplies to most general users. Clarity of affordance and labeling is critical; express the purpose of each feature directly
意図的スタンス
(Intentional Stance)
Intentional Stance
システムに信念・欲求・意図があると見なして理解する。「Siriは私を助けようとしている」「アルゴリズムが私に合ったものを選んでいる」など。擬人化(Anthropomorphism)の認知的基盤Attributing beliefs, desires, and intentions to a system. E.g., "Siri is trying to help me," "the algorithm is picking things for me." The cognitive basis of anthropomorphism 会話型AI・バーチャルアシスタント・推薦システムのUXで特に重要。ユーザーが意図的スタンスをとる場合、応答の「誠実さ」「親しみやすさ」「一貫した人格」を期待する。裏切ると信頼が急落するEspecially critical in conversational AI, virtual assistants, and recommendation systems. When users adopt the intentional stance, they expect "honesty," "friendliness," and a "consistent persona." Violating this trust causes sharp drops in user trust

コラム:AIチャットボットと意図的スタンスの罠Column: Conversational AI and the Intentional Stance Trap

ユーザーはチャットボットに対して自然に意図的スタンスを取りやすい。しかしAIが突然「私はAIです。感情はありません」と応答すると、ユーザーが構築していた信頼関係が崩れる。一方、感情を装いすぎると詐欺的に感じられる。このジレンマへの回答として、OpenAIやAnthropicのデザインガイドラインは「誠実さを損なわない範囲での人格的一貫性」を推奨している。Users naturally adopt the intentional stance toward chatbots. However, when an AI suddenly responds "I am an AI. I have no emotions," the trust the user has built collapses. On the other hand, over-performing emotions feels deceptive. As an answer to this dilemma, design guidelines from OpenAI and Anthropic recommend "persona consistency that does not compromise honesty."

行動経済学とUI/UXデザイン

Kahneman(2011)の Thinking, Fast and Slow に代表される行動経済学は、人間が「合理的ではなく予測可能な形で非合理」であることを実証した。UI/UXデザインはこの知見を、ユーザーの意思決定支援・デフォルト設計・リスク知覚のコントロールに活用する。

概念 内容 UXへの応用例
ナッジ理論 選択肢の提示方法(選択アーキテクチャ)を変えることで、強制せずに望ましい行動を促す(Thaler & Sunstein, 2008)。 デフォルト設定のオン/オフ、プログレスバー、リマインダー設計
損失回避 損失の痛みは同等の利得の喜びの約2倍強く感じられる(Kahneman & Tversky, 1979)。 「残り3点」「カートに入れたアイテムが消えます」等の文言設計
アンカリング効果 最初に提示された数値・情報(アンカー)が後続の判断に強く影響する。 価格表示の順序(高→低)、プランの初期選択状態
現状維持バイアス 変化よりも現状維持を好む傾向。デフォルト選択はほぼ変更されない。 オプトイン/オプトアウトの設計、設定画面のデフォルト値
フレーミング効果 同じ内容でも表現の枠組みによって評価が変わる(「90%成功」vs「10%失敗」)。 エラーメッセージ・空き状況表示・リスク警告のコピー設計
選択のパラドックス 選択肢が多すぎると意思決定の満足度が下がり、選択回避が生じる(Schwartz, 2004)。 プラン数の絞り込み、段階的な選択フロー(ウィザード型)
BJ Fogg 行動モデル 行動 = 動機 × 能力 × トリガーの積(Fogg, 2009)。行動変容デザインの基礎。動機・能力いずれかが低い状態でトリガーを与えても行動は起きない。 オンボーディング設計、習慣化アプリ(Habiticaなど)
📐 5レイヤーとの対応早見表
理論 戦略層 要件層 構造層 骨格層 表層
Hick's Law
Fitts's Law
Miller's Law
Jakob's Law
Peak-End Rule
Aesthetic-Usability
行動経済学全般
PERMA / SDT / フロー

ミンスキーの心の理論

マービン・ミンスキー(Marvin Minsky, 1927–2016)はMITの人工知能研究の先駆者であり、認知構造を理解するための2つの重要なモデルを提示した[Minsky1986][Minsky2006]。どちらもUXデザインにおけるユーザーの情報処理・期待形成・インターフェース設計の理論的根拠となる。Marvin Minsky (1927–2016) was a pioneering AI researcher at MIT who proposed two influential models for understanding cognitive structure[Minsky1986][Minsky2006]. Both provide a theoretical basis for understanding how users process information, form expectations, and navigate interfaces.

① Society of Mind(心の社会)① Society of Mind

著書 The Society of Mind(1986)で提唱。知性・意識は単一の制御システムからではなく、「エージェント」と呼ばれる無数の小さなプロセスの相互作用から創発すると主張した。各エージェントは限定的な機能しか持たないが、集合的に複雑な認知行動を生み出す。Proposed in The Society of Mind (1986). Intelligence and consciousness emerge not from a single controlling system, but from the interaction of countless small processes called "agents." Each agent has limited function, but collectively they produce complex cognitive behavior.

Society of Mindの概念Concept UXデザインへの応用Application to UX Design
エージェントの分散性Distributed agents ユーザーの注意は複数のサブタスクに分散している。UIはこの分散を考慮し、各機能を独立して理解可能にする(モジュール設計)User attention is distributed across multiple sub-tasks. UI should account for this distribution, making each function independently comprehensible (modular design)
創発的な理解Emergent understanding ユーザーはUIの意味をパーツの組み合わせから創発的に理解する。一貫したビジュアル言語・パターンが「解釈の補助」になるUsers construct meaning from UI elements emergently. Consistent visual language and patterns serve as aids to interpretation
競合と抑制Competition and inhibition 複数のUIオプションが並ぶと認知的競合が生じる。情報量の絞り込み(プログレッシブ・ディスクロージャー)で抑制を支援するMultiple UI options cause cognitive competition. Progressive disclosure reduces competing demands on attention

② フレーム理論(Frame Theory)② Frame Theory

ミンスキーは1974年の論文 A Framework for Representing Knowledge でフレーム理論を提唱した。新しい状況に遭遇したとき、人は過去の経験から抽出した「フレーム(認知的テンプレート)」を適用して状況を理解しようとする。フレームは「デフォルト値」を持ち、情報が不完全な場合でも予測的な理解を可能にする。Minsky proposed Frame Theory in his 1974 paper A Framework for Representing Knowledge. When encountering a new situation, people apply "frames" (cognitive templates extracted from past experience) to make sense of it. Frames carry "default values" that enable predictive understanding even when information is incomplete.

フレーム理論の概念Frame Theory Concept UIデザインへの含意Implication for UI Design
デフォルト値による期待Default-value expectations ユーザーは「検索ボックスはページ上部にある」「ハンバーガーメニューはナビゲーションを含む」というフレームを持つ。慣習に反する配置はフレーム違反を起こし、認知コストを急増させるUsers hold frames like "search box is at the top" or "hamburger menu contains navigation." Placement that violates convention triggers frame failure, sharply increasing cognitive cost
フレームの継承と特化Frame inheritance and specialization 「モバイルアプリ」フレームは「ソフトウェア」フレームを継承し、さらに「SNSアプリ」「ショッピングアプリ」などに特化する。ジャンル別の設計慣習(UIパターン)はこの継承構造を反映しているThe "mobile app" frame inherits from "software" and specializes further into "social app," "shopping app," etc. Genre-specific design conventions (UI patterns) reflect this inheritance structure
フレームの切り替えFrame switching コンテキストの変化(通知→本文画面など)でフレームが切り替わる。遷移アニメーション・見出しの変化・パンくずリストはフレーム切り替えのサポート手段Context changes (notification → main content) trigger frame switching. Transition animations, heading changes, and breadcrumbs support smooth frame switching

コラム:3スタンス × フレーム理論の統合的活用Column: Integrating Three Stances with Frame Theory

デネットの3スタンスとミンスキーのフレーム理論を組み合わせると、ユーザーリサーチと設計判断に実践的な洞察が生まれる。ユーザーが意図的スタンスを取りながら「このアシスタントはいつも私を助けてくれる」というフレームを持っている場合、そのフレームが壊れた瞬間(アシスタントが的外れな提案をした場合など)の失望は、設計的スタンスのユーザーよりはるかに大きい。このことはAIインターフェースのエラー設計や期待値のコントロールに直結する。Combining Dennett's three stances with Minsky's frame theory yields practical insight for user research and design decisions. When a user adopts the intentional stance and holds a frame like "this assistant always helps me," the disappointment when that frame breaks (e.g., the assistant makes an irrelevant suggestion) is far greater than for a user with the design stance. This directly informs error design and expectation management in AI interfaces.

アフォーダンス・Normanの7原則

Gibson提唱のアフォーダンス概念をNormanはデザインに転用。さらに「シグニファイア(アフォーダンスを知覚可能にするサイン)」を区別した。The Design of Everyday Things 改訂版(2013)の7原則:Norman adapted Gibson's affordance concept for design, further distinguishing "signifiers" (signs that make affordances perceptible). The 7 principles from The Design of Everyday Things revised edition (2013):

  1. Discoverability:何が可能か分かるDiscoverability: It is possible to determine what actions are available.
  2. Feedback:操作結果が明確に伝わるFeedback: The result of an action is communicated clearly.
  3. Conceptual Model:一貫したモデルを提供するConceptual Model: Provides a consistent model of how the system works.
  4. Affordances:操作を直感的に示すAffordances: Suggest operations intuitively.
  5. Signifiers:意味を知覚できるサインSignifiers: Perceptible signs that convey meaning.
  6. Mappings:操作と結果の対応が自然Mappings: Natural correspondence between controls and their effects.
  7. Constraints:誤操作を防ぐ制約を設けるConstraints: Placing limits to prevent errors.

イメージスキーマと身体化認知

認知言語学者のジョージ・レイコフ(George Lakoff)とマーク・ジョンソン(Mark Johnson)は、人間の概念体系が身体的・物理的経験に根ざすという「身体化認知(Embodied Cognition)」の立場から、Philosophy in the Flesh(1999)などでイメージスキーマを体系化した[Lakoff1987][LakoffJohnson1999]。イメージスキーマとは、反復的な身体経験から抽出される抽象的な構造パターンであり、言語・思考・インターフェース設計の基盤となる。Cognitive linguists George Lakoff and Mark Johnson systematized image schemas from the "embodied cognition" perspective — the view that human conceptual systems are grounded in bodily and physical experience — in works including Philosophy in the Flesh (1999)[Lakoff1987][LakoffJohnson1999]. Image schemas are abstract structural patterns extracted from repeated bodily experience that underlie language, thought, and interface design.

イメージスキーマImage Schema 身体的基盤Bodily Origin UIメタファーへの応用Application to UI Metaphors
容器(CONTAINER)CONTAINER 「中にいる・外にある」という身体感覚Bodily sense of "being inside / outside" フォルダ、ショッピングカート、モーダルダイアログ、サイドバー。「入れる・出す」操作の直感性の根拠Folders, shopping carts, modal dialogs, sidebars. The basis for the intuitive "put in / take out" interaction
起点-経路-目標(SOURCE-PATH-GOAL)SOURCE-PATH-GOAL 移動・到達という身体経験Bodily experience of movement and arrival プログレスバー、ウィザードUI(ステップ表示)、パンくずリスト。「今どこにいるか・あとどれくらいか」の知覚Progress bars, wizard UIs (step indicators), breadcrumbs. Perception of "where am I / how much further"
上-下(UP-DOWN)UP-DOWN 重力に抗う直立姿勢・上昇は力・下降は消滅の感覚Upright posture against gravity; rising = power, falling = disappearance 「上位メニュー」「トップへ戻る」「スクロールダウン」。ヒエラルキーの視覚的表現(インデント・サイズ差)"Top menu," "back to top," "scroll down." Visual expression of hierarchy (indentation, size differences)
力(FORCE)FORCE 押す・引く・止めるという物理力の経験Physical experience of pushing, pulling, stopping スワイプ・ドラッグ・スプリングアニメーション。「押し込む・跳ね返す」というUIの物理的隠喩がユーザーの動作予測を支援するSwipe, drag, spring animations. Physical metaphors of "push in / spring back" help users predict system behavior
均衡(BALANCE)BALANCE 左右対称・安定感という感覚Bilateral symmetry and sense of stability グリッドレイアウト・余白・視覚的重心。不均衡は「まだ終わっていない」「何かが足りない」という知覚を生むGrid layouts, whitespace, visual weight. Imbalance creates perception of "incomplete" or "something is missing"

コラム:デジタル空間の隠喩とイメージスキーマColumn: Digital Space Metaphors and Image Schemas

「デスクトップ」「ファイル」「フォルダ」「ゴミ箱」といったGUI黎明期のメタファーは、すべてCONTAINER・SOURCE-PATH-GOALスキーマを活用している。ユーザーがコンピュータを初めて使う際にこれらの操作を比較的素早く習得できるのは、身体経験から既に抽出されたスキーマが「橋渡し」をするからである。逆に、身体スキーマに対応しないインターフェース(例:ジェスチャーの方向がスキーマと逆)は習得に時間がかかる。GUI metaphors from the early computing era — "desktop," "file," "folder," "trash" — all leverage the CONTAINER and SOURCE-PATH-GOAL schemas. Users can learn these interactions relatively quickly when first using computers because schemas already extracted from bodily experience serve as "bridges." Conversely, interfaces that violate bodily schemas (e.g., gesture directions that are opposite to schema expectations) take longer to learn.

メンタルモデルとコンセプチュアルモデル

メンタルモデルとはユーザーがシステムの動作について持つ内的な表象である。Don Normanは、デザイナーが意図する「コンセプチュアルモデル」とユーザーの「メンタルモデル」の一致度が使いやすさを決定すると論じた[Norman1988]A mental model is the internal representation users hold about how a system works. Don Norman argued that usability is determined by how closely the designer's intended "conceptual model" matches the user's "mental model" [Norman1988].

シュナイダーマンの8つの黄金律

Ben Shneidermanが著書 Designing the User Interface(1987, 第6版2016)で提唱した、インタラクティブシステムの設計原則。ニールセンの10ヒューリスティクスと並んで広く参照される専門家評価の基準であり、特にインターフェースの一貫性・効率・エラー対応を重視する。Design principles for interactive systems proposed by Ben Shneiderman in Designing the User Interface (1987, 6th ed. 2016). Widely cited alongside Nielsen's 10 Heuristics, with particular emphasis on interface consistency, efficiency, and error handling.

#原則Principle概要Description
1一貫性を目指すStrive for consistency似た状況では同じ操作・用語・画面構成を使うUse consistent terminology, layouts, and sequences in similar contexts
2熟練ユーザーにショートカットをSeek universal usabilityキーボードショートカット・マクロ等で熟練者の操作効率を高めるShortcuts, macros, and accelerators improve expert efficiency without hampering novices
3情報に富んだフィードバックを提供するOffer informative feedbackすべての操作に対して視覚・聴覚・触覚によるシステム応答を返すEvery action should produce a system response — visual, auditory, or tactile
4クロージャを生むダイアログを設計するDesign dialogs to yield closureタスク完了時に明確な完了フィードバックを提供しユーザーに達成感を与えるProvide clear completion feedback to give users a sense of accomplishment at task end
5エラーを防止し単純な処理を提供するPrevent errorsエラーを起こしにくい設計を優先し、発生した場合は明確・建設的な回復手段を示すDesign to minimize errors; when errors occur, provide clear and constructive recovery paths
6容易な操作の逆転を許可するPermit easy reversal of actionsUndo/Redo機能によりユーザーが気軽に操作を試みられる環境を作るUndo/Redo lets users explore freely, reducing anxiety about making mistakes
7内部制御感をサポートするSupport internal locus of controlユーザーが操作の主導権を持ち、システムに振り回されていないと感じられる設計Users should feel in control; avoid surprising behavior or unsolicited system actions
8短期記憶の負荷を減らすReduce short-term memory load人の短期記憶は7±2チャンク。ユーザーが覚える必要のある情報量を最小化するHuman short-term memory holds 7±2 chunks. Minimize what users must remember across steps
ニールセンとの比較シュナイダーマンの8原則は1987年の提唱でニールセン(1994)より早い。両者は多くの点で重複するが、シュナイダーマンは「クロージャ(達成感)」「内部制御感」「短期記憶軽減」を明示的に独立原則として扱う点が特徴。評価の際は10ヒューリスティクスと8原則を組み合わせることでより網羅的なチェックが可能になる。Comparison with NielsenShneiderman's 8 Rules predate Nielsen's heuristics (1987 vs. 1994). While there is significant overlap, Shneiderman explicitly separates "closure," "internal locus of control," and "short-term memory reduction" as standalone principles. Using both frameworks in evaluation provides more comprehensive coverage.

ノーマンの行動サイクルと知覚プロセス

認知科学者・デザイン研究者のドナルド・ノーマン(Donald Norman)は、著書 The Design of Everyday Things(1988/2013)でユーザーの行動を7段階のサイクルとして記述し[Norman1988]、「実行のガルフ」と「評価のガルフ」という概念によってUIの断絶を分析した。Cognitive scientist and design researcher Donald Norman described user behavior as a 7-stage cycle in The Design of Everyday Things (1988/2013)[Norman1988], and analyzed UI breakdowns through the concepts of the "Gulf of Execution" and "Gulf of Evaluation."

7段階行動サイクルThe 7-Stage Action Cycle

#段階Stageユーザーの問いUser's Question設計上の対応Design Response
1目標の形成Form the Goal「何を達成したいか?」"What do I want to achieve?"明確なバリュープロポジション・ナビゲーション設計Clear value proposition & navigation design
2意図の形成Form the Intention「どうすれば達成できるか?」"How can I achieve it?"シグニファイア・アフォーダンスを明示するSignifiers and affordances clearly presented
3行動の特定Specify the Action「具体的に何を操作するか?」"What exactly should I do?"ラベリング・プライマリアクションの強調Labeling, emphasis on primary actions
4行動の実行Execute the Action「実際に操作する」"Actually performing the action"操作の容易性・Fitts則への対応Ease of interaction; Fitts' Law compliance
5世界の状態を知覚Perceive the State「何が起きたか?」"What happened?"即時フィードバック・状態変化の視覚化Immediate feedback; visual state change
6状態の解釈Interpret the State「それは何を意味するか?」"What does this mean?"平易なエラーメッセージ・コンテキスト情報の提示Plain error messages; contextual information
7結果の評価Evaluate the Outcome「目標は達成できたか?」"Did I achieve my goal?"完了確認・達成感のフィードバック(マイクロコピー)Completion confirmation; achievement feedback (microcopy)

実行のガルフと評価のガルフGulf of Execution and Gulf of Evaluation

ノーマンは、ユーザーの意図とシステムの状態との間に生じる2種類の「断絶(ガルフ)」を定義した。Norman defined two types of "gulfs" — gaps between the user's intent and the system's state.

ガルフGulf定義Definition縮める設計手法Design Approaches to Bridge It
実行のガルフ
Gulf of Execution
Gulf of Execution
「何をすればよいか」が分からない状態。ユーザーの意図とシステムが提供する操作手段のギャップNot knowing "what to do." The gap between user intent and the actions the system offers シグニファイア(操作可能性の手がかり)の強化、ラベリングの明確化、デフォルト値の提供Strengthen signifiers (cues to operability), clarify labeling, provide sensible defaults
評価のガルフ
Gulf of Evaluation
Gulf of Evaluation
「何が起きたか」が分からない状態。システムの実際の状態とユーザーが期待する状態のギャップNot knowing "what happened." The gap between the system's actual state and the user's expected state フィードバックの即時性・視認性の向上、Nielsenの「システム状態の視認性」原則の遵守Improve immediacy and visibility of feedback; apply Nielsen's "visibility of system status" heuristic

マイクロインタラクション

Dan Saffer(2013)[Saffer2013]が体系化。「1つのタスクに集中した小さなデザイン瞬間」であり、トリガー・ルール・フィードバック・ループ/モードの4要素で構成される。いいねボタンのアニメーション、プルトゥリフレッシュ、送信後チェックマークなどが典型例。優れたマイクロインタラクションは機能を果たしつつ喜び(Delight)を生む。Systematized by Dan Saffer (2013) [Saffer2013]. "Small design moments focused on a single task," composed of 4 elements: Trigger, Rules, Feedback, and Loops/Modes. Classic examples include like-button animations, pull-to-refresh, and post-submit checkmarks. Great microinteractions fulfill a function while generating delight.

第4部Part 4

骨格層(Skeleton Plane)

「どう見せるか」の骨格を決める。インターフェースの配置・構造・フローを具体化する。Deciding the skeleton of "how to present." Concretizing the placement, structure, and flow of the interface.

第8章 ワイヤーフレームとプロトタイプ

Explains how to select the right wireframe and prototype fidelity for each design phase — from rough sketches to interactive hi-fi mockups. Covers handoff tools, component libraries, and methods for validating interactions before development.

ワイヤーフレームとプロトタイプは、アイデアを可視化して素早く検証するための設計ツールである。忠実度(ローファイ〜ハイファイ)の選択基準と、目的に応じたプロトタイプ手法を理解し、無駄な作り込みを防いでフィードバックを最大化する。Wireframes and prototypes are design tools for visualizing ideas and validating them quickly. This chapter covers how to choose the right fidelity level — from low to high — and which prototyping method fits each purpose, helping teams maximize feedback while minimizing wasted effort.

アイデアを検証可能な形に具体化するワイヤーフレームとプロトタイプの技法を解説する。ローファイ(手書き・ブロック図)からハイファイ(実際のUI要素・実データ近似)まで忠実度の選択と、インタラクティブ検証の方法論を学ぶ。This chapter explains wireframing and prototyping techniques that turn ideas into testable artifacts. It covers choosing the right fidelity level from lo-fi sketches to hi-fi interactive mockups, and methods for validating interactions before engineering handoff.

ワイヤーフレーミング

ワイヤーフレームはインターフェースの構造・コンテンツ配置・機能を視覚的に表現する設計文書で、視覚デザインの詳細を意図的に省略する。A wireframe is a design document that visually represents interface structure, content placement, and functionality, intentionally omitting visual design details.

忠実度Fidelity特徴Feature用途Use Caseツール例Tool Examples
ローファイLow-fidelity手書き・ブロック図Hand-drawn, block diagramsアイデア発散・初期検討Idea divergence & initial exploration紙、BalsamiqPaper, Balsamiq
ミッドファイMid-fidelityグレースケール・プレースホルダーGrayscale & placeholder構造・フローの検証Structure & flow validationFigma, Sketch
ハイファイHigh-fidelity実際のUI要素・実データ近似Actual UI elements, close to real dataユーザーテスト・ステークホルダー確認User testing & stakeholder reviewFigma, Adobe XD

プロトタイピング

プロトタイプは「テストするために作る不完全な試作品」。IDEO のティム・ブラウンは「プロトタイプは考えを形にするプロセスそのもの」と述べている。A prototype is "an incomplete mock-up built to be tested." Tim Brown of IDEO describes it as "the process of making ideas tangible."

ツールTools強みStrengths対象フェーズTarget Phase
Figmaチームコラボレーション、コンポーネント、Auto LayoutTeam collaboration, components, Auto Layoutミッドファイ〜ハイファイMid-fidelity to high-fidelity
Axure RP複雑な条件分岐・ロジックComplex conditional logicハイファイ・インタラクション検証High-fidelity interaction validation
Framerコードとデザインの統合Code and design integrationハイファイ・モーションHigh-fidelity motion
ProtoPieセンサー・変数を使った高度なインタラクションAdvanced interaction using sensors and variablesマイクロインタラクション検証Microinteraction validation

ワイヤーフレームとプロトタイプの学術的背景

ワイヤーフレームとプロトタイプの実践は、HCI研究・ソフトウェア工学・デザイン方法論の知見を統合したものである。「なぜ作る前に試作するのか」「なぜ忠実度を意図的に下げるのか」という問いに対して、研究の蓄積が明確な答えを与えている。The practice of wireframing and prototyping integrates insights from HCI research, software engineering, and design methodology. Research has built a clear answer to the questions "why create prototypes before building?" and "why intentionally lower fidelity?"

研究・著作Research / Work Year 主な知見・貢献Key Finding / Contribution
Floyd (1984)
プロトタイプの3類型Three Prototype Types
1984 Christiane Floydがプロトタイプを①探索的(問題の理解)②実験的(要件の検証)③進化的(製品そのものの漸進的構築)に分類。「プロトタイプは廃棄するもの(throwaway)か、進化させるものか」という設計哲学の分岐を明示したChristiane Floyd classified prototypes into: ① exploratory (understanding the problem), ② experimental (validating requirements), ③ evolutionary (incrementally building the product itself). Made explicit the design philosophy split between "throwaway vs. evolutionary" prototyping
Rettig (1994)
Prototyping for Tiny Fingers
1994 ペーパープロトタイピングをHCIコミュニティに普及させた実践的論文(Communications of the ACM)。「紙とペンで10分で作れるプロトタイプがコード実装より100倍価値あるフィードバックを得る」ことを示した。ローファイプロトタイプが高フィデリティよりユーザーの自由な批判を引き出しやすい(評価への遠慮が減る)ことも指摘Practical paper that popularized paper prototyping in the HCI community (Communications of the ACM). Demonstrated that a prototype built in 10 minutes with pen and paper yields 100× more valuable feedback than a coded implementation. Also noted that lo-fi prototypes elicit more candid user criticism than hi-fi (users feel less reluctant to critique)
Rudd, Stern & Isensee (1996)
低・高忠実度論争Lo-Fi vs. Hi-Fi Debate
1996 ローファイvsハイファイの設計選択を体系的に比較した。ローファイ:低コスト・概念的フィードバック向き・早期段階。ハイファイ:マーケティング・詳細インタラクション検証向き・後期段階。「忠実度は問いの種類によって選ぶ」という原則を確立Systematically compared lo-fi and hi-fi design choices. Lo-fi: low cost, suitable for conceptual feedback, early stage. Hi-fi: suitable for marketing and detailed interaction validation, later stage. Established the principle: "choose fidelity based on the type of question being asked"
Virzi, Sokolov & Karis (1996)
反復の効果Benefits of Iteration
1996 プロトタイプの反復テストが問題発見率に与える影響を実験的に検証。初回テストで主要問題の80%が発見でき、2〜3回の反復で95%に達することを示した。これはNielsenの「5人でテスト」理論と合わせて、小規模・高頻度テストの科学的根拠となっているExperimentally verified the effect of iterative prototype testing on problem-detection rates. Showed that 80% of major issues are found in the first test, reaching 95% after 2–3 iterations. Together with Nielsen's "test with 5 users" theory, this provides scientific backing for small-scale, high-frequency testing
Snyder (2003)
Paper Prototyping
2003 ペーパープロトタイプの実施方法を包括的に体系化した実務参考書。コンピューター役・ファシリテーター役・観察者役の3役割分担と、プロトタイプのウォークスルーセッションの標準プロセスを確立Comprehensive practical reference systematizing how to conduct paper prototyping. Established the three-role division of computer, facilitator, and observer, and standardized the prototype walkthrough session process
Buxton (2007)
Sketching User Experiences
2007 Bill Buxtonがスケッチとプロトタイプを「問いの空間を探索する道具(スケッチ)」と「解の空間を確認する道具(プロトタイプ)」として概念的に区別した。スケッチは一時的・安価・多数作るものであり、プロトタイプはより厳密な検証に使うもの。この区別はUXデザインのプロセス設計に広く影響を与えたBill Buxton conceptually distinguished sketches from prototypes as "tools for exploring the question space (sketch)" vs. "tools for validating the solution space (prototype)". Sketches are temporary, cheap, and made in quantity; prototypes are for more rigorous validation. This distinction has broadly influenced UX design process thinking
忠実度の選択原則Fidelity Selection Principle
忠実度は「作りやすさ」ではなく「答えたい問いの種類」で選ぶ。
・「このコンセプトはユーザーに理解されるか?」→ ローファイ(紙・ブロック図)
・「この操作フローは完了できるか?」→ ミッドファイ(クリッカブルFigmaリンク)
・「このマイクロインタラクションは心地よいか?」→ ハイファイ(コードorProtoPie)
問いを定めずに「とりあえずFigmaで作る」ことは、忠実度の高さがユーザーの批判を抑制するという問題を招く(Rettig 1994)。
Choose fidelity not by "ease of creation" but by "the type of question to answer."
–"Will users understand this concept?" → Lo-fi (paper, block diagrams)
–"Can users complete this interaction flow?" → Mid-fi (clickable Figma link)
–"Does this microinteraction feel good?" → Hi-fi (code or ProtoPie)
Building in Figma "just because" without defining the question creates the problem Rettig (1994) identified: high fidelity suppresses user criticism.

第9章 UIデザインパターン

Surveys reusable UI design patterns for forms, navigation, empty states, and error handling. Covers mobile-specific UX considerations including thumb zones and touch targets.

UIデザインパターンとは、特定のインタラクション課題に対する再利用可能な設計の解である。フォームデザイン・モバイルUXの基本から、オブジェクト指向UI(OOUI)のような設計思想まで、現場で使えるパターンを体系的に学ぶ。UI design patterns are reusable solutions to specific interaction problems. This chapter covers practical patterns from form design and mobile UX fundamentals to the object-oriented design thinking of OOUI.

OOUI(オブジェクト指向UI)

Jef Raskin が1980年代に提唱し、後に荻野剛仁・上野学らが体系化した UIデザイン手法。タスク(動詞)ではなくオブジェクト(名詞)を起点に UIを構造化する。「ファイルをどう操作するか」ではなく「ファイルという実体が画面にある」という考え方が基本となる。

OOUI タスク指向UI(従来型)
起点 オブジェクト(実体) タスク(操作・機能)
画面構成 オブジェクトのリスト → 詳細(コレクション+シングル) メニュー → 操作フォーム → 結果
ユーザーの行動 オブジェクトを選んで操作を選ぶ 操作を選んでからオブジェクトを指定する
メンタルモデルとの整合 現実世界の「もの」の操作に近い(デスクトップ比喩) ウィザードや窓口業務のモデルに近い
適した場面 管理系ツール・ファイル操作・メール・タスク管理 手続き的ワークフロー・申請フォーム・ウィザード

OOUIの設計手順は①ドメインのオブジェクト(名詞)を洗い出す → ②各オブジェクトに対する操作(動詞)を定義する → ③コレクション画面(一覧)とシングル画面(詳細)のペアで画面を構成する、という流れになる。現代のSaaSプロダクトやOS(macOS Finder・Windows Explorer)はほぼ OOUI の構造を採用している。

OOUX(オブジェクト指向UX)

OOUX(Object-Oriented UX)は、Sophia V. Prater が2014年ごろに提唱し、OOUX.com(2018)で体系化したUX設計方法論。OOUIが「UIをどう構造化するか」というパターン言語であるのに対し、OOUXは要件定義・情報設計・UI設計を貫く設計プロセス全体の骨格を提供する。中心的な分析フレームワークは ORCA(Objects / Relationships / CTAs / Attributes)と呼ばれる。ORCA によって作成されるオブジェクトマップが、すべての画面設計の起点となる。

ORCA 定義 例(タスク管理アプリ)
O — Objects ユーザーが操作するドメインの実体(名詞)。ユーザーが「触れて・持って・共有する」もの Task / Project / User / Comment
R — Relationships オブジェクト間の関連性(1対多・多対多・所有など) Project ―< Task(1対多)/ Task >< User(多対多)
C — CTAs 各オブジェクトに対して行える操作・アクション(動詞) Create / Assign / Complete / Archive / Comment
A — Attributes オブジェクトが持つデータ属性(プロパティ)。表示・編集・フィルタリングに直結する Task: タイトル・期日・優先度・担当者・ステータス
OOUIとOOUXの関係 ── 上流と下流

OOUXはOOUIの上流プロセスに位置する。ORCA でオブジェクトマップを作成し「何が存在するか・どう繋がるか・何ができるか」を確定してから、OOUIの原則(コレクション画面+シングル画面のペア構造)に沿って画面を設計する。両手法は相補的であり、複雑なSaaSやコンテンツ重視のプロダクトでは組み合わせて使われることが多い。簡潔に言えば、OOUXは「何をつくるか」を決め、OOUIは「どう並べるか」を決める。

フォームデザイン

Luke Wroblewski著 Web Form Design(2008)[Wroblewski2008]はフォームデザインの標準的参考書。Luke Wroblewski's Web Form Design (2008) [Wroblewski2008] is the standard reference for form design.

モバイルUX設計

Steven Hoober の調査(2013)[Hoober2013]では、スマートフォンユーザーの49%が片手で端末を持ち拇指で操作する。主要アクションは画面下部中央付近(到達容易ゾーン)に配置するのが基本原則。Steven Hoober's research (2013) [Hoober2013] found that 49% of smartphone users hold their device in one hand and operate it with their thumb. The core principle: place primary actions near the lower-center of the screen (the "easy reach zone").

タッチターゲットサイズ基準Touch Target Size Standards

ガイドラインGuideline最小サイズMinimum Size単位Unit
Apple HIG44 × 44pt
Material Design 348 × 48dp
WCAG 2.5.5 (AAA)44 × 44CSS px
WCAG 2.5.8 (AA, WCAG 2.2)24 × 24CSS px

文化・読字方向とUIデザイン:双方向性と方向性の設計

UIの「当たり前」の多くは英語圏の左→右(LTR: Left-to-Right)読字文化を前提に構築されてきた。しかしアラビア語・ヘブライ語・ペルシャ語・ウルドゥー語は右→左(RTL: Right-to-Left)、モンゴル語は上→下の縦書きを基本とする。読字方向の差異はレイアウト・ナビゲーション・進行方向の認知・視線の流れすべてに影響し、グローバルUIではこの文化的差異を設計レベルで考慮することが必須である。Many of UI's "obvious" conventions were built on the assumption of the English-speaking world's left-to-right (LTR) reading culture. However, Arabic, Hebrew, Persian, and Urdu are right-to-left (RTL); Mongolian is traditionally top-to-bottom vertical. Differences in reading direction affect layout, navigation, directionality cognition, and visual flow across the board. In global UI design, considering these cultural differences at the design level is essential.

① 読字方向とUIへの影響

UI要素UI Element LTR(英・仏・独・日・中・韓)LTR (English, French, German, Japanese, Chinese, Korean) RTL(アラビア語・ヘブライ語・ペルシャ語)RTL (Arabic, Hebrew, Persian) 根拠・出典Basis / Source
基本レイアウト方向Base Layout Direction 左起点・左寄せが自然Left-origin, left-alignment is natural 右起点・右寄せが自然。全レイアウトをミラーリングRight-origin, right-alignment is natural. Full layout mirroring Unicode BiDi アルゴリズム(Unicode 1.0, 1991)Unicode BiDi Algorithm (Unicode 1.0, 1991)
ナビゲーション(サイドバー)Navigation (Sidebar) 左サイドバーが標準(ハンバーガー→左からスライドイン)Left sidebar is standard (hamburger → slides in from left) 右サイドバーに移動(ハンバーガー→右からスライドイン)Move to right sidebar (hamburger → slides in from right) Material Design 3 RTL guidelines
進捗・ステッパーProgress / Stepper 左→右に進む。プログレスバーは左から右へ増加Progresses left → right. Progress bar fills left to right 右→左に進む。プログレスバーは右から左へ増加Progresses right → left. Progress bar fills right to left Apple HIG RTL DesignApple HIG RTL Design
戻る・進むボタンBack / Forward Buttons ← 戻る(左向き矢印)、→ 進む(右向き矢印)← Back (left arrow), → Forward (right arrow) → 戻る(右向き矢印)、← 進む(左向き矢印)。方向が反転→ Back (right arrow), ← Forward (left arrow). Directions reversed W3C i18n Working GroupW3C i18n Working Group
アイコンの方向Icon Directionality 「読む」「次へ」アイコンは右向き(→ ▶)"Read" / "next" icons point right (→ ▶) RTL環境ではアイコンをミラーリング(← ◀)。ただし時計・再生ボタンはミラーしないMirror icons in RTL environments (← ◀). However, clocks and play buttons are NOT mirrored Material Symbols RTL Mirroring Guidelines
フォーム入力・テキストフィールドForm Input / Text Fields カーソルは左から入力開始Cursor starts input from left カーソルは右から入力開始。数字はLTRのままの場合あり(双方向テキスト)Cursor starts input from right. Numbers may remain LTR (bidirectional text) HTML dir="rtl" / CSS direction: rtlHTML dir="rtl" / CSS direction: rtl

② 読字方向と視線走査パターン

Chabris & Simons(1999)やPastor(2008)の研究は、読字文化によってアイトラッキングの初期視点や視線の流れが異なることを示している。LTR文化では左上に視線が固定されやすく(F字パターンの起点)、RTL文化では右上に固定される傾向がある。Kondratova & Goldfarb(2007)[Kondratova2007]は「クロスカルチュラルWebデザイン」でこれを実証的に検討し、文化的背景が情報の認知優先度を規定することを示した。Research by Chabris & Simons (1999) and Pastor (2008) shows that initial eye fixation and visual flow differ by reading culture. LTR cultures tend to anchor attention at the top-left (origin of the F-pattern); RTL cultures tend to fixate at the top-right. Kondratova & Goldfarb (2007) [Kondratova2007] empirically examined this in "cross-cultural web design," demonstrating that cultural background governs cognitive prioritization of information.

③ CSSによる双方向性の実装

実装手段Implementation 内容・用途Content / Use
<html dir="rtl">ドキュメント全体のテキスト方向をRTLに設定Sets the entire document's text direction to RTL
CSS direction: rtl要素レベルのテキスト方向指定Element-level text direction specification
CSS logical properties
(margin-inline-start, etc.)
物理的方向(left/right)ではなく論理的方向(start/end)を使うことでLTR/RTLを自動切替。CSS Logical Properties(W3C 2017〜)が推奨する現代的手法Uses logical directions (start/end) rather than physical (left/right) for automatic LTR/RTL switching. The modern approach recommended by CSS Logical Properties (W3C, 2017–)
Flexbox / Grid direction と連動Flexbox / Grid direction integrationFlexboxはdirに連動してrow方向が自動反転。レイアウトの大部分をCSS Logical PropertiesとFlexboxで設計するとRTL対応コストが大幅低下Flexbox automatically reverses row direction in sync with dir. Designing most of the layout with CSS Logical Properties and Flexbox significantly reduces RTL adaptation costs
ミラーリングの例外:絶対的方向性を持つアイコンMirroring Exceptions: Icons with Absolute Directionality
RTL環境で方向を持つアイコン(矢印・戻るボタン・進行方向)は原則ミラーリングするが、以下はミラーしない:時計の文字盤(時間は文化共通)・再生・早送り・巻き戻しボタン(▶ ⏩ ⏪)(物理メディアプレーヤーの国際的慣習)・チェックマーク(✓)QRコード・バーコード。Googleの「Material RTL Mirroring Guidelines」が包括的な一覧を提供している。In RTL environments, directional icons (arrows, back buttons, progress direction) are mirrored as a rule — but the following are NOT mirrored: clock faces (time is culturally universal), play/fast-forward/rewind buttons (▶ ⏩ ⏪) (international convention from physical media players), checkmarks (✓), and QR codes / barcodes. Google's "Material RTL Mirroring Guidelines" provides a comprehensive list.

レイアウトパターンとUIレイアウト原則

レイアウトとは「何をどこに置くか」の体系的決定である。視線の流れ・情報の重み・インタラクションの優先順位を空間に落とし込む行為であり、骨格層における最も基礎的な設計判断を担う。レイアウトの原則は20世紀の印刷デザイン・建築・芸術運動から継承されており、デジタルUIはその文脈を引き継ぎながら独自の制約(デバイス多様性・インタラクション・動的コンテンツ)に対応している。Layout is the systematic determination of what goes where. It is the act of translating visual flow, information weight, and interaction priority into spatial placement — the most foundational design judgment of the Skeleton Plane. Layout principles are inherited from 20th-century print design, architecture, and art movements; digital UI continues that lineage while responding to its own constraints: device diversity, interaction, and dynamic content.

① 視覚的走査パターン

アイトラッキング研究が明らかにした「ユーザーの目の動き」の法則は、情報の配置優先順位を決定する根拠となる。Jakob Nielsen のNN/g研究(2006)[Nielsen2006] が最も広く引用される。Laws of eye movement revealed through eye-tracking research form the basis for determining information placement priority. The NN/g research by Jakob Nielsen (2006) [Nielsen2006] is the most widely cited.

パターンPattern形状・走査方向Shape / Direction典型コンテキストTypical Context設計上の示唆Design Implication
F型パターンF-Pattern左上→右(H1)→左下(H2)→縦スキャンTop-left → right (H1) → lower-left (H2) → vertical scanテキスト中心のページ・検索結果・ニュースフィードText-heavy pages, search results, news feeds左辺に重要情報・見出し先頭に核心語・右辺は補足扱いKey info on left edge; lead headings with core words; treat right side as supplementary
Z型パターンZ-Pattern左上→右上→左下→右下(対角線移動)Top-left → top-right → bottom-left → bottom-right (diagonal)ランディングページ・マーケティングページ・シンプルなカードLanding pages, marketing pages, simple cards4隅にCTA・ロゴ・見出し・サブCTAを配置する定石レイアウトClassic layout: CTA / logo / heading / sub-CTA at four corners
GutenbergダイアグラムGutenberg Diagram主視点(左上)→副視点(右上)→盲点(左下)→終端視点(右下)Primary (top-left) → secondary (top-right) → fallow (bottom-left) → terminal (bottom-right)均等なグリッドコンテンツ・雑誌見開き・広告Uniform grid content, magazine spreads, ads終端視点(右下)にCTAを置くと自然な完了行動につながるPlacing CTA at terminal point (bottom-right) aligns with natural completion behavior
レイヤーケーキパターンLayer Cake Pattern水平帯状のスキャン(見出し行を読み飛ばしながら縦移動)Horizontal band scanning (vertical movement skipping between headings)FAQ・設定ページ・アコーディオン・リスト記事FAQs, settings pages, accordions, listicle articles見出しに明確なキーワードを置くことで効率的なスキャンを支援Clear keywords in headings support efficient scanning

② UIレイアウトの基本原則

原則Principle定義DefinitionUIへの適用UI Application起源・参照Origin / Reference
視覚的階層(Visual Hierarchy)Visual Hierarchyサイズ・コントラスト・位置で情報の重要度を示すSize, contrast, and position communicate importanceH1 > H2 > 本文のタイプスケール・CTA の視覚的重量H1 > H2 > body type scale; visual weight of CTAsArnheim『Art and Visual Perception』(1954)Arnheim, Art and Visual Perception (1954)
整列(Alignment)Alignment見えない軸線に要素を揃えることで秩序と関連性を示すAligning elements to invisible axes signals order and relation左揃え基準線・カードの等間隔配置・フォームフィールドの垂直軸Left-edge baseline; equal card spacing; vertical axis of form fieldsRobin Williams『ノンデザイナーズデザインブック』(1994)C.R.A.P.原則Robin Williams, The Non-Designer's Design Book (1994) — C.R.A.P. principles
近接(Proximity)Proximity関連する要素を近づけ、無関係な要素を離すGroup related elements; separate unrelated onesラベルとフィールド・カードのコンテンツ内余白・セクション間の余白差Label–field spacing; card inner padding; spacing differential between sectionsGestalt近接の法則(Wertheimer 1923)Gestalt Law of Proximity (Wertheimer 1923)
反復(Repetition)Repetition同じ視覚要素を繰り返しブランド一貫性と予測可能性を生むRepeating visual elements creates brand consistency and predictabilityコンポーネントの再利用・カラートークン・border-radius の統一Component reuse; color tokens; unified border-radius valuesデザインシステム思想・Robin Williams C.R.A.P.原則Design systems thinking; Robin Williams C.R.A.P. principles
コントラスト(Contrast)Contrast差異を強調し視覚的アクセント・CTAの目立ちを作るEmphasizing differences creates visual accent and CTA salienceプライマリCTAの色彩対比・テキストと背景のコントラスト比(WCAG 4.5:1)Primary CTA color contrast; text–background contrast ratio (WCAG 4.5:1)Josef Albers『色彩の相互作用』(1963)・WCAG 2.1Josef Albers, Interaction of Color (1963); WCAG 2.1
リズムと余白(Rhythm & Space)Rhythm & Space一定間隔の繰り返しと余白が「読みやすさ・心地よさ」を生むRegular spacing intervals and whitespace create readability and comfort8pxグリッドに基づくスペーシングトークン・行間(1.5–1.8)・セクション余白8px-grid spacing tokens; line height (1.5–1.8); section whitespaceJan Tschichold『新しい組版』(1928)・Emil Ruder『タイポグラフィ』(1967)Jan Tschichold, Die neue Typographie (1928); Emil Ruder, Typographie (1967)

③ 代表的UIレイアウトパターン

パターンPattern構造Structure適した用途Best For代表例Examples
カラムレイアウトColumn Layout12 / 8 / 4カラムのグリッドでコンテンツを分割。サイドバー付き(8+4)・メインのみ(12)など12/8/4-column grid divides content. Sidebar (8+4), full-width (12), etc.記事・ブログ・ドキュメント・管理UIArticles, blogs, docs, admin UIsWikipedia・Medium・NotionWikipedia, Medium, Notion
カードグリッドCard Grid等サイズのカードをグリッド状に配置。Masonry(可変高さ)とFixed(固定高さ)の2種Equal-size cards arranged in a grid. Two variants: Masonry (variable height) and Fixed (uniform height)製品一覧・ギャラリー・ニュースフィード・ダッシュボードウィジェットProduct listings, galleries, news feeds, dashboard widgetsPinterest・Airbnb・Google PlayPinterest, Airbnb, Google Play
マスター詳細(Master-Detail)Master–Detail左ペイン(一覧)+ 右ペイン(詳細)の2ペイン構造。OOUIの基本構造と一致Two-pane structure: left list + right detail. Matches OOUI's fundamental structureメール・設定・ファイル管理・タスク管理Email, settings, file management, task managementApple Mail・Notion・Slack DMApple Mail, Notion, Slack DMs
ダッシュボードDashboardKPIウィジェット・グラフ・テーブルを自由グリッドに配置。情報密度が高く、スキャン可能性を重視KPI widgets, charts, and tables arranged on a free grid. High information density with emphasis on scannability分析ツール・管理パネル・BI・モニタリングAnalytics, admin panels, BI, monitoringFigma Analytics・Grafana・MixpanelFigma Analytics, Grafana, Mixpanel
ウィザード(ステッパー)Wizard / Stepper複数ステップを線形に誘導。各ステップは単一の意思決定に集中させ、進捗を常に表示Linear multi-step flow. Each step focused on a single decision; progress always visibleオンボーディング・申し込みフォーム・設定ウィザード・チェックアウトOnboarding, application forms, setup wizards, checkoutStripe Checkout・Airbnb登録・iOS設定Stripe Checkout, Airbnb signup, iOS setup
ハブ & スポークHub & Spoke中心画面(ハブ)から子画面(スポーク)に遷移し、戻りがハブのみ。深い階層構造を持つアプリ向けNavigate from a central hub screen to child spoke screens; return only to hub. For apps with deep hierarchiesスマホアプリ・設定項目・カテゴリ内コンテンツ閲覧Mobile apps, settings items, in-category content browsingiOS設定・Google Maps(検索→詳細)iOS Settings, Google Maps (search → detail)
フルスクリーン / イマーシブFull-Screen / Immersiveクロムを最小化しコンテンツを全面表示。操作UIはオーバーレイまたは周縁に退避Minimize chrome; full-surface content. Controls overlaid or pushed to edgesメディア視聴・地図・カメラ・ゲーム・コンテンツ作成ツールMedia playback, maps, camera, games, content creationYouTube・Apple Maps・Figma・Adobe PremiereYouTube, Apple Maps, Figma, Adobe Premiere
レイアウトの選択基準Layout Selection Criteria
レイアウトパターンは「かっこいいから」ではなく、①コンテンツタイプ(リスト/詳細/概要)②ユーザーのタスクフロー(探索/作業/消費)③デバイスの操作特性(タッチ半径・視線距離)から選択する。ダッシュボードのレイアウトをモバイルに適用しようとするミスマッチが代表的な失敗パターンである。Choose layout patterns based on ① content type (list/detail/overview), ② user task flow (exploration/work/consumption), ③ device interaction characteristics (touch radius, viewing distance) — not aesthetics. Applying a dashboard layout to mobile is the archetypal mismatch failure.

画面遷移の構造分類と設計判断

画面遷移は「ナビゲーションの空間的論理」を視覚的に伝えるインタラクションである。どのタイプの遷移を選択するかは表層(モーションの速度・イージング)の問題ではなく、情報構造における要素間の関係性・タスクの文脈・割り込みの必要性という骨格層の判断に基づく。遷移タイプの誤選択はユーザーの空間的メンタルモデルを混乱させ、迷子感の原因となる。Screen transitions visually communicate the "spatial logic of navigation." Choosing a transition type is not a Surface-layer question of animation speed or easing — it is a Skeleton-layer judgment based on relationships between elements in information structure, task context, and whether interruption is warranted. Choosing the wrong transition type disrupts the user's spatial mental model and is a primary cause of disorientation.

① 遷移タイプの分類

遷移タイプTransition Type 動き・方向Motion / Direction 情報構造上の意味Meaning in Information Structure 適用場面Use Cases 戻りの概念Return Concept
Push / Pop
(スライド遷移)(Slide)
新画面が右から左へスライドイン。戻りは左から右New screen slides in from right to left; back is right 階層を深く掘り下げる(親→子)。空間的に「前へ進む」感覚Drilling deeper into hierarchy (parent → child). Spatial "moving forward" sense 一覧→詳細、設定→項目設定、カテゴリ→商品List → detail, Settings → setting item, Category → product スタック構造。戻るで1階層上がるStack structure; back returns one level up
Replace / Cross-Dissolve
(クロスフェード)(Crossfade)
現在画面がフェードアウトしながら新画面がフェードインCurrent screen fades out as new screen fades in 同階層の横移動。空間的な前後関係がない兄弟要素間Lateral movement at the same level. Between sibling elements with no spatial before/after relationship タブ切り替え、ウィザードのステップ間、モード切替Tab switching, wizard steps, mode toggling 前の状態への明確な「戻り」は不要なケースが多いOften no clear "back" required
Modal / Sheet
(モーダル)(Modal)
下から上へスライドアップ(Sheet)または中央にフェードイン(Dialog)Slides up from bottom (Sheet) or fades in at center (Dialog) 現在のコンテキストを一時停止し、フォーカスタスクを割り込み実行。背景画面はスタック上に保持されるPauses current context to insert a focused task. Background screen is retained on stack 確認ダイアログ、フォーム入力、ピッカー、フィルター、認証Confirmation dialogs, form input, pickers, filters, authentication 閉じる=元のコンテキストに戻る。スタックに影響しないClose = return to original context; does not affect the stack
Overlay / Popover
(オーバーレイ)(Overlay)
既存画面の上に部分的にレイヤー表示。背景を完全に隠さないPartially layered over existing screen; does not fully hide background 文脈補足情報の提供。現在のタスクを中断させず追加情報や操作を提示Providing contextual supplementary information without interrupting the current task ドロップダウン、ツールチップ、コンテキストメニュー、インラインヘルプDropdowns, tooltips, context menus, inline help 背景タップ・Escapeで即時閉じるDismiss by tapping background or pressing Escape
Expand / Shared Element
(共有要素遷移)(Shared Element)
一覧のサムネイルや要素が拡大変形しながら詳細画面へ連続的に接続A thumbnail or element from the list continuously expands/morphs into the detail screen 要素のアイデンティティの継続性を保証。「同じものを見ている」感覚でコンテキスト喪失を防ぐPreserves continuity of element identity. The "same thing is being viewed" sensation prevents context loss 画像ギャラリー→詳細、カード→フルページ、マップピン→場所詳細Image gallery → detail, card → full page, map pin → place detail 縮小して元の位置に戻るリバースアニメーションReverse animation shrinking back to origin position
Full-Screen Takeover
(フルスクリーン遷移)(Full-Screen)
画面全体を完全に置き換える。通常のPush/Replaceより重みがある演出Complete full-screen replacement with more pronounced visual weight than standard transitions 文脈の完全切断・新しいモードへの移行。ログイン→ダッシュボード、オンボーディング完了などFull context break / mode shift. Login → dashboard, onboarding completion, etc. 認証完了後の初期画面、オンボーディング最終ステップ、セッション終了Post-auth home screen, final onboarding step, session end 「戻る」概念がない場合が多い(ログイン後はログアウトが「戻り」)Often no "back" — logout is the "return" after login

② モーダル使用判断フレームワーク

モーダルは「ユーザーの現在のフローを強制停止する」という意味で最もコストが高い遷移パターンである。使いすぎは認知的疲労とフラストレーションを招く。以下の基準で使用判断を行う。Modals are the highest-cost transition pattern because they forcibly suspend the user's current flow. Overuse leads to cognitive fatigue and frustration. Use the following criteria to decide when modals are appropriate.

判断基準Criterion モーダルを使うUse Modal モーダルを使わないAvoid Modal
タスクの性質Task nature 現在のコンテキストを参照しながら完了すべき独立タスクStandalone task requiring reference to current context そのまま別ページへ進んで実行できるタスクTask that can be completed by navigating to another page
コンテキスト保持の必要性Context preservation need 背景の画面・データを消えずに保持したいBackground screen/data must remain accessible and visible 画面遷移しても元の状態が復元できるState can be restored even after full navigation
割り込みの正当性Interruption justification 確認・同意・エラーなど即座の対応が必要Immediate response required: confirmation, consent, error ユーザーが自発的に開始するフローFlow initiated voluntarily by the user
コンテンツ量Content volume 少量のフォーム・選択肢・メッセージSmall forms, selections, messages スクロールが必要な大量コンテンツLarge content requiring scrolling
デバイスDevice デスクトップ:Dialog / タブレット:SheetDesktop: Dialog / Tablet: Sheet スマートフォンの小画面では全画面モーダルをPushで代替検討On small smartphone screens, consider replacing full-screen modals with Push

③ ナビゲーション構造と遷移タイプのマッピング

IA構造IA Structure 典型的な遷移タイプTypical Transition 根拠Rationale
階層(親→子)Hierarchy (parent → child)Push / Expand「深さ」の方向感覚と一致Aligns with the spatial sense of "going deeper"
同階層の切り替えPeer-level switchingReplace / Cross-dissolve / Tab上下・前後の空間的優劣がないNo spatial hierarchy between peers
フォーカスタスクFocused taskModal / Sheetコンテキスト保持 + 意図的割り込みRetain context + intentional interruption
文脈補足・補助情報Contextual supplementOverlay / Popover / Tooltipタスクの邪魔をしない情報追加Adding information without disrupting the task
モード切替(全体)Global mode switchFull-Screen Takeover文脈の完全リセットを明示Explicitly signals a complete context reset
遷移とモーションの分業Division: Transition Structure vs. Motion
遷移タイプの選択(どのパターンを使うか)は骨格層の設計判断であり、IA・タスク構造・デバイス特性から導く。遷移のアニメーション(イージング・デュレーション・Shared Element のSpring曲線)は表層の実装判断である。→ Ch.17 モーションデザイン参照。混同すると「動きが派手かどうか」という表層の議論に引っ張られ、構造上の問題を見落としがちになる。Choosing a transition type (which pattern to use) is a Skeleton-layer design decision derived from IA, task structure, and device characteristics. The animation of that transition (easing, duration, spring curves for Shared Element) is a Surface-layer implementation decision. → See Ch.17 Motion Design. Confusing the two pulls discussion toward "is the animation flashy enough?" and causes structural problems to be overlooked.
第5部Part 5

表層(Surface Plane)

ユーザーが直接見て触れる層。ビジュアルデザインから主要ガイドライン・アクセシビリティ・デザインシステムまでを体系化する。The layer users directly see and touch. Systematizes visual design, major guidelines, accessibility, and design systems.

第10章 ビジュアルデザイン基礎

Covers typographic hierarchy, color theory, grid systems, Gestalt principles for perceptual grouping, whitespace theory, color psychology across cultures, and shape psychology (curvature effects, Bouba/Kiki, Arnheim). Explains how visual design directly implements the Surface Plane through academic principles.

ビジュアルデザインは「見た目の好み」ではなく、情報の優先度・ユーザーの視線誘導・感情的反応を制御する専門技術である。タイポグラフィ・カラー理論・グリッドシステムの原則を理解し、視覚的な一貫性と可読性を設計する方法を学ぶ。Visual design is not about aesthetic preference — it is the professional discipline of controlling information hierarchy, directing user attention, and shaping emotional response. This chapter covers the principles of typography, color theory, and grid systems for designing visual consistency and readability.

タイポグラフィ

Robert Bringhurst の The Elements of Typographic Style[Bringhurst1992]は組版の古典的参照書。UIデザインにおいてタイポグラフィは情報の階層・読みやすさ・ブランドを伝える最も基本的な要素である。Robert Bringhurst's The Elements of Typographic Style [Bringhurst1992] is the classic typesetting reference. In UI design, typography is the most fundamental element for conveying information hierarchy, readability, and brand.

用語Term説明Description推奨値(Web)Recommended (Web)
フォントサイズFont size本文の基準サイズBody text baseline size16px以上16px or larger
行間(Line Height)Line spacing (Line Height)行の高さLine height1.5〜1.8(本文)1.5–1.8 (body text)
行長(Measure)Line length (Measure)1行の文字数Characters per line45〜75文字45–75 characters
タイプスケールType scale見出し〜本文の比率Heading-to-body ratioMajor Third (×1.250) / Perfect Fourth (×1.333)

日本語タイポグラフィの特殊性Japanese Typography Specifics

カラーセオリーと配色

アクセシビリティ上の注意色だけで情報を伝えてはならない(WCAG 1.4.1)。世界人口の約8%(男性)が色盲。色に加えてアイコン・テキスト・パターンで状態を伝えること。Accessibility NoteDo not convey information through color alone (WCAG 1.4.1). Approximately 8% of the male population has color blindness. Use icons, text, and patterns in addition to color to communicate state.

グリッドシステムとレイアウト

8pt グリッド:すべてのスペーシングを8の倍数(4, 8, 16, 24, 32, 48, 64px)で統一。デザイントークンとして spacing-1=4px / spacing-2=8px / spacing-4=16px 等の命名規約で実装と接続する。Webの標準的グリッドは12カラム(Bootstrap由来)だが、Material Designの4px基底グリッドも広く採用されている。8pt Grid: Unify all spacing to multiples of 8 (4, 8, 16, 24, 32, 48, 64px). Connect to implementation via Design Tokens with naming conventions like spacing-1=4px / spacing-2=8px / spacing-4=16px. The standard web grid is 12 columns (Bootstrap-derived), but Material Design's 4px base grid is also widely adopted.

ゲシュタルト原則

Max Wertheimer(1923)[Wertheimer1923]が創始し、Wolfgang Köhler・Kurt Koffka らが発展させたゲシュタルト心理学は、「人間はバラバラな要素の集合ではなく、全体的なパターン(ゲシュタルト)として知覚する」という原理を核心とする。この知見は視覚デザインにおいて、ユーザーが要素間の関係性をどのように自動的に解釈するかを予測するための基盤理論として機能する。Founded by Max Wertheimer (1923) [Wertheimer1923] and developed by Wolfgang Köhler and Kurt Koffka, Gestalt psychology holds that humans perceive not collections of isolated elements but holistic patterns (Gestalten). In visual design, it serves as the foundational theory for predicting how users automatically interpret relationships between elements.

原則Principle定義DefinitionUIへの応用例UI Application
近接(Proximity)Proximity近い要素は同一グループとして知覚されるElements placed close together are perceived as belonging to the same groupラベルとフォームフィールドの距離・カードコンポーネントのグルーピングLabel–field proximity; card component grouping
類似(Similarity)Similarity形・色・大きさが似た要素は同類として知覚されるElements sharing shape, color, or size are perceived as related同じ色・形のアイコンが同じカテゴリに属することを伝えるIcons sharing color/shape signal membership in the same category
閉合(Closure)Closure不完全な図形でも脳が補完して全体として認識するThe brain completes incomplete shapes to perceive a whole部分的に隠れたカードやモーダルの枠で「続きあり」を示すPartially hidden cards/modals imply "more content beyond"
連続(Continuity)Continuity視線は直線・曲線の流れに沿って自然に移動するThe eye naturally follows the flow of lines and curvesカルーセルの矢印・フォームのステッパー・タイムラインUICarousel arrows; form steppers; timeline UIs
共通運命(Common Fate)Common Fate同じ方向・速度で動く要素は同一グループと認識されるElements moving in the same direction/speed are perceived as a unitスワイプ時に同時に動く要素・チェックボックスの一括選択アニメーションElements moving together on swipe; bulk-select animations
図と地(Figure–Ground)Figure–Ground視覚は前景(図)と背景(地)を即座に分離して処理するVision immediately separates foreground (figure) from background (ground)モーダルのオーバーレイ・ドロップダウンの影(elevation)・ホバー状態のハイライトModal overlays; dropdown shadows (elevation); hover highlights
対称性(Symmetry)Symmetry左右対称の形は安定・完結した単体として知覚されるSymmetrical shapes are perceived as stable, complete unitsセンタリングされたダイアログ・対称的なナビゲーションタブCentered dialogs; symmetrical navigation tabs
プレグナンツ(Prägnanz)Prägnanz (Good Form)人は最も単純・規則的・対称的な解釈を自動的に選択するThe mind automatically selects the simplest, most regular, most symmetric interpretation複雑なUIを単純な幾何学形として「読む」視覚整理の原理The principle behind visually "reading" complex UI as simple geometric shapes
ゲシュタルト違反がUXに与えるダメージThe Cost of Gestalt Violations
ゲシュタルト原則に反するレイアウトは、ユーザーに認知コスト(混乱・再読み)を強いる。たとえばラベルと関係のないフィールドが近くに配置されると「近接の原則」が誤ったグループ解釈を生み、フォームエラーを誘発する。ゲシュタルト適合 ≠ 美しさの問題であり、情報設計の精度の問題である。Layouts that violate Gestalt principles impose cognitive costs (confusion, re-reading). For instance, placing an unrelated label near a field triggers the Proximity principle to form incorrect groupings, inducing form errors. Gestalt conformance is not about aesthetics — it is a matter of information design precision.

余白とホワイトスペース

余白(Whitespace / Negative Space)とは、コンテンツが存在しない領域そのものをデザイン要素として積極的に活用する概念である。Jan Tschichold(1928)[Tschichold1928]が近代組版の基礎として体系化し、Josef Müller-Brockmann(1961)[MuellerBrockmann1961]がグリッドシステムと組み合わせて発展させた。デジタルUIにおいても余白は「何もない無駄なスペース」ではなく、視線誘導・可読性・ブランド品質を決定する設計判断である。Whitespace (negative space) is the active use of content-free areas as design elements. Jan Tschichold (1928) [Tschichold1928] systematized it as the foundation of modern typography, and Josef Müller-Brockmann (1961) [MuellerBrockmann1961] developed it in combination with grid systems. In digital UI, whitespace is not "empty wasted space" — it is a design decision that determines gaze direction, readability, and brand quality.

分類Category説明DescriptionUIでの例UI Example
マクロ余白Macro Whitespaceレイアウト全体・セクション間の大きな余白。ページの「呼吸」を作るLarge whitespace between sections and the layout as a whole. Creates "breathing room" for the pageApple.comのヒーローセクション・プレミアムブランドのランディングページApple.com hero sections; premium brand landing pages
マイクロ余白Micro Whitespaceテキスト行間・文字間・ボタンのパディング等、要素内部の細かい余白Fine whitespace within elements: line height, letter spacing, button padding行間1.5〜1.8・ボタンの上下パディング12px・アイコンとラベルの間隔8pxLine height 1.5–1.8; button vertical padding 12px; icon–label gap 8px
アクティブ余白Active Whitespace意図的に配置された余白。視線誘導・優先度の強調に使うDeliberately placed whitespace used to direct attention and emphasize priorityCTAボタン周囲の広い余白で視線を集中させるWide margins around a CTA button focus attention on it
パッシブ余白Passive Whitespaceデフォルトや慣習から生じる余白。意図的でなく機能的Whitespace arising from defaults or conventions. Functional rather than intentional段落間の行間・テキスト行末の余白Paragraph spacing; end-of-line whitespace
余白とブランド品質の関係Whitespace and Brand Quality
心理学研究(Spool 2004; Fenske et al. 2004)は、余白の多いレイアウトほど高品質・高信頼・プレミアムという印象を生成することを示している。逆に余白の乏しいレイアウトは「廉価・情報過多・信頼できない」という知覚につながりやすい。Appleが意図的に余白を設計の核心に置いているのはこの知覚効果を活用しているためである。Research (Spool 2004; Fenske et al. 2004) shows that layouts with more whitespace generate perceptions of high quality, high trust, and premium positioning. Conversely, whitespace-sparse layouts tend to be perceived as "cheap, information-overloaded, and untrustworthy." Apple's deliberate use of whitespace as a design core leverages this perceptual effect.

色彩心理学

Johannes Itten(1961)[Itten1961]がバウハウスで体系化した色彩論を起点に、Faber Birren(1961)・Eva Heller(1992)[Heller1992]らが色と感情の関係を実証的に研究した。色彩は単なる美的選択ではなく、注意喚起・感情状態・ブランドの信頼性知覚を制御する認知的インターフェースである。ただし色彩の意味は文化圏によって大きく異なるため、グローバルプロダクトではローカライゼーション検討が必須となる。Building on Johannes Itten's (1961) [Itten1961] color theory systematized at the Bauhaus, Faber Birren (1961) and Eva Heller (1992) [Heller1992] empirically researched the relationship between color and emotion. Color is not merely an aesthetic choice — it is a cognitive interface that controls attention, emotional state, and perceived brand trustworthiness. However, the meaning of color varies significantly across cultures, making localization considerations essential for global products.

Color主な心理作用(西洋文化圏)Primary Psychological Effect (Western cultures)UIでの典型的使用Typical UI Use文化差の注意点Cultural Variation Notes
Red緊急性・危険・興奮・情熱・食欲促進Urgency, danger, excitement, passion, appetite stimulationエラー状態・CTA(セール)・通知バッジ・削除操作Error states; sale CTAs; notification badges; delete actions中国では幸運・慶事の色Lucky, celebratory color in China
Blue信頼・安心・落ち着き・権威・冷静Trust, safety, calm, authority, rationality金融・医療・BtoB SaaSのプライマリカラー・リンク色Primary color for finance, healthcare, B2B SaaS; link color中東では喪の色とされる場合もCan signify mourning in parts of the Middle East
Green成功・健康・自然・安全・許可Success, health, nature, safety, permission成功状態・進捗バー・エコ・ヘルスケアUISuccess states; progress bars; eco and healthcare UIs一部の文化では嫉妬や未熟の象徴Symbol of envy or immaturity in some cultures
黄・橙Yellow / Orange警告・注意・エネルギー・楽観・創造性Warning, caution, energy, optimism, creativity警告メッセージ・行動喚起・子供向けUI・フードデリバリーWarning messages; CTAs; children's UI; food delivery黄は一部文化で悲しみ・嫉妬の色Yellow denotes sadness/jealousy in some cultures
Purple高貴・創造・神秘・ラグジュアリーNobility, creativity, mystery, luxuryプレミアム会員・AIブランド(Figma・Claude等)・美容Premium membership; AI brands (Figma, Claude, etc.); beauty欧州の一部では喪の色Mourning color in parts of Europe
Black権威・洗練・高級感・力強さAuthority, sophistication, luxury, powerダークモード・プレミアムブランド・フォーマルUIDark mode; premium brands; formal UIs西洋では喪服の色。日本では儀礼色にもMourning color in the West; ceremonial in Japan
White清潔・シンプル・誠実・余白の確保Cleanliness, simplicity, honesty, whitespace provision医療・ミニマリストUI・フォームの背景・コンテンツエリアMedical; minimalist UI; form backgrounds; content areas東アジアの一部では喪の色(白い花=弔問)Mourning color in parts of East Asia (white flowers = condolence)
コントラスト比と可読性Contrast Ratio and Readability
WCAG 2.1 AA基準では、本文テキストのコントラスト比は最低4.5:1(大きなテキストは3:1)が必要。WebAIM Contrast Checkerで確認する。黄色・ライトグリーン系は背景白では極めてコントラストが低くなりやすいため、テキストカラーとしての使用に注意。WCAG 2.1 AA requires a minimum contrast ratio of 4.5:1 for body text (3:1 for large text). Use the WebAIM Contrast Checker. Yellow and light green are prone to very low contrast against white backgrounds — use with caution as text colors.

形状の心理作用

Rudolf Arnheim は著書 Art and Visual Perception(1954 / 1974年改訂)[Arnheim1954]で、視覚的形状が感情・意味・動勢(Dynamic)を喚起することを体系的に論じた。UIデザインにおいては、角の丸み・線の太さ・形状の輪郭が、ユーザーの安心感・信頼感・緊張感に直接影響する。In Art and Visual Perception (1954, revised 1974) [Arnheim1954], Rudolf Arnheim systematically argued that visual shapes evoke emotions, meanings, and dynamic tensions. In UI design, corner rounding, line weight, and shape contours directly affect user feelings of safety, trust, and tension.

形状・属性Shape / Attribute心理的作用Psychological Effect学術的根拠Academic BasisUIへの応用UI Application
丸み・曲線Roundness / Curves親しみ・柔らかさ・安全・温かみ・信頼Friendliness, softness, safety, warmth, trustBouba/Kiki効果(Ramachandran & Hubbard 2001)[Ramachandran2001]:丸い形は柔らかい音「ボウバ」と結びつくBouba/Kiki effect (Ramachandran & Hubbard 2001) [Ramachandran2001]: round shapes associate with soft sound "bouba"コンシューマー向けアプリのボタン角丸・チャットバブル・子供向けUIRounded buttons for consumer apps; chat bubbles; children's UI
角張り・直線Angularity / Straight Lines権威・精確・強さ・男性的・緊張Authority, precision, strength, masculinity, tensionBouba/Kiki効果:尖った形は硬い音「キキ」と結びつく。Bar & Neta(2006)[Bar2006]の研究では角ばった形状が扁桃体反応を高めるBouba/Kiki: pointed shapes associate with sharp sound "kiki." Bar & Neta (2006) [Bar2006] found angular shapes elevate amygdala response金融・セキュリティ・BtoBのシャープなコンポーネント・データテーブルFinance/security/B2B sharp components; data tables
円・正円Circle完全・統一・永続・包容・無限Completeness, unity, eternity, inclusiveness, infinityArnheim(1954):円は最も閉じた・安定した形状として知覚されるArnheim (1954): the circle is perceived as the most closed and stable shapeアバター画像・プログレスリング・ローダー・バッジAvatar images; progress rings; loaders; badges
三角形・矢印Triangle / Arrow方向性・動き・危険(逆三角)・革新・鋭さDirection, motion, danger (inverted), innovation, sharpnessHeider & Simmel(1944)[Heider1944]:三角形は攻撃的・目的指向の主体として自動的に解釈されるHeider & Simmel (1944) [Heider1944]: triangles are automatically interpreted as aggressive, goal-directed agents再生ボタン・展開矢印・警告アイコン・CTAの方向表示Play buttons; expand arrows; warning icons; CTA directional markers
正方形・長方形Square / Rectangle安定・信頼・秩序・静止・均等Stability, trust, order, stillness, balanceArnheim(1954):水平・垂直の均等分割は視覚的均衡(Visual Equilibrium)を生むArnheim (1954): equal horizontal/vertical division creates visual equilibriumカードコンポーネント・テーブルセル・フォームフィールド・コンテンツブロックCard components; table cells; form fields; content blocks
曲率半径(border-radius)Border Radius (Curvature)radius値が大きいほど「親しみやすさ・遊び心」が増し、小さいほど「プロフェッショナル・固さ」の印象になるLarger radius → more "friendliness and playfulness"; smaller radius → "professional and rigid"Eysenck(1941)・後のCRR(Curvature-Roundness-Radius)研究群Eysenck (1941) and subsequent CRR (Curvature–Roundness–Radius) researchiOS: 大きな角丸(親しみ)/ Material Design: 素材別radius変数 / Enterprise UI: 小さな角丸iOS: large radius (friendly) / Material Design: per-component radius tokens / Enterprise UI: small radius
形状の一貫性とデザインシステムShape Consistency and Design Systems
ユーザーは一貫した形状語彙から「このブランドは信頼できる・統一感がある」という印象を受け取る。デザインシステムにおけるShape Token(border-radius-sm / md / lg)の定義は、ブランドの形状哲学を一貫して実装するための仕組みである。Appleが全UIに一貫して大きな角丸を採用しているのはブランドレベルの形状決定である。Users perceive consistent shape vocabulary as signaling "this brand is trustworthy and coherent." Defining Shape Tokens (border-radius-sm / md / lg) in a design system is the mechanism for implementing a brand's shape philosophy consistently. Apple's universal adoption of large corner radii across all UI is a brand-level shape decision.

UIの表現様式と潮流

UIデザインの視覚スタイルは、テクノロジーの変化・文化的文脈・ユーザー心理のトレンドを反映しながら変遷してきた。各様式は単なる「見た目」ではなく、当時のデバイス制約・インタラクション哲学・ブランド戦略と密接に結びついている。The visual styles of UI design have evolved in response to technological shifts, cultural contexts, and user psychology trends. Each style is not merely an aesthetic choice but is deeply connected to the device constraints, interaction philosophy, and brand strategy of its era.

様式Style時期・起源Period / Origin特徴Characteristics心理的根拠Psychological Basis代表例・現在の評価Examples / Status
Skeuomorphism
スキューモフィズム
~1984–2013
Apple Mac OS・iPhone初期
~1984–2013
Apple Mac OS / early iPhone era
現実の物質(革・木・金属・紙)を忠実に模倣したテクスチャ・影・質感。Susan Kare(1984)がMac用ゴミ箱・フォルダアイコンを日用品から着想したのが起点Faithfully mimics real-world materials — leather, wood, metal, paper — through textures, shadows, and tactile finishes. Susan Kare (1984) originated the approach with Mac's trash/folder icons drawn from everyday objectsアフォーダンス理論(Gibson 1977 / Norman 1988):物理的対応物への親しみがインタラクションの学習コストを下げる。デジタル機器が普及していなかった時代に「使い方が直感的にわかる」を実現Affordance Theory (Gibson 1977 / Norman 1988): familiarity with physical counterparts lowers interaction learning cost. Enabled "intuitively obvious usage" in an era of low digital literacyiOS 6メモ帳(罫線帳)・ゲームセンターの緑ギャンブルテーブル・iCalの革張りカレンダー。高解像度ディスプレイの普及でテクスチャの「偽物感」が露呈し、iOS 7(2013)のFlat移行で終焉iOS 6 Notepad (ruled-paper texture), Game Center (green felt gambling table), iCal leather calendar. High-DPI displays exposed the "fakeness" of textures, leading to iOS 7 (2013) Flat shift
Metro / Flat Design
フラットデザイン
~2010–現在
Microsoft Windows Phone(2010)・Apple iOS 7(2013)
~2010–present
Microsoft Windows Phone (2010) / Apple iOS 7 (2013)
テクスチャ・グラデーション・影を排除し、2Dの幾何学的形状・鮮やかな単色・タイポグラフィを前面に。Microsoftの「Metro」デザイン言語が先駆けとなり、その後Appleが追随Eliminates textures, gradients, and shadows in favor of 2D geometric shapes, vivid flat colors, and typography-first layouts. Microsoft's "Metro" design language pioneered the shift; Apple followed with iOS 7情報処理流暢性(Reber et al. 2004):シンプルな形状は処理速度が速く「美しい」と感じられやすい。Bauhaus・国際タイポグラフィ様式の「Less is more」の系譜Processing Fluency (Reber et al. 2004): simpler shapes are processed faster and perceived as more beautiful. Lineage from Bauhaus and International Typographic Style's "Less is more"Windows 8/10・iOS 7–現在・多くのWebアプリUI。過度にFlat化したUIで「押せるかどうかわからない」問題が発生し、Flat 2.0(微細な影付き)やMaterialへと進化Windows 8/10; iOS 7–present; most modern web app UIs. Over-flattening created "can't tell what's tappable" issues, leading to Flat 2.0 (subtle shadows) and Material Design
Material Design2014–現在
Google I/O 2014発表
2014–present
Announced at Google I/O 2014
紙と墨汁のメタファーを基礎とした「物理法則を持つ仮想マテリアル」モデル。Elevation(z軸の奥行き)・影・リップルエフェクト・8dpグリッドシステムを体系化。Flat Designの「アフォーダンス欠如」問題への回答A "virtual material with physical laws" model based on paper-and-ink metaphors. Systematizes Elevation (z-axis depth), shadows, ripple effects, and an 8dp grid. A direct response to Flat Design's "missing affordance" problemエコロジカル知覚運動の法則:影によるz軸深度がレイヤー関係を直感的に伝える。アニメーションはニュートン力学に準拠(慣性・加速・減速)し、動きの予測可能性を高めるEcological perception and laws of motion: z-axis depth via shadows intuitively communicates layer relationships. Animations follow Newtonian mechanics (inertia, acceleration, deceleration) to maximize motion predictabilityAndroid OS・Google Workspace・Google Maps・Flutter UI。Material Design 3(2021)でdynamic color(壁紙からパレット生成)を導入し、パーソナライゼーションを強化Android OS; Google Workspace; Google Maps; Flutter UI. Material Design 3 (2021) introduced dynamic color (palette from wallpaper) to strengthen personalization
Neumorphism
ニューモーフィズム
~2019–2020
Michal Malewicz(Dribbble投稿)
~2019–2020
Michal Malewicz (Dribbble post)
背景と同色のボタンを凹凸した光源(二方向の影)で浮き上がらせる手法。スキューモフィズムとFlat Designの中間的なリアリズム。押し込まれた状態は内側への凹み影で表現Buttons the same color as the background given depth via two-directional shadows (light and dark). A middle ground between Skeuomorphism and Flat. Pressed state shown with inset shadows触覚的アフォーダンスGestalt 突出性:凹凸の光源模倣が「押せる物体」の知覚を生む。ただしコントラスト比が低いためWCAG AAを満たさないケースが多く、アクセシビリティ批判を受けたTactile affordance and Gestalt salience: simulated lighting creates perception of "pressable objects." However, low contrast ratios frequently fail WCAG AA standards, drawing accessibility criticism概念実証・Dribbbleショット多数。プロダクション採用はほぼなし。アクセシビリティ上の問題から実用性が低いと評価され、ダッシュボードUI・音楽プレーヤーUIの限定的な文脈でのみ使用Mainly concept/Dribbble shots; almost no production adoption. Rated impractical due to accessibility issues; limited use in dashboard and music-player UI contexts only
Glassmorphism
グラスモーフィズム
~2020–現在
Apple macOS Big Sur(2020)・Microsoft Fluent Design
~2020–present
Apple macOS Big Sur (2020) / Microsoft Fluent Design
半透明のすりガラス効果(backdrop-filter: blur)・白い縁取り・背景を透かしたコンテンツ階層。階層の奥行きを示しながらも軽量感を維持。CSS backdrop-filterの広範対応が普及を後押しFrosted-glass semi-transparency (backdrop-filter: blur), white borders, and content hierarchy visible through the background. Maintains sense of lightness while conveying depth. Broad CSS backdrop-filter support accelerated adoption視覚的階層と透明性:透過層はGestaltの「図と地」を複数レイヤーで重ねることで情報密度と奥行きを両立。AppleがmacOS・iOS・visionOSで一貫採用し、「信頼できる先端技術」の記号として機能Visual hierarchy and transparency: layered translucency stacks multiple "figure-ground" relationships, combining information density with depth. Consistent Apple adoption (macOS/iOS/visionOS) positions it as a signifier of trusted cutting-edge technologymacOS Sonoma通知センター・iOS コントロールセンター・Windows 11 Acrylic・Apple Vision Pro空間UI。visionOSでは物理空間との融合のためGlassmorphismが主要言語となっているmacOS Sonoma Notification Center; iOS Control Center; Windows 11 Acrylic; Apple Vision Pro spatial UI. In visionOS, Glassmorphism has become the primary language for blending with physical space
Claymorphism
クレイモーフィズム
~2021–
Hype4 Academy・Michal Malewicz提唱
~2021–
Coined by Hype4 Academy / Michal Malewicz
膨らんだ粘土のような3Dオブジェクト・大きな角丸・パステルカラー・内側グロー(inner shadow)・ソフトな外側影の組み合わせ。Skeuomorphismのリバイバルだが手触り感よりも「触れたい」可愛らしさ優先3D inflated clay-like objects, large radii, pastel colors, inner glow (inner shadow), and soft outer shadow combined. A Skeuomorphism revival that prioritizes "touchable cuteness" over tactile realism触覚的魅力(Haptic Appeal)Cute Aggression(Oriana Aragón 2015):丸く柔らかい形状への「触れたい」衝動。NFT・メタバース・子ども向けアプリの文脈で爆発的に拡散Haptic Appeal and Cute Aggression (Oriana Aragón 2015): the urge to "squeeze" round, soft shapes. Exploded in NFT, metaverse, and children's app contexts多くのNFTプロジェクト・メタバースアバター・教育アプリ・フードデリバリーアプリのキャラクター。Apple Vision Pro発表後、空間UIとの親和性から3D要素として再評価中Many NFT projects; metaverse avatars; educational apps; food-delivery app characters. Being reevaluated as a 3D spatial UI element after Apple Vision Pro announcement
Brutalism
ブルータリズム
~2014–(断続的)
建築のBrutalismからの援用
~2014– (intermittent)
Appropriated from architectural Brutalism
意図的な無加工感・生のHTML的タイポグラフィ・非整列・高コントラスト・視覚的ノイズの肯定。デザイン「美化」への反発として、あえて「醜さ」や機能むき出しを表現Deliberate rawness, "bare HTML" typography, misalignment, high contrast, and embraced visual noise. A reaction against design "beautification" — intentionally expressing "ugliness" or exposed function違和感と記憶定着(Von Restorff効果 1933):既存UIの文法を意図的に破ることで視覚的突出性を高め、ブランド記憶を強化。アート・カルチャー・ファッション文脈での差別化手段として機能Distinctiveness and memory encoding (Von Restorff Effect 1933): deliberately breaking UI grammar heightens visual salience and strengthens brand recall. Functions as a differentiator in art, culture, and fashion contextsBloomberg Businessweek Web版・一部のファッションブランドサイト・ポートフォリオサイト・カウンターカルチャーメディア。一般プロダクトUIには不向きだが、ブランドアイデンティティ目的では有効Bloomberg Businessweek web; some fashion brand sites; portfolio sites; counter-culture media. Unsuitable for general product UI but effective for brand identity purposes
AI-Native UI
AIネイティブUI
~2022–現在
ChatGPT(2022)・Copilot・Geminiの普及
~2022–present
ChatGPT (2022) / Copilot / Gemini proliferation
チャットファースト・プロンプト入力・ストリーミングレスポンス・インラインAI提案(Ghost Text)・生成コンテンツのインライン表示。従来の「フォーム+ボタン」UIから「対話+生成」UIへのパラダイムシフトChat-first, prompt input, streaming responses, inline AI suggestions (Ghost Text), and inline display of generated content. A paradigm shift from traditional "form + button" UI to "dialogue + generation" UIインクリメンタル開示とストリーミング知覚:テキストが徐々に現れることが「思考中」の印象を与え、待機ストレスを軽減(Maister 1985の知覚待ち時間理論に類似)。Ghost Textは認知的オートコンプリート欲求に応えるIncremental disclosure and streaming perception: gradually appearing text conveys "thinking in progress," reducing wait stress (analogous to Maister 1985 perceived-wait-time theory). Ghost Text satisfies cognitive autocomplete desireChatGPT・Claude・GitHub Copilot・Notion AI・Figma AI。空間的なUIレイアウトに依存せず「意図の入力→生成結果の評価・編集」サイクルが中心となる新しいUXパターンを形成しつつあるChatGPT; Claude; GitHub Copilot; Notion AI; Figma AI. Forming a new UX pattern centered on the "intent input → generated output evaluation/editing" cycle, largely independent of traditional spatial UI layout
様式選択の基準Criteria for Style Selection
UIの表現様式はトレンドに追随するだけでなく、①ブランドの価値観との整合性 ②ターゲットユーザーの文化的文脈 ③デバイス・技術制約 ④アクセシビリティへの影響を総合的に評価して選択する。「何が流行っているか」より「誰のためのUIか」を問うことが、持続可能なビジュアルデザイン判断の核心である。Choosing a UI style should not merely follow trends. Evaluate: ① alignment with brand values, ② cultural context of target users, ③ device and technology constraints, ④ accessibility impact. The core of sustainable visual design judgment is asking "who is this UI for?" rather than "what is trending?"

UI様式の変遷タイムライン

年代Era主な様式Dominant Style技術背景Technology Context転換の契機Turning Point
1984–2006Skeuomorphism低解像度ディスプレイ・マウス操作・デジタルリテラシー低Low-res displays; mouse input; low digital literacySusan Kare のMac初代アイコン群Susan Kare's original Mac icon set
2007–2012Skeuo全盛(iPhone時代)Peak Skeuomorphism (iPhone era)タッチスクリーン・Retina初期Touchscreen; early Retina displayiOS・App Store爆発的普及Explosive iOS/App Store growth
2010–2013Metro / Flat移行期Metro / Flat transition高解像度ディスプレイ普及・レスポンシブWebHigh-DPI displays; responsive webWindows Phone 2010・iOS 7(2013)Windows Phone 2010; iOS 7 (2013)
2014–2018Flat / Material DesignAndroid普及・デザインシステム概念の確立Android growth; emergence of design systemsGoogle Material Design発表(2014)Google Material Design launch (2014)
2019–2021Neumorphism / Glassmorphism / ClaymorphismOLED・高性能GPU・CSS backdrop-filter対応OLED; high-performance GPU; CSS backdrop-filter supportmacOS Big Sur(2020)・NFTブームmacOS Big Sur (2020); NFT boom
2022–現在2022–presentAI-Native UI / Spatial UILLM・生成AI・空間コンピューティング(Vision Pro)LLMs; generative AI; spatial computing (Vision Pro)ChatGPT公開(2022)・Apple Vision Pro(2024)ChatGPT launch (2022); Apple Vision Pro (2024)

アイコノグラフィと記号論:アイコンの意味論的基盤

アイコンは「最小のビジュアルコミュニケーション単位」であり、表層における情報伝達の効率を左右する。しかしアイコンの意味は自明ではなく、記号としての性質・文化的文脈・学習履歴に深く依存する。記号論(セミオティクス)と認知心理学の知見がアイコン設計の学術的基盤を提供している。An icon is "the smallest unit of visual communication" and determines the efficiency of information conveyance at the Surface layer. However, icon meaning is not self-evident — it depends deeply on semiotic properties, cultural context, and learned associations. Semiotics and cognitive psychology provide the academic foundation for icon design.

① パースの記号三分類(Semiotic Triad)

Charles Sanders Peirce(1867 / 1903)[Peirce1903] が提唱した記号の3類型は、UIアイコンを設計・評価するための基礎的枠組みとなっている。The three-class typology of signs proposed by Charles Sanders Peirce (1867/1903) [Peirce1903] provides the foundational framework for designing and evaluating UI icons.

記号タイプSign Type 定義Definition UIアイコン例UI Icon Examples 習得コストLearning Cost 設計上の注意Design Note
イコン(Icon)
類似による記号
Icon
(similarity)
指示対象と視覚的に似ている。形が意味を直接表すVisually resembles the referent; shape directly represents meaning 家(ホーム)・ゴミ箱(削除)・ハサミ(切り取り)・電話(通話)House (home), trash bin (delete), scissors (cut), phone (call) 低(直感的)Low (intuitive) 現実の物体と「似せる」ほど直感性は高いが、抽象概念には不向きHigher resemblance = more intuitive, but unsuitable for abstract concepts
インデックス(Index)
因果・隣接による記号
Index
(causal/contiguous)
指示対象との物理的・因果的関係性によって意味を持つMeaning comes from physical or causal relationship to the referent 矢印(方向・進む)・赤丸(エラー・危険)・感嘆符(警告)・砂時計(待機)Arrow (direction/proceed), red circle (error/danger), exclamation mark (warning), hourglass (wait) 中(慣習も一部必要)Medium (some convention needed) 方向性や状態を示すのに適するが、誤解を生じやすい文化差があるGood for direction and state; cultural differences can cause misunderstanding
シンボル(Symbol)
慣習・規約による記号
Symbol
(conventional)
形と意味の関係は恣意的で社会的慣習により成立するRelationship between form and meaning is arbitrary, established by social convention ハンバーガーメニュー(≡)・シェア(↑)・三角再生ボタン(▶)・ハート(いいね)Hamburger menu (≡), share (↑), triangle play (▶), heart (like) 高(習得・学習が必要)High (requires learning) 意味は学習で習得される。普及すれば高効率だが、新規ユーザーには必ずラベルを併用Meaning acquired through learning. Highly efficient once established, but always pair with a label for new users

② アイコン理解の研究系譜

研究・著作Research / Work Year 主な知見Key Finding
ISOTYPE
(オットー・ノイラート&ゲルト・アルンツ)(Otto Neurath & Gerd Arntz)
1936 国際的に読める統計ピクトグラムの体系。「教育は言語に依存すべきでない」という信念から発展。アイコン設計における文化横断的表現の先駆け。現代のピクトグラム・インフォグラフィックの原型System of statistically readable pictograms designed for international comprehension. Founded on the belief "education should not depend on language." Pioneered cross-cultural icon expression; the prototype for modern pictograms and infographics
Lodding (1983)
「Iconic Interfacing」"Iconic Interfacing"
1983 コンピュータUIにおけるアイコン認識を体系的に研究した初期論文。アイコンの具体性(Concreteness)が理解度に影響することを示した。抽象的概念ほどアイコン化が難しいEarly systematic study of icon recognition in computer UIs. Demonstrated that concreteness of an icon significantly affects comprehension. More abstract concepts are harder to iconify
Rogers (1989)
「Icons at the Interface」"Icons at the Interface"
1989 6種類のアイコン表現(類似・例示・象徴・恣意・関係・比喩)の認識率比較。具体的な類似アイコンが最も習得が速く、恣意的(シンボル型)は最も誤解が多い。ラベルとの組み合わせが認識率を大幅改善Compared recognition rates across 6 icon expression types (resemblance, exemplar, symbolic, arbitrary, relational, metaphoric). Concrete resemblance icons are learned fastest; arbitrary (symbol-type) produce the most errors. Label pairing dramatically improves comprehension rates
Horton (1994)
The Icon Book
1994 実務家向けアイコン設計の集大成。視覚的複雑さ・文化差・メタファーの選択について体系化。「アイコンは翻訳が必要な言語」と定義し、文化ごとのアイコン意味のズレを包括的に調査Definitive practitioner guide to icon design. Systematizes visual complexity, cultural differences, and metaphor selection. Defined icons as "a language that requires translation" and comprehensively surveyed cultural mismatches in icon meaning
Fernandes (1995)
Global Interface Design
1995 ローカライゼーション観点からアイコンの文化的意味のズレを体系化。カラーと組み合わせた場合の誤解リスクも分析。グローバルUIではラベル必須・文化ニュートラルなアイコン選定が原則Systematized cultural meaning mismatches in icons from a localization perspective. Analyzed misunderstanding risks when combined with color. Principle: mandatory labels and culturally neutral icon selection for global UIs

③ アイコン設計の実践原則

原則Principle 内容・根拠Content / Basis 実装指針Implementation
ラベル必須の法則Mandatory Label Rule Nielsen(1994)のユーザビリティ評価:アイコン単体での正答率は平均60%未満。シンボル型は特に低いNielsen (1994) usability studies: icon-only correct recognition averages below 60%; symbol-type icons especially low ナビゲーションアイコンには必ずラベルを付与。テキストラベルが省略できるのは「戻る矢印」など高度に普及したアイコンのみAlways pair navigation icons with labels. Labels may be omitted only for highly established icons such as the back arrow
文化ニュートラルCultural Neutrality Horton(1994)・Fernandes(1995):宗教的・政治的・文化特有の意味を持つ形象は使用回避Horton (1994), Fernandes (1995): avoid forms carrying religious, political, or culturally specific meanings グローバルUI:ハート(文化により意味差)・手のジェスチャー(意味差大)・国旗・宗教シンボルは要注意Global UI caution: heart (meaning varies), hand gestures (high variation), flags, religious symbols require review
視覚的複雑さの管理Visual Complexity Control Lodding(1983):細部が多いアイコンは小サイズで判別不能になる。認識のための最小形質(Diagnostic Features)を維持Lodding (1983): icons with many details become unrecognizable at small sizes. Maintain minimum diagnostic features for recognition 16px・24px・32px各サイズでの視認確認が必須。SF Symbols・Material Iconsのマルチスケール設計を参考にMandatory legibility check at 16px, 24px, 32px. Reference SF Symbols and Material Icons' multi-scale design
システム一貫性System Consistency 同一プロダクト内で異なるスタイルのアイコンが混在すると認知的不協和を生むMixed icon styles within the same product create cognitive dissonance アイコンシステム(SF Symbols / Material Symbols / Lucide / Phosphor Icons)を1種類に統一し、デザイントークンで管理Unify to a single icon system (SF Symbols / Material Symbols / Lucide / Phosphor Icons) and manage via design tokens
アクセシビリティAccessibility WCAG 1.1.1(A):意味を持つすべての画像・アイコンには代替テキスト必須WCAG 1.1.1 (A): all meaningful images and icons must have alternative text aria-label または title でスクリーンリーダー対応。装飾的アイコンには aria-hidden="true"aria-label or title for screen reader support. aria-hidden="true" for decorative icons
現代のアイコンシステム比較Modern Icon System Comparison
Apple SF Symbols(2019〜):ウェイト・スケール・カラーに対応したマルチ変数アイコンシステム。SF Proとの整合性を重視。可変フォント技術を応用。
Material Symbols(2022〜):weight・FILL・GRAD・sizeの4軸可変アイコン。オープンソース(Apache 2.0)。Web・Android・Flutter向け。
Lucide / Phosphor Icons:OSS、軽量・高カスタマイズ性でWebプロダクト・デザインシステムに多用。
アイコンシステムの選択はブランドプラットフォーム・ライセンス・可変性要件から行う。
Apple SF Symbols (2019–): Multi-variable icon system supporting weight, scale, and color. Prioritizes consistency with SF Pro; applies variable font technology.
Material Symbols (2022–): 4-axis variable icons (weight, FILL, GRAD, size). Open source (Apache 2.0). For Web, Android, Flutter.
Lucide / Phosphor Icons: OSS, lightweight, highly customizable; widely used in web products and design systems.
Choose an icon system based on brand platform, license, and variability requirements.
Appendix A
付録 AAppendix A

UIタイプ分類 × 5レイヤー 対応マップ

5段階モデルはUX全体を対象にしているが、UIの形態はGUI・ハードウェア・音声・空間・環境など多岐にわたる。各UIタイプにおいて5レイヤーの「語彙(設計対象・成果物)」がどう変化するかを体系的に整理する。The 5-Stage Model covers UX as a whole, but UI forms span GUI, hardware, voice, spatial, ambient, and more. This section systematically maps how the 5-layer "vocabulary" shifts across each UI type.

UIタイプ分類体系

UIを「人間とシステムの接触面」と定義すると、その形態は出力チャネル・入力モダリティ・物理的文脈によって大きく5系統に分類できる。これらは排他的ではなく、現実のプロダクトでは複数を組み合わせたマルチモーダルUIとして実装されることが多い。Defining UI as "the contact surface between humans and systems," its forms can be broadly classified into five categories based on output channel, input modality, and physical context. These are not mutually exclusive — real products typically combine several into a multimodal UI.

UIタイプUI Type略称Abbreviation入力モダリティInput Modality出力チャネルOutput Channel代表プロダクトRepresentative Products
グラフィカルUIGraphical UI
Graphical User Interface
GUI マウス・キーボード・タッチMouse, keyboard & touch 視覚(スクリーン)Visual (screen) macOS・Windows・iOS・Android・WebブラウザmacOS, Windows, iOS, Android, web browsers
タンジブルUITangible UI
Tangible / Hardware UI
TUI 物理ボタン・ダイヤル・スライダー・触覚Physical buttons, dials, sliders & haptics 物理状態変化・触覚フィードバック・小型ディスプレイPhysical state change, haptic feedback & small displays Apple Watch・医療機器・工場制御盤・車載HMI・ゲームコントローラApple Watch, medical devices, factory control panels, in-vehicle HMI, game controllers
音声UIVoice UI
Voice / Conversational UI
VUI 音声・自然言語Voice & natural language 音声合成・スクリーン(マルチモーダル)Speech synthesis & screen (multimodal) Siri・Alexa・Google Assistant・ChatGPT音声モードSiri, Alexa, Google Assistant, ChatGPT voice mode
空間UISpatial UI
XR / Spatial UI
XR UI ジェスチャー・視線・コントローラ・空間タップGesture, gaze, controller, spatial tap 3D空間投影・パススルー映像・没入型ディスプレイ3D spatial projection, passthrough video, immersive displays Apple Vision Pro・Meta Quest・HoloLens・ARスマートグラスApple Vision Pro, Meta Quest, HoloLens, AR smart glasses
環境UIAmbient UI
Ambient / Environmental UI
Ambient UI 近接センサー・生体センサー・位置情報・行動コンテキストProximity sensors, biometric sensors, location & behavioral context 環境照明・音・温度・デジタルサイネージ・スマートスピーカーAmbient lighting, sound, temperature, digital signage & smart speakers スマートホーム・デジタルサイネージ・スマート交通・IoT空間Smart home, digital signage, smart traffic, IoT spaces
ハードウェアUIの位置づけRole of Hardware UI TUI(タンジブルUI)は「物理的な操作と状態が直接対応する」インターフェースであり、GUIの「ソフトウェアが仮想的に状態を表現する」ことと対比される。医療機器・自動車・産業機械など、誤操作が生命に関わる文脈では、物理的アフォーダンス(触れてわかる形状・抵抗感)が安全設計の根幹をなす。 TUI (Tangible UI) features a direct correspondence between physical operation and state, contrasted with GUI's software-virtual state representation. In safety-critical contexts — medical devices, automotive, industrial machinery — physical affordances (shape and resistance you can feel) are fundamental to safe design.

5レイヤー別「語彙」対応表

各レイヤーが問う「問い」は普遍的に共通だが、UIタイプによって設計対象・成果物・使用ツールが変わる。以下の表では各セルに「その層でそのUIタイプ固有の設計語彙」を示す。The question each stage poses is universally common, but the design targets, deliverables, and tools change by UI type. Each cell in the table below shows the design vocabulary unique to that UI type at that layer.

レイヤーLayer GUI
スクリーンScreen
TUI
ハードウェアHardware
VUI
音声Voice
XR UI
空間Spatial
Ambient UI
環境Environment
① 戦略層① Strategy
Strategy
すべてのUIタイプで共通 ── ユーザーニーズ(User Needs)× プロダクト目標(Product Objectives)Common to all UI types — User Needs × Product Objectives
② 要件層② Scope
Scope
画面機能要件
コンテンツ種別
ユーザーストーリー
Screen functional requirements
Content types
User stories
物理操作要件
触覚フィードバック仕様
安全インターロック
Physical interaction requirements
Haptic feedback specs
Safety interlock
インテント一覧
発話パターン
フォールバック要件
Intent list
Utterance patterns
Fallback requirements
空間機能要件
3Dオブジェクト種別
コリジョン設計
Spatial functional requirements
3D object types
Collision design
センサートリガー要件
コンテキスト条件
プッシュ通知ルール
Sensor trigger requirements
Context conditions
Push notification rules
③ 構造層③ Structure
Structure
情報アーキテクチャ
画面遷移図
ナビゲーション体系
Information architecture
Screen flow diagrams
Navigation system
物理レイアウト設計
操作フロー図
モード遷移図
Physical layout design
Operation flow diagrams
Mode transition diagrams
会話フロー設計
ダイアログIA
スロット・エンティティ構造
Conversation flow design
Dialog IA
Slot & entity structure
空間IA(3D配置原則)
視線誘導設計
奥行き・高さ軸の情報構造
Spatial IA (3D layout)
Gaze guidance design
Depth & height axis structure
ゾーニング設計
トリガー連鎖図
コンテキスト状態機械
Zoning design
Trigger chain diagrams
Context state machine
④ 骨格層④ Skeleton
Skeleton
ワイヤーフレーム
グリッドシステム
UIコンポーネント配置
Wireframes
Grid system
UI component placement
筐体スケッチ(外形図)
ボタン配置図
エルゴノミクス検討
Enclosure sketches
Button layout diagrams
Ergonomics review
発話スクリプト
プロンプト設計
エラー応答設計
Utterance scripts
Prompt design
Error response design
3Dモックアップ
ジェスチャーマップ
視野角・到達距離設計
3D mockups
Gesture maps
FoV & reach distance design
センサー配置図
アクチュエーター接続図
環境シミュレーション
Sensor placement diagrams
Actuator connection diagrams
Environment simulation
⑤ 表層⑤ Surface
Surface
ビジュアルデザイン
タイポグラフィ・カラー
モーション・マイクロインタラクション
Visual design
Typography & color
Motion & micro-interactions
素材・仕上げ・色
クリック感(触覚設計)
表示光・LED演出
Materials, finish & color
Click feel (haptic design)
Indicator lights & LED effects
ボイスペルソナ
発話トーン・速度
効果音・サウンドデザイン
Voice persona
Tone & speaking rate
Sound effects & sound design
テクスチャ・マテリアル感
空間照明・影
3Dモーション・物理演算
Texture & material feel
Spatial lighting & shadows
3D motion & physics
アンビエント照明演出
BGM・通知音
体感温度・香り(先進)
Ambient lighting effects
BGM & notification sounds
Temperature & scent (advanced)
「語彙は変わるが、問いは変わらない」"The vocabulary changes, but the questions don't" 5段階モデルの汎用性は、各レイヤーが問う「問い」の普遍性にある。骨格層は常に「何をどこに置くか」を問い、表層は常に「何を感じさせるか」を問う。UIタイプが変わっても問いは同じ。ただしその答えとなる設計語彙・成果物・ツールが根本的に変わる。VUIで「ワイヤーフレームを描く」代わりに「発話スクリプトを書く」ことは、同じ骨格層の行為である。 The versatility of the 5-Stage Model lies in the universality of the question each layer asks. The Skeleton layer always asks "what goes where?" and the Surface layer always asks "what should users feel?" The questions stay the same even as the UI type changes — but the design vocabulary, deliverables, and tools that answer them change fundamentally. Writing "utterance scripts" instead of "drawing wireframes" for VUI is the same Skeleton-layer activity.

統合マトリクス図 — UIタイプ × 5レイヤー × 横断的概念

下図は3層構造の統合図である。主グリッド(上段)はUIタイプ(行)× 5段階(列)で各設計語彙を示す。横断帯(下段)はブランディング・アクセシビリティ・コンテンツ設計・モーションデザイン・サービスデザインが「どのレイヤー範囲にわたって全UIタイプを横断するか」をカラー帯で表現している。戦略層(①)はすべてのUIタイプで問いが共通のため、単一帯として表示する。The diagram below is an integrated 3-tier matrix. The main grid (upper section) shows design vocabulary by UI type (rows) × the 5 layers (columns). The cross-cutting bands (lower section) use color bands to show how Branding, Accessibility, Content Design, Motion Design, and Service Design span across all UI types at various layer ranges. The Strategy layer (①) is shown as a single band since the question is common across all UI types.

GUI Desktop/Web/Mobile TUI Hardware/Wearable VUI Voice/Conversational XR UI AR / VR / MR Ambient UI IoT / Smart Space 横断的概念 全UIタイプに適用 ⑤ 表層 Surface ビジュアルデザイン タイポ・カラー モーション 素材・仕上げ・色 クリック感設計 CMF設計 / 触覚工学 ボイスペルソナ 発話トーン・速度 効果音・サウンド テクスチャ・マテリアル 空間照明・影 3Dモーション 環境照明演出 通知音・BGM 体感温度・光 ④ 骨格層 Skeleton ワイヤーフレーム グリッドシステム Figma / Sketch 筐体スケッチ エルゴノミクス ID / CADスケッチ 発話スクリプト設計 システム発話設計 Voiceflow / SSML 3Dモックアップ ジェスチャーマップ 視野角・到達距離 センサー配置図 アクチュエーター Node-RED ③ 構造層 Structure 情報アーキテクチャ 画面遷移図 ナビゲーション設計 物理レイアウト設計 操作フロー図 モード遷移図 会話フロー設計 ダイアログIA スロット・エンティティ 空間IA 視線誘導設計 奥行き軸の情報構造 ゾーニング設計 トリガー連鎖図 状態機械 ② 要件層 Scope 画面機能要件 コンテンツ種別 ユーザーストーリー 物理操作要件 触覚FB仕様 安全インターロック インテント一覧 発話パターン定義 フォールバック要件 空間インタラクション要件 3Dオブジェクト定義 触れられる範囲定義 センサー要件 コンテキスト条件 プッシュ通知ルール ① 戦略層 Strategy ユーザーニーズ × プロダクト目標 問いの形式は全UIタイプ共通 ※ 調査・定義の具体的方法はUIタイプにより異なる(VUI:インテント分析 / XR:空間ニーズ調査 など) ブランディング アクセシビリティ コンテンツ設計 モーション設計 サービスデザイン ©2026 KAJI — UI/UX Design Atlas

マルチモーダルUIの設計指針

現代のプロダクトは単一のUIタイプで完結することが少なく、複数のUIタイプを組み合わせたマルチモーダルUIとして設計されることが主流である。Apple Vision Pro(XR UI + TUI)、スマートスピーカー(VUI + Ambient UI)、スマートウォッチ(TUI + GUI + VUI)がその典型例だ。マルチモーダル設計では、以下の原則が重要になる。Modern products rarely consist of a single UI type; designing as multimodal UI — combining multiple UI types — is now the norm. Typical examples include Apple Vision Pro (XR UI + TUI), smart speakers (VUI + Ambient UI), and smartwatches (TUI + GUI + VUI). The following principles are critical for multimodal design:

設計原則Design Principle内容Content5段階モデルでの対応5-Stage Model Mapping
モーダル一貫性Modal Consistency 同じインテント(意図)に対して異なるUIタイプでも同等の結果が得られることDifferent UI types deliver equivalent results for the same intent 戦略層・要件層でインテントを定義し、各UIタイプの骨格層以下で実現手段を分岐Define intent in strategy/scope layers; split implementation approaches below skeleton layer per UI type
モーダル補完性Modal Complementarity 各UIタイプの強みで弱みを補う(例:VUIで操作 + GUIで確認)Each UI type compensates for another's weakness (e.g., VUI for operation + GUI for confirmation) 構造層でモーダル切り替えのIA設計、骨格層でhandoff UIを設計IA design for modal switching at structure layer; handoff UI at skeleton layer
コンテキスト適応Contextual Adaptation ユーザーの状況(移動中・作業中・就寝中)に応じて主UIを切り替えるSwitch primary UI based on user context (commuting, working, sleeping) 要件層でコンテキスト条件を定義、Ambient UIとの連携を構造層で設計Define context conditions at Scope Layer; design Ambient UI integration at Structure Layer
フォールバック保証Fallback Guarantee どの入力手段が使えない場合でも代替手段でタスクを完了できることTasks can be completed via alternative means even when any input method is unavailable 要件層でフォールバック要件を必須化、アクセシビリティ(WCAG)との統合Mandate fallback requirements at Scope Layer; integrate with accessibility (WCAG)

モーションデザインとアニメーション — 表層の深掘り

Establishes motion as a functional communication medium — not decoration. Covers the Disney 12 principles applied to UI, Material Motion easing, spatial continuity, and accessible motion design with prefers-reduced-motion.

モーションデザインは、UIに「時間軸」を与えることで状態変化を伝え、操作の因果関係を視覚化する。装飾ではなく機能としてのモーションを、ディズニーの12原則・Material Designのイージング理論・Reduced Motionアクセシビリティから体系的に学ぶ。Motion design gives UI a "time axis," communicating state changes and visualizing the cause-and-effect of interactions. This chapter approaches motion as a functional medium — not decoration — drawing from Disney's 12 principles, Material Design's easing theory, and Reduced Motion accessibility.

UIにおけるモーション(動き)は装飾ではなく、情報の伝達手段・空間的連続性の表現・フィードバックの媒体である。Google のデザインリード Matias Duarteは「モーションはUIの5番目の次元」と述べた。Motion in UI is not decoration — it is a means of communicating information, expressing spatial continuity, and conveying feedback. Google design lead Matias Duarte called motion "the fifth dimension of UI."

なぜモーションが必要か

静止したUIには「状態変化がどこで・どのように起きたか」という文脈が欠ける。モーションはその橋渡しをする。Nielsen Norman Group の調査(2018)[NNG2018]では、アニメーションが空間的メンタルモデルの形成を助けることが示されている。A static UI lacks the context of "where and how a state change occurred." Motion bridges that gap. Nielsen Norman Group research (2018)[NNG2018] shows that animation helps users form spatial mental models.

モーションの役割Role of Motion具体例Concrete Example設計原則Design Principle
状態変化の伝達Communicating state changesローディングスピナー、送信→完了のチェックマークLoading spinner, submit → completion checkmark継続性:変化の前後をつなぐContinuity: connecting before and after change
空間的ナビゲーションSpatial navigation画面スライドによるページ遷移、モーダルの出現方向Page transition via screen slide, modal appearance direction方向性:ユーザーの空間モデルと一致させるDirection: align with the user's spatial model
因果関係の説明Explaining causality削除時のリスト縮小、追加時の挿入アニメーションList shrinks on deletion, insertion animation on addition自然性:物理法則のメタファーを借りるNaturalness: borrowing metaphors from physical laws
フォーカスの誘導Focus guidanceエラー時のシェイク、新着バッジのパルスShake on error, pulse on new badge目的性:注意を必要な箇所へ向けるPurposefulness: directing attention to where it is needed
Delight(喜び)Delightいいねボタンのハートアニメーション、完了時の紙吹雪Heart animation on Like button, confetti on completion節度:過剰にならず文脈に合わせるRestraint: context-appropriate, not excessive

アニメーションの12原則(Disney原則のUI応用)

Frank Thomas と Ollie Johnston が1981年に著書 The Illusion of Life で提唱したアニメーターの12原則[ThomasJohnston1981]は、UIモーションにも応用される。The 12 principles of animation proposed by Frank Thomas and Ollie Johnston in their 1981 book The Illusion of Life[ThomasJohnston1981] apply directly to UI motion design.

原則PrincipleUI への応用Application to UI
Squash and Stretch(変形)Squash and Stretchバウンドボールの伸縮でスクロール端を表現Bounce stretch conveys scroll boundary
Anticipation(予備動作)Anticipationボタン押下前の軽い引き込みで「押せる感」を強調Slight pre-press pull-in emphasizes "pressability"
Staging(演出)Staging重要な状態変化は画面中央・大きな動きで伝えるCommunicate important state changes via central screen placement & large movement
Ease In / Ease Out(加減速)Ease In / Ease Out一定速より自然。Material: standard easing = cubic-bezier(0.4,0,0.2,1)More natural than constant speed. Material standard easing: cubic-bezier(0.4,0,0.2,1)
Follow Through(追従)Follow Throughリスト削除後の他要素が「流れ込む」アニメーション"Flow in" animation of remaining elements after list item deletion
Secondary Action(副次動作)Secondary Actionカードタップ時のメイン遷移+さりげない影の変化Main transition on card tap + subtle shadow change
Timing(タイミング)Timing100ms:即時反応 / 200-500ms:UI遷移 / 500ms以上:ページ遷移100ms: immediate response / 200–500ms: UI transitions / 500ms+: page transitions
Appeal(魅力)Appealフォームエラーのシェイクが「機械的ビープ」でなく感情的に機能するForm error shake works emotionally, not as a "mechanical beep"

主要ガイドラインのモーション設計

Apple(iOS / HIG)Apple (iOS / HIG)

  • Spring animation:減衰振動による自然な動き(UIKit: spring(response:dampingFraction:))Spring animation: Natural movement via damped oscillation (UIKit: spring(response:dampingFraction:))
  • Shared Element Transition:一覧→詳細で要素が同一性を保ちながら移動(Hero Animation)Shared Element Transition: An element maintains identity as it moves from list to detail view (Hero Animation)
  • Haptic Feedback:モーションと触覚を組み合わせたマルチモーダルフィードバックHaptic Feedback: Multimodal feedback combining motion and touch sensation

Material Design 3(Android / Web)Material Design 3 (Android / Web)

  • 4つのEasing曲線:Emphasized / Emphasized Decelerate / Emphasized Accelerate / Standard4 Easing curves: Emphasized / Emphasized Decelerate / Emphasized Accelerate / Standard
  • Durations:Short (50-200ms) / Medium (250-400ms) / Long (450-600ms) / Extra Long (700ms+)Durations: Short (50–200ms) / Medium (250–400ms) / Long (450–600ms) / Extra Long (700ms+)
  • Container Transform:コンテナが変形しながら詳細ページへ遷移するパターンContainer Transform: A pattern where the container morphs as it transitions to the detail page

アクセシブルモーション:Reduced Motion

前庭障害(めまい・動揺病)を持つユーザーにとって過度なアニメーションは身体的不快をもたらす。For users with vestibular disorders (dizziness, motion sickness), excessive animation causes physical discomfort.

WCAG 2.3.3(AAA)・WCAG 2.3.1(A)への対応 5秒以上自動再生されるアニメーションは一時停止・停止・非表示の手段を提供すること。
@media (prefers-reduced-motion: reduce) { * { animation-duration: 0.01ms !important; } }
OSの「モーションを減らす」設定に応じてアニメーションを無効化・最小化する。
WCAG 2.3.3 (AAA) & WCAG 2.3.1 (A) Compliance Animations that auto-play for 5+ seconds must provide a mechanism to pause, stop, or hide them.
@media (prefers-reduced-motion: reduce) { * { animation-duration: 0.01ms !important; } }
Disable or minimize animations in response to the OS "reduce motion" setting.

マイクロインタラクション詳論 — 骨格層の深掘り

Deep-dives into Dan Saffer's four-element framework: trigger, rules, feedback, and loops & modes. Covers annotated UI examples, animation timing, and common design anti-patterns for microinteractions.

マイクロインタラクションとは、単一のタスクを完結させる最小単位のインタラクションである。トリガー・ルール・フィードバック・ループという4要素のフレームワークで、UIの細部に宿る体験品質を設計する方法を学ぶ。A microinteraction is the smallest unit of interaction that accomplishes a single task. Using Dan Saffer's four-element framework — trigger, rules, feedback, and loops — this chapter covers how to design the experience quality that lives in the fine details of UI.

Dan Saffer(2013)[Saffer2013]の定義:「1つのタスクに集中した、製品内の含まれた瞬間」。マイクロインタラクションはユーザーとシステムの最小単位の対話であり、製品の個性と信頼性を形成する。Dan Saffer's (2013)[Saffer2013] definition: "A contained moment that is focused on a single task within a product." Microinteractions are the smallest unit of dialogue between user and system, and they shape the personality and trustworthiness of a product.

マイクロインタラクションの4要素

要素Element定義DefinitionExample
Trigger(トリガー)Triggerインタラクションを開始するシグナルSignal that initiates an interactionボタンタップ、スワイプ、時刻(プッシュ通知)Button tap, swipe, time (push notification)
Rules(ルール)Rulesインタラクションが実行される条件・順序Conditions and order for interaction execution「送信ボタンは全フィールド入力後のみ有効」"Submit button is only active after all fields are filled in"
Feedback(フィードバック)Feedbackルールが実行されたことをユーザーに伝えるCommunicates to the user that a rule has been triggered送信後のチェックマーク、パスワード強度インジケーターPost-submit checkmark, password strength indicator
Loops & Modes繰り返しと状態の管理Repetition and state managementミュートモード中は通知アイコンが変化し続けるNotification icon continues to change while in mute mode
設計の黄金律「マイクロインタラクションは最小限に、しかし最適に」。過剰なフィードバックは認知的ノイズになる。すべての動きに「なぜこの動きか」の答えが必要。The Golden Rule of Design "Make micro-interactions minimal, yet optimal." Excessive feedback creates cognitive noise. Every motion needs an answer to "why this motion?"

代表的パターンと設計指針

パターンPattern設計ポイントDesign PointアンチパターンAnti-pattern
プルトゥリフレッシュPull to refresh引っ張り量に応じた視覚的抵抗感でロード予感を伝えるVisual resistance proportional to pull distance conveys loading anticipation即座に更新してしまい「引いた感覚」がないUpdates immediately with no "pull" sensation
いいねボタンLike buttonタップで色・形が即座に変化。アニメーションが行動を報酬化Tap immediately changes color & shape. Animation rewards the action.遅延後に変化→行動と結果の因果が断絶Changes after delay → breaks causality between action and result
フォームバリデーションForm validation入力中リアルタイムで要件達成度を表示(パスワード強度など)Real-time display of requirement fulfillment while typing (e.g., password strength)送信後のみエラー表示→修正コスト大Error only shown post-submit → high correction cost
スワイプで削除Swipe to deleteスワイプ量と削除確認の閾値を明確に。Undo付きで安全性を確保Clear threshold for swipe distance and delete confirmation. Safety via Undo.閾値なしで即削除→誤操作による損失Immediate delete without threshold → loss from accidental operation
スケルトンスクリーンSkeleton screenコンテンツ形状を先に表示し知覚的待ち時間を短縮Display content shape first to reduce perceived wait timeスピナーのみ→「いつまで待てばいいか」不明Spinner only → no indication of how long to wait
Appendix B
付録 BAppendix B

UI/UXデザインと隣接領域の分岐マップ

UI/UXデザインに隣接するクリエイティブ領域は、5段階モデルとどのような関係を持つか。各領域を「どの層から独自の設計軸に分岐するか」という視点で整理する。This section maps how creative domains adjacent to UI/UX design relate to the 5 layers — specifically, at which layer each domain branches off into its own design logic.

読み方5つの層を縦軸として、各クリエイティブ領域が戦略層から「いつ」独自の設計文法に移行するかを示す。分岐点より上の層(戦略・要件)は標準UXと共通の問いを持ち、分岐点以降は領域固有の手法・原則が必要になる。How to read Using the 5 layers as the vertical axis, this diagram shows at which layer each creative domain transitions from shared UX questions into its own design grammar. Layers above the branch point (Strategy & Scope) share common questions with standard UX; below it, domain-specific methods and principles apply.

分岐パターンの3分類

パターンA:要件層(②)から分岐Pattern A: Branching from Scope Layer (②)

「何を作るか」を定義する段階で設計の文法が変わる領域。戦略(ユーザーニーズ・事業目標)は標準UXと共通の問いを持つが、要件定義の時点で独自の判断軸が生まれる。Domains where the design grammar shifts at the "what to make" definition stage. Strategy (user needs and business goals) shares common questions with standard UX, but unique decision criteria emerge at the requirements stage.

領域Domain分岐の契機Branching Trigger固有の設計問いUnique Design Question教科書内参照Book Reference
コンテンツデザインContent Design「どの形式でコンテンツを届けるか」の選択Choosing "what format to deliver content in"文章か動画か図解か?コンテンツインベントリ・タクソノミーの独自設計Text, video, or diagram? Unique content inventory & taxonomy design付録A-1Appendix A-1
モーションデザインMotion Design「どのインタラクションに動きが必要か」の判断Judging "which interactions need motion"フィードバック要件の定義→空間的連続性→Easing・Duration設計Defining feedback requirements → spatial continuity → easing & duration design第12章Chapter 12
倫理的デザインEthical Design「何を作らないか」の排除要件化Formalizing "what not to build" as exclusion requirementsダークパターン排除基準・プライバシーバイデザイン・GDPR要件Dark pattern exclusion criteria, Privacy by Design, GDPR requirements本章コラム参照See column in this chapter
データビジュアライゼーションData Visualization「どの指標をどう構造化するか」のデータ要件Data requirements for "which metrics and how to structure them"データ階層設計→チャート種別選択→色符号化・Tufte原則Data hierarchy design → chart type selection → color encoding, Tufte principles本章コラム参照See column in this chapter

パターンB:構造層(③)から分岐Pattern B: Branching from Structure Layer (③)

戦略・要件は標準UXと共通の問いを持つが、「どう組み立てるか」の段階で根本的に異なる設計言語が必要になる領域。Domains that share strategy and requirements with standard UX, but require a fundamentally different design language at the "how to structure" stage.

領域Domain分岐の契機Branching Trigger固有の設計問いUnique Design Question標準UXとの違いDifference from Standard UX
ブランディング / 感情設計IAにブランドのメタファー・個性を反映する段階Stage of reflecting brand metaphors & personality into IAブランドパーソナリティをIA構造に投影する方法論Methodology for projecting brand personality onto IA structure標準IAは「効率・発見性」基準。ブランドIAは「感情・一貫性」も加わるStandard IA: "efficiency & findability" criteria. Brand IA adds "emotion & consistency."
分類の更新(付録H 参照) 旧版でパターンBに分類していた Voice UI(VUI)AR/VR(XR UI) は、「クリエイティブ領域として5レイヤーから分岐する」のではなく、5レイヤーそのものを異なる設計語彙で実行するUIタイプとして再分類した。GUIと同列に「構造層でどんな成果物が生まれるか」が変わるに過ぎず、分岐ではなく語彙の置き換えである。詳細は 付録H「UIタイプ分類 × 5レイヤー 対応マップ」 の統合マトリクス図を参照。 Classification Update (See Appendix H) Voice UI (VUI) and AR/VR (XR UI), previously classified as Pattern B, have been reclassified. Rather than "branching from the 5 layers as a creative domain," they are now defined as UI types that execute the 5 layers themselves using a different design vocabulary. Like GUI, only the deliverables at the Structure layer differ — this is a vocabulary substitution, not a branch. See the integrated matrix diagram in Appendix H "UI Type Classification × 5-Layer Mapping".

パターンC:特殊な縦軸(全層横断・上位概念)Pattern C: Cross-Layer / Meta Concepts

領域Domain位置づけPositioning全層での役割Role Across All Layers
サービスデザイン個別プロダクトの上位に存在する独立した縦軸Independent vertical axis above individual products戦略:サービスビジョン / 要件:チャネル要件 / 構造:ブループリント / 骨格:タッチポイント設計 / 表層:チャネル間の統一感Strategy: service vision / Scope: channel requirements / Structure: blueprint / Skeleton: touchpoint design / Surface: cross-channel consistency
倫理的デザイン(横断制約)全層を規律する「制約の縦軸」"Constraint vertical axis" governing all layers戦略に価値観として埋め込まれ、要件(排除要件)→構造(操作的IA回避)→骨格(ダークパターン排除)→表層(視覚的誘導の公正性)として各層で顕在化するEmbedded in strategy as values, manifesting at each layer: requirements (exclusion criteria) → structure (avoiding manipulative IA) → skeleton (dark pattern elimination) → surface (fairness in visual guidance)

今後の候補領域(本版では詳述を保留)

領域Domain分岐パターンBranching Pattern保留理由Reason for Exclusion参照優先度Reference Priority
生成AI × デザインGenerative AI × Design全層横断(変革力)Cross-layer (transformative power)設計原則が急速に変化中。記述が陳腐化するリスクDesign principles changing rapidly. Risk of documentation becoming outdated.★★★ 付録として最新動向を随時更新★★★ Appendix: continuously updated with latest trends
サウンドデザイン / Audio UXSound design / Audio UX要件層から分岐Branch from Scope LayerHaptics・通知音・音声UIと重複。独立章として整理中Overlaps with haptics, notification sounds, voice UI. Being organized as an independent chapter.★★☆ 第12章モーションに統合予定★★☆ To be integrated into Chapter 12 (Motion)
イラストレーション / アイコノグラフィIllustration / Iconography骨格〜表層Skeleton to SurfaceSF Symbols・Material Iconsとの接続整理が必要Needs integration with SF Symbols & Material Icons★★☆ 第10章視覚デザインに追記予定★★☆ To be added to Chapter 10 (Visual Design)
ゲームUXGame UX要件層から分岐(Core Loop・フロー理論)Branch from Scope Layer (Core Loop & flow theory)専門性が高く独立した体系が必要Requires high expertise and an independent framework★☆☆ 発展版として別冊検討★☆☆ Under consideration as a separate volume
環境サイン / サイネージEnvironmental signs / signage構造層から分岐(物理空間のIA)Branch from structure layer (physical space IA)デジタルとフィジカルの接点として有益だが対象読者が限定的Valuable as a digital-physical touchpoint but limited audience★☆☆ コラムとして掲載検討★☆☆ Under consideration as a column

縦軸分岐マップ(図解)

下図は各領域が「どの層から独自軸に分岐するか」を示す。濃い色のセルが各領域の独自設計フェーズ、★が分岐点。The diagram below shows at which layer each domain branches into its own design axis. Darker cells represent domain-specific design phases; ★ marks the branching point.

① 戦略層 Strategy ② 要件層 Scope ③ 構造層 Structure ④ 骨格層 Skeleton ⑤ 表層 Surface 標準UX コンテンツ デザイン ブランディング / 感情設計 モーション / マイクロ サービス デザイン 倫理的 デザイン データ Viz Voice UI / 会話型 AR/VR 空間UI 共通 ★ 分岐 形式選択 インベントリ タクソノミー ラベリング 配置・ EmptyState UXライティング トーン設計 共通 ボイス要件 (共通) ★ 分岐 IAへの 個性反映 ブランド コンポーネント Visual ID Delight 共通 ★ 分岐 FB要件 動きの必要性 空間的 連続性設計 Trigger 配置 Easing・ Duration サービス ビジョン 全チャネル横断 チャネル 要件 サービス ブループリント タッチポイント UI設計 チャネル間 統一感 価値観・ 倫理原則 根源(全層規定) ★ 顕在化 排除要件化 DP排除基準 操作的IA 回避 確認ダイアログ 設計基準 視覚的誘導 の公正性 共通 ★ 分岐 データ要件 指標選択 階層・ ドリルダウン チャート 種別選択 色符号化 Tufte原則 共通 音声対応 機能要件 ★ 分岐 会話フロー 意図認識 視覚FB 補助UI 音声 パーソナリティ 共通 空間機能 要件 ★ 分岐 3D空間IA 奥行き・高さ 3D配置 ジェスチャー 空間音響 マテリアル感 濃色 = 独自設計フェーズ(固有の手法・原則が必要) 淡色 = 標準UXと共通の問い ★ = 分岐点(その層から独自軸へ) ©2026 KAJI — UI/UX Design Atlas
Appendix A-1
付録 A-1Appendix A-1

コンテンツデザイン / UXライティング

Covers UX writing principles, voice & tone, error message design, and content strategy. Draws on GOV.UK content design methodology and Podmajersky's strategic UX writing framework.

テキストはUIの重要な構成要素であり、ボタンラベルからエラーメッセージまですべての文言がユーザー体験を形成する。UXライティングの原則・ボイス&トーン設計・オンボーディング文言の書き方を体系的に学ぶ。Text is a critical UI component — every word, from button labels to error messages, shapes the user experience. This chapter systematically covers UX writing principles, voice & tone design, and how to write effective onboarding and instructional copy.

コンテンツデザインはSarah Richards(GOV.UKコンテンツデザイン創始者)が体系化した概念[Richards2017]。「ユーザーニーズを満たすために最適な形式でコンテンツを設計すること」——文字だけでなく、動画・図解・ツール・フォームなどすべてのコンテンツ形式を含む。Content design is a concept systematized by Sarah Richards (founder of GOV.UK content design)[Richards2017]. It means "designing content in the most appropriate format to meet user needs" — encompassing not just text, but video, diagrams, tools, forms, and all other content types.

UXライティング

Torrey Podmajersky(2019)[Podmajersky2019]はUXライティングを「ユーザーがインターフェースとやり取りする際に読む・聞く・操作するすべての言葉の設計」と定義。Torrey Podmajersky (2019)[Podmajersky2019] defined UX writing as "the design of every word that users read, hear, or interact with while using an interface."

原則PrincipleBad例Bad ExampleGood例Good Example
明確さ(Clear)Clear「エラーが発生しました。」"An error has occurred."「メールアドレスの形式が正しくありません(例:name@example.com)」"Invalid email format (e.g., name@example.com)"
簡潔さ(Concise)Concise「このボタンをクリックすると、注文が確定されます」"Clicking this button will confirm your order."「注文を確定する」"Confirm order"
有用性(Useful)Useful「しばらく経ってからお試しください」"Please try again later."「通信エラーです。Wi-Fiを確認してもう一度試してください」"Communication error. Please check your Wi-Fi and try again."
人間的(Human)Human「処理が正常に終了しました」"Processing completed successfully."「送信できました!」"Sent successfully!"
一貫性(Consistent)Consistent「削除する」「取り消す」「消去する」が混在Inconsistent use of "Delete," "Cancel," and "Remove"全体で「削除する」に統一Standardize across the board as "Delete"

コンテンツ階層とスキャナビリティ

Nielsen(1997)の調査[Nielsen1997]ではWebユーザーの79%がページを読まず「スキャン」する。F字パターン(左→右→下スキャン)とコンテンツ階層の設計が可読性を決定する。Nielsen's (1997) research[Nielsen1997] found that 79% of web users "scan" rather than read pages. The F-shaped pattern (left→right→down scanning) and content hierarchy design determine readability.

  • 逆ピラミッド構造:最重要情報を先頭に。ジャーナリズム由来の構造がWebに最適Inverted pyramid: Most important information first. A journalism-derived structure ideal for the web.
  • 見出しの自立性:見出しだけ読んでも内容が把握できるStandalone headings: Reading only the headings should convey the content.
  • チャンキング:情報をまとまりに分割。Miller(1956)の「7±2」の認知限界を考慮Chunking: Dividing information into groups, considering Miller's (1956) "7±2" cognitive limit.
  • Plain Language:専門用語を排除し、対象読者の語彙で書くPlain Language: Eliminate jargon and write in the vocabulary of the target audience.

ボイス&トーン

MailchimpのContent Style Guide(2015)[Mailchimp2015]はボイス&トーンの先駆的ドキュメント。「ボイス(Voice)」はブランドの一貫した個性で変わらないが、「トーン(Tone)」は文脈によって変化する。Mailchimp's Content Style Guide (2015)[Mailchimp2015] is a pioneering voice & tone document. "Voice" is the consistent brand personality that never changes, while "Tone" shifts depending on context.

文脈ContextトーンToneExample
エラー・問題発生Error / problem occurred落ち着いて・解決策的Calm & solution-oriented「接続できません。ネットワークを確認してください。」"Cannot connect. Please check your network."
成功・完了Success / completion明るく・励ますBright & encouraging「送信できました!」"Sent successfully!"
警告・注意Warning / caution直接的・明確Direct & clear「この操作は取り消せません。」"This action cannot be undone."
空の状態(Empty State)Empty state親しみやすく・次を促すFriendly & prompting next steps「まだメッセージがありません。最初のメッセージを送りましょう!」"No messages yet. Send the first one!"
Appendix A-2
付録 A-2Appendix A-2

ブランディングとUI/UXデザイン

Examines the intersection of brand identity and UX design — how brand values, personality, voice, and visual identity shape decisions across Garrett's 5-Stage Model. Includes a practical Brand IA methodology.

ブランドとUXデザインは、表層の視覚要素だけでなく戦略レベルから接続している。本章では、ブランドパーソナリティ・ブランドボイスがIA・インタラクション・ビジュアルデザインの各層に浸透する方法と、ブランドデザイナーとUXデザイナーの協働モデルを学ぶ。Brand and UX design connect not just at the surface visual level but at the strategic level. This chapter covers how brand personality and brand voice permeate IA, interaction design, and visual design, and examines the collaboration model between brand designers and UX designers.

Marty Neumeier(2003)[Neumeier2003]はブランドを「個人が製品・サービス・企業について抱くGut Feeling(腸感覚)」と定義。UI/UXデザインはこのBrand Experience(ブランド体験)を具体的な画面・言葉・動きとして実現する役割を持つ。Marty Neumeier (2003)[Neumeier2003] defined a brand as "a person's gut feeling about a product, service, or company." UI/UX design is the practice of realizing this Brand Experience as concrete screens, words, and motion.

ブランドとUXの接点

ブランド要素Brand ElementUXへの影響Impact on UX具体例Concrete Example
ブランドパーソナリティBrand personalityトーン・インタラクションのスタイルTone & interaction styleDuolingo:遊び心あるゲーミフィケーションDuolingo: playful gamification
ビジュアルアイデンティティVisual identityカラー・タイポグラフィ・アイコンColor, typography & iconsAirbnb:コーラル(#FF5A5F)が温かさと信頼を表現Airbnb: Coral (#FF5A5F) conveys warmth and trust
ブランドボイスBrand voiceエラーメッセージ・オンボーディング文言Error messages & onboarding copySlack:ユーモアのあるローディングメッセージSlack: humorous loading messages
ブランドバリューBrand valueアクセシビリティへの投資・デザイン原則Accessibility investment & design principlesApple: “Technology alone is not enough”

感情的デザイン(Emotional Design)

Don Normanは Emotional Design(2004)[Norman2004]で感情的デザインを3レベルに分類した。Don Norman classified emotional design into three levels in Emotional Design (2004)[Norman2004]:

  • Visceral(本能的):見た瞬間の美しさ・魅力。色・形・動きによる第一印象Visceral: Beauty and appeal at first glance — the first impression from color, shape, and motion
  • Behavioral(行動的):使いやすさ・機能性。満足や達成感。ユーザビリティの基盤Behavioral: Usability and functionality — satisfaction and sense of accomplishment. The foundation of usability.
  • Reflective(内省的):使い続けた後の自己イメージ・ストーリー。「このアプリを使う私」Reflective: Self-image and narrative after continued use — "the me who uses this app"
ブランドUXの実践感情設計の3レベルを並行して設計する。Visceralの美しさがBehavioralの使いやすさを支え、Reflectiveの「このプロダクトが好き」という感情がリテンションを生む。Brand UX in Practice Design all 3 levels of emotional design in parallel. Visceral beauty supports Behavioral usability, and the Reflective feeling of “I love this product” drives retention.

ブランドシステムとデザインシステムの統合

現代のデザインシステムはブランドシステムと統合される。デザイントークンがその橋渡しをする。Modern design systems are integrated with brand systems. Design tokens serve as the bridge between them.

レイヤーLayer内容Content担当者Owner
ブランドアイデンティティBrand identityロゴ・カラーパレット・タイポグラフィ・フォトグラフィLogo, color palette, typography & photographyブランドデザイナーBrand designer
デザイントークンDesign Tokenscolor-primary: #FF5A5F / font-heading: "Circular"ブランド+UXの協働Brand + UX collaboration
UIコンポーネントUI ComponentsButton / Card / Input(トークンを参照)Button / Card / Input (see tokens)UXデザイナー+エンジニアUX Designer + Engineer
ボイス&トーンガイドVoice & Tone guide言葉のルール・コピーライティング原則Language rules & copywriting principlesUXライターUX Writer

Delightの設計

Kathy Sierra(2007)[Sierra2007]は「Badassにする(Making users badass)」という概念でユーザーへの価値を定義。UIは単に「使えること」でなく、ユーザーが「自分が有能になった」と感じさせるデザインを目指すべきと論じた。Kathy Sierra (2007)[Sierra2007] defined user value through the concept of "Making users badass." She argued that UI should not merely be "usable" but should make users feel that they have become more capable.

  • 進捗の可視化:達成バー・ストリーク・バッジがモチベーションを維持Progress visibility: Achievement bars, streaks, and badges sustain motivation
  • サプライズ:Google の Doodle、Slack のローディングメッセージ、Duolingo の Streak FreezeSurprise: Google Doodles, Slack loading messages, Duolingo Streak Freeze
  • パーソナライゼーション:「あなたのために」という感覚。名前の呼びかけ・推薦の精度Personalization: The feeling of "just for you" — addressing by name, recommendation accuracy
  • Empty State のストーリー:コンテンツがない状態を価値ある体験に変えるEmpty state storytelling: Turning the absence of content into a valuable experience
Appendix A-3
付録 A-3Appendix A-3

ゲームデザインとUX

ゲームデザインはUI/UXデザインの隣接領域であると同時に、先行研究の宝庫でもある。エンゲージメント設計・フロー理論・オンボーディング・動機づけフレームワークなど、ゲームが先行して体系化した概念は、プロダクトUI/UXデザインに広く応用されている。Game design is both an adjacent field to UX design and a rich source of prior research. Concepts that games pioneered and systematized — engagement design, flow theory, onboarding, motivation frameworks — are widely applied in product UX design.

ゲームUXとプレイヤー体験デザイン

ゲームUX(Game UX)とは、プレイヤーがゲームをプレイする過程で生じる認知・感情・行動の全体的な体験を設計する領域である。従来のUI/UXデザインが「目標達成の効率性」を重視するのに対し、ゲームUXは「体験そのものの内発的価値」を中心に置く点が特徴的である。Game UX is the discipline of designing the total cognitive, emotional, and behavioral experience that players have while playing a game. Where traditional UX emphasizes efficiency of goal completion, Game UX centers on the intrinsic value of the experience itself.

ゲームUXを構成する主要な要素には次のものがある。①使いやすさ(Usability):UI操作の習得しやすさ、コントローラー・マウス・タッチのインタラクション品質。②エンゲージメント(Engagement):プレイを継続させる引力。コアループ・報酬・ナラティブが主な設計対象。③アクセシビリティ(Accessibility):多様なプレイヤー(障害・年齢・経験値の差)が参加できるインクルーシブデザイン。④没入感(Immersion):物語・音響・ビジュアルが統合されたコヒーレントな世界観体験。Key elements of Game UX include: ① Usability — ease of learning UI controls and interaction quality across controller/mouse/touch; ② Engagement — the pull that keeps players playing, with core loops, rewards, and narrative as primary design targets; ③ Accessibility — inclusive design enabling diverse players (differing abilities, ages, experience levels) to participate; ④ Immersion — coherent world-experience integrating narrative, audio, and visuals.

参照フレームワーク:DUXU(Design and User Experience)Reference Framework: DUXU (Design and User Experience)

ゲームUXを体系的に扱う専門コンファレンスとして DUXU(Design, User Experience, and Usability) がある。また Celia Hodent(『The Gamer's Brain』2017)はゲームUXをUXO(User Experience Director)の視点から認知科学・行動心理学を統合して論じた先駆的な著作として知られる。DUXU (Design, User Experience, and Usability) is the leading conference treating Game UX systematically. Celia Hodent's The Gamer's Brain (2017) is a pioneering work integrating cognitive science and behavioral psychology from the perspective of a UX Director in the games industry.

コアループ設計:エンゲージメントの骨格

コアループ(Core Loop)とは、ゲームにおいてプレイヤーが繰り返し行う基本的な行動サイクルのことである。「行動 → フィードバック → 報酬 → 次の行動」という循環が心地よく機能することで、プレイヤーはプレイを継続する動機を維持する。The core loop is the basic action cycle a player repeats in a game. When the cycle of "action → feedback → reward → next action" functions pleasurably, players maintain motivation to keep playing.

レイヤーLayer内容Content例(モバイルゲーム)Example (Mobile Game)
コアループ(秒〜分)Core Loop (sec–min)最小の繰り返し行動Minimal repeated actionタップ → 敵を倒す → 経験値獲得Tap → defeat enemy → gain XP
メタループ(分〜時間)Meta Loop (min–hr)中期的な目標サイクルMedium-term goal cycleクエスト完了 → 装備強化 → 新エリア解放Complete quest → upgrade gear → unlock new area
プログレッションループ(日〜週)Progression Loop (day–week)長期的な成長・達成サイクルLong-term growth/achievement cycleランクアップ → コンテンツ解放 → コミュニティ承認Rank up → unlock content → community recognition

UI/UXデザインへの応用として、プロダクトの習慣ループ(Habit Loop)設計がある。Nir Eyal の「Hooked モデル」(トリガー→アクション→可変報酬→投資)はコアループの考え方をプロダクト設計に転用した代表的フレームワークである。ただし、過度な報酬設計はダーク UX に陥るリスクがあり、倫理的設計の観点から注意が必要である。A key product-UX application is habit loop design. Nir Eyal's "Hooked Model" (trigger → action → variable reward → investment) is a representative framework that transposes core-loop thinking to product design. However, excessive reward design risks dark UX, and ethical design considerations apply.

フロー理論:最適体験の条件

心理学者 Mihaly Csikszentmihalyi(1975)が提唱したフロー理論(Flow Theory)は、人が完全に没頭し最高のパフォーマンスを発揮できる精神状態「フロー体験」の条件を定義したものである。ゲームデザインおよびUI/UXデザインの双方において、中核的な理論的基盤として広く参照される。Flow Theory, proposed by psychologist Mihaly Csikszentmihalyi (1975), defines the conditions for the mental state of "flow experience" — total absorption and peak performance. It is widely cited as a core theoretical foundation in both game design and UX design.

フロー状態の条件Conditions for Flow説明Description設計への示唆Design Implication
明確な目標Clear Goals何をすべきかが明確Clear sense of what to doタスク設計・クエスト構造Task design, quest structure
即時フィードバックImmediate Feedback行動の結果がすぐ見えるOutcomes visible immediatelyマイクロインタラクション・アニメーションMicrointeractions, animations
難易度と技術のバランスChallenge–Skill Balance難しすぎず易しすぎないNeither too hard nor too easy適応的難易度・プログレッシブ開示Adaptive difficulty, progressive disclosure
コントロール感Sense of Control自分の行動が影響を持つActions have meaningful impact操作応答性・アフォーダンス明確化Responsiveness, clear affordances
自己意識の消失Loss of Self-Consciousness没入して「自分」を忘れるImmersed, forgetting oneself認知負荷の最小化・一貫した世界観Minimizing cognitive load, consistent world
時間の歪みAltered Time Perception時間が経つのを忘れるTime seems to fly by継続エンゲージメント設計Sustained engagement design

フロー理論はゲームデザインのみならず、教育設計(ゾーン・オブ・プロキシマル・デベロップメントとの接続)プロダクトUX(オンボーディング難易度曲線の設計)職場設計(ディープワーク・集中環境)など多領域に応用されている。Flow theory applies beyond game design to learning design (connection with zone of proximal development), product UX (designing onboarding difficulty curves), and workplace design (deep work, focus environments).

ゲーミフィケーション vs. ゲームデザイン

この2つの概念は混同されやすいが、目的と文脈において本質的に異なる。These two concepts are often confused, but differ fundamentally in purpose and context.

ゲームデザインGame DesignゲーミフィケーションGamification
定義Definitionゲームそのものを設計するDesigning games themselves非ゲーム文脈にゲーム要素を導入するIntroducing game elements into non-game contexts
主な目標Primary Goal楽しさ・没入・プレイ体験Fun, immersion, play experience行動変容・エンゲージメント向上・動機づけBehavior change, engagement, motivation
代表例ExamplesRPG、パズルゲーム、シミュレーションRPG, puzzle games, simulationsDuolingo(語学学習)、Fitbit(健康管理)、ポイントカードDuolingo (language learning), Fitbit (health tracking), loyalty points
設計の核心Design Coreコアループ・ルール・世界観Core loop, rules, world-buildingポイント・バッジ・リーダーボード(PBL)+内発的動機の設計Points/badges/leaderboards (PBL) + intrinsic motivation design
リスクRisks開発コスト・没入しすぎ(依存)Dev cost, excessive immersion (addiction)外発的報酬が内発的動機を削ぐ(アンダーマイニング効果)Extrinsic rewards undermine intrinsic motivation (undermining effect)

Sebastian Deterding(2011)はCHI論文「From Game Design Elements to Gamefulness」においてゲーミフィケーションを「ゲームデザイン要素の非ゲーム文脈への利用」と定義した。重要なのは、ポイント・バッジ・リーダーボードを単に追加するだけでは不十分であり、内発的動機(Intrinsic Motivation)を喚起する設計でなければ長期的エンゲージメントは生まれないという知見である。Sebastian Deterding (2011) defined gamification as "the use of game design elements in non-game contexts" in the CHI paper "From Game Design Elements to Gamefulness." The key insight: simply adding points, badges, and leaderboards is insufficient — only designs that arouse intrinsic motivation generate long-term engagement.

プレイヤー動機モデル

ゲームデザインにおける動機づけ研究は、UI/UXデザインのペルソナ設計・エンゲージメント戦略に直接応用できる2つの代表的フレームワークを生み出した。Motivation research in game design has produced two representative frameworks directly applicable to UX persona design and engagement strategy.

自己決定理論(SDT)とゲームデザイン

Richard Ryan & Edward Deci の自己決定理論(Self-Determination Theory, SDT)は、人間の内発的動機を支える3つの基本的心理欲求として ①自律性(Autonomy)②有能感(Competence)③関係性(Relatedness) を挙げる。Ryan & Rigby(2006)はこれをゲーム設計に適用し、「ゲームが楽しいのはこの3欲求を満たすから」という PENS(Player Experience of Need Satisfaction) モデルを提唱した。Richard Ryan & Edward Deci's Self-Determination Theory (SDT) identifies three basic psychological needs underpinning intrinsic motivation: ① Autonomy, ② Competence, and ③ Relatedness. Ryan & Rigby (2006) applied this to game design, proposing the PENS (Player Experience of Need Satisfaction) model: "games are fun because they satisfy these three needs."

欲求Needゲーム設計の例Game Design ExampleUI/UXデザインへの応用UX Design Application
自律性Autonomyプレイスタイルの自由・選択の多様性Freedom of play style, multiple choicesカスタマイズ・設定の豊富さ・ユーザーコントロールCustomization, rich settings, user control
有能感Competence適切な難易度・成長の可視化Appropriate difficulty, visible growthプログレスバー・スキルバッジ・段階的開示Progress bars, skill badges, progressive disclosure
関係性Relatednessマルチプレイ・ギルド・感情移入できるNPCMultiplayer, guilds, empathetic NPCsコミュニティ機能・ソーシャル共有・チーム機能Community features, social sharing, team features

バートルのプレイヤータイプ論

Richard Bartle(1996)は多人数参加型オンラインゲーム(MUD)の研究から、プレイヤーを4つのタイプに分類した。①Achievers(達成者):スコアやランキングを求める。②Explorers(探索者):世界の謎や隠し要素を求める。③Socializers(社交者):他のプレイヤーとの交流を求める。④Killers(競争者):他のプレイヤーへの影響力・支配を求める。Richard Bartle (1996) classified players into four types from research on multi-user dungeons (MUDs). ① Achievers: seek scores and rankings. ② Explorers: seek mysteries and hidden elements. ③ Socializers: seek interaction with other players. ④ Killers: seek influence and dominance over other players.

UI/UXデザインへの転用として、この4分類はペルソナ設計やエンゲージメント機能の優先度付けに活用できる。たとえば達成者には進捗の可視化・バッジ、探索者にはコンテンツの豊富さ・発見報酬、社交者にはコミュニティ機能、競争者にはランキング・挑戦機能が有効である。For UX design, these four types can be applied to persona design and feature prioritization. Achievers benefit from visible progress and badges; Explorers from content richness and discovery rewards; Socializers from community features; Killers from rankings and challenge mechanics.

ゲームのオンボーディング設計から学ぶ

ゲームは「マニュアルなしに操作を学ばせる」という設計課題を何十年もかけて洗練させてきた。プロダクトUXのオンボーディング設計にも直接応用できる知見が多い。Games have spent decades refining the design challenge of "teaching controls without a manual." Many insights apply directly to product UX onboarding design.

ゲームの手法Game Technique説明DescriptionプロダクトUXへの応用Product UX Application
インコンテキストチュートリアルIn-context Tutorial実際のゲームプレイ中に操作を学ぶLearn controls during actual gameplayツールチップ・コーチマーク・インラインヒントTooltips, coach marks, inline hints
プログレッシブ開示Progressive Disclosure最初は機能を絞り、段階的に解放Start with limited features, unlock gradually段階的機能開放・エンプティステート設計Staged feature unlock, empty-state design
セーフ失敗(Safe Fail)Safe Fail序盤は失敗コストを低くして試行を促すLow failure cost early on encourages experimentationUndo/Redo・サンドボックスモード・プレビュー機能Undo/Redo, sandbox mode, preview features
即時正の強化Immediate Positive Reinforcement最初の成功体験を早期に設計するDesign first success experiences to come early「Aha! Moment」設計・初回完了報酬"Aha! moment" design, first-completion rewards
シグニファイア(Signifiers)Signifiers操作可能な要素を視覚的に明示するVisually mark interactable elementsアフォーダンス設計・CTAデザインAffordance design, CTA design

5段階モデルとの対応図

ゲームデザインの構成要素は、5段階モデルに対応させて整理することができる。The components of game design can be organized by mapping them to the 5-layer model.

段階StageUI/UXデザインUX Designゲームデザインの対応概念Corresponding Game Design Concepts
戦略層Strategyユーザーニーズ・ビジネス目標User needs, business goalsプレイヤー動機(SDT・バートル)・ゲームのビジョン・IPブランドPlayer motivation (SDT, Bartle), game vision, IP brand
スコープ層Scope機能要件・コンテンツ要件Functional & content requirementsゲームシステム設計・コンテンツ量・モード設計Game system design, content volume, mode design
構造層Structureインタラクションデザイン・IAInteraction design, IAコアループ・メタループ・ゲームメカニクス・ナラティブ構造Core loop, meta loop, game mechanics, narrative structure
骨格層Skeletonナビゲーション・UIレイアウトNavigation, UI layoutHUD設計・コントロールスキーム・メニューナビゲーションHUD design, control scheme, menu navigation
表層Surface視覚デザイン・感覚的体験Visual design, sensory experienceアートスタイル・サウンドデザイン・アニメーション・フィールdesgignArt style, sound design, animation, feel design
UXデザイナーへの示唆Implications for UX Designers

ゲームデザインの最大の貢献は、「楽しさ」と「エンゲージメント」を設計可能な対象として扱ってきた歴史的蓄積にある。フロー理論・コアループ・動機モデルはすでに多くのプロダクトUI/UXデザイン書籍(Hooked、Designing for Behavior Change等)に取り込まれている。逆に言えば、UXデザイナーがこれらの源流を知ることは、応用事例の背後にある原理を理解することにつながる。ただし、過度なエンゲージメント最適化は倫理的リスク(ダークパターン・依存設計)を伴うことを常に念頭に置く必要がある。Game design's greatest contribution to UX is its historical accumulation of treating "fun" and "engagement" as designable. Flow theory, core loops, and motivation models have already been absorbed into many product UX books (Hooked, Designing for Behavior Change, etc.). Knowing these origins helps UX designers understand the principles behind applied examples. However, excessive engagement optimization always carries ethical risks (dark patterns, addictive design) that must be kept in mind.

Appendix A-4
付録 A-4Appendix A-4

サービスデザイン

サービスデザインは、単一プロダクトの画面設計を超え、複数チャネル・組織プロセス・顧客体験の全体を設計対象とする実践領域である。UI/UXデザインが「特定のデジタルインターフェースにおける体験」を設計するのに対し、サービスデザインは「その体験を支える組織とプロセスのエコシステム全体」を設計する。Service design extends beyond screen-level UI/UX to address the full ecosystem of channels, organizational processes, and customer experiences. While UI/UX design shapes experience within specific digital interfaces, service design shapes the organizational and process ecosystem that enables those experiences.

サービスデザインとは

Marc Stickdorn・Jakob Schneiderらによる This is Service Design Thinking(2011)では、サービスデザインを次の5原則で定義している。①ユーザー中心(User-Centred):サービスを利用する顧客の視点で体験を記述・設計する。②共同創造(Co-Creative):すべてのステークホルダー(顧客・スタッフ・パートナー)が設計プロセスに参加する。③シークエンシャル(Sequencing):サービスを連続した相互作用のリズムで可視化する。④エビデント(Evidencing):無形のサービスを有形の成果物・環境・コミュニケーションで具体化する。⑤全体的(Holistic):サービスの全チャネル・顧客・組織を俯瞰で設計する。In This is Service Design Thinking (Stickdorn & Schneider, 2011), service design is defined by five principles: ① User-Centred — describe and design experiences from the customer's perspective; ② Co-Creative — all stakeholders (customers, staff, partners) participate in design; ③ Sequencing — visualize services as rhythms of sequential interactions; ④ Evidencing — make intangible services concrete through tangible artifacts, environments, and communication; ⑤ Holistic — design all channels, customers, and organizational elements as one whole.

UI/UXデザインとの違いDifference from UI/UX Design

UI/UXデザインは主にデジタルインターフェースの「表層から戦略まで」を扱う。サービスデザインはその上位に位置し、デジタル・フィジカル・ヒューマンの全チャネルにまたがるサービス全体を設計対象とする。デジタルUXはサービス全体の「タッチポイントのひとつ」に過ぎない。UI/UX design primarily addresses "surface through strategy" within digital interfaces. Service design operates at a higher level, covering the entire service across digital, physical, and human channels. Digital UX is just one touchpoint within the larger service ecosystem.

サービスブループリント

サービスブループリントは、Lynn Shostack(1984)が提唱したサービスの可視化手法であり、サービスデザインの中核ツールのひとつである。顧客の行動・フロントステージ(顧客が見える従業員の行動)・バックステージ(顧客が見えない内部プロセス)・支援プロセスを一枚の図に統合し、「見えない部分」が体験品質にどう影響するかを明らかにする。The service blueprint, proposed by Lynn Shostack (1984), is one of the core service design tools. It integrates customer actions, frontstage actions (employee actions visible to customers), backstage actions (internal processes invisible to customers), and support processes into a single diagram, revealing how invisible parts of the operation impact experience quality.

要素Element内容ContentUI/UXとの接点Link to UI/UX
顧客行動Customer Actionsサービスを使う顧客のステップ・選択・インタラクションCustomer steps, choices, and interactions while using the serviceCJMの上位版。デジタル/フィジカルをまたぐHigher-level CJM spanning digital and physical
フロントステージFrontstage顧客と直接接触するスタッフの行動・デジタルUIStaff actions and digital UI in direct contact with customers画面設計・チャットUI・通知がここに属するScreen design, chat UI, and notifications belong here
バックステージBackstage顧客には見えない内部業務・判断・承認フローInternal operations, decisions, and approval flows invisible to customersAPI・CRM・在庫システム連携などAPI integrations, CRM, inventory systems, etc.
支援プロセスSupport Processesフロント・バックを支えるITシステム・組織ポリシーIT systems and organizational policies supporting front and back stagesデザインシステム・ブランドガイドライン管理Design system and brand guideline management

主要ツールと手法

サービスデザインが用いるツールはUI/UXと重なるものも多いが、スコープが「組織とエコシステム全体」に広がることで独自の手法が加わる。Many service design tools overlap with UI/UX, but the expanded scope of "entire organization and ecosystem" adds distinctive methods.

ツールTool概要OverviewUI/UXとの違いDifference from UI/UX
サービスブループリントService Blueprint前述のフロント/バック/支援を統合した図Integrated diagram of front/back/support stages (see above)CJMよりも組織の内部プロセスにフォーカスMore focus on internal organizational processes than CJM
エコシステムマップEcosystem Mapサービスに関わる全アクター・組織・システムの関係を可視化Visualizes relationships among all actors, organizations, and systems in the serviceUI/UXのフロー図より対象範囲が広いBroader scope than UI/UX flow diagrams
ステークホルダーマップStakeholder Map顧客・従業員・パートナー・規制機関などの影響関係Influence relationships among customers, employees, partners, regulators, etc.ユーザーだけでなく内部ステークホルダーも対象Includes internal stakeholders, not only end users
サービスストーリーボードService Storyboard複数チャネルをまたぐサービス体験のシナリオ記述Scenario description of service experience spanning multiple channels単一画面フローではなくチャネルをまたぐシナリオCross-channel scenarios rather than single-screen flows

5段階モデルとの対応(パターンC)

サービスデザインは「特定の層から分岐する」のではなく、5レイヤーすべてを独自の問いで貫く「縦軸」として機能する(付録A パターンC参照)。各層でサービスデザイン固有の設計問いが発生する。Service design does not "branch off" at a specific layer but functions as a vertical axis that cuts through all five layers with its own questions (see Appendix A Pattern C). Each layer generates service design-specific questions.

5レイヤーLayerUI/UXの問いUI/UX Questionサービスデザインの問いService Design Question
① 戦略層① Strategyこのプロダクトで何を達成するかWhat does this product achieve?このサービスはどんな社会的価値・ビジョンを持つかWhat social value and vision does this service hold?
② 要件層② Scopeどんな機能・コンテンツが必要かWhat features and content are needed?どのチャネルが必要で、どう統合するかWhich channels are needed and how should they be integrated?
③ 構造層③ Structure情報はどう構造化するかHow is information structured?フロント/バックのプロセス分担はどうするか(ブループリント)How are front/back stage processes divided? (Blueprint)
④ 骨格層④ Skeleton画面レイアウトとナビゲーションScreen layout and navigationタッチポイント設計と各チャネルの相互作用Touchpoint design and channel interactions
⑤ 表層⑤ SurfaceビジュアルデザインVisual designチャネル間の統一感・ブランドの一貫性Consistency across channels and brand coherence
Appendix A-5
付録 A-5Appendix A-5

倫理的デザイン

倫理的デザイン(Ethical Design)とは、ユーザー・社会・環境への影響を意識し、操作・搾取・排除を排した設計実践である。UI/UXデザインが「どう使いやすくするか」を問うのに対し、倫理的デザインは「そもそも何を設計すべきではないか」という排除要件を設計プロセスに組み込む。Ethical design is the practice of designing with awareness of impacts on users, society, and the environment — eliminating manipulation, exploitation, and exclusion from the design process. Where UI/UX design asks "how do we make this usable?", ethical design asks "what should we not design at all?" and embeds those exclusion requirements into the process.

ダークパターン:操作的UIの分類

ダークパターン(Dark Patterns)は、UX研究者の Harry Brignullが2010年に命名した概念で、ユーザーの意図に反した行動(不要な購読・個人情報の過剰提供・解約困難)を誘導するUIの設計手法を指す。Brignullは「デザイナーが意図して作ったユーザーを騙すインターフェース」と定義する。Dark patterns, coined by UX researcher Harry Brignull in 2010, refer to UI design techniques that steer users into actions against their own interests (unwanted subscriptions, excessive personal data sharing, difficulty cancelling). Brignull defines them as "interfaces designed to trick users, created with intent by designers."

種別Type概要Description代表例Example
トリックキャッチTrick Questions紛らわしいチェックボックス・否定形の選択肢Confusing checkboxes or double-negative options「メール通知を受け取らない場合はチェック」"Check here if you do not want to receive emails"
スネーキングSneak into Basket意図しない商品・オプションをカートに追加Adding unintended items or options to cart旅行予約時の座席保険の自動追加Auto-adding travel insurance at checkout
ローチモーテルRoach Motel入るのは簡単だが出るのが難しい設計Easy to get in, hard to get out登録は1クリック、解約はサポート電話が必要1-click signup, phone-only cancellation
確認シェイミングConfirmshaming拒否ボタンに罪悪感を呼ぶ文言Decline button uses guilt-inducing language「いいえ、節約に興味ありません」"No thanks, I don't want to save money"
フォースドコンティニュイティForced Continuity無料トライアル終了後に自動課金・通知なしAutomatic billing after free trial without clear noticeクレカ登録必須の無料体験Free trial requiring credit card, auto-charged after
偽の緊急性False Urgency根拠のないカウントダウン・「残りわずか」表示Baseless countdown timers or "only X left" displaysリセットされるカウントダウンタイマーCountdown timer that resets on page reload
規制の動向Regulatory Trends

EU DSA(デジタルサービス法、2023年施行)はダークパターンを明示的に禁止。FTC(米国連邦取引委員会)も2022年に「Negative Option Marketing」ガイダンスを強化。日本でも景品表示法・特定商取引法の観点から問題事例への対応が進んでいる。UI設計者は法的リスクとして認識する必要がある。The EU Digital Services Act (DSA, enforced 2023) explicitly prohibits dark patterns. The FTC (US Federal Trade Commission) also strengthened its "Negative Option Marketing" guidance in 2022. In Japan, responses to problematic cases are advancing through the Premiums and Representations Act and the Act on Specified Commercial Transactions. UI designers need to recognize this as legal risk.

幸福学・ウェルビーイングのフレームワーク

UI/UXデザインの最終的な目標は「プロダクトを使うことで人の生活がより良くなること」にある。幸福心理学・ポジティブ心理学の知見は、エンゲージメントや感情設計を超えた「持続的なウェルビーイング」の設計指針を提供する。

フレームワーク 提唱者・概要 UXへの示唆
PERMA モデル Seligman(2011)。幸福の5要素:P=ポジティブ感情、E=エンゲージメント、R=良好な関係、M=意味・目的、A=達成。 感情的フィードバック(P)、没入感のある操作(E)、ソーシャル機能(R)、ミッション訴求(M)、進捗可視化(A)の設計に対応。
フロー理論 Csikszentmihalyi(1990)。挑戦と能力が均衡したときに生じる完全没入状態(フロー)。退屈と不安の中間に位置するゾーン。 難易度の段階的調整(ゲーミフィケーション・オンボーディング)、集中を妨げない通知設計、中断のないフロー(マルチステップフォームのUX)。
SDT
(自己決定理論)
Deci & Ryan(1985)。内発的動機の3要素:自律性(Autonomy)・有能感(Competence)・関係性(Relatedness)。外発的報酬だけでは持続的エンゲージメントは生まれない。 ユーザーにコントロール感を与える設計(Autonomy)、スキル可視化・進捗表示(Competence)、コミュニティ機能・共有機能(Relatedness)。
ポジティブUX Hassenzahl(2010)。製品体験を「使いやすさ(Usable)」「楽しさ(Fun)」「意味のある体験(Meaningful)」の3層で評価する。UXを機能的品質だけでなく感情・意味の次元で測る枠組み。 UXリサーチの評価指標設計、感情マップ、UX KPIの多次元化。
倫理的テクノロジー設計 Time Well Spent 運動(Tristan Harris, 2013〜)。注意経済(Attention Economy)への批判から生まれた、ユーザーの時間・集中・幸福を尊重するデザイン思想。 通知の最小化設計、デジタルウェルビーイング機能(スクリーンタイム等)、中断を尊重するUI。

プライバシーバイデザイン

プライバシーバイデザイン(Privacy by Design, PbD)は、カナダのAnn Cavoukianが1990年代に提唱し、GDPRにも組み込まれた設計原則である。「プライバシー保護をシステム完成後に付け加えるのではなく、設計プロセスの最初から組み込む」という考え方で、7原則から成る。Privacy by Design (PbD), proposed by Canada's Ann Cavoukian in the 1990s and embedded in the GDPR, is the principle that privacy protection should be built into the design process from the beginning, not added after the fact. It consists of seven foundational principles.

#原則Principle設計への含意Design Implication
1事後対応ではなく予防的Proactive, not Reactiveプライバシーリスクを設計前に特定・排除Identify and eliminate privacy risks before design
2デフォルトとしてのプライバシーPrivacy as Default初期状態は最小限のデータ収集・最高レベルの保護Default to minimal data collection and maximum protection
3設計に組み込むPrivacy EmbeddedUI・アーキテクチャ・ビジネスモデルの一部として統合Integrated as part of UI, architecture, and business model
4完全な機能性Full Functionalityプライバシーと利便性はトレードオフでなく両立するPrivacy and usability are not trade-offs — both can be achieved
5エンドツーエンドのセキュリティEnd-to-End Securityデータの収集から廃棄まで保護を継続Maintain protection from data collection through deletion
6可視性と透明性Visibility and Transparencyデータの使用目的・保存場所をユーザーに明示Clearly disclose data use and storage to users
7ユーザー中心Respect for User Privacy強力なデフォルト・適切な通知・ユーザーによる管理権限Strong defaults, appropriate notice, and user control

倫理的デザインの主要フレームワーク

倫理的デザインは複数のフレームワークと実践ガイドラインが並立している。いずれも「ユーザーを手段として扱わない」という共通の価値観を持つ。Ethical design has multiple parallel frameworks and practice guidelines, all sharing the core value of "not treating users as means to an end."

フレームワークFramework提唱者・出典Source特徴Focus
倫理的デザインマニフェストEthical Design ManifestoAral Balkan / ind.ie人権・人間的努力・使いやすさの3層モデル3-tier model: human rights → human effort → usability
価値センシティブデザインValue Sensitive Design (VSD)Batya Friedman (1990s)設計プロセスに倫理的価値観を系統的に組み込む方法論Methodology for systematically embedding ethical values in design
インクルーシブデザインInclusive DesignMicrosoft Design障害・年齢・状況的制約を持つ人を起点にした設計Design starting from people with disabilities, age differences, or situational constraints
説得技術の倫理Ethics of Persuasive TechnologyB.J. Fogg / Tristan Harris説得・依存を誘発する設計(フォッグモデル)の批判的検討Critical examination of designs that induce persuasion and dependency (Fogg Model)

5段階モデルとの対応(パターンC)

倫理的デザインはサービスデザイン同様、特定の層から分岐するのではなく、5レイヤーすべてを貫く「横断制約」として機能する(付録A パターンC参照)。各層で固有の倫理的問いが発生する。Like service design, ethical design functions not as a branch from a specific layer but as a cross-cutting constraint through all five layers (see Appendix A Pattern C). Each layer generates its own ethical questions.

5レイヤーLayer倫理的デザインの問いEthical Design Question代表的手法・原則Representative Methods
① 戦略層① Strategyこのプロダクトは誰かを搾取・監視することで成立しているかDoes this product rely on exploiting or surveilling users?VSD・倫理的ビジネスモデル評価Value Sensitive Design, ethical business model review
② 要件層② Scope「何を作らないか」の排除要件が定義されているかAre "what not to build" exclusion requirements defined?プライバシーバイデザイン・ダークパターン禁止リストPrivacy by Design, dark pattern prohibition lists
③ 構造層③ Structure情報構造が操作的ナビゲーションを誘発していないかDoes the information structure induce manipulative navigation?操作的IA排除・透明な選択アーキテクチャEliminating manipulative IA, transparent choice architecture
④ 骨格層④ Skeletonダークパターンがインターフェースに混入していないかAre dark patterns embedded in the interface?ダークパターン監査・解約フロー見直しDark pattern audit, cancellation flow review
⑤ 表層⑤ Surface視覚的強調が不当な誘導に使われていないかIs visual emphasis used for unjust manipulation?コントラスト・色使いの公正性・確認シェイミング排除Contrast fairness, color ethics, eliminating confirmshaming
Appendix C
付録 CAppendix C

UXデザインプロセスの全体像

「UXデザインプロセス」とは、ユーザーニーズと事業目標を起点に、リサーチ・設計・評価・改善を反復しながら体験をかたち作る一連の活動の総称である。付録Bでは、そのプロセスを「どう設計するか(方法論)」「誰が・どう運営するか(マネジメント)」「概念的枠組みをどう広げるか(未来志向・AI)」「組織インフラとしてどう機能させるか(DesignOps)」という5つの視点から整理する。"UX process" refers to the series of activities — research, design, evaluation, and improvement — that iteratively shape experiences from user needs and business goals. Appendix B organizes this process from five perspectives: how to design the process (methodology), who runs it and how (management), how to expand its conceptual scope (futures-oriented thinking, AI), and how to operate it as organizational infrastructure (DesignOps).

UXデザインプロセスとは何か

UXデザインプロセスは「問題発見から解決策の実装まで」の反復サイクルであり、ISO 9241-210が定義する人間中心設計(HCD)の4ステップ(使用状況の把握→要件の特定→解決策の設計→評価)を骨格としている。この骨格をどのような形式・ペース・チーム体制で実行するかによって、ダブルダイヤモンド・デザインスプリント・リーンUX・HCDなど複数の「方法論」が生まれる。A UX process is an iterative cycle from problem discovery to solution implementation, built on the four steps of Human-Centred Design (HCD) as defined by ISO 9241-210: understanding context of use → specifying requirements → producing design solutions → evaluating. The specific format, pace, and team structure used to execute this skeleton gives rise to multiple "methodologies": Double Diamond, Design Sprint, Lean UX, HCD, and others.

プロセス設計の4つの問いFour Questions of Process Design

①何を:どの設計活動を実施するか(リサーチ、プロトタイプ、テストなど)
②いつ:どの順序・タイミングで実施するか(ウォーターフォール的 vs アジャイル的)
③誰が:どのロール・チーム体制で担うか(専任デザイナーか、クロスファンクションか)
④どう運営するか:ツール・プロセス・文化をどう整備するか(DesignOps)
① What: Which design activities to conduct (research, prototyping, testing, etc.)
② When: In what order and at what timing (waterfall-like vs. agile-like)
③ Who: Which roles and team structure (dedicated designers vs. cross-functional teams)
④ How to operate: How to organize tools, processes, and culture (DesignOps)

付録Bの5つの視点

付録Bを構成するB-1〜B-5は、UXデザインプロセスの「同じ骨格」を異なる切り口で深掘りしたものである。各付録が扱う問いと相互関係を以下に整理する。B-1 through B-5 each explore the "same skeleton" of UX process from different angles. The table below organizes the questions each appendix addresses and their interrelationships.

付録Appendix視点Perspective中心的な問いCentral Questionプロセス設計との関係Relation to Process Design
B-1 デザイン方法論の体系Design Methodology Frameworks どの方法論を選び、どう組み合わせるかWhich methodology to choose and how to combine them プロセスの「設計図」。HCD・デザイン思考・リーンUX・デザインスプリントなど7手法の比較と、5段階モデルへの対応を整理する。The "blueprint" for the process. Compares 7 approaches including HCD, Design Thinking, Lean UX, and Design Sprint, and maps them to the 5 layers.
B-2 デザインマネジメントDesign Management 誰が・どのような体制でプロセスを運営するかWho runs the process and in what organizational structure プロセスの「組織化」。プロジェクト・プログラム・戦略の3レベルでデザインをマネジメントする方法を扱う。The "organization" of the process. Addresses managing design at three levels: project, program, and strategy.
B-3 未来指向デザインの概念群Futures-Oriented Design Concepts プロセスの前提・目的・射程をどう問い直すかHow to question the assumptions, purpose, and scope of the process プロセスの「哲学的拡張」。Speculative Design・Transition Design・Future Designなどが「与えられた問題を解く」前提に疑問を投げかける。The "philosophical extension" of the process. Speculative Design, Transition Design, and Future Design question the premise of "solving given problems."
B-4 AIとUI/UXデザインAI & UI/UX Design AIはプロセスのどのステップをどう変えるかHow does AI change which steps of the process, and how? プロセスの「ツール革命」。生成AI・LLMがリサーチ・プロトタイプ・評価の各工程を変革する様子と、AIインターフェース自体のUI/UX設計を扱う。The "tool revolution" of the process. Covers how generative AI and LLMs are transforming research, prototyping, and evaluation, plus UI/UX design for AI interfaces themselves.
B-5 DesignOps・DevelopmentとUI/UX成熟度DesignOps, Development & UI/UX Maturity プロセスをスケールさせるインフラをどう整備するかHow to build infrastructure for scaling the process プロセスの「運営インフラ」。DesignOps・開発学・UX成熟度モデルを通じて、組織がUI/UXデザインプロセスを継続・発展させる基盤を整える。The "operational infrastructure" of the process. Through DesignOps, development studies, and UX maturity models, builds the organizational foundation for sustaining and advancing the UI/UX process.

付録Bの読み方

B-1〜B-5は独立して読むことができるが、以下の順序が理解を深める。「何をするか」を知りたい→ B-1(方法論の比較)。「誰がどう動かすか」を知りたい→ B-2(マネジメント体制)。「プロセスの限界を問い直したい」→ B-3(未来指向)。「AIをどう活用するか」→ B-4「組織として継続させるには」→ B-5(DesignOps)。B-1 through B-5 can be read independently, but the following order deepens understanding. To learn "what to do" → B-1 (methodology comparison). To learn "who drives it and how" → B-2 (management structure). To question the limits of the process → B-3 (futures-oriented). To understand how to leverage AI → B-4. To make it sustainable as an organization → B-5 (DesignOps).

Appendix C-1
付録 C-1Appendix C-1

デザイン方法論の体系

UI/UXデザインには多様な方法論が存在する。本付録では代表的な7つのアプローチを、5段階モデルをナビゲーション軸として比較・整理する。 Numerous methodologies exist for UI/UX design. This appendix compares seven representative approaches, using the Five Stages as the navigational axis for comparison.

方法論の概観と比較

各方法論は「どの問いから設計を始めるか」によって性格が異なる。調査・共感を起点とするものから、仮説検証・パターン再利用まで、目的と文脈に応じた選択が重要となる。 Each methodology differs in "which question initiates the design process." From research and empathy-led approaches to hypothesis validation and pattern reuse, choosing the right framework depends on purpose and context.

方法論Methodology 提唱者・出典Origin 起点の問いStarting Question アプローチApproach 5段階の起点段階Start Stage 適した場面Best Suited For
HCD(人間中心設計)HCD (Human-Centered Design) ISO 9241-210 / Norman ユーザーは何に困っているかWhat are users struggling with? 調査→要件→設計→評価の反復Research → Requirements → Design → Evaluate (iterative) 戦略Strategy 業務系・公共系サービスEnterprise / public services
ゴール指向設計Goal-Directed Design Alan Cooper ユーザーは何を達成したいかWhat do users want to accomplish? ペルソナ→ゴール→シナリオ→構造設計Persona → Goal → Scenario → Structure 要件Scope プロダクト設計全般General product design
デザイン思考Design Thinking IDEO / Stanford d.school 本当の問題は何かWhat is the real problem? 共感→定義→発想→試作→テスト(非線形)Empathize → Define → Ideate → Prototype → Test (non-linear) 戦略Strategy 革新・新規事業の探索Innovation / new business exploration
リーンUXLean UX Jeff Gothelf 仮説は正しいかIs our assumption correct? 仮説→MVP→計測→学習の高速反復Assumption → MVP → Measure → Learn (rapid cycle) 骨格(MVP)Skeleton (MVP) スタートアップ・アジャイル開発Startups / agile teams
デザインスプリントDesign Sprint Jake Knapp / Google Ventures 5日間で答えを出せるかCan we answer this in 5 days? 地図→スケッチ→決定→試作→テストを1週間で完結Map → Sketch → Decide → Prototype → Test in one week 構造Structure 意思決定・リスク検証Decision-making / risk validation
パターンランゲージPattern Language C. Alexander / Tidwell 再利用できる解法は何かWhat solutions can be reused? 名前付きパターンの選択・組み合わせSelect and combine named design patterns 構造・骨格Structure / Skeleton UI設計・デザインシステムUI design / design systems
参加型デザインParticipatory Design 北欧スカンジナビア研究Scandinavian research tradition ユーザーと共に設計できるかCan we design together with users? ワークショップ・共同制作による協働設計Co-design through workshops and collaborative creation 戦略・要件Strategy / Scope 公共政策・コミュニティサービスPublic policy / community services

人間中心設計(HCD / ISO 9241-210)

📋 IPO早見表:人間中心設計 (HCD)📋 IPO Reference: HCD (ISO 9241-210)

HCD(Human-Centered Design)はISO 9241-210として国際標準化された設計プロセスであり、ドン・ノーマンが広めた「ユーザー中心設計」の実践的枠組みでもある。「利用状況の把握」を起点に、ユーザー要件を明確化し、設計・評価を反復することで、人間にとって使いやすいシステムを目指す。 HCD (Human-Centered Design) is standardized as ISO 9241-210 and serves as the practical framework of "user-centered design" popularized by Don Norman. Starting from "understanding context of use," it clarifies user requirements and iteratively designs and evaluates to achieve systems that are usable by humans.

フェーズPhase 主な活動Key Activities 対応する5段階Stage
① 利用状況の把握・明示① Understand context of use フィールド調査、コンテキスチュアルインクワイアリー、ジョブシャドウィングField research, contextual inquiry, job shadowing 戦略Strategy
② ユーザー要件の明確化② Specify user requirements ペルソナ、ユーザーストーリー、タスク分析Personas, user stories, task analysis 戦略・要件Strategy / Scope
③ 設計案の作成③ Produce design solutions 情報アーキテクチャ、ワイヤーフレーム、プロトタイプInformation architecture, wireframes, prototypes 構造・骨格・表層Structure / Skeleton / Surface
④ 要件に対する設計の評価④ Evaluate against requirements ユーザビリティテスト、ヒューリスティック評価、A/BテストUsability testing, heuristic evaluation, A/B testing 全層横断All layers
HCDの4原則(ISO 9241-210): ①ユーザーと作業の明確な理解、②設計への利用者の参加、③ユーザー中心の評価による設計の洗練、④反復プロセス HCD 4 Principles (ISO 9241-210): ① Clear understanding of users and tasks, ② User participation in design, ③ Design refined through user-centered evaluation, ④ Iterative process

ゴール指向設計(Goal-Directed Design)

📋 IPO早見表:ゴール指向設計 (GDD)📋 IPO Reference: Goal-Directed Design

アラン・クーパー(Alan Cooper)が著書 "About Face"(1995年〜)で体系化した方法論。ペルソナを中心概念に据え、「ユーザーが何を達成したいか(ゴール)」から設計を導く。機能リストではなくゴールを起点とすることで、真にユーザーにとって意味ある設計を目指す。 Systematized by Alan Cooper in "About Face" (1995–), this methodology centers on personas and derives design from "what users want to accomplish (goals)." By starting from goals rather than feature lists, it aims for design that is genuinely meaningful to users.

フェーズPhase 内容Content 対応する5段階Stage
① リサーチ① Research インタビュー、行動観察、ステークホルダー調査Interviews, behavioral observation, stakeholder research 戦略Strategy
② モデリング② Modeling ペルソナ作成、ゴール分類(体験・最終・人生)Persona creation, goal classification (experience / end / life goals) 戦略・要件Strategy / Scope
③ 要件定義③ Requirements シナリオ作成、機能・データ・コンテキスト要件の導出Scenario creation, derivation of functional/data/context requirements 要件Scope
④ フレームワーク④ Framework インタラクションフレームワーク、ビジュアルデザインフレームワークInteraction framework, visual design framework 構造・骨格Structure / Skeleton
⑤ 詳細化⑤ Refinement インタラクション詳細設計、ビジュアル仕上げDetailed interaction design, visual refinement 骨格・表層Skeleton / Surface

クーパーはゴールを3種類に分類する。体験ゴール(使っていてどう感じたいか)、最終ゴール(タスクで何を達成したいか)、人生ゴール(人生において何者でありたいか)。この階層が設計の優先順位を導く。 Cooper classifies goals into three types: Experience goals (how users want to feel), End goals (what they want to accomplish in a task), and Life goals (who they want to be). This hierarchy guides design priorities.

デザイン思考(Design Thinking)

📋 IPO早見表:デザイン思考📋 IPO Reference: Design Thinking

IDEOとスタンフォード大学d.schoolが実践・普及させた創造的問題解決の方法論。「正しい答えを見つける」のではなく「正しい問いを見つける」ことを重視し、共感(Empathize)を起点とする5ステップで構成される。線形ではなく、フェーズ間の行き来を繰り返す探索的プロセスが特徴。 A creative problem-solving methodology practiced and popularized by IDEO and Stanford d.school. It emphasizes "finding the right question" rather than "finding the right answer," structured around five steps starting from Empathize. Its hallmark is an exploratory, non-linear process with repeated movement between phases.

ステップStep 問い・活動Question / Activity 代表的手法Key Methods 対応する5段階Stage
① 共感(Empathize)① Empathize ユーザーの世界を理解するUnderstand the user's world 観察、インタビュー、シャドウイングObservation, interview, shadowing 戦略Strategy
② 定義(Define)② Define 本質的な問題を定義するDefine the core problem How Might We、ポイントオブビューHow Might We, Point of View 戦略・要件Strategy / Scope
③ 発想(Ideate)③ Ideate 多様なアイデアを生むGenerate diverse ideas ブレインストーミング、SCAMPER、マインドマップBrainstorming, SCAMPER, mind mapping 要件・構造Scope / Structure
④ 試作(Prototype)④ Prototype 素早く形にするMake ideas tangible quickly 紙プロト、ストーリーボード、モックアップPaper proto, storyboard, mockup 骨格・表層Skeleton / Surface
⑤ テスト(Test)⑤ Test 仮説を検証し学ぶValidate assumptions and learn ユーザーテスト、フィードバックセッションUser testing, feedback sessions 全層横断All layers

リーンUX(Lean UX)

📋 IPO早見表:リーンUX📋 IPO Reference: Lean UX

ジェフ・ゴセルフ(Jeff Gothelf)が2013年に著書 "Lean UX" で体系化。エリック・リースのリーンスタートアップ思想をUXデザインプロセスに応用したもの。「成果物より学び」「大きな仕様書より実験」を重視し、Think→Make→Checkの短いサイクルを高速に回す。アジャイル開発との親和性が高い。 Systematized by Jeff Gothelf in "Lean UX" (2013), applying Eric Ries's Lean Startup principles to UX process. It prioritizes "learning over deliverables" and "experimentation over big specs," running rapid Think → Make → Check cycles. Highly compatible with agile development.

サイクルCycle 内容Content 対応する5段階Stage
Think(仮説形成)Think (Hypothesis) 前提の明示化(Who / What / Outcome)、ビジネス仮説の設定Articulate assumptions (Who / What / Outcome), set business hypothesis 戦略・要件Strategy / Scope
Make(MVP作成)Make (MVP) 仮説を検証するための最小限の設計・試作Minimal design/prototype to test the hypothesis 骨格・表層Skeleton / Surface
Check(学習)Check (Learn) ユーザーテスト・データ計測による仮説の検証と学習Validate hypothesis via user testing and data measurement 全層横断All layers
リーンUXの3原則: ①成果物(ドキュメント)より結果(ビジネス成果)、②大きなバッチより小さな実験、③個人の英雄主義よりチームの連帯。設計者・開発者・PMが同じチームとして動くことが前提。 Lean UX 3 Principles: ① Outcomes over outputs (documents), ② Small experiments over large batches, ③ Team collaboration over individual heroics. Designers, developers, and PMs operate as a unified team.

デザインスプリント(Design Sprint)

📋 IPO早見表:デザインスプリント📋 IPO Reference: Design Sprint

ジェイク・ナップ(Jake Knapp)がGoogle Venturesで開発し、著書 "Sprint"(2016年)で公開した5日間の集中設計プロセス。「数ヶ月かかる問いに5日間で答える」ことを目的とし、ビルドせずにプロトタイプとテストだけで仮説を検証する。意思決定と学習速度の最大化が本質。 A five-day intensive design process developed by Jake Knapp at Google Ventures and published in "Sprint" (2016). Its purpose is to "answer questions that would take months in just five days," validating hypotheses through prototyping and testing alone — without building. The essence is maximizing decision-making speed and learning.

曜日Day テーマTheme 主な活動Key Activity 対応する5段階Stage
月曜(Map)Monday (Map) 課題の地図化Map the challenge ロングタームゴール設定、ユーザージャーニー作成、専門家インタビューSet long-term goal, create user journey, expert interviews 戦略・要件Strategy / Scope
火曜(Sketch)Tuesday (Sketch) 解決策のスケッチSketch solutions 既存事例リサーチ、クレイジー8s、ソリューションスケッチResearch existing solutions, Crazy 8s, solution sketching 構造・骨格Structure / Skeleton
水曜(Decide)Wednesday (Decide) 意思決定Decide アートミュージアム評価、スーパーボート、ストーリーボード作成Art museum review, Supervote, storyboard creation 構造Structure
木曜(Prototype)Thursday (Prototype) 試作Prototype 「本物に見える」高速プロトタイプの制作Build a "realistic-looking" rapid prototype 骨格・表層Skeleton / Surface
金曜(Test)Friday (Test) 5人テストTest with 5 users 5名のユーザーテスト、パターン発見、意思決定Test with 5 users, find patterns, make decisions 全層横断All layers

パターンランゲージ(Pattern Language)

📋 IPO早見表:パターンランゲージ📋 IPO Reference: Pattern Language

建築家クリストファー・アレグザンダー(Christopher Alexander)が1977年の著書 "A Pattern Language" で提唱した方法論。繰り返し現れる設計問題とその解法を「パターン」として名前付けし体系化する。1994年のGoFによる "Design Patterns"(ソフトウェア)、2003年のジェニファー・ティドウェル "Designing Interfaces"(UI設計)を経て、今日のUIパターンライブラリやデザインシステムへと発展した。 Proposed by architect Christopher Alexander in "A Pattern Language" (1977), this methodology names and systematizes recurring design problems and their solutions as "patterns." Through the GoF's "Design Patterns" (1994, software) and Jenifer Tidwell's "Designing Interfaces" (2003, UI design), it evolved into today's UI pattern libraries and design systems.

パターンの構成要素Pattern Structure 内容Content UIデザインの例UI Example
名前(Name)Name 解法の共通言語となる名称A shared vocabulary name for the solution Breadcrumb / Modal / Infinite Scroll
コンテキスト(Context)Context パターンが適用される状況Situation where the pattern applies 深い階層構造を持つWebサイトWebsites with deep hierarchical structure
問題(Problem)Problem 繰り返し現れる設計課題Recurring design challenge 現在地と経路が分からなくなるUsers lose track of location and path
解法(Solution)Solution 問題を解決する設計の形Design form that resolves the problem 階層パスをリンクで表示するDisplay hierarchical path as links
帰結(Consequences)Consequences 適用した場合のトレードオフTrade-offs when applied スペース消費、モバイルでの表示制約Space usage, mobile display constraints

パターンランゲージの強みは「設計の語彙」を組織・チームで共有できることにある。デザインシステム(Atomic Design等)はこの思想の現代的実装であり、コンポーネントライブラリ・インタラクションガイドライン・アクセシビリティパターンとして活用されている。 The strength of Pattern Language lies in sharing a "design vocabulary" across an organization or team. Design systems (such as Atomic Design) are modern implementations of this philosophy, utilized as component libraries, interaction guidelines, and accessibility patterns.

参加型デザイン(Participatory Design)

📋 IPO早見表:参加型デザイン📋 IPO Reference: Participatory Design

1970年代のスカンジナビアで、労働組合と研究者が協力して始めた民主的設計運動を起源とする。ユーザーを調査対象ではなく「設計の共同制作者」として位置づける。特に公共サービス・医療・教育・コミュニティ系のシステム設計において、当事者の権利と声を設計プロセスに組み込む手段として重視される。 Originating from a democratic design movement begun in 1970s Scandinavia through collaboration between labor unions and researchers, Participatory Design positions users not as research subjects but as "co-creators of design." It is particularly valued in public services, healthcare, education, and community systems as a means of incorporating stakeholder rights and voices into the design process.

手法Method 内容Content 対応する5段階Stage
コデザインワークショップCo-design Workshop ユーザー・デザイナー・開発者が同席してアイデアを共同生成Users, designers, and developers generate ideas together 戦略・要件Strategy / Scope
カルチュラルプローブCultural Probes 日記・写真・地図などのツールキットをユーザーに渡して自己記録させるProvide users with diary/photo/map toolkits for self-documentation 戦略Strategy
プロトタイプ共同評価Collaborative Prototype Evaluation ユーザーが試作品の改善に直接参加する評価セッションEvaluation sessions where users directly participate in prototype improvement 骨格・表層Skeleton / Surface
フューチャーワークショップFuture Workshop 現状批判→理想の未来想像→実現策の検討という3段階Three stages: critique current situation → imagine ideal future → plan realization 戦略Strategy
HCDとの違い: HCDはユーザーを「情報提供者・評価者」として扱うが、参加型デザインはユーザーを「設計の意思決定者」として対等な立場に置く。サービスデザイン・シビックテックの領域で参加型デザインの需要が高まっている。 Difference from HCD: HCD treats users as "information providers and evaluators," while Participatory Design places users as "design decision-makers" on equal footing. Demand for Participatory Design is growing in service design and civic tech contexts.

ダブルダイヤモンドプロセス

Proposed by the UK Design Council in 2004. Represents the design process as two cycles of divergence → convergence: Discover (problem space exploration) → Define (frame the problem) → Develop (solution generation) → Deliver (test and implement).

英国デザインカウンシルが2004年に提唱したデザインプロセスフレームワーク[DesignCouncil2004]。「発散→収束」を2回繰り返す構造でプロセスを可視化する。第1ダイヤモンドで正しい問題を定義し、第2ダイヤモンドで正しい解決策を開発する。シンプルで直感的な構造から、デザインチームへのプロセス説明ツールとして世界中で広く使われている。A design process framework proposed by the UK Design Council in 2004 [DesignCouncil2004]. The process is visualized as two cycles of divergence → convergence. The first diamond defines the right problem; the second develops the right solution. Its simple, intuitive structure has made it widely used worldwide as a process communication tool for design teams.

4つのフェーズ

# フェーズPhase モードMode 内容Description 主な手法Key Methods
1 Discover(発見) 発散Diverge 問題空間の調査。ユーザー・市場・文脈を広く探索するExplore the problem space broadly — users, market, context フィールドリサーチ、インタビュー、エスノグラフィField research, interviews, ethnography
2 Define(定義) 収束Converge インサイトを絞り込み、解くべき問題を明確に定義するNarrow insights to clearly frame the problem to solve アフィニティダイアグラム、HMW、PoV文Affinity diagram, HMW statements, PoV
3 Develop(開発) 発散Diverge 解決策のアイデアを発散的に生成し、プロトタイプで具体化するGenerate solution ideas divergently and concretize via prototypes ブレインストーミング、プロトタイプ、コデザインBrainstorming, prototyping, co-design
4 Deliver(提供) 収束Converge 最良の解決策に収束し、テスト・実装するConverge on the best solution, then test and implement ユーザビリティテスト、パイロット、ローンチUsability testing, pilot, launch

HCDとデザイン思考との位置関係

3手法の相補性: HCD(ISO 9241-210)は要件定義・評価ループを定義する規格、デザイン思考(d.school)はマインドセット・文化として機能し、ダブルダイヤモンドは「発散と収束の視覚言語」としてチーム間のプロセス共有に特化している。実務では3つを組み合わせて使うことが多い。 Complementarity of three approaches: HCD (ISO 9241-210) defines the requirements-and-evaluation loop as a standard; Design Thinking (d.school) functions as a mindset and culture; Double Diamond specializes in "a visual language of divergence and convergence" for sharing process understanding across teams. In practice, all three are often used in combination.

エクスペリエンス・ビジョン

A Japanese vision-proposal design methodology developed by Masaya Ando (2016). Rather than starting from user pain points, it begins by envisioning positive "delightful experiences" and works backward to design requirements. Emphasizes ethnographic observation, experience scenarios, and vision sketches as core outputs.

山崎和彦・上田義弘・高橋克実・早川誠二・郷健太郎・柳田宏治が著した日本発のデザイン方法論[Yamazaki2016]。従来のHCDやデザイン思考が「ユーザーの課題・不満の解決」を起点とするのに対し、エクスペリエンス・ビジョンは「ユーザーがどんな体験をすれば"うれしい"か」というビジョンを先に描くことを起点とする。「ビジョン提案型デザイン手法」と位置づけられ、体験のあるべき姿を描くシナリオとビジョンスケッチが中核の成果物となる。A Japanese design methodology authored by Yamazaki Kazuhiko et al. [Yamazaki2016]. While traditional HCD and Design Thinking begin from "solving user pain points," Experience Vision starts by envisioning what experiences would make users "happy". Positioned as a "vision-proposal design methodology," its core deliverables are experience scenarios and vision sketches depicting the ideal experiential future.

基本思想:ビジョン起点の設計

多くのデザインプロセスは「問題→解決策」の構造をとる。しかしエクスペリエンス・ビジョンでは、問題を解決するのではなく、実現したい体験の理想像(ビジョン)を先に確立し、そこから逆算して要件・仕様を導く。この逆算の発想は、プロダクトの差別化・革新的な体験設計に有効であり、特に新規プロダクトの初期コンセプト策定フェーズで威力を発揮する。Most design processes follow a "problem → solution" structure. Experience Vision, however, does not solve problems — instead, it first establishes an ideal vision of the desired experience, then works backward to derive requirements and specifications. This reverse-engineering approach is effective for product differentiation and innovative experience design, particularly in the early concept formation phases of new products.

プロセスの4ステップ

# ステップStep 内容Description 主な成果物Key Output
1 ユーザー観察・エスノグラフィUser Observation / Ethnography ユーザーの日常生活・文脈を丁寧に観察する。課題抽出ではなく「うれしい瞬間・価値観・行動パターン」の発見が目的。Careful observation of users' daily lives and contexts. The goal is not to extract problems but to discover "moments of delight, values, and behavioral patterns." 観察ノート、ユーザー記述Observation notes, user descriptions
2 体験ビジョンの構築Building the Experience Vision 観察から得たインサイトをもとに「ユーザーが体験すべき理想の状態」をビジョンとして言語化・ビジュアル化する。Based on observational insights, articulate and visualize "the ideal state of experience users should have" as a vision. 体験ビジョン文、ビジョンスケッチExperience vision statement, vision sketches
3 体験シナリオの作成Creating Experience Scenarios ビジョンを具体的なユーザーストーリーとして展開する。「誰が・いつ・どのような文脈で・どんな体験をするか」を物語形式で記述。Develop the vision into concrete user stories describing "who, when, in what context, and what kind of experience they have" in narrative form. 体験シナリオ(ストーリーボード)Experience scenarios (storyboards)
4 要件への逆算Back-casting to Requirements 体験シナリオを実現するために必要なプロダクト要件・機能・インタラクションを導出する。ここで初めてHCDやデザインスプリントなど他の手法と接続する。Derive the product requirements, features, and interactions needed to realize the experience scenarios. This is the point of connection to other methodologies like HCD or Design Sprint. 要件定義・機能リストRequirements definition, feature list

他手法との位置づけ

前工程として機能する: エクスペリエンス・ビジョンは「何のためのプロダクトか」というコンセプト定義フェーズに特化した手法である。ビジョンが確立した後は、HCDで要件を精緻化し、デザインスプリントで検証し、リーンUXで反復改善するという組み合わせが自然に成立する。 Functions as upstream process: Experience Vision specializes in the concept-definition phase — answering "what is this product for?" Once the vision is established, it pairs naturally with: HCD to refine requirements, Design Sprint to validate, and Lean UX to iterate.
観点Dimension エクスペリエンス・ビジョンExperience Vision HCD / デザイン思考Design Thinking
出発点Starting point 「うれしい体験」のビジョン"Delightful experience" vision ユーザーの課題・ペインUser problems / pain points
設計の方向Design direction ビジョンから逆算Back-cast from vision 問題から前進Forward from problem
中核成果物Core deliverable 体験シナリオ・ビジョンスケッチExperience scenarios, vision sketches ペルソナ・ユーザーストーリーPersonas, user stories
得意な局面Best suited for 新規プロダクト・コンセプト定義New products, concept definition 既存プロダクト改善・課題解決Existing product improvement, problem-solving

5階層 × 方法論マップ

各方法論が5段階モデルのどの層を重視し、どの方向(上から・下から・全層横断)で進むかを整理する。プロジェクトの性質(探索・検証・実装)と照らし合わせて方法論を選択・組み合わせることが実務上の鍵となる。 This maps which of the Five Stages each methodology emphasizes and the direction it traverses (top-down, bottom-up, or cross-layer). Matching and combining methodologies to project nature (exploration, validation, implementation) is the key in practice.

方法論Methodology 戦略Strategy 要件Scope 構造Structure 骨格Skeleton 表層Surface 進行方向Direction
HCD 上→下(反復)Top-down (iterative)
ゴール指向設計Goal-Directed 上→下(線形)Top-down (linear)
デザイン思考Design Thinking 上→下(非線形・探索)Top-down (non-linear, exploratory)
リーンUXLean UX 全層横断(高速反復)Cross-layer (rapid cycle)
デザインスプリントDesign Sprint 全層横断(時間圧縮)Cross-layer (time-compressed)
パターンランゲージPattern Language 構造・骨格起点(再利用)Structure/Skeleton-led (reuse)
参加型デザインParticipatory Design 上→下(協働)Top-down (collaborative)
エクスペリエンス・ビジョンExperience Vision 戦略起点(ビジョン逆算)Strategy-led (vision back-cast)
ダブルダイヤモンドDouble Diamond 上→下(発散収束×2)Top-down (diverge-converge ×2)

◎ 特に重視 ○ 関与する △ 相対的に薄い。実際のプロジェクトでは複数の方法論を組み合わせることが多い。例えば「デザイン思考で問題を定義し、デザインスプリントで検証し、パターンランゲージで実装する」という組み合わせは実務でよく見られる。 ◎ Heavily emphasized ○ Involved △ Relatively light. In practice, projects often combine multiple methodologies. For example, "Define the problem with Design Thinking, validate with Design Sprint, implement with Pattern Language" is a common real-world combination.

Appendix C-2
付録 C-2Appendix C-2

UI/UXの評価

評価はUXデザインプロセスの各フェーズで実施される。5段階モデルの各層に対応した評価手法を適切なタイミングで用いることで、手戻りを最小化しながらプロダクト品質を向上させることができる。Evaluation is conducted at every phase of the UX design process. By applying the right evaluation methods at the right time — aligned with each layer of the 5-Stage Model — teams can improve product quality while minimizing costly rework.

5階層×評価手法マップ

Layer問いKey Question主な評価手法Primary Methods
戦略層Strategy作るべきものを作っているか?Are we building the right thing?コンセプトテスト、Smoke/Fake Door Test、問題探索インタビューConcept Test, Smoke/Fake Door Test, Problem Discovery Interview
要件層Scope要件に抜け漏れや矛盾はないか?Are requirements complete and consistent?ペーパープロトタイプテスト、要件レビュー、カードソーティングPaper Prototype Test, Requirements Review, Card Sorting
構造層Structure情報構造・ラベリングは直感的か?Is the IA and labeling intuitive?ツリーテスト、認知的ウォークスルー、カードソーティング(クローズド型)Tree Test, Cognitive Walkthrough, Closed Card Sorting
骨格層SkeletonUIパターンと操作フローは適切か?Are UI patterns and flows appropriate?ヒューリスティック評価(Nielsen 10原則)、ワイヤーフレームテストHeuristic Evaluation (Nielsen 10), Wireframe Test
表層Surfaceビジュアルと全体体験は成立しているか?Does the visual design and overall experience work?ユーザビリティテスト(モデレート/非モデレート)、UXメトリクスUsability Testing (Moderated / Unmoderated), UX Metrics

戦略層:コンセプト受容性評価

プロトタイプが存在しない段階でも、コンセプトの受け入れやすさをテストできる。Even before a prototype exists, there are methods to test how well a concept will be accepted.

手法Method概要Overview適用タイミングTiming
コンセプトテストConcept Testスケッチ・ストーリーボードを提示しユーザーの反応・購入意向を問うPresent sketches/storyboards and gauge user reaction and purchase intentアイデア検証初期Early ideation
Smoke Test / Fake Door Test存在しない機能のLPやボタンを公開し、クリック率・登録数で需要を定量測定Publish a page for a non-existent feature and quantify demand via CTR and sign-upsビジネス仮説の定量検証Quantitative hypothesis validation
問題探索インタビューProblem Discovery Interviewユーザーの行動・不満を深掘りし、解決策の方向性を確認するDeeply explore user behavior and pain points to validate solution directionコンセプト定義前Before concept definition

要件層:要件適切性評価

低コストの手法で早期に要件の抜け漏れや矛盾を発見することが目的。The goal is to discover gaps or contradictions in requirements early, using low-cost methods.

手法Method概要Overview成果物Output
ペーパープロトタイプテストPaper Prototype Test紙モックをユーザーに操作させ、機能・フローの理解度を確認。コストほぼゼロHave users interact with hand-drawn mockups to check feature/flow comprehension at near-zero cost要件ギャップリストRequirements gap list
ステークホルダーレビューStakeholder Reviewビジネスオーナー・開発者・UXデザイナーが協同でレビューし、優先度・実現可能性を確認Business owners, developers, and UX designers collaboratively review for priority and feasibility alignment修正済み要件一覧Revised requirements list
カードソーティング(優先度合意)Card Sorting (Priority Alignment)要件をカードに書きグループ化・順位付けし、期待と設計のずれを可視化Write requirements on cards and sort them to surface gaps between expectations and design優先度マップPriority map

構造層:構造・IA評価

情報の分類・階層・ラベリングが直感的かを評価する。Evaluate whether the classification, hierarchy, and labeling of information is intuitive.

手法Method概要Overviewツール例Tool Examples
ツリーテストTree Testナビゲーション階層のみを提示し、目的項目を何クリックで見つけられるかを測定Present only the navigation hierarchy and measure how many clicks to find target itemsTreejack, UXtweak
認知的ウォークスルーCognitive Walkthrough専門家が「初めてのユーザー」の視点でステップを追い、目標の明確さ・次アクションの発見しやすさを評価Experts walk through steps as a first-time user, evaluating goal clarity and action discoverabilityチェックリスト形式Checklist format
カードソーティング(クローズド型)Closed Card Sorting既存カテゴリへのコンテンツ配置でラベリングを検証Assign content items to existing categories to validate labelingOptimal Workshop, Maze

骨格層:ヒューリスティック評価

Jakob Nielsenが1994年に発表した10のヒューリスティクス[Nielsen1994]は専門家がUIを体系的に評価するための経験則。The 10 heuristics published by Jakob Nielsen in 1994[Nielsen1994] are empirical rules of thumb for expert systematic UI evaluation.

#原則Principle概要Overview
1システム状態の視認性Visibility of system status何が起きているか常にユーザーに伝えるAlways keep users informed about what is going on
2実世界との一致Match between system and the real worldユーザーの言葉・概念・順序に従うFollow users' language, concepts, and conventions
3ユーザーコントロールと自由User control and freedom間違えたら簡単に取り消せるProvide clearly marked emergency exits
4一貫性と標準Consistency and standards同じ言葉・操作は同じ意味を持つSame words, situations, and actions should mean the same thing
5エラーの防止Error prevention問題が起きないよう事前に設計するDesign to prevent problems from occurring
6認識 vs 想起Recognition rather than recall記憶より認識に頼らせるMinimize memory load — make objects, actions, and options visible
7柔軟性と効率性Flexibility and efficiency of use初心者〜熟練者の両方に対応するAccelerators allow experts to speed up interactions
8審美性と簡潔なデザインAesthetic and minimalist design不要な情報は競合を生むDialogues should not contain irrelevant information
9エラーの認識・診断・回復Help users recognize, diagnose, and recover from errorsエラーメッセージは平易かつ建設的にError messages should be expressed in plain language
10ヘルプとドキュメントHelp and documentationドキュメントなしで使えるのが理想。必要な場合は探しやすくEven though it is better if the system can be used without documentation, help must be easy to search

表層:ユーザビリティテスト

モデレート(対面)Moderated (In-Person)リモート非モデレートRemote Unmoderated
深さDepth深い(追加質問が可能)Deep (follow-up questions possible)浅い(行動ログのみ)Shallow (behavior logs only)
コストCost高いHigh低いLow
規模Scale5–8 participants50+人も可能 participants possible
代表ツールRepresentative ToolsZoom + UserTestingMaze, Lookback, UserZoom

表層:UXメトリクス

HEARTフレームワーク(Google, 2010)HEART Framework (Google, 2010)

Kerry Rodden らが提案[Rodden2010]。GSM(Goals-Signals-Metrics)マトリクスと組み合わせて使う。Proposed by Kerry Rodden et al.[Rodden2010] Used in combination with the GSM (Goals-Signals-Metrics) matrix.

  • Happiness:ユーザー満足度(NPS, CSAT, SUS)Happiness: User satisfaction (NPS, CSAT, SUS)
  • Engagement:使用頻度・深度(セッション数、機能使用率)Engagement: Frequency and depth of use (sessions, feature usage rate)
  • Adoption:新規ユーザーの取り込み(新規アクティブユーザー数)Adoption: New user acquisition (new active users)
  • Retention:継続率(30日リテンション率)Retention: Retention rate (30-day retention)
  • Task Success:タスク達成率・完了時間・エラー率Task Success: Task completion rate, time-on-task, error rate
Appendix C-3
付録 C-3Appendix C-3

デザインマネジメント

デザインマネジメントは、デザインをビジネス戦略・組織・プロセスに統合する実践領域である。UI/UXデザインを組織として機能させるための「外殻」であり、誰が・どのような体制で・どのような成果指標でデザインするかを扱う。Design management is the practice of integrating design into business strategy, organizational structures, and processes — the organizational "shell" that enables UI/UX design to function at scale. It addresses who designs, under what structure, and against what success metrics.

デザインマネジメントとは

デザインマネジメントは、デザインプロセス・チーム・リソースを管理しビジネス目標を達成するための実践分野である。1965年にMichael Farr(英国)が初めて体系化し、1975年にはDesign Management Institute(DMI)が米国ボストンで設立された。DMIの定義によれば「デザインマネジメントとは、デザイン・イノベーション・戦略・クラフトの効果的な展開であり、組織の競争力と文化的持続可能性を高めるものである」とされる。Design management is the practice of managing design processes, teams, and resources to achieve business goals. It was first systematized by Michael Farr (UK) in 1965, and the Design Management Institute (DMI) was founded in Boston in 1975. According to the DMI, "Design management is the effective deployment of design, innovation, strategy, and craft to enhance an organization's competitive advantage and cultural sustainability."

デザインマネジメントはUI/UXデザインと重なりつつも上位の概念である。UXは「何をデザインするか・どうデザインするか」に集中するのに対し、デザインマネジメントは「なぜ・誰が・どのような体制で・どのような成果指標でデザインするか」を扱う。Design management overlaps with UI/UX design but operates at a superordinate level: while UX focuses on "what to design and how to design it," design management addresses "why, who, with what organizational structure, and against what success metrics."

3つのマネジメントレベル

DMIはデザインマネジメントを3つのレベルに区分する。The DMI identifies three levels of design management.

レベルLevel日本語Japanese主な実践 / Key PracticesKey Practices
Operational プロジェクト管理Project management スケジュール・スコープ・品質・成果物の管理、デザインスプリント運営Schedule, scope, quality, deliverable management; running design sprints
Functional デザイン部門管理Design department management 採用・育成・ツール選定・DesignOps・デザインシステム統治Hiring, development, tool selection, DesignOps, design system governance
Strategic 経営戦略としてのデザインDesign as business strategy デザイン投資ROI・競合優位性・CDO(Chief Design Officer)機能・デザイン思考の組織展開Design ROI, competitive advantage, CDO function, org-wide design thinking deployment
CDO(Chief Design Officer)の台頭The Rise of the CDO

2010年代以降、IBM・PepsiCo・Airbnb・Googleなど大企業がCDOまたはVP of Designポジションを設置し始めた。McKinseyの調査(2018年「The Business Value of Design」)では、デザイン投資を経営レベルで実施する企業は業界平均の2倍以上の売上成長を示すとされている。Since the 2010s, major companies including IBM, PepsiCo, Airbnb, and Google have established CDO or VP of Design roles. McKinsey's 2018 study "The Business Value of Design" found that companies investing in design at the executive level showed revenue growth more than twice the industry average.

UI/UXデザインとの関係

デザインマネジメントとUI/UXデザインの関係は「組織の骨格」と「実務の中身」の関係に例えられる。UXチームが質の高い成果を出し続けるためには、デザインマネジメントによる適切な組織設計・プロセス整備・文化醸成が不可欠である。The relationship between design management and UI/UX design can be compared to "organizational skeleton" and "practical content." For UX teams to consistently deliver high-quality outcomes, appropriate organizational design, process infrastructure, and cultural development through design management are essential.

観点PerspectiveデザインマネジメントDesign ManagementUI/UXデザインUI/UX Design
関心の中心Center of interest組織・プロセス・資源・戦略Organization, process, resources, strategyユーザー・体験・インターフェース・成果物Users, experience, interface, deliverables
時間軸Time axis中長期(組織の成熟・能力構築)Medium–long term (maturity building)短中期(プロジェクト・リリースサイクル)Short–medium term (project/release cycles)
成功指標Success metricsデザイン投資ROI・チーム生産性・採用充足率Design ROI, team productivity, hiring fulfillmentタスク完了率・NPS・コンバージョン率Task completion rate, NPS, conversion rate
主な担い手Key stakeholdersデザインマネージャー・VP of Design・CDODesign managers, VP of Design, CDOUXデザイナー・UIデザイナー・UXリサーチャーUX designers, UI designers, UX researchers

UX成熟度モデル(付録 F)はデザインマネジメントの視点から組織を評価する枠組みであり、成熟度の向上はデザインマネジメント施策の成果として現れる。また付録 I(経営戦略とUX)とも密接に関連し、Strategic Design Managementは両者の交差点に位置する。The UX Maturity Model (Appendix F) is a framework for evaluating organizations from a design management perspective; maturity improvements emerge as outcomes of design management initiatives. This appendix also closely relates to Appendix I (Business Strategy and UX): Strategic Design Management sits at the intersection of both.

DesignOpsとデザインシステム統治

DesignOps(Design Operations)はデザインマネジメントのFunctionalレベルに位置する実践領域であり、デザインチームが質の高いアウトプットを継続的・スケーラブルに生み出せるよう、プロセス・ツール・ワークフローを最適化する。Nielsen Norman Groupは2019年にDesignOpsを「デザイン実践の価値・品質・効率を高めるためのオーケストレーション」と定義した。DesignOps (Design Operations) occupies the Functional level of design management, optimizing processes, tools, and workflows so that design teams can produce high-quality output continuously and scalably. The Nielsen Norman Group defined DesignOps in 2019 as "the orchestration and optimization of people, processes, and craft in order to amplify design's value and impact at scale."

デザインシステム統治(Design System Governance)はDesignOpsの中核実践のひとつであり、コンポーネントライブラリ・デザイントークン・使用ガイドラインの維持・更新・普及を管理する。Atlassian Design System・Salesforce Lightning Design System・IBM Carbon Design Systemなどのエンタープライズ事例では、専任のデザインシステムチームが組成され、内部プロダクトチームとの連携プロセスが設計されている。Design System Governance is a core DesignOps practice, managing the maintenance, updating, and dissemination of component libraries, design tokens, and usage guidelines. Enterprise cases such as Atlassian Design System, Salesforce Lightning Design System, and IBM Carbon Design System have dedicated design system teams with coordinated processes for internal product teams.

デザイン組織モデルの比較Design Organization Models

集中型(Centralized):デザイナー全員がデザイン部門に所属し他部門からの依頼に応じる。一貫性は高いが応答速度が遅くなりやすい。
分散型(Embedded):デザイナーが各プロダクトチーム・事業部に常駐する。速度と文脈理解は高いが、一貫性維持が難しい。
ハイブリッド型:コアのデザインシステムチームを中央に置きつつ組み込みデザイナーが各チームに配置される。多くの大規模組織が採用する現実的なモデル。
Centralized: All designers belong to a central design department and respond to requests from other functions. High consistency but slower response times.
Embedded: Designers stationed within each product team or business unit. High speed and contextual understanding, but consistency is harder to maintain.
Hybrid: A core design system team sits centrally while embedded designers work within individual teams — the pragmatic model adopted by most large-scale organizations.

5段階モデルとの対応

各段階Each Stageデザインマネジメントの対応実践Design Management PracticeDesign Management Practice
戦略層デザイン戦略・ビジョン策定、CDO/VP of Designによる経営参画Design strategy & vision formulation, executive participation by CDO/VP of DesignDesign strategy & vision, C-suite design representation
要件層デザイン投資ポートフォリオ管理、プロジェクト優先順位付けDesign investment portfolio management, project prioritizationDesign investment portfolio management, project prioritization
構造層デザイン組織設計(集中型/分散型/ハイブリッド)、DesignOpsプロセス設計Design org design (centralized/distributed/hybrid), DesignOps process designDesign org structure (centralized/embedded/hybrid), DesignOps process design
骨格層デザインシステム統治、ツール選定(Figma等)、ワークフロー標準化Design system governance, tool selection (Figma, etc.), workflow standardizationDesign system governance, tool selection (Figma, etc.), workflow standardization
表層デザイン品質基準・レビュープロセス、ブランドガイドライン管理Design quality standards, review process, brand guideline managementDesign quality standards & review process, brand guidelines management
Appendix C-4
付録 C-4Appendix C-4

未来指向デザインの概念群

Speculative Design・Transition Design・Future Design・Design Fictionなど、UXの戦略層を超えて「社会・未来・システム」レベルで設計を問い直す概念群を整理する。Mapping concepts — Speculative Design, Transition Design, Future Design, Design Fiction — that question design at the societal, futures, and systemic level, going beyond the Strategy layer of UX.

戦略層との関係:「戦略の上流」として位置づける

戦略段階は「プロダクト目標」と「ユーザーニーズ」を定義する層だが、これらの概念はそれよりも上位の問いを扱う。「何を作るか」の前に「どんな未来を目指すか・どんな社会問題に応答するか」を問うフレームワーク群であり、デザイン戦略・組織のビジョン策定・長期的なUXの方向性を定める際の思考ツールとして機能する。
「戦略検討の上流」として、プロダクト戦略の前提条件を再構築するために使われる概念群である。
the Strategy Layer defines "product objectives" and "user needs," but these concepts address questions at a higher level still. They are frameworks that ask "what future are we working toward and what social problems are we responding to?" — before "what should we build?" They function as thinking tools for design strategy, organizational visioning, and setting long-term UX direction.
They are "upstream of strategy" — used to reconstruct the premises of product strategy itself.

未来指向デザイン (付録G) Speculative / Transition Future Design / Design Fiction 社会・未来・システムレベルの問い "どんな未来を目指すか" ① 戦略層 — Strategy ② 要件層 — Scope ③ 構造層 — Structure ④ 骨格層 — Skeleton ⑤ 表層 — Surface ← 問いを受け取る "何を・誰のために作るか" 通常のUXデザインプロセス 実装・表現

Speculative Design(投機的デザイン)

Anthony DunneとFiona Rabyが著書 Speculative Everything: Design, Fiction, and Social Dreaming(2013, MIT Press)で体系化した。「もし〜だったら?(What if?)」という問いを起点に、現実にはまだ存在しない未来のシナリオを具体的なデザイン成果物(プロトタイプ・映像・体験)として具現化することで、社会的・倫理的・政治的な議論を喚起するアプローチ。製品を市場に送り出すことではなく、「未来はどうあるべきか」について社会が考えるための触媒となることを目的とする。Systematized by Anthony Dunne and Fiona Raby in Speculative Everything: Design, Fiction, and Social Dreaming (2013, MIT Press). Starting from "What if?" questions, it materializes scenarios of futures that don't yet exist as concrete design artifacts (prototypes, films, experiences) to provoke social, ethical, and political discussion. The goal is not to launch a product to market, but to serve as a catalyst for society to think about what the future should be.

観点Aspect内容Details
提唱者Originated byAnthony Dunne & Fiona Raby (RCA → New School, 2013–)
核心的問いCore question「この技術が普及したとき、社会はどう変わるか?」「望ましくない未来を避けるには今何を設計すべきか?」"How will society change when this technology becomes widespread?" "What should we design now to avoid an undesirable future?"
代表的実践Representative practiceMicrosoft Research「Envisioning Technology」、Philips Design「Microbial Home」、IKEA Space10の未来コンセプトMicrosoft Research "Envisioning Technology," Philips Design "Microbial Home," IKEA Space10 future concepts
UX戦略との接続UX strategy connectionプロダクトロードマップの前段階として、「3〜10年後の生活文脈」を探索するヴィジョニングツール。ペルソナ・JTBD・シナリオプランニングの上流で使われるAs a pre-roadmap visioning tool, explores "life contexts 3–10 years from now." Used upstream of personas, JTBD, and scenario planning

Design Fiction(デザインフィクション)

Bruce Sterlingが2005年に命名し、Julian Bleeckerが2009年のエッセイ「Design Fiction: A Short Essay on Design, Science, Fact and Fiction」で理論化した手法。「ダイエジェティック・プロトタイプ(作品世界内の仮想製品)」を制作し、変化への不信感を一時停止させる(suspend disbelief about change)ことを目的とする。映画や小説の中に登場する「未来の製品・UI・サービス」を実際に設計・制作することで、未来のシナリオをリアリティを持って検討できる。Named by Bruce Sterling in 2005 and theorized by Julian Bleecker in his 2009 essay "Design Fiction: A Short Essay on Design, Science, Fact and Fiction." It creates "diegetic prototypes" (fictional products existing within a story world) to "suspend disbelief about change." By actually designing and building the "future products, UIs, and services" that would appear in films or novels, future scenarios can be examined with a convincing sense of reality.

Design FictionとSpeculative Designの違いSpeculative Designは批評的・問題提起的な側面が強く、アート・ギャラリーや学術的文脈で多く見られる。Design Fictionはよりナラティブ・プロダクト指向で、企業のR&Dや戦略的フォーサイトのツールとして広く採用されている。Design Fiction vs. Speculative DesignSpeculative Design has a stronger critical/provocative dimension and appears more in art, gallery, and academic contexts. Design Fiction is more narrative- and product-oriented, widely adopted as a tool in corporate R&D and strategic foresight.

Transition Design(トランジションデザイン)

Terry Irwin(Carnegie Mellon University)が2015年に提唱。Design and Culture誌に掲載された論文「Transition Design: A Proposal for a New Area of Design Practice, Study, and Research」が定義の基点。「デザイン主導の社会移行(Societal Transition)」——気候変動・強制移民・社会的分極化といった「邪悪な問題(Wicked Problems)」に対して、社会システム全体を持続可能な方向へ変革するためのデザイン実践を指す。短期の製品改善ではなく、数十年スパンの社会変革を設計することが射程である。Proposed by Terry Irwin (Carnegie Mellon University) in 2015. The defining reference is the paper "Transition Design: A Proposal for a New Area of Design Practice, Study, and Research" published in Design and Culture. It refers to "design-led societal transition" — design practice aimed at transforming entire social systems toward sustainability in response to "wicked problems" such as climate change, forced migration, and social polarization. Its scope is not short-term product improvement, but designing social transformation over a timescale of decades.

構成要素Component内容DescriptionUX実践との接点UX Practice Connection
未来のビジョンVisions of Futures望ましい未来のビジョンを設定し、後ろ向き(バックキャスト)に現在を問い直すSet a vision of a desirable future and use backcasting to question the presentUXビジョンドキュメント・North Star Designとの親和性が高いStrong affinity with UX vision documents and North Star Design
変化の理論Theories of Change社会変革の動態(ニッチ→レジーム→ランドスケープ)を理解するMulti-Level Perspective(MLP)Multi-Level Perspective (MLP) for understanding change dynamics (Niche → Regime → Landscape)製品が社会に普及するS字曲線・アドプション理論との接続Connects to S-curve diffusion and adoption theory for product-society spread
マインドセットと姿勢Mindset & Postureデザイナーが「問題解決者」から「変革の共同設計者」へとシフトするDesigner shifts from "problem solver" to "co-designer of transformation"参加型デザイン・コ・デザインの思想的基盤Philosophical foundation of participatory and co-design approaches
新しい実践方法New Ways of Designing超学際的(Transdisciplinary)なアプローチ。デザイナーが政策・生態学・社会科学と連携するTransdisciplinary approach — designers collaborate with policy, ecology, and social scienceサービスデザイン・DesignOpsの社会実装版として位置づけられるPositioned as the societal implementation of service design and DesignOps

Future Design(フューチャーデザイン)

西條辰義(高知工科大学未来デザイン研究センター)が提唱した、日本発の意思決定・設計論。参加型意思決定の場に「現在世代」と「2060年代の仮想将来世代」の両視点を組み込むことで、将来世代の利益を現在の政策・設計に反映させる仕組みを作る。実践では参加者が「将来世代の代表(Time Rebel)」の役割を担い、儀礼的装束を着用するなど非日常的な認知状態を誘発することで、長期的・利他的な判断を引き出す。2023年には日本財務省が公式にFuture Design研究グループを設置。Tatsuyoshi Saijo (Research Institute for Future Design, Kochi University of Technology) proposed this Japanese-originating theory of decision-making and design. It incorporates both a "current generation" perspective and a "hypothetical future generation of the 2060s" into participatory decision-making forums, creating a mechanism to reflect the interests of future generations in present-day policy and design. In practice, participants take on the role of "representatives of future generations (Time Rebels)" and wear ceremonial robes to induce a non-ordinary cognitive state, eliciting long-term and altruistic judgment. In 2023, Japan's Ministry of Finance officially established a Future Design research group.

UXリサーチとの接続通常のユーザーリサーチは「現在のユーザー」を対象とするが、Future Designは「まだ存在しない将来ユーザー」の視点を設計に組み込む方法論として、長寿命インフラ・社会システムの設計に応用される。プロダクト設計においても「5〜10年後のユーザーのコンテクスト」を探索するフューチャーシナリオリサーチとして転用できる。Connection to UX ResearchConventional user research targets "current users," but Future Design is a methodology for incorporating the perspective of "users who don't yet exist" into design — applied to long-lifespan infrastructure and social system design. In product design, it can be adapted as future scenario research to explore "the user context 5–10 years from now."

アート思考(Art Thinking)

アート思考とは、芸術家の認識・創造プロセスを組織やデザインの実践に応用しようとする考え方である。「与えられた問いを解く」のではなく、「問いそのものを問い直し、新しい問いを生み出す」ことに本質がある。デザイン思考がユーザーの既知のニーズを起点に解決策を探すのに対し、アート思考は市場やユーザーがまだ認識していない問い・価値を先んじて定義するという上流の認識論的行為である。Art Thinking applies the perceptual and creative processes of artists to organizational and design practice. Its essence is not "solving a given question" but "questioning the question itself and generating new questions." Where Design Thinking seeks solutions starting from users' known needs, Art Thinking preemptively defines questions and values that the market and users have not yet recognized — an upstream epistemological act.

背景と主要な論者

アート思考という語は欧米のビジネス・教育領域で2010年代から使われ始めたが、日本では山口周の『世界のエリートはなぜ「美意識」を鍛えるか』(光文社新書、2017)と秋元雄史の『アート思考』(プレジデント社、2020)が大きな契機となり、経営・デザイン・教育の文脈で広まった。欧米では現代美術家ヨーゼフ・ボイス(Joseph Beuys)の「社会彫刻(Social Sculpture)」概念——社会全体をアートの素材とし、すべての人が芸術家になりうるという思想——がアート思考の思想的源流として位置付けられる。The term "Art Thinking" began appearing in European and American business and education contexts from the 2010s. In Japan, Shu Yamaguchi's Why Do Elites Train Their Aesthetic Sensibility? (Kobunsha Shinsho, 2017) and Yuji Akimoto's Art Thinking (President-sha, 2020) were major catalysts, spreading the concept across management, design, and education. In the West, Joseph Beuys's concept of "Social Sculpture" — the idea that society as a whole is the material of art, and everyone can be an artist — is positioned as a key intellectual source of Art Thinking.

デザイン思考・ビジネス思考との比較

観点Perspectiveアート思考 / Art ThinkingArt Thinkingデザイン思考 / Design ThinkingDesign Thinkingビジネス思考 / Business ThinkingBusiness Thinking
起点Starting point 「自分が何を問いたいか」
内発的動機・自律的な問い
"What question do I want to ask?"
Intrinsic motivation, autonomous inquiry
「ユーザーが何に困っているか」
観察・共感から出発
"What are users struggling with?"
Starts from observation and empathy
「市場に何が求められているか」
需要・競合・収益性の分析
"What does the market demand?"
Demand, competition, profitability analysis
目的Purpose 新しい問い・価値観・意味の創出Creating new questions, values, and meaning 既存の問題の解決・体験の改善Solving existing problems, improving experience 既存市場での競争優位・効率化Competitive advantage and efficiency in existing markets
時間軸Time axis 長期・非線形(問いの探索に時間をかける)Long-term, non-linear (time spent exploring the question) 中短期・反復的(スプリント・プロトタイプサイクル)Short–medium term, iterative (sprints, prototype cycles) 短中期・線形(計画→実行→評価)Short–medium term, linear (plan → execute → evaluate)
成果物Deliverables ビジョン・コンセプト・問いそのものVision, concept, the question itself プロトタイプ・サービス・インターフェースPrototypes, services, interfaces 事業計画・製品・売上Business plans, products, revenue
評価軸Evaluation criteria 意味・独自性・社会・文化的インパクトMeaning, uniqueness, social and cultural impact ユーザビリティ・有用性・実現可能性Usability, utility, feasibility ROI・シェア・コスト効率ROI, market share, cost efficiency
「Why→What→How」の三層と3つの思考モードThree Layers of "Why → What → How" and Three Thinking Modes

山口周はアート思考・デザイン思考・ビジネス思考を「Why(なぜこれが存在すべきか)」「What(何を作るか)」「How(どう作るか)」の三層に対応させる。アート思考は Why の層を担い、「市場がまだ存在しない価値」を先んじて定義する。デザイン思考は What を、エンジニアリング・ビジネス思考は How を担う。先進的なプロダクト開発ではこの三層を意識的に使い分けることが求められる。Shu Yamaguchi maps Art Thinking, Design Thinking, and Business Thinking to three layers: "Why (why should this exist?)," "What (what to build?)," and "How (how to build it?)." Art Thinking handles the Why layer — preemptively defining "value for which no market yet exists." Design Thinking handles What, and Engineering/Business Thinking handles How. Advanced product development requires consciously switching between these three modes.

UI/UXデザインとの関係

UI/UXデザインはその多くが「与えられた問題」の解決を出発点とする。アート思考はこの前提に問いを投げかける:「そもそも、このプロダクトは何のために存在すべきか?」「ユーザーが『欲しい』と思う前の段階に、本当の問いはないか?」。この問い方は5段階モデルでいえば戦略段階(Strategy Plane)のさらに上流に位置する認識であり、プロダクトビジョン形成・事業コンセプト定義の段階で特に有効である。Much of UI/UX design begins from "solving a given problem." Art Thinking challenges this premise: "Why should this product exist in the first place?" "Is there a more fundamental question that lies upstream of what users think they want?" In the 5-layer model, this questioning sits upstream of the Strategy Plane itself — particularly valuable at the stages of product vision formation and business concept definition.

実践的には、以下の場面でアート思考の視点が有効に機能する。In practice, the Art Thinking perspective is particularly effective in the following situations.

場面 / SituationSituationアート思考の問い / Art Thinking QuestionArt Thinking Question
新規プロダクトのビジョン定義Defining vision for a new product 「なぜこれが世界に必要なのか?誰も問うていない問いを私たちは問えているか?」"Why does the world need this? Are we asking a question no one else has asked?"
コモディティ化した市場での差別化Differentiation in a commoditized market 「競合が解こうとしている問いとは別の問いに、私たちは答えられるか?」"Can we answer a different question than the one our competitors are trying to solve?"
ブランドアイデンティティの構築Building brand identity 「このプロダクトが社会に投げかける『意味』は何か?機能だけでは語れない価値はあるか?」"What 'meaning' does this product put into the world? Is there value that cannot be expressed through function alone?"
デザインシステム・ビジュアルアイデンティティDesign system / visual identity 「このUIの美的言語は何を表現しようとしているか?機能要件を満たした先に美学はあるか?」"What is this UI's aesthetic language trying to express? Is there an aesthetic beyond satisfying functional requirements?"

一方で、アート思考は「具体的なユーザー課題の解決」には直接向かわないため、UI/UXデザインプロセス全体をアート思考だけで進めることは現実的ではない。Speculative Design・Design Fictionと同様に、探索・ビジョニング段階での強力なレンズとして位置付け、その後デザイン思考やリサーチ手法と組み合わせて使うのが実践的なアプローチである。That said, Art Thinking does not directly address "solving concrete user problems," so running an entire UX design process on Art Thinking alone is not realistic. Like Speculative Design and Design Fiction, it is best positioned as a powerful lens for the exploration and visioning stage, then combined with Design Thinking and research methods in practice.

上記のほかにも、未来・社会・システムを扱う関連概念が存在する。以下に主要なものを整理する。Beyond the above, several related concepts address futures, society, and systems. Key ones are organized below.

概念Concept提唱者・起源Origin核心Core IdeaUX/デザインとの接点UX/Design Connection
Critical Design
批評的デザイン
Dunne & Raby
RCA, 1990s–
現在のデザイン・技術・社会規範を批評的に問い直す。Speculative Designの前身。Critically questions current design, technology, and social norms. Precursor to Speculative Design. ダークパターン批評・倫理的デザインの思想的基盤Theoretical foundation of dark pattern critique and ethical design
Systemic Design
システミックデザイン
Harold Nelson, Alex Badke-Schaub; RSD Conference 2012– 複雑系・システム思考とデザインを統合。個別製品ではなく社会システム全体を設計対象とする。Integrates complex systems and systems thinking with design. Targets entire social systems, not individual products. サービスデザイン・政策デザインの上位概念。エコシステム設計に応用Superordinate concept above service design and policy design. Applied to ecosystem design
Strategic Foresight
戦略的フォーサイト
Pierre Wack (Shell, 1970s);
Rafael Ramírez, Oxford
シナリオプランニングを用いて複数の「ありうる未来」を体系的に探索し、組織の戦略的準備を高める。Systematically explores multiple "possible futures" via scenario planning to enhance strategic organizational readiness. UXビジョニング・プロダクトロードマップの上流フェーズとして採用されるAdopted as the upstream phase of UX visioning and product roadmapping
Design for Sustainability
持続可能性のためのデザイン(DfS)
Ezio Manzini; UN SDGs文脈Ezio Manzini; UN SDGs context 製品・サービスのライフサイクル全体で環境・社会的影響を最小化する設計アプローチ。Design approach minimizing environmental and social impact across the full product/service lifecycle. デジタル製品の電力消費・データセンター排出量・デジタル廃棄の設計的対処。Sustainable UXとして実践化が進むAddresses power consumption, data center emissions, and digital waste in product design. Advancing as "Sustainable UX"
Doughnut Design
ドーナツ経済デザイン
Kate Raworth (Doughnut Economics, 2017);
Amsterdam Donut Coalition
「社会的基盤(Social Foundation)」と「地球的限界(Planetary Boundaries)」の両方を満たすリング状の設計空間内で事業・製品を設計する。Designing products and businesses within a ring-shaped design space that satisfies both "Social Foundation" and "Planetary Boundaries." 製品の「社会的価値」と「環境的コスト」を同時に設計制約として扱う次世代プロダクト戦略のフレームA next-generation product strategy frame that treats both "social value" and "environmental cost" as simultaneous design constraints
Metadesign
メタデザイン
Ezio Manzini, Gerhard Fischer (1990s–) 「デザインのためのデザイン」。設計ツール・プラットフォーム・ルールを設計することで、他者がデザインできる環境を作る。"Design for design." By designing tools, platforms, and rules, it creates environments in which others can design. デザインシステム・DesignOps・ノーコードツールの設計思想の学術的基盤Academic foundation of design systems, DesignOps, and no-code tool design philosophy

5段階モデルとの対応図

これらの概念は主に「戦略層の前段・上流」に位置するが、一部の概念は全レイヤーを横断する制約・原則として機能する。These concepts primarily occupy the "pre-strategy, upstream" position, but some function as cross-cutting constraints and principles that span all five layers.

概念Concept主な作用レイヤーPrimary Layerプロセスでの役割Role in Process
Speculative Design戦略層の前段(ビジョン・前提の探索)Pre-strategy (vision, premise exploration)「作るべきかどうか」を問う段階で使う。プロダクト発見(Discovery)の上流Used at the "should we build this?" stage. Upstream of product discovery
Design Fiction戦略層・要件層(未来シナリオの具体化)Strategy-Scope (concretizing future scenarios)未来の製品・UIの具体的シナリオを語るツール。ユーザーストーリーの「2030年版」A tool for narrating concrete future product/UI scenarios. The "2030 edition" of user stories
Transition Design全層横断(社会変革の縦軸として機能)All layers (functions as a vertical axis of societal transformation)プロダクト設計の目的を「売上」から「社会移行への貢献」へと再定義する上位制約A higher-level constraint that reframes product design purpose from "revenue" to "contribution to societal transition"
Future Design戦略層(意思決定・要件定義の視点拡張)Strategy layer (expanding decision-making perspectives)「将来世代の視点」をユーザーリサーチ・ペルソナ設計に組み込む方法論的拡張A methodological extension incorporating "future generation perspectives" into user research and persona design
Art Thinking
アート思考
戦略層の上流(問いの定義・ビジョン形成)Pre-strategy (defining the question, vision formation)「このプロダクトはなぜ存在すべきか」という問いを立てる最上流のフレームThe most upstream frame for asking "why should this product exist?"
Systemic Design全層横断(システム境界の定義と設計)All layers (defining and designing system boundaries)「プロダクト」を「エコシステム内の要素」として捉え直し、副作用を設計に組み込むReframes "the product" as "an element within an ecosystem," incorporating side effects into design
Design for Sustainability全層横断(環境・社会的制約として全層に課す)All layers (imposed as environmental/social constraints)表層の画像最適化からサーバー選定まで、設計の全段階で環境負荷を考慮するConsiders environmental impact at every design stage, from surface image optimization to server selection
UXデザイナーへの示唆Implications for UX Designers

これらの概念はすべて「今・ここ・このプロダクト」を超えた問いを立てるためのフレームワークである。UXデザイナーがこれらを知ることの実践的価値は、①長期的なプロダクトビジョンを語る語彙を得ること、②「何のために作るか」という問いに対する答えを深める倫理的・哲学的な基盤を持つこと、③DesignOpsや組織文化変革の議論で「変革の上流にある問い」を持ち込めること、の3点にある。すべてを実践する必要はないが、「そういった問いが存在することを知っている」ことがシニアUXデザイナーの視野の広さを示す。All of these concepts are frameworks for asking questions that transcend "right now, right here, this product." Their practical value for UX designers lies in three areas: ① acquiring vocabulary to articulate long-term product vision; ② developing an ethical and philosophical foundation for deepening the "why are we building this?" question; ③ being able to bring "upstream questions about transformation" into DesignOps and organizational culture conversations. Not all need to be practiced, but knowing that such questions exist reflects the breadth of perspective that distinguishes senior UX designers.

Appendix C-5
付録 C-5Appendix C-5

DesignOps・DevelopmentとUI/UX成熟度

組織のUX能力を育てる運用基盤と、開発学・研究領域との接続を整理するAn overview of the operational infrastructure for growing organizational UX capability, and its connections to development studies and design research.

DesignOps(デザイン運用)

Defines DesignOps as the practice of orchestrating people, processes, and tools to amplify design value and speed. Covers the 4 pillars (Team, Process, Tools, Governance) and organizational models (Centralized vs. Embedded).

DesignOps(Design Operations)は、デザインチームが高品質な仕事をスケーラブルかつ継続的に 行えるよう、プロセス・ツール・人材・ガバナンスを整備する実践領域です。 "デザインのための運用基盤"とも言えます。 DesignOps (Design Operations) is the practice of establishing processes, tools, talent, and governance so that design teams can produce high-quality work scalably and consistently. It can be thought of as "the operational infrastructure for design."

DesignOpsの定義(NN/g)

Nielsen Norman Groupは DesignOps を「デザインの価値・速度・品質を高めるために、 人・プロセス・技術を調整する実践」と定義しています。 エンジニアリング領域の DevOps に相当する概念ですが、 定量化しやすいデプロイメント指標とは異なり、デザイン品質の計測には定性的評価も含まれます。 Nielsen Norman Group defines DesignOps as "the practice of orchestrating people, processes, and technology to amplify design value, velocity, and quality." It is the design equivalent of DevOps in engineering — but unlike easily quantifiable deployment metrics, measuring design quality requires qualitative evaluation as well.

DesignOpsの4つの柱

Pillar内容Content代表例Representative Example
人とチーム採用・オンボーディング・スキル開発・組織設計Hiring, onboarding, skill development & org designデザイナーの評価基準策定、役割定義Establishing designer evaluation criteria and role definitions
プロセスワークフロー整備・レビュー体制・クリティーク文化Workflow setup, review structure & critique cultureデザインレビューのリズム化、品質チェックリストRegularizing design reviews, quality checklists
ツールと環境デザインツール標準化・アセット管理・ハンドオフ環境Design tool standardization, asset management, handoff environmentFigma組織設計、Design Tokens、Storybook連携Figma org design, Design Tokens, Storybook integration
ガバナンスデザイン原則の管理・デザインシステムの意思決定構造Design principle management & design system decision-making structureDesign System委員会、変更管理フローDesign System committee, change management flow

DesignOpsとDesignSystemの関係

デザインシステムはDesignOpsの成果物の一つです。 コンポーネントライブラリやデザイントークンを誰が管理し・どう更新し・どう普及させるかという ガバナンス・プロセス設計こそがDesignOpsの仕事です。 デザインシステムが存在していても、更新が止まったり複数バージョンが乱立するのは、 DesignOpsが機能していない典型例です。 A design system is one of the key outputs of DesignOps. The core work of DesignOps is designing the governance and processes around who manages, how updates are made, and how adoption is driven for component libraries and design tokens. A design system that exists but falls out of date or spawns multiple competing versions is a classic sign of DesignOps failure.

DesignOpsの組織モデル

DesignOps担当は「全社横断型(Centralized)」と「埋め込み型(Embedded)」の2モデルに大別されます。 前者はプラットフォーム・ツール・共通プロセスを一元管理し、 後者は各プロダクトチームにDesignOpsのマインドセットを持ったデザイナーを配置します。 どちらを選ぶかは組織の成熟度・チーム規模・プロダクト多様性に依存します。 DesignOps roles fall into two main organizational models: Centralized and Embedded. The centralized model provides unified management of platforms, tools, and shared processes, while the embedded model places DesignOps-minded designers within each product team. The right choice depends on organizational maturity, team size, and product diversity.

ガバナンス:ガイドライン・デザインシステム参照体系

DesignOpsのガバナンス実践において、チームは「どのガイドラインに準拠するか」「どのデザインシステムを採用・構築するか」を明示的に定義する必要がある。以下に主要な参照体系を3層で整理する。In DesignOps governance practice, teams must explicitly define which guidelines to comply with and which design systems to adopt or build. The following organizes major reference systems into three tiers.

① プラットフォーム系ガイドライン

各プラットフォームが公式に定めるUI設計の標準。採用プラットフォームに応じて参照・準拠する。Official UI design standards defined by each platform. Reference and comply based on the platforms you are targeting.

ガイドライン対象プラットフォーム概要公式リンク
Apple Human Interface Guidelines (HIG) iOS / iPadOS / macOS / watchOS / visionOS Aesthetic Integrity・Consistency・Direct Manipulationの3原則。1987年初版の歴史ある標準。SF Symbols・Dynamic Type・Dark Mode等のシステム機能への準拠を定める。Three principles: Aesthetic Integrity, Consistency, and Direct Manipulation. One of the oldest UI design standards (first published 1987). Defines compliance with system features like SF Symbols, Dynamic Type, and Dark Mode. developer.apple.com/design/human-interface-guidelines
Google Material Design 3 (M3 / Material You) Android / Web / Flutter Personal・Adaptive・Expressiveの3原則。ユーザーのアクセントカラーからテーマを動的生成するDynamic Colorが特徴。Material Color Utilityでアクセシブルなカラースキームを自動生成可能。Three principles: Personal, Adaptive, and Expressive. Features Dynamic Color — dynamically generating themes from the user's accent color. Material Color Utility auto-generates accessible color schemes. m3.material.io
Microsoft Fluent Design System 2 Windows / Web / Microsoft 365 光・奥行き・モーション・マテリアル・スケールの5要素。2023年よりFluent 2としてAIコンポーネントへの対応を強化。Webコンポーネントライブラリ(Fluent UI React)を公開。Five elements: Light, Depth, Motion, Material, and Scale. Updated as Fluent 2 in 2023 with enhanced AI component support. Publishes a web component library (Fluent UI React). fluent2.microsoft.design
W3C Design Principles for the Web Web全般General web W3C TAGが策定するWebコンテンツ・API設計原則。最小権限・相互運用性・段階的強化・ユーザー優先・後方互換性の5原則が基盤。Web content and API design principles by W3C TAG. Five foundational principles: Least Power, Interoperability, Progressive Enhancement, User Over Author, and Backward Compatibility. w3.org/TR/design-principles
WCAG 2.2 (Web Content Accessibility Guidelines) Web / モバイル / 電子文書Web / Mobile / Electronic documents W3C/WAIが策定する国際アクセシビリティ標準(2023年10月 W3C勧告)。POUR原則(知覚可能・操作可能・理解可能・堅牢)に基づくLevel A/AA/AAAの達成基準。多くの法令がLevel AA準拠を要求する。International accessibility standard by W3C/WAI (W3C Recommendation, October 2023). Success criteria at Levels A/AA/AAA based on POUR principles (Perceivable, Operable, Understandable, Robust). Most regulations require Level AA conformance. w3.org/TR/WCAG22
JIS X 8341-3:2016 日本国内 Web・情報通信Japan domestic web & ICT WCAG 2.0を踏襲した日本工業規格。障害者差別解消法(2016年)により政府Webサイトへの Level AA 準拠が義務付け。Japanese Industrial Standard aligned with WCAG 2.0. Level AA conformance is legally required for government websites under Japan's Act for Eliminating Discrimination against Persons with Disabilities (2016). waic.jp/resource/jis-x-8341-3-2016
ISO 9241シリーズ(特に210・110・11) (esp. 210, 110, 11) ソフトウェア / ハードウェア全般Software / Hardware in general 人間工学の国際規格。ISO 9241-210:2019がHCDプロセスの国際定義、9241-110:2020が7つのダイアログ原則、9241-11:2018がユーザビリティの定義(有効性・効率性・満足度)を規定する。International ergonomics standards. ISO 9241-210:2019 defines the HCD process; 9241-110:2020 defines 7 dialogue principles; 9241-11:2018 defines usability (effectiveness, efficiency, satisfaction). ISO 9241-210 (iso.org)

② パッケージ系・エンタープライズ デザインシステム

SaaSやERPなどのパッケージ製品を採用する組織では、そのデザインシステムへの準拠が求められる。カスタマイズ範囲とガイドラインのバランスを把握することが重要。Organizations adopting SaaS or ERP products are expected to comply with those products' design systems. Understanding the boundaries of customization and guideline compliance is essential.

デザインシステム提供元特徴公式リンク
Salesforce Lightning Design System (SLDS) Salesforce SaaS向けエンタープライズUIの代表。デザイントークン・Figmaキット・アクセシビリティガイドを公開。Salesforce Experience Cloud向けの画面開発に必須。Leading enterprise UI system for SaaS. Publishes design tokens, Figma kits, and accessibility guides. Essential for building on Salesforce Experience Cloud. lightningdesignsystem.com
SAP Fiori Design Guidelines SAP SAP製品のUIガイドライン。Floorplan(画面タイプ)ごとに詳細な設計原則を定める。SAP UI5・Fiori Elements対応。UI guidelines for SAP products. Defines detailed design principles per floorplan (screen type). Supports SAP UI5 and Fiori Elements. experience.sap.com/fiori-design-web
ServiceNow Design System ServiceNow ITSMプラットフォームのUIシステム。Workspaceテンプレートとコンポーネントライブラリを中心に構成。UI system for the ITSM platform. Built around Workspace templates and a component library. developer.servicenow.com
IBM Carbon Design System IBM エンタープライズ向けOSSデザインシステム。アクセシビリティ重視。React・Web Components・Angular・Svelte対応。デザイントークン・Figmaキット・Storybookを公開。Open-source enterprise design system with a strong accessibility focus. Supports React, Web Components, Angular, and Svelte. Publishes design tokens, Figma kits, and Storybook. carbondesignsystem.com
Atlassian Design System Atlassian Jira・Confluence等のUIを統括するデザインシステム。デザイントークン・コンポーネントライブラリ(Atlaskit)・Figmaキットを公開。Design system governing UI across Jira, Confluence, and related products. Publishes design tokens, a component library (Atlaskit), and Figma kits. atlassian.design
Microsoft Fluent UI(実装ライブラリ) (implementation library) Microsoft Fluent Design Systemの実装。Microsoft 365・Azure・Power Platformとの一貫性を保つためのReact / Web Componentsライブラリ。Implementation of the Fluent Design System. React and Web Components library for consistency across Microsoft 365, Azure, and Power Platform. react.fluentui.dev

③ ブランド・サービス固有のデザインシステム(事例)

自社プロダクト・サービスを開発する組織が構築・公開しているデザインシステム。設計思想・ドキュメント構成・トークン設計の参考になる。Design systems built and published by organizations developing their own products and services. Useful as references for design philosophy, documentation structure, and token design.

デザインシステム組織特徴公式リンク
Polaris Shopify EC・マーチャント向けUIシステム。デザイントークン・コンポーネント・UXライティングガイドを包括的に公開。UI system for e-commerce and merchant interfaces. Comprehensively publishes design tokens, components, and a UX writing guide. polaris.shopify.com
Base Web Uber モビリティサービスのUIシステム。React Aria対応のアクセシブルなコンポーネントライブラリを公開。UI system for mobility services. Publishes an accessible component library with React Aria support. baseweb.design
Pajamas GitLab OSSで公開されたデザインシステム。開発者向けツールUIの構成・アクセシビリティ・Figmaキットを含む。Open-source design system. Includes developer tool UI structure, accessibility guidelines, and Figma kits. design.gitlab.com
Primer GitHub 開発者向けUIシステム。デザイントークン・Reactコンポーネント・FigmaキットをすべてOSSで公開。Developer-oriented UI system. All design tokens, React components, and Figma kits are published as open source. primer.style
Ant Design Alibaba / Ant Group エンタープライズ向けReact UIライブラリ。中国発・国際展開。豊富なコンポーネントとFigmaキット。Enterprise-grade React UI library from China with global adoption. Rich component set and Figma kits. ant.design
Spectrum Adobe AdobeのクリエイティブツールのUIシステム。多テーマ対応・アクセシビリティ重視。Web Components実装(Spectrum Web Components)。UI system for Adobe's Creative tools. Multi-theme support and strong accessibility focus. Web Components implementation (Spectrum Web Components). spectrum.adobe.com
Audi UI(デジタル) Audi 自動車ブランドのデジタルUIガイドライン。Web・車載UI・コネクテッドサービスの一貫性を担保する。Digital UI guidelines for the automotive brand. Ensures consistency across Web, in-vehicle UI, and connected services. audi.com/ci/en (Digital)
Backbase Design System Backbase(金融向けSaaS)Backbase (financial SaaS) 銀行・金融向けデジタルバンキングプラットフォームのUIシステム。コンプライアンス対応とブランドカスタマイズを両立する設計思想。UI system for digital banking platforms in the finance sector. Design philosophy balancing regulatory compliance with brand customization. designsystem.backbase.com

プロダクト開発との協働

UI/UXデザインは、プロダクトエンジニアリングと密接に連携します。 ここでは、アジャイル開発プロセスとのインターフェース、 設計仕様の伝達手段(ハンドオフ)、そして設計とコードの同期について整理します。 UX design works in close collaboration with product engineering. This section covers the interface with Agile development processes, design specification handoff, and keeping design and code in sync.

アジャイル/スクラムとUXの関係

スクラムはスプリント単位で動作するソフトウェアを継続的にリリースする開発フレームワークです。 UI/UXデザインは「スプリントの何スプリント先行して設計する」かという"デザイン先行"の問題を常に抱えます。 代表的な解法として以下があります。 Scrum is a development framework that continuously releases working software in sprint-sized increments. UX design always faces the "design-ahead" problem — how many sprints ahead should design stay? Common approaches include:

アプローチApproach概要OverviewメリットMerit課題Challenge
Dual-track Agile発見トラック(UX)と実装トラック(エンジニア)を並走させるRunning discovery track (UX) and implementation track (engineering) in parallel先行調査・検証が可能。手戻りが減る。Advance research & validation is possible. Reduces rework.トラック同士の優先度・タイミング調整が複雑Managing priority and timing between tracks is complex
Design SprintGV方式の5日間集中プロセス。プロトタイプ検証を高速に行う。GV-style 5-day intensive process. Rapid prototype validation.短期間で意思決定の判断材料を得られるObtains decision-making material quickly実装チームとの接続が別途必要Requires separate connection with implementation team
Lean UX仮説→プロトタイプ→学習を最小サイクルで回すMinimum cycle of hypothesis → prototype → learning無駄な設計ドキュメントを排除Eliminate wasteful design documentationドキュメント化が不十分になりやすいProne to insufficient documentation

ハンドオフとDesign Tokens

「ハンドオフ」とはデザイン仕様をエンジニアに渡すプロセスです。 Figmaの開発者モードやZeplinなどのツールが仕様書の自動生成を支援しますが、 ツールに依存するだけでなく、変数(Design Token)の命名規則とセマンティクスを共有することが鍵です。 "Handoff" is the process of delivering design specifications to engineers. Tools like Figma Dev Mode and Zeplin assist with automated spec generation, but the key is not just relying on tools — it's sharing naming conventions and semantics for Design Tokens.

Design TokensはW3Cのコミュニティグループにより標準化が進んでいます(Design Tokens Format Module)。 色・タイポグラフィ・スペーシングなどを JSON/YAML 形式で定義し、 Figma ↔ コードベースの間で単一の真実(Single Source of Truth)を保ちます。 StyleDictionary(Amazon OSS)などのビルドツールと組み合わせることで、 デザインの変更が各プラットフォーム(iOS・Android・Web)のコードに自動反映されます。 Design Tokens are being standardized by a W3C community group (Design Tokens Format Module). Defining colors, typography, and spacing in JSON/YAML format maintains a Single Source of Truth between Figma and the codebase. Combined with build tools like StyleDictionary (Amazon OSS), design changes are automatically reflected in code across platforms (iOS, Android, Web).

Storybookとデザインシステムの同期

Storybookは、UIコンポーネントを独立して開発・ドキュメント化できるツールです。 デザインシステムの実装版として機能し、デザイナーと開発者が「コンポーネントの最終形」を 同じ場所で確認できる共通プラットフォームになります。 Storybook ↔ Figmaのコードコネクト(Code Connect)機能を使うと、 Figmaコンポーネントと実装コードのリンクが自動化されます。 Storybook is a tool for developing and documenting UI components in isolation. It serves as the "living implementation" of a design system, providing a shared platform where designers and developers can verify the final state of components in one place. Using the Code Connect feature between Storybook and Figma automates linking between Figma components and their implementation code.

組織開発・国際開発との接点

「開発学」には、組織内部の能力開発を扱う組織開発学(Organizational Development / OD)と、 途上国・地域コミュニティの社会経済的発展を扱う国際開発学(International Development)の 両文脈があります。UI/UXデザインはいずれの文脈とも思想的に重なる部分を持ちます。 The term "development" encompasses two distinct fields: Organizational Development (OD), which addresses internal capability building, and International Development, which concerns the socioeconomic advancement of developing regions and communities. UX design shares philosophical overlaps with both.

組織開発(OD)との接点

組織開発は、組織を「人間系のシステム」として捉え、対話・学習・変革を通じて組織能力を高める実践です。 代表的な理論家にクルト・レヴィン(変化の3段階:解凍・変化・再凍結)、 クリス・アージリス(シングル/ダブルループ学習)があります。 Organizational Development treats the organization as a "human system" and enhances organizational capability through dialogue, learning, and transformation. Key theorists include Kurt Lewin (3-stage change model: Unfreeze → Change → Refreeze) and Chris Argyris (single-loop / double-loop learning).

UXとODの接点は以下の3点に集約されます。 The intersection of UX and OD can be summarized in three areas:

共鳴するテーマResonant ThemesODの概念OD ConceptUXの対応概念UX Equivalent
ユーザー中心思考の組織文化化Embedding user-centered thinking into organizational culture文化変革・変革リーダーシップCulture change & transformational leadershipUX成熟度モデルの段階移行UX Maturity Model stage transitions
対話と協創Dialogue and co-creationダイアログ、ワールドカフェ、AI(アプレシアティブ・インクワイリー)Dialogue, World Café, AI (Appreciative Inquiry)コ・デザイン、参加型デザインCo-design, participatory design
継続的改善Continuous improvementアクションリサーチ(仮説→実行→省察→修正)Action research (hypothesis → action → reflection → revision)Lean UX、イテラティブデザインLean UX, iterative design

DesignOpsを組織に根付かせる際には、ODのアプローチ——特に変革のステークホルダー分析や 抵抗管理(Change Management)の知見——が有効です。 When embedding DesignOps into an organization, OD approaches are valuable — especially stakeholder analysis for change initiatives and knowledge from Change Management regarding resistance.

国際開発学との接点

国際開発学(International Development)は、途上国・新興国の貧困・不平等・社会課題に対して 政策・技術・資金・人材支援を組み合わせ、持続可能な発展を目指す学術・実践領域です。 アマルティア・センの「ケイパビリティ・アプローチ」(人々が選択できる機会の拡充)が 思想的な基盤の一つです。 International Development is an academic and practice field that combines policy, technology, funding, and human resource support to pursue sustainable development in the face of poverty, inequality, and social challenges in developing and emerging countries. Amartya Sen's "Capabilities Approach" — expanding the opportunities available to people — is one of its philosophical foundations.

この文脈でUXは「包摂的デザイン(Inclusive Design / Design for Development)」と接続します。 代表的なアプローチはHuman-Centered Design for Social Innovation(例:IDEO.orgの「HCD for Social Sector」)であり、 低リテラシーユーザー・低帯域環境・多言語・文化的文脈への対応が設計上の主要課題となります。 In this context, UX connects with Inclusive Design (Design for Development). The leading approach is Human-Centered Design for Social Innovation (e.g., IDEO.org's "HCD for Social Sector"), where the key design challenges are accommodating low-literacy users, low-bandwidth environments, multilingualism, and cultural context.

テーマTheme内容Content
Offline-first設計Offline-first design低帯域・不安定接続環境でも機能するプログレッシブ・エンハンスメントProgressive enhancement functioning even in low-bandwidth / unstable connection environments
低識字・絵文字UILow-literacy / emoji UI文字依存を減らしたアイコン・音声・画像中心のインターフェースInterfaces centered on icons, voice & images, reducing text dependency
文化的コンテクストCultural context色・象徴・ジェスチャーの意味が文化圏により異なることへの配慮Consideration for the fact that the meaning of colors, symbols & gestures varies by culture
コ・クリエーションCo-creation対象コミュニティを設計者として巻き込む参加型アプローチParticipatory approach that involves the target community as designers

開発学・デザイン研究の文脈

「開発(Development)」という語は、学術上、技術や製品の研究開発(R&D)の文脈でも使われます。 ここでは、デザイン研究(Design Research)と、HCI(Human-Computer Interaction)研究という 二つの学術的文脈を整理します。 Academically, the term "development" also appears in the context of Research & Development (R&D) for technology and products. Here we examine two academic contexts: Design Research and Human-Computer Interaction (HCI) research.

デザイン研究(Design Research)の系譜

デザイン研究は、「デザインとはどのように行われ、どのように教えられ、どのように評価されるか」を 探求する学術領域です。ハーバート・サイモンの『人工物の科学』(1969)が嚆矢とされ、 「デザインは問題解決のサイエンスである」という命題が提示されました。 Design Research is the academic field that explores how design is practiced, taught, and evaluated. It traces its origins to Herbert Simon's The Sciences of the Artificial (1969), which proposed the thesis that "design is a science of problem-solving."

その後、ナイジェル・クロス(Designerly Ways of Knowing)らが デザイン固有の認識論として「デザイン的思考(Design Cognition)」を定式化しました。 これは経営文脈で流行した「デザイン思考(Design Thinking)」とは区別され、 前者はより認知科学・方法論的な問いを扱います。 Nigel Cross (Designerly Ways of Knowing) and others later formalized "Design Cognition" as an epistemology unique to design. This is distinct from the "Design Thinking" popularized in business contexts — the former addresses more cognitive-scientific and methodological questions.

HCI(Human-Computer Interaction)との関係

HCIは、コンピュータと人間の相互作用を研究するACM(Association for Computing Machinery)を 中心とした学術領域です。UI/UXデザインの実践的ツール(ユーザビリティ評価・ペルソナ・思考発話法など)の 多くはHCI研究から生まれています。 HCI is the academic field centered around the ACM (Association for Computing Machinery) that studies the interaction between computers and people. Many of the practical tools of UX design — usability evaluation, personas, think-aloud protocols, and more — originated in HCI research.

HCI研究の関連トピックHCI Research TopicsUX実践への影響Impact on UX Practice
ユーザビリティ工学(Usability Engineering)Usability Engineeringニールセンの10ヒューリスティクス、SUS尺度Nielsen's 10 Heuristics, SUS scale
情報視覚化(Information Visualization)Information Visualizationデータダッシュボード・グラフ設計の理論的基盤Theoretical foundation for data dashboards & graph design
価値センシティブデザイン(VSD)Value Sensitive Design (VSD)倫理的UX・AIシステムの設計倫理Ethical UX & AI system design ethics
コンテキスチュアルデザインContextual designフィールド調査・コンテキスチュアルインクワイリーField research, contextual inquiry
アフェクティブコンピューティングAffective computing感情認識UIへの応用Application to emotion-recognition UI

Research Through Design(RtD)

RtDは、「デザイン行為そのものを研究方法として使う」アプローチです。 プロトタイプや概念モデルを介して知識を生み出し、その知識を論文として発表します。 実践的なUI/UXデザインとアカデミックな研究の橋渡しを担う方法論として 欧州のデザイン大学・研究機関で発展しました。 Research Through Design (RtD) is an approach that uses "the design act itself as a research method." Knowledge is generated through prototypes and conceptual models, then published as academic papers. It developed in European design schools and research institutions as a methodology bridging practical UX design and academic research.

UXデザイナーがデザイン判断の根拠を文書化し、社内の学習として蓄積する実践は、 RtDの縮小版と見ることができます。 デザイン判断の可視化と組織知化は、DesignOpsの成熟にも直結します。 The practice of UX designers documenting the rationale behind design decisions and accumulating them as organizational learning can be seen as a scaled-down form of RtD. Making design decisions visible and converting them to organizational knowledge directly contributes to DesignOps maturity.

UX成熟度モデル(UX Maturity Model)

組織がUXをどのように実践しているかを段階的に示すフレームワークが「UX成熟度モデル」です。 設計者個人のスキルではなく、組織としてのUXの制度化・文化化の度合いを測る指標です。 The "UX Maturity Model" is a framework that describes, in stages, how an organization practices UX. Rather than measuring individual designer skill, it assesses the degree to which UX has been institutionalized and embedded in organizational culture.

NN/gの6段階モデル(Nielsen Norman Group)

最も広く参照されるのが、Nielsen Norman Groupが発表した6段階の成熟度モデルです(UX Maturity Model)。The most widely referenced model is the six-stage maturity framework published by Nielsen Norman Group (UX Maturity Model).

段階Stage名称Name特徴Feature
1不在(Absent)AbsentUXの概念自体が組織に存在しない。デザインは見た目の問題として扱われる。The concept of UX does not exist in the organization. Design is treated as a visual concern only.
2限定的(Limited)Limited個別担当者がUXを実践しているが、孤立している。プロセスに組み込まれていない。Individual practitioners practice UX but are isolated. Not integrated into process.
3創発的(Emergent)Emergent複数のチームでUXが試みられ始める。ツールや手法がばらつく段階。UX begins to be attempted across multiple teams. Tools and methods are inconsistent at this stage.
4体系的(Structured)Structured共通プロセス・方法論が定義される。UX専門チームが存在し、評価が定期的に行われる。Common processes and methodologies are defined. A dedicated UX team exists and evaluations are conducted regularly.
5統合(Integrated)IntegratedUXが製品開発全体に組み込まれ、経営判断に影響を与える。組織文化として定着しつつある。UX is integrated into the entire product development process and influences business decisions. Becoming embedded in organizational culture.
6ユーザー中心(User-driven)User-driven全社がユーザーデータ・フィードバックを意思決定の基盤に置く。UXが競争優位の源泉となる。The entire organization bases decisions on user data and feedback. UX becomes a source of competitive advantage.

成熟度と組織行動の対応

成熟度が低い段階では、ユーザーリサーチは「あると良いもの」として後回しにされ、 デザインは実装後に「塗り替え」として依頼されます。 段階が上がるにつれ、リサーチはプロジェクト前半に組み込まれ、 デザイン判断がプロダクトロードマップを規定するようになります。 At lower maturity stages, user research is treated as "nice to have" and deferred, while design is commissioned as a "cosmetic rework" after implementation. As maturity increases, research is integrated in the early project phase and design decisions begin to shape the product roadmap.

成熟度の評価軸には、①リサーチの実施頻度と組織的な共有、②デザイン意思決定の上流化(早期関与)、 ③UXメトリクスの定期計測と改善サイクル、④経営層のUXリテラシー、の4点が挙げられます。 Key dimensions for assessing maturity include: ① frequency of research and organizational sharing, ② moving design decision-making upstream (early involvement), ③ regular UX metrics measurement and improvement cycles, and ④ UX literacy at the leadership level.

5段階モデルとの接続

成熟度が低い組織ほど、5段階モデルの上位段階(表層・骨格)のみに着目しがちです。 成熟度の向上とは、すなわち戦略層・要件層での判断にUXが関与するプロセスを組織に根付かせることと言えます。 Lower-maturity organizations tend to focus only on the upper layers of the 5-stage model (Surface and Skeleton). Improving maturity means embedding UX into the decision-making processes at the Strategy and Scope layers.

段階1 不在 段階2 限定的 段階3 創発的 段階4 体系的 段階5 統合 段階6 UD中心 UXの制度化・文化化が進む → 表層のみ関与 → 戦略層・要件層への早期関与へ
Appendix C-6
付録 C-6Appendix C-6

AIとUI/UXデザイン

生成AI・大規模言語モデル(LLM)の急速な発展は、UI/UXデザインの実践を二重の意味で変革している。一つはデザインプロセスそのものへのAI統合(ツール・ワークフローの変化)、もう一つはAIが動力となるプロダクト・インターフェースのUX設計という新領域の出現である。本付録ではこの両面を整理する。The rapid advancement of generative AI and large language models (LLMs) is transforming UI/UX design practice in two ways: the integration of AI into the design process itself (changes to tools and workflows), and the emergence of a new field — designing UX for AI-powered products and interfaces. This appendix addresses both dimensions.

AIによるデザインプロセスの変化

2025〜2026年の調査(Figma State of the Designer レポート等)では、デザイナーの91%が「AIにより仕事の質が向上した」と回答している。重要なのは「速くなった」ではなく「より良くなった」という点である。AIはルーティン作業の代替としてではなく、創造的思考・戦略的判断に集中するための環境整備として機能し始めている。In 2025–2026 surveys (Figma's State of the Designer report, etc.), 91% of designers said AI improved the quality of their work — not just the speed. AI is functioning not as a replacement for routine tasks but as infrastructure that enables focus on creative thinking and strategic judgment.

デザインプロセス段階Design Process StageAI統合前Before AIAI統合後After AI Integration
リサーチ・発見Research & Discoveryインタビュー文字起こし・コーディングに多大な時間Heavy time on interview transcription and codingAI文字起こし・感情分析・テーマ自動抽出 → 洞察解釈に集中AI transcription, sentiment analysis, auto theme extraction → focus on insight interpretation
アイデエーションIdeationブレインストーミングに人員・時間が必要Brainstorming requires people and timeAIによる大量案の初期生成 → 人間による評価・選択・深化AI bulk-generation of initial ideas → human evaluation, selection, refinement
プロトタイピングPrototypingワイヤーフレーム・モックアップの手動作成Manual wireframe and mockup creationテキスト→UI生成(Figma Make等)・コンポーネント自動生成Text-to-UI generation (Figma Make, etc.), automatic component generation
ユーザビリティ評価Usability Evaluationテスト設計・観察・分析に専門知識と時間Test design, observation, and analysis require expertise and timeAI自動ヒューリスティック評価・アクセシビリティ検出・ヒートマップ予測AI automated heuristic evaluation, accessibility detection, heatmap prediction
デザインシステム管理Design System Managementコンポーネント整合性の手動チェックManual component consistency checksAI最適化(Motiff等)・トークン自動同期・コードとデザインの整合検証AI optimization (Motiff, etc.), automatic token sync, design-code consistency validation

重要な示唆として、AIによるワークフロー変革の恩恵を最大化するのは個別ツールの習熟ではなくエンド・ツー・エンドのワークフロー再設計であることが指摘されている(UX Tigers 2025調査)。AIを単独タスクの高速化に使うチームと、プロセス全体を再設計したチームとでは、アウトカムに大きな差が生じることが実証されている。A key insight: the maximum benefit from AI workflow transformation comes not from mastering individual tools but from end-to-end workflow redesign (UX Tigers 2025 study). Teams that used AI only to speed up individual tasks and teams that redesigned their entire process showed dramatically different outcomes.

「サンドイッチモデル」:AIを挟む人間の判断"The Sandwich Model": Human Judgment Surrounding AI

現場で定着しつつあるワークフロー原則として「人間 → AI → 人間」のサンドイッチ構造がある。①コンテキスト設定・意図の明確化(人間)→ ②案の生成・変換・処理(AI)→ ③評価・選択・倫理判断・ユーザー文脈への適合(人間)。AIの生出力を直接リリースしない、というルールはデザイン品質と倫理的責任の両面から不可欠である。プロンプトエンジニアリングよりコンテキストエンジニアリング(AIに適切な文脈を与える能力)の方が重要だという認識も広まっている。An increasingly established workflow principle is the Human → AI → Human sandwich structure: ① Context setting and intent clarification (human) → ② Generation, transformation, processing (AI) → ③ Evaluation, selection, ethical judgment, user context fitting (human). The rule of never releasing raw AI output is indispensable for both design quality and ethical responsibility. Recognition is also spreading that context engineering (the ability to provide AI with appropriate context) matters more than prompt engineering.

デザインにおけるAIツールの活用分類

AIデザインツールは機能軸で分類すると、以下の4領域に整理できる。AI design tools can be organized into four functional categories:

領域Category代表ツール(2025〜2026)Representative Tools (2025–2026)主な用途Primary Use
テキスト→UI生成Text-to-UI GenerationFigma Make, UX Pilot, v0 (Vercel)プロンプトからUIコンポーネント・画面をすばやく生成Rapidly generate UI components and screens from prompts
ビジュアル生成Visual GenerationAdobe Firefly, Midjourney, DALL-Eイラスト・アイコン・写真素材のコンセプト生成・バリエーション展開Concept generation and variation of illustrations, icons, photo assets
リサーチ・分析支援Research & Analysis SupportonBeacon.ai, Maze AI, Dovetail AIインタビュー分析・ユーザビリティ自動評価・インサイト抽出Interview analysis, automated usability evaluation, insight extraction
デザインシステム最適化Design System OptimizationMotiff, Figma AI featuresコンポーネント整合性検査・トークン管理・命名規則の統一Component consistency checks, token management, naming convention unification

LLMインターフェースのUX設計原則

ChatGPT・Claude・Gemini等のLLMが一般化したことで、「AIが動力となるインターフェース」のUX設計という新たな専門領域が生まれた。LLMインターフェースは従来のGUIと根本的に異なる特性を持つ。確率的出力(同じ入力でも毎回異なる出力)・ストリーミング応答・ハルシネーション(事実誤認)・文脈依存性——これらを前提としたUX設計が求められる。The mainstream adoption of LLMs like ChatGPT, Claude, and Gemini has created a new design discipline: UX design for AI-powered interfaces. LLM interfaces have fundamentally different characteristics from traditional GUIs: probabilistic output (different results each time for the same input), streaming responses, hallucination (factual errors), and context dependency — UX design must be built with these as baseline assumptions.

設計原則Design Principle内容Description実装例Implementation Examples
不確実性の可視化Visualizing UncertaintyAIの出力が確実でないことをUIで誠実に伝えるHonestly communicate via UI that AI output is not certain「AIが生成したコンテンツです」ラベル・信頼度表示・出典リンク"AI-generated content" labels, confidence indicators, source links
ストリーミングの標準化Streaming as Baseline応答が完了するまで待たせるUIは「壊れた」と感じさせるUI that waits for completion before rendering feels brokenトークン単位のリアルタイム表示・プログレス表示・スケルトンUIReal-time token-by-token display, progress indicators, skeleton UI
反復精緻化の設計Designing for Iterative Refinement1回で完璧な出力は期待しない設計——再生成・編集・指示の追加を促すDesign not expecting perfection in one shot — encourage regeneration, editing, adding instructions「再生成」ボタン・「より短く」「より詳しく」ワンクリック修正"Regenerate" button, one-click "shorter" / "more detailed" refinement
文脈の透明性Context TransparencyAIが何の文脈を持っているか・いないかをユーザーが把握できる設計Design enabling users to understand what context AI has/doesn't have会話履歴の表示・参照ドキュメントの明示・「記憶をリセット」機能Conversation history display, referenced documents display, "clear memory" function
エラー回復設計Error Recovery Designハルシネーションを前提とした誤情報への対処設計Design for handling misinformation, assuming hallucination will occur「事実確認する」ボタン・引用元表示・ユーザーによる修正フィードバック"Verify this" button, citation display, user correction feedback
自然言語入力の支援Natural Language Input Support「何を入力すべきか」わからないユーザーへの誘導Guiding users who don't know "what to type"サンプルプロンプト・プロンプト補完・カテゴリ別スターターSample prompts, prompt autocomplete, category-based starters

エージェントAI時代のUI設計

Gartner が「2025年のトップテクノロジートレンド」に選んだエージェントAI(Agentic AI)は、単一の質問応答を超えて複数ステップのタスクを自律的に計画・実行するAIシステムを指す。UI/UXデザインの観点では、これは全く新しいインタラクションモデルの設計を要求する。Named Gartner's top technology trend for 2025, Agentic AI refers to AI systems that go beyond single question-answering to autonomously plan and execute multi-step tasks. From a UX design perspective, this demands designing entirely new interaction models.

従来のAIインターフェースTraditional AI InterfaceエージェントAIインターフェースAgentic AI Interface
1ターンの質問→回答Single-turn Q&A複数ステップのタスク実行(計画→ツール呼出→確認→完了)Multi-step task execution (plan → tool calls → confirmation → completion)
ユーザーが常に主導User always leadsAIが自律的に判断・行動し、要所でユーザーに確認を求めるAI judges and acts autonomously, seeking user confirmation at key points
出力は文字・画像Output is text or images出力はアクション(ファイル作成・メール送信・API呼出等)Output is actions (file creation, email sending, API calls, etc.)
エラーは応答品質の問題Errors are response quality issuesエラーは実世界への影響を持つ(取り消し困難な操作を含む)Errors have real-world impact (including hard-to-undo operations)

エージェントAIのUX設計上の主要課題として次の3点がある。①信頼と制御のバランス:AIの自律度を高めるほどユーザーのコントロール感が低下する。「どの操作はAIに任せ、どの操作は人間の承認を要するか」の設計が重要。②プロセスの可視性(Transparency of Process):AIが何をしているかをリアルタイムに表示する「作業ログ」「ステップ進捗」の設計。③取り消し可能性(Reversibility):エージェントが実行したアクションを取り消せる設計——特に外部サービスとの連携・データ変更・支払い処理等の不可逆的操作においては「ヒューマン・イン・ザ・ループ」の確認ステップが不可欠である。Three key UX design challenges for agentic AI: ① Trust and control balance: the more autonomy AI has, the less the user's sense of control. Designing "which operations to delegate to AI vs. which require human approval" is critical. ② Process visibility (Transparency of Process): designing "work logs" and "step progress" showing what AI is doing in real time. ③ Reversibility: designing so that agent-executed actions can be undone — especially for irreversible operations like external service integrations, data changes, and payment processing, where a "human-in-the-loop" confirmation step is essential.

責任あるAI設計:倫理・バイアス・プライバシー

AIシステムをプロダクトに組み込む際、UXデザイナーは倫理的設計の責任を担う立場になっている。これはAIエンジニアの問題ではなく、ユーザーとシステムの接点を設計する者としての責任である。When integrating AI systems into products, UX designers bear responsibility for ethical design. This is not solely an AI engineer's problem — it belongs to those who design the interface between users and the system.

倫理的課題Ethical Challenge内容DescriptionUI/UXデザインの対応UX Design Response
アルゴリズムバイアスAlgorithmic Bias学習データに含まれる偏見がAI出力に反映・増幅されるBiases in training data reflected and amplified in AI output多様なユーザーリサーチ・バイアス発見のためのテスト設計・フィードバック経路の整備Diverse user research, test design for bias discovery, feedback pathways
説明可能性(XAI)Explainability (XAI)AIがなぜその決定をしたかが不透明なブラックボックス問題Black-box problem: why AI made a particular decision is opaque意思決定理由の表示・「なぜこの結果?」ボタン・ユーザーへの根拠開示Showing decision rationale, "Why this result?" button, disclosing basis to users
データプライバシーData PrivacyAIへの入力データがトレーニングに使われる可能性・個人情報の扱いRisk of input data used for training, handling of personal information同意UI・オプトアウト設計・データ使用説明の明示(GDPR/APPI準拠)Consent UI, opt-out design, explicit data usage disclosure (GDPR/APPI compliance)
ハルシネーションHallucinationAIが自信を持って誤情報を提供するAI confidently providing misinformation「AIの回答は必ず確認を」注記・引用元表示・高リスク用途での人間審査フロー"Always verify AI answers" notes, citation display, human review flow for high-risk uses
依存と自律性の喪失Dependency & Loss of AutonomyユーザーのAI依存度が高まり、自分で判断する力が低下するIncreasing AI dependence reduces users' capacity for independent judgment「AIなしでも使える」代替フロー・スキル形成を促すUX・過依存防止の設計Alternative flows usable without AI, skill-building UX, preventing over-dependence
アクセシビリティ格差Accessibility GapAIネイティブUIが読み上げソフト・支援技術に対応していないAI-native UIs not compatible with screen readers and assistive technologyストリーミング出力のARIA対応・音声インターフェース設計・多様な入力モダリティARIA support for streaming output, voice interface design, diverse input modalities
規制の動向:EU AI Act とUI/UXデザインへの影響Regulatory Trends: EU AI Act & Impact on UX Design

EU AI Act(2024年発効、段階的施行)は高リスクAIシステムに対して透明性・説明可能性・人間による監督(Human Oversight)の確保を義務づける。米コロラド州も2026年2月より高リスクAIの差別的影響に関する開発者責任を定めた。UXデザイナーはこれらの規制が「UI設計上の要件」として現れることを意識する必要がある——意思決定の根拠開示ボタン・異議申立フロー・オプトアウト設計はもはやオプションではなく、法的要件になりつつある。The EU AI Act (effective 2024, phased implementation) mandates transparency, explainability, and Human Oversight for high-risk AI systems. Colorado's Consumer Protections for Artificial Intelligence Act, effective February 2026, also establishes developer responsibility for discriminatory impacts of high-risk AI. UX designers must recognize that these regulations manifest as UI design requirements — decision rationale disclosure buttons, appeal flows, and opt-out design are no longer optional but increasingly legal requirements.

5段階モデルとの対応図

AIプロダクトの設計も5段階モデルで体系的に整理できる。AI product design can be systematically organized through the 5 layers.

段階StageAIプロダクト設計の対応概念AI Product Design Concepts
戦略層StrategyAIが解決するジョブ(JTBD)の定義・人間とAIの役割分担設計・倫理的設計方針・ターゲットユーザーのAIリテラシーDefining the job AI solves (JTBD), human-AI role allocation design, ethical design policy, target users' AI literacy
スコープ層ScopeAI機能の範囲定義(何をAIに任せ何は人間が行うか)・トレーニングデータの要件・出力品質の受け入れ基準Scope of AI functionality (what to delegate vs. keep human), training data requirements, output quality acceptance criteria
構造層Structure会話フロー設計・エラー回復パス・Human-in-the-Loop確認フロー・エージェントのタスクグラフ設計Conversation flow design, error recovery paths, human-in-the-loop confirmation flows, agent task graph design
骨格層SkeletonチャットUI・ストリーミング表示コンポーネント・プロンプト入力エリア・AIバッジ・確信度インジケータChat UI, streaming display components, prompt input area, AI badges, confidence indicators
表層SurfaceAIらしさ vs. ブランドの視覚調和・アニメーション(タイピングインジケータ)・AIコンテンツのビジュアル識別Balancing AI-feel vs. brand visual harmony, animations (typing indicators), visual identification of AI content
UXデザイナーへの示唆:AIネイティブ設計の新しいスキルセットImplications for UX Designers: New Skill Set for AI-Native Design

AI時代のUXデザイナーには、従来のデザインスキルに加えて新しい能力が求められる。①AIの特性理解(確率的出力・文脈依存・ハルシネーション等の技術的特性)、②コンテキストエンジニアリング(AIに適切な文脈を与えてデザイン品質を高める能力)、③倫理的判断力(バイアス・プライバシー・透明性の問題をUIに落とし込む能力)、④評価・キュレーション能力(AI生成物の品質を見極め、ユーザー文脈に適合させる能力)。「AIに仕事を奪われるか」という問いより「AIと共にどう価値を生み出すか」という問いの方が生産的である。人間にしか担えないのは文脈理解・倫理判断・情緒的共感・文化的感受性——これらこそがUXデザイナーの核心的価値として残り続ける。AI-era UX designers need new capabilities beyond traditional design skills: ① Understanding AI characteristics (probabilistic output, context dependence, hallucination, and other technical properties); ② Context engineering (ability to give AI appropriate context to improve design quality); ③ Ethical judgment (ability to translate issues of bias, privacy, and transparency into UI decisions); ④ Evaluation and curation ability (ability to assess the quality of AI-generated output and fit it to user context). The productive question is not "will AI take my job?" but "how do I create value together with AI?" What only humans can provide — contextual understanding, ethical judgment, emotional empathy, cultural sensitivity — are what endure as the core value of UX designers.

UI/UX Design Library — UI/UXデザインの体系的知識ガイド

初版ドラフト © 2026 KAJI | 本ドキュメントは出版準備段階の草稿です

Creative Commons BY-NC-SA 4.0 ライセンスのもとで公開 | GitHub でフィードバック・貢献する

Appendix D
付録 DAppendix D

UX前後のプロセス全体像

UI/UXデザインは単独では存在せず、上流(前)の意思決定プロセスと下流(後)の実装プロセスに接続されている。付録Cでは、UXデザインが始まる前に何が決まっているか(上流プロセス)と、UXデザインが完了した後に何が続くか(下流プロセス)を整理し、全体像における各付録の位置づけを示す。UI/UX design does not exist in isolation — it connects to upstream decision-making processes (before) and downstream implementation processes (after). Appendix C maps what is decided before UX design begins (upstream) and what follows after it concludes (downstream), showing where each appendix sits in the overall picture.

上流・下流とは

「上流」とはUI/UXデザインが始まる前に確定しておくべき問いの領域を指す。なぜ作るか(経営戦略・事業戦略)何が可能か(イノベーション・技術動向)誰に届けるか(マーケティング戦略)の3つが主な上流プロセスである。これらが曖昧なままUXデザインを始めると、「美しいが使われないプロダクト」「技術的に実現不可能なデザイン」「届かないユーザーへの設計」が生まれやすい。"Upstream" refers to the domain of questions that should be settled before UI/UX design begins: Why build it (business strategy), What is possible (innovation & technology trends), and Who to reach (marketing strategy). When UI/UX design starts without resolving these, it tends to produce "beautiful but unused products," "technically infeasible designs," or "designs that never reach their intended users."

「下流」とは、UI/UXデザインの成果物(プロトタイプ・仕様書・デザインシステム)を実際の製品として届ける実装・展開のプロセスである。フロントエンド開発はデジタル成果物を画面に実現し、ソフトウェア開発プロセス(アジャイル・ウォーターフォール)はチームが協働して製品を届ける体制を整える。デザインが下流を理解していないと、実装段階で意図が失われやすい。"Downstream" refers to the implementation and delivery processes that turn UI/UX deliverables (prototypes, specs, design systems) into actual products. Frontend development realizes digital outputs on screen, and software development processes (agile, waterfall) organize team collaboration for delivery. When designers don't understand downstream processes, design intent is easily lost during implementation.

付録Cの5つの位置づけ

付録Appendix位置Position中心的な問いCentral QuestionUXへの影響Impact on UX
C-1 🔼 上流(最上位)🔼 Upstream (top) 経営戦略×UI/UX戦略:なぜ・どこへ向かうかBusiness strategy × UI/UX strategy: Why and where are we heading? 企業戦略・事業戦略が戦略段階に直結し、「作るべきプロダクト」の方向を決定するCorporate and business strategy feeds directly into the Strategy layer, determining the direction of "what to build"
C-2 🔼 上流🔼 Upstream イノベーション研究:何が可能で・何が来るかInnovation research: What is possible and what is coming? 破壊的イノベーション・キャズム理論・SECI等が「ユーザーニーズの発見方法」と「普及タイミング」に影響するDisruptive innovation, chasm theory, SECI, etc. influence how user needs are discovered and when to time market adoption
C-3 🔼 上流(並行)🔼 Upstream (parallel) マーケティング戦略:誰に・どのメッセージで届けるかMarketing strategy: Who to reach and with what message? マーケティングファネルがUXのタッチポイント設計に接続し、広告LPからプロダクト内UXまでの一貫性を担保するMarketing funnel connects to UX touchpoint design, ensuring consistency from ad landing pages to in-product UX
C-4 🔽 下流🔽 Downstream フロントエンド開発:デザインをどう画面に実現するかFrontend development: How to realize designs on screen? HTML/CSS/JS・デバイス環境・パフォーマンス制約の理解が「実装可能なデザイン」の前提条件になるUnderstanding HTML/CSS/JS, device environments, and performance constraints is a prerequisite for "implementable design"
C-5 🔽 下流(組織)🔽 Downstream (organizational) 設計・開発プロセス:チームはどう協働して届けるかDevelopment processes: How do teams collaborate to deliver? アジャイル・ウォーターフォール・建築設計等のプロセスとUIデザインの接点を整理し、「設計の意図が失われない引き渡し」を可能にするMaps the intersection of agile, waterfall, architecture, and other processes with UI design, enabling "handoffs that preserve design intent"

5段階モデルとの接続

上流プロセス(C-1〜C-3)は戦略段階(①)・要件段階(②)に主に接続する。下流プロセス(C-4〜C-5)は骨格層(④)・表層(⑤)の成果物を具体的な製品に変換する段階である。UI/UXデザインの中核(構造層③・骨格層④)はこれらの橋渡し役であり、上流の意思決定を下流の実装へ翻訳する機能を担う。Upstream processes (C-1 to C-3) primarily connect to the Strategy Stage (①) and Scope Stage (②). Downstream processes (C-4 to C-5) convert the deliverables of the Skeleton layer (④) and Surface layer (⑤) into concrete products. The core of UI/UX design (Structure layer ③ and Skeleton layer ④) acts as the bridge, translating upstream decisions into downstream implementation.

5レイヤーLayer主な担い手Primary Actor付録Cとの接点Link to Appendix C
① 戦略層① Strategy経営・事業企画・UXストラテジストExecutives, business planners, UX strategistsC-1(経営戦略)・C-2(イノベーション)C-1 (Business Strategy) · C-2 (Innovation)
② 要件層② ScopePdM・マーケター・UXリサーチャーProduct managers, marketers, UX researchersC-2(イノベーション)・C-3(マーケティング)C-2 (Innovation) · C-3 (Marketing)
③ 構造層③ StructureUX/IAデザイナーUX/IA designersUI/UXデザインの中核(C-1〜C-5への橋渡し)Core of UI/UX design (bridge between C-1–C-5)
④ 骨格層④ SkeletonUIデザイナー・フロントエンドエンジニアUI designers, frontend engineersC-4(フロントエンド)・C-5(開発プロセス)C-4 (Frontend) · C-5 (Dev Process)
⑤ 表層⑤ Surfaceビジュアルデザイナー・フロントエンドエンジニアVisual designers, frontend engineersC-4(フロントエンド実装)C-4 (Frontend implementation)
Appendix C-1
付録 C-1Appendix C-1

経営戦略 × UX戦略 連鎖マップ

MBAで実践する経営戦略・事業戦略がいかに5段階モデル(特に戦略層)へ接続されるかを整理する。「なぜそのUXを作るのか」という問いに答えるための上位構造を可視化する。This section maps how MBA-level business and corporate strategy connects to the 5-Stage Model (especially the Strategy Plane), and visualizes the upstream structure that answers "why are we building this UX?"

戦略階層と5レイヤーの対応関係Strategy Hierarchy & 5-Layer Mapping

ビジネスにおける「戦略」は、経営学では複数の階層に分かれて論じられる。企業全体の方向性を定める企業戦略(Corporate Strategy)、個別の事業領域で勝ち方を決める事業戦略(Business Strategy)、特定のプロダクト・機能に落とし込むプロダクト戦略(Product Strategy)の三層構造が一般的である。5段階モデルの戦略段階(Strategy Plane)は、このプロダクト戦略の直下に位置し、「プロダクト目標(Product Objectives)」と「ユーザーニーズ(User Needs)」という2軸をデザイン言語へ翻訳する接続インターフェースとして機能する。In management theory, business "strategy" is discussed across multiple hierarchical levels. Three tiers are common: Corporate Strategy sets the direction of the whole company; Business Strategy defines how to win in a specific market; and Product Strategy translates those goals into specific products and features. The Strategy Plane of the 5-stage model sits directly beneath Product Strategy, functioning as a translation interface that converts the two axes — "Product Objectives" and "User Needs" — into design language.

階層Hierarchy主な概念・フレームワークKey Concepts & FrameworksUXとの接点UX Intersection
経営理念・パーパス
Vision / Mission
ゴールデンサークル(Sinek)、MVV策定、SDGs / ESGGolden Circle (Sinek), MVV formulation, SDGs / ESG デザイン原則・ブランドパーソナリティの源泉となる。"Why"がUXの一貫性を支える。Source of design principles & brand personality. "Why" underpins UX consistency.
企業戦略
Corporate Strategy
BCGマトリクス、アンゾフマトリクス、VRIO分析、マッキンゼー・デザインインデックス(MDI)、戦略サファリ:デザイン学派(Mintzberg et al.)BCG Matrix, Ansoff Matrix, VRIO Analysis, McKinsey Design Index (MDI), Strategy Safari: Design School (Mintzberg et al.)[Mintzberg1998] どの市場・ユーザーセグメントに投資するかを決定。UXリサーチの対象範囲と優先度に直結する。デザイン学派は「戦略立案者=デザイナー」と位置づけ、UXストラテジストの役割と同型。Determines which markets and user segments to invest in. Directly linked to the scope and priority of UX research. The design school positions "strategist = designer," mirroring the UX strategist role.
事業戦略
Business Strategy
ポーターの5フォース、コスト優位/差別化戦略、ブルーオーシャン戦略(ERRC)、JTBD(Jobs-to-be-Done)Porter's Five Forces, cost leadership/differentiation strategy, Blue Ocean Strategy (ERRC), JTBD 競合との差別化ポイントがUXの独自価値提案を規定する。「誰の・どんな課題を・どう解決するか」の原点。Differentiation from competitors defines UX's unique value proposition. The origin of "whose problem, what problem, how to solve it."
🔗 バリュープロポジションキャンバス
(橋渡しレイヤー)(Bridge Layer)
Customer Jobs / Pains / Gains ↔ Products / Pain Relievers / Gain Creators (Osterwalder) 事業戦略のユーザー言語への翻訳装置。ビジネスの「提供価値」とユーザーの「得たい結果・悩み」を一枚のキャンバスで結ぶ。Translates business strategy into user language. Bridges the business's "value proposition" with the user's "desired outcomes and pains" on a single canvas.
プロダクト戦略
Product Strategy
リーンスタートアップ(Build-Measure-Learn)、OKR、カーノモデル、ビジネスモデルキャンバスLean Startup (Build-Measure-Learn), OKR, Kano model, Business Model Canvas プロダクトゴールとユーザーストーリーをKR(Key Result)として定量化。戦略段階への直接入力となる。Quantify product goals and user stories as KRs (Key Results). Becomes direct input to the strategy stage.
① 戦略層(Strategy Plane)
Stage 1
Product Objectives(← OKRカスケード)、User Needs(← リサーチ)Product Objectives (← OKR cascade), User Needs (← Research) ここから下は5段階モデル。上位戦略をUX設計の言語に落とし込む翻訳点。Below this point is the 5-Stage Model — the translation layer where high-level strategy is expressed in UX design language.
▼ ここから要件層・構造層・骨格層・表層へ展開 ▼▼ Expands into Scope, Structure, Skeleton, and Surface layers ▼
Key Insight — 戦略層は「翻訳インターフェース」 戦略段階が担う本質的な役割は、経営・事業・プロダクトの各戦略レイヤーで定義された「勝ち方」を、ユーザーの視点に立ったデザイン要件へと翻訳することである。Product Objectives は上位OKRのKey Resultとして定義され、User Needs は事業戦略が定めたターゲットセグメントを対象としたリサーチから発見される。この2つの軸が正しく接続されていれば、以降の要件・構造・骨格・表層の各層は一貫した意図を持って展開できる。The essential role of the Strategy Plane is to translate the "winning formula" defined at each strategic level — corporate, business, and product — into design requirements from the user's perspective. Product Objectives are defined as Key Results of higher-level OKRs; User Needs are discovered through research targeting the segments defined by business strategy. When these two axes connect correctly, all subsequent layers — Scope, Structure, Skeleton, Surface — can be developed with coherent intent.
コラム ── 戦略サファリ「デザイン学派」とUI/UXデザイン

Henry Mintzberg・Bruce Ahlstrand・Joseph Lampel は著書 Strategy Safari(1998)において、戦略形成を10の学派に分類した。その第一学派であるデザイン学派(Design School)は、「戦略とは経営トップが構想する設計行為である」と定義し、SWOTフレームワークを中心ツールとして位置づける。Henry Mintzberg, Bruce Ahlstrand, and Joseph Lampel categorized strategy formation into 10 schools in Strategy Safari (1998). The first of these, the Design School, defines strategy as "a design act conceived by top management" and positions the SWOT framework as its central tool.[Mintzberg1998]

この学派が用いる「デザイン(設計・構想)」という概念は、UI/UXの文脈におけるデザイン行為と深く重なる。具体的な対応は以下の通りである。The notion of "design" (as conception and construction) used by this school deeply overlaps with design practice in UI/UX contexts. The correspondences are as follows:

戦略サファリ デザイン学派Strategy Safari SchoolUX戦略への対応UX Strategy Mapping
外部環境分析(機会・脅威)= SWOT右上External environment analysis (opportunities & threats) = upper right of SWOTユーザーニーズ発見・競合UX調査(User Needs)User needs discovery & competitive UX research (User Needs)
内部能力分析(強み・弱み)= SWOT左側Internal capability analysis (strengths & weaknesses) = left side of SWOT自社プロダクトが提供できる価値の整理(Product Objectives)Clarifying the value your product can provide (Product Objectives)
戦略の「構想」= トップが設計する創造的行為Strategy "conception" = creative act designed by leadershipUXストラテジストが戦略をデザイン言語に翻訳する役割UX Strategist role: translating strategy into design language
一貫性・適合性の確保(Fit)Ensuring consistency & fit5レイヤー全体を貫くデザイン原則・デザインシステムの策定Design principles & design system spanning all 5 layers
戦略の「明示化」= 計画書への落とし込みStrategy "articulation" = translating into a plan document戦略層の成果物:Product Brief・UXビジョンドキュメントStrategy layer deliverables: Product Brief & UX Vision Document

重要な示唆は、「戦略立案 ≒ デザイン行為」という認識論がUXの文脈とも一致しているという点である。Mintzbergは戦略家を「建築家」に喩えているが、現代のUXストラテジストはまさにその役割を担っている。戦略段階を扱うデザイナーは、狭義の「画面を作る人」ではなく、経営戦略を体験に翻訳する設計者である。The key insight is that the epistemology of "strategy formulation ≈ design act" aligns directly with the UX context. Mintzberg likens the strategist to an "architect" — and the modern UX Strategist embodies exactly that role. A designer working at the strategy stage is not simply "someone who makes screens," but rather a designer who translates business strategy into experience.

バリュープロポジションキャンバス(VPC)— 橋渡しの詳細

Alexander Osterwalder が提唱したバリュープロポジションキャンバス(VPC)は、事業戦略とUX戦略の接続に最も直接的に機能するフレームワークである。右側の顧客プロファイル(Customer Jobs・Pains・Gains)はUXリサーチの出力(ペルソナ・ジャーニーマップ・JTBD)と完全に対応し、左側の価値マップ(Products & Services・Pain Relievers・Gain Creators)はプロダクト機能要件のドラフトとなる。The Value Proposition Canvas (VPC) proposed by Alexander Osterwalder is the most direct framework for connecting business strategy and UX strategy. The right-side Customer Profile (Customer Jobs, Pains, Gains) maps directly to UX research outputs (personas, journey maps, JTBD), while the left-side Value Map (Products & Services, Pain Relievers, Gain Creators) drafts product feature requirements.

VPCの要素VPC ElementUX設計での対応物UX Design Equivalent関係する段階Related Stage
Customer Jobs(やりたいこと)Customer Jobs (things to be done)JTBD、タスク分析JTBD, task analysis戦略層 — User NeedsStrategy Layer — User Needs
Pains(課題・不満)Pains (problems & frustrations)ペインポイント抽出、HOW MIGHT WEリストPain point extraction, How Might We list戦略層→要件層Strategy Layer → Scope Layer
Gains(得たい結果・喜び)Gains (desired outcomes & delights)カーノモデル(Must-have / Delighter)Kano model (Must-have / Delighter)戦略層→表層(Delight設計)Strategy Layer → Surface (Delight design)
Products & Services機能・コンテンツ要件一覧Functional & content requirements list要件層 — ScopeScope Layer
Pain Relieversユーザーストーリー(課題解決型)User story (problem-solving type)要件層→構造層Scope Layer → Structure Layer
Gain Creatorsマイクロインタラクション、Delight施策Microinteractions, delight initiatives表層 — SurfaceSurface Layer

連鎖構造ダイアグラム

以下のダイアグラムは、経営理念から表層デザインまでの全連鎖を可視化したものである。各ボックス間の矢印は「上位の決定が下位の設計空間を制約する」方向を示し、VPCは事業戦略とプロダクト戦略の間に位置する翻訳装置として描かれている。The diagram below visualizes the entire chain from corporate vision down to surface design. Arrows between boxes show how higher-level decisions constrain lower-level design space, with the VPC positioned as a translation device between business strategy and product strategy.

経営理念・パーパス Vision / Mission / Values ── ゴールデンサークル (Sinek) 企業戦略 (Corporate Strategy) BCGマトリクス / アンゾフマトリクス / VRIO分析 McKinsey Design Index / Strategy Safari: Design School Mintzberg — 戦略立案者=デザイナー(建築家) 事業戦略 (Business Strategy) Porter 5フォース / コスト優位・差別化 / ブルーオーシャン (ERRC) JTBD (Jobs-to-be-Done) ── 顧客が「雇用」する仕事の定義 🔗 バリュープロポジションキャンバス(橋渡しレイヤー) Osterwalder (2014) 顧客プロファイル (右円) Customer Jobs · Pains · Gains 価値マップ (左四角) Products · Pain Relievers · Gain Creators プロダクト戦略 (Product Strategy) リーンスタートアップ (BML) / OKR / カーノモデル ビジネスモデルキャンバス ── プロダクトゴールをKRとして定義 ここから5段階モデル ▼ ① 戦略層 (Strategy Plane) Product Objectives ← OKRカスケード / ROI目標 User Needs ← リサーチ / ペルソナ / JTBD ② 要件層 (Scope) — 機能・コンテンツ要件 ③ 構造層 (Structure) — IA・インタラクションデザイン ④ 骨格層 (Skeleton) — ワイヤーフレーム・UIパターン ⑤ 表層 (Surface) — ビジュアル・モーション・Delight ©2026 KAJI — UI/UX Design Atlas
Note — マッキンゼー・デザインインデックス(MDI) McKinsey & Company が2018年に発表した調査(300社・5年間)では、デザインへの投資を戦略的に行う企業は同業他社比で売上成長率+32%、株主総利回り+56%を記録した。これはデザインが単なるUI整備ではなく、企業戦略レベルで機能することを示す数値的根拠である。Note — McKinsey Design Index (MDI) A 2018 McKinsey & Company study (300 companies, 5 years) found that firms making strategic design investments recorded +32% revenue growth and +56% total return to shareholders compared to industry peers. This provides quantitative evidence that design functions at the corporate strategy level — not merely as UI polish.[McKinsey2018]

OKRカスケードと戦略段階の具体的接続

OKR(Objectives and Key Results)を用いた組織では、企業OKR → 事業部OKR → プロダクトOKR の順に目標がカスケードされる。戦略段階における「Product Objectives」は、プロダクトOKRのObjectiveに相当し、KR(Key Result)として「継続率◯%以上」「タスク完了時間△秒以下」といった定量指標が設定される。これらのKRが要件層の優先度付け(MoSCoWや RICEスコアリング)の根拠となる。In OKR-driven organizations, goals cascade from Company OKRs → Division OKRs → Product OKRs. The "Product Objectives" in the Strategy Plane correspond to the product-level Objective, with Key Results set as quantitative targets such as "retention rate ≥ X%" or "task completion time ≤ Y seconds." These KRs become the basis for requirements prioritization (MoSCoW or RICE scoring).

OKRレベルOKR LevelExample段階への接続Stage Connection
企業OCorporate O 「医療アクセスを民主化する」"Democratize access to healthcare" デザイン原則・ブランドパーパス(表層〜戦略層横断)Design principles & brand purpose (spanning surface to strategy layers)
事業部OBusiness Unit O 「患者の受診予約体験を業界最高にする」"Make the patient appointment experience the best in the industry" 戦略層 Product Objectives の上位目標Goals above Product Objectives in the strategy layer
プロダクトOProduct O 「予約完了率を85%→95%に改善する」"Improve booking completion rate from 85% to 95%" 戦略層 Product Objectives(= KRを設計制約として使用)Strategy Layer Product Objectives (= using KRs as design constraints)
プロダクトKRProduct KR 「予約フロー3ステップ以内 / エラー発生率<2%」"Booking flow: 3 steps or fewer / Error rate <2%" 要件層→骨格層のフォーム設計制約Scope Layer → Skeleton Layer form design constraints
よくある失敗パターン UXチームが戦略層を「ユーザーニーズ」だけで定義し、「Product Objectives」を空欄にしたまま進めるケースは多い。この状態では要件の優先順位が「ユーザーが望むか否か」だけで決まり、ビジネス上の緊急度・収益性との整合が取れなくなる。VPCを活用して両軸を同時に埋めるプロセスが重要である。Common Failure Pattern UX teams often define the Strategy Plane using only "User Needs," leaving "Product Objectives" blank. In this state, requirements priority is determined solely by "what users want," losing alignment with business urgency and profitability. Using the VPC to fill both axes simultaneously is essential.
Appendix C-2
付録 C-2Appendix C-2

イノベーション研究とUI/UXデザイン

イノベーション研究は経営学・経済学・社会学・工学の交差領域で発展してきた学問分野である。UXデザインはその実行手段として機能することが多く、「どのように革新的な価値を生み出し、届け、普及させるか」という問いに対して、ユーザー体験の設計が決定的な役割を担う。本付録ではUXデザイナーが知っておくべきイノベーション研究の主要理論・フレームワークを整理する。Innovation research has developed at the intersection of management science, economics, sociology, and engineering. UX design frequently functions as its execution mechanism: the design of user experience plays a decisive role in answering the question "how to create, deliver, and diffuse innovative value." This appendix organizes the major innovation theories and frameworks that UX designers should know.

イノベーション研究の系譜

イノベーション研究の礎石は経済学者 Joseph Schumpeter(1883–1950)の「創造的破壊(Creative Destruction)」概念にある。Schumpeter は資本主義・社会主義・民主主義(1942)において、革新的な企業家が既存の経済構造を内側から壊し新たな価値を生み出す過程こそが資本主義の本質であると論じた。この洞察は80年後の現代においても、プラットフォーム革命・デジタルトランスフォーメーション・生成AIによる産業変革の文脈で繰り返し参照される。The cornerstone of innovation research is economist Joseph Schumpeter's (1883–1950) concept of "creative destruction." In Capitalism, Socialism and Democracy (1942), Schumpeter argued that the process by which innovative entrepreneurs destroy existing economic structures from within to generate new value is the very essence of capitalism. This insight is repeatedly invoked 80 years later in the context of the platform revolution, digital transformation, and industrial disruption by generative AI.

理論・著者Theory / AuthorYear核心概念Core ConceptUXへの示唆UX Implication
創造的破壊(Schumpeter)Creative Destruction (Schumpeter)1942革新が既存を破壊し新価値を生むInnovation destroys the old to create new valueディスラプション時の体験再設計Experience redesign during disruption
普及理論(Rogers)Diffusion of Innovations (Rogers)1962イノベーターからラガードへの普及S字曲線S-curve adoption from innovators to laggardsアダプターセグメント別UX設計UX design per adopter segment
キャズム理論(Moore)Crossing the Chasm (Moore)1991アーリーアダプターと実用主義層の断絶Gap between early adopters and pragmatistsマス移行期のオンボーディング設計Onboarding design for mass-market transition
破壊的イノベーション(Christensen)Disruptive Innovation (Christensen)1997ローエンドから既存市場を侵食するメカニズムMechanism of eroding incumbent markets from low-end非消費者・過剰機能問題Non-consumption, feature over-serving
オープンイノベーション(Chesbrough)Open Innovation (Chesbrough)2003外部知識・技術の積極活用Active use of external knowledge and technology共同設計・コデザイン・APIエコシステムCo-design, API ecosystems
ブルーオーシャン戦略(Kim & Mauborgne)Blue Ocean Strategy (Kim & Mauborgne)2005競争のない新市場空間の創出Creating uncontested new market space非顧客の体験設計・価値曲線の再描画Non-customer experience design, redrawn value curves
ジョブ理論・JTBD(Christensen他)Jobs-to-be-Done (Christensen et al.)2006顧客が「片づけたいジョブ」に雇う製品Products "hired" to do the customer's jobユーザーリサーチ・価値提案設計User research, value proposition design
リーンスタートアップ(Ries)Lean Startup (Ries)2011Build-Measure-Learn による仮説検証Hypothesis validation via Build-Measure-LearnMVP・ユーザーテスト・反復設計MVP, user testing, iterative design
両利きの経営(O'Reilly & Tushman)Ambidextrous Organization (O'Reilly & Tushman)2016既存事業(深化)と新規事業(探索)の両立Balancing exploitation (existing) and exploration (new)組織内のUX投資優先度設計Prioritizing UX investment within organizations
知識創造理論・SECIモデル(野中・竹内)Knowledge Creation / SECI Model (Nonaka & Takeuchi)1995暗黙知と形式知の相互変換による組織的知識創造Organizational knowledge creation through tacit-explicit knowledge conversionデザイン知識の組織化・DesignOps・実践共同体(CoP)Organizing design knowledge, DesignOps, Communities of Practice
発想法・KJ法(川喜田次郎)Hasso-ho / KJ Method (Kawakita Jiro)1967質的データのボトムアップ統合による洞察生成Insight generation through bottom-up integration of qualitative dataUXリサーチ・アフィニティダイアグラム・ワークショップ設計UX research, affinity diagrams, workshop design

破壊的イノベーション理論

Clayton Christensen は著書『イノベーターのジレンマ』(1997)において、破壊的イノベーション(Disruptive Innovation)のメカニズムを明らかにした。優れた企業が、顧客の声に忠実であるがゆえに新興企業に市場を奪われるという逆説的な現象を「イノベーターのジレンマ」と名付けた。In The Innovator's Dilemma (1997), Clayton Christensen revealed the mechanism of disruptive innovation. He named the paradox "the innovator's dilemma" — excellent companies lose market share to new entrants precisely because they listen faithfully to their customers.

持続的イノベーションSustaining Innovation破壊的イノベーションDisruptive Innovation
対象Target既存顧客のニーズ改善Improving needs of existing customers非消費者・ローエンド市場Non-consumers, low-end markets
特徴Characteristics高性能化・高価格化Higher performance, higher price最初は低機能・低価格・シンプルInitially low-performance, low-price, simple
UX的含意UX Implication既存UIの漸進的改善Incremental improvement of existing UIシンプルさ・アクセシビリティ・ゼロラーニングコストSimplicity, accessibility, zero learning cost
代表例ExamplesiPhone の毎年進化iPhone's annual evolutionスマートフォンによるカメラ・GPSナビの破壊Smartphone disrupting cameras, GPS devices

UI/UXデザインへの示唆として、既存製品に対する「過剰機能(Overserving)」の検出が重要である。ユーザーが実際に使っている機能は全体の20〜30%に留まることが多く、残りの機能はむしろ複雑さを生み学習コストを高める。このことは、シンプルさを競争優位とする破壊的新規参入者が生まれる温床になる。A key UX implication is detecting "overserving" in existing products. Users typically use only 20–30% of features; the rest creates complexity and raises learning costs. This is fertile ground for disruptive new entrants who treat simplicity as a competitive advantage.

普及理論とキャズム:アダプター別UX設計

Everett Rogers のイノベーション普及理論(1962)は、新技術・新製品が社会に普及する過程をS字曲線で示し、採用者を5つのセグメントに分類した。Geoffrey Moore(1991)はこれにキャズム(Chasm)の概念を加え、アーリーアダプター(先進的少数派)とアーリーマジョリティ(実用主義的多数派)の間に越え難い断絶があることを示した。Everett Rogers' Diffusion of Innovations (1962) models the S-curve of new technology/product adoption, classifying adopters into five segments. Geoffrey Moore (1991) added the concept of the Chasm, showing the difficult-to-cross gap between early adopters (visionary minority) and the early majority (pragmatic mainstream).

セグメントSegment割合Share特性CharacteristicsUX設計の方針UX Design Approach
イノベーターInnovators2.5%冒険的・技術オタク・欠陥を許容Adventurous, tech enthusiasts, tolerant of bugsα版でも問題なし・設定の自由度重視Alpha versions fine; prioritize configurability
アーリーアダプターEarly Adopters13.5%ビジョナリー・変化のリーダー・口コミ影響大Visionary, change leaders, high word-of-mouth influence革新性を前面に・「最初に使った人」感Foreground innovation; "first user" feeling
アーリーマジョリティEarly Majority34%実用主義・実績重視・リスク回避Pragmatic, results-driven, risk-averse信頼性・実績訴求・学習コスト最小化Credibility, proven results, minimum learning cost
レイトマジョリティLate Majority34%保守的・社会的圧力で採用・安心感重視Conservative, adopt under social pressure, value reassuranceシンプルさ・サポート充実・デフォルト最適化Simplicity, robust support, optimized defaults
ラガードLaggards16%変化拒否・強制移行のみ採用Resist change; only adopt when forced強制移行時の摩擦最小化・親しみやすいメタファーMinimize friction during forced migration; familiar metaphors
キャズムを越えるためのUX戦略UX Strategy for Crossing the Chasm

Moore の分析によれば、キャズムを越えるには特定のニッチ市場(ボウリングピン戦略)を完全制覇し、そこから隣接市場に展開することが有効である。UI/UXデザインの観点では、キャズム前後でUX方針を意図的に切り替える必要がある。①先行期:差別化・革新性の強調、②キャズム突破期:信頼性・完全性・教育コンテンツの充実、③主流期:シンプルさ・サポート品質・オフボーディング設計(解約体験の最適化)。Moore's analysis shows that crossing the Chasm requires completely dominating a specific niche market (bowling-pin strategy), then expanding to adjacent markets. From a UX design perspective, the approach must intentionally shift across the Chasm: ① Pre-chasm: emphasize differentiation and innovation; ② Chasm-crossing: build credibility, completeness, and educational content; ③ Mainstream: prioritize simplicity, support quality, and offboarding design (optimizing the cancellation experience).

ジョブ理論(Jobs-to-be-Done)

Clayton Christensen、Bob Moesta、Tony Ulwick らが体系化したジョブ理論(JTBD: Jobs-to-be-Done Theory)は、「ユーザーはプロダクトを購入するのではなく、特定のジョブ(片づけるべき用事)を解決するためにプロダクトを雇用する」という視点でイノベーションを捉えるフレームワークである。Jobs-to-be-Done (JTBD), systematized by Clayton Christensen, Bob Moesta, Tony Ulwick and others, is a framework that sees innovation from the perspective that "users don't buy products — they hire products to solve a specific job (task to be done)."

JTBDの核心はジョブの3層構造にある。①機能的ジョブ(Functional Job):実際の課題(例:「コーヒーを飲みたい」)。②感情的ジョブ(Emotional Job):感じたいこと(例:「一人で集中できる環境に身を置きたい」)。③社会的ジョブ(Social Job):他者にどう見られたいか(例:「仕事ができる人に見られたい」)。UI/UXデザインが解決すべきは機能的ジョブだけでなく、感情的・社会的ジョブも含めた全体のジョブである。The core of JTBD is the three-layer job structure. ① Functional Job: the actual task (e.g., "I want coffee"). ② Emotional Job: how they want to feel (e.g., "I want to be in an environment where I can focus alone"). ③ Social Job: how they want to be perceived (e.g., "I want to look like someone who gets things done"). UX design must solve not just functional jobs, but the whole job including emotional and social dimensions.

JTBDの概念JTBD ConceptUXリサーチへの応用Application to UX Research
スイッチングインタビューSwitching Interview「なぜこのプロダクトに乗り換えたか」を深掘りし、真のジョブを発見するUncover true jobs by probing "why did you switch to this product"
タイムラインマッピングTimeline Mapping購入前後の行動・思考・感情の時系列を可視化し、ジョブが発生した瞬間を特定するVisualize actions/thoughts/emotions before and after purchase to pinpoint the moment the job emerged
競合の再定義Redefining Competition同カテゴリ製品だけでなく「同じジョブを解決する代替手段」を競合と見なすTreat not just same-category products but "any alternative that solves the same job" as competition
アウトカム駆動イノベーション(ODI)Outcome-Driven Innovation (ODI)ジョブの「重要度 × 満足度」マトリクスで機会領域を定量化する(Tony Ulwick)Quantify opportunity areas using a "importance × satisfaction" matrix for jobs (Tony Ulwick)

リーンスタートアップとUI/UXデザイン

Eric Ries が著書『リーン・スタートアップ』(2011)で提唱したリーンスタートアップは、「Build(作る)→ Measure(測る)→ Learn(学ぶ)」のサイクルを高速で回すことで、不確実性の高い環境下でのイノベーションを実現するアプローチである。The Lean Startup, proposed by Eric Ries in The Lean Startup (2011), is an approach for achieving innovation in high-uncertainty environments by rapidly cycling through "Build → Measure → Learn."

UI/UXデザインとリーンスタートアップの接点はMVP(Minimum Viable Product:実用最小限の製品)設計にある。MVPはコア仮説を検証するための最小単位であり、UXデザイナーは「最小の設計コストで最大の学びを得るための体験設計」を担う。リーン思想はまた、ピボット(Pivot)の判断——戦略を大きく変更すべきかどうか——にもUXリサーチのデータが欠かせないことを示している。The intersection of UX design and Lean Startup lies in MVP (Minimum Viable Product) design. The MVP is the minimal unit for validating core hypotheses, and UX designers take responsibility for "experience design that generates maximum learning at minimum design cost." Lean thinking also shows that UX research data is indispensable for pivot decisions — whether to significantly change strategy.

リーン概念Lean ConceptUI/UXデザインの役割UX Design Role
MVP最小UIで仮説検証・コンシェルジュMVP・スモークテストValidate hypotheses with minimal UI; concierge MVP; smoke tests
検証済み学習Validated Learning定量(分析)+定性(インタビュー)データによる学習の可視化Visualizing learning from quantitative (analytics) + qualitative (interviews) data
ピボットPivotユーザーリサーチによるピボット根拠の提供Providing user-research evidence for pivot decisions
継続的デプロイContinuous DeploymentA/Bテスト設計・機能フラグ対応UIの設計A/B test design, feature-flag-compatible UI design
革新会計Innovation AccountingUXKPIの設定・ノーススターメトリクスの定義Setting UX KPIs, defining north-star metrics

オープンイノベーションとUX共同設計

Henry Chesbrough が『オープンイノベーション』(2003)で提唱したオープンイノベーションは、組織の外部(大学・スタートアップ・ユーザー・他業種企業)の知識・技術・アイデアを積極的に取り込みながらイノベーションを推進する考え方である。クローズドイノベーション(自前主義)との対比で語られる。Open Innovation, proposed by Henry Chesbrough in Open Innovation (2003), promotes driving innovation by actively incorporating knowledge, technology, and ideas from outside the organization (universities, startups, users, cross-industry companies). It is discussed in contrast to closed innovation (the "not invented here" mindset).

UI/UI/UXデザインとの接点として、オープンイノベーションは参加型デザイン(Participatory Design)コデザイン(Co-Design)ユーザーイノベーションの理論的背景となっている。Eric von Hippel(2005、Democratizing Innovation)は、先導的ユーザー(Lead Users)がメーカーより先にプロダクトを改良・発明することを実証し、ユーザーを受動的受益者ではなくイノベーションの能動的主体として位置づけた。UXデザイナーにとってこれは、ユーザーリサーチが単なる検証ツールを超え、イノベーションのインプットそのものになりうるという示唆を持つ。In connection to UX design, Open Innovation forms the theoretical background for participatory design, co-design, and user innovation. Eric von Hippel (2005, Democratizing Innovation) demonstrated that lead users improve and invent products before manufacturers do, positioning users as active agents rather than passive recipients of innovation. For UX designers, this implies that user research can go beyond a mere validation tool to become an input for innovation itself.

両利きの経営:探索と深化のバランス

Charles A. O'Reilly III & Michael L. Tushman の「両利きの経営(Ambidextrous Organization)」(2016)は、企業が既存事業の深化(Exploitation)新規事業の探索(Exploration)を同時に追求するための組織論である。既存事業の効率化のみに注力すると「サクセストラップ」に陥り長期的競争力を失う、という警告を含む。Charles A. O'Reilly III & Michael L. Tushman's "Ambidextrous Organization" (2016) is an organizational theory for companies to simultaneously pursue exploitation (deepening existing business) and exploration (exploring new business). It includes the warning that focusing only on efficiency in existing business leads to a "success trap," losing long-term competitiveness.

深化(Exploitation)Exploitation探索(Exploration)Exploration
目的Purpose既存価値の最大化・効率化Maximizing and optimizing existing value新たな価値の発見・実験Discovering and experimenting with new value
UXの役割UX Role改善・最適化・ユーザビリティテストImprovement, optimization, usability testing探索的リサーチ・コンセプトテスト・プロトタイピングExploratory research, concept testing, prototyping
KPIKPIsコンバージョン率・NPS・タスク成功率Conversion rate, NPS, task success rate学習速度・仮説検証数・ユーザー発見数Learning velocity, hypotheses validated, user discoveries
組織形態Org Form既存プロダクトチームExisting product teamsスキンクワーク・イノベーションラボ・スタートアップ型Skunkworks, innovation labs, startup-style teams

UI/UXデザイン組織においても同様の二項対立が存在する。成熟プロダクトのUX改善(深化)新規プロダクト・新規顧客向けのUXリサーチ・コンセプト設計(探索)を、同じチームが担うか専門チームを分けるかは、DesignOpsの重要な設計決定である(付録E参照)。The same dichotomy exists within UX design organizations. Whether the same team handles both UX improvement for mature products (exploitation) and UX research/concept design for new products and new customers (exploration), or whether specialized teams are separated, is an important DesignOps design decision (see Appendix E).

アイディエーション:発想の理論と手法

Covers systematic ideation methods for generating creative solutions. Traces from Osborn's brainstorming (1953) through lateral thinking, SCAMPER, TRIZ, HMW, Crazy 8s, and mind mapping — contrasting divergent and convergent thinking modes.

アイディエーション(Ideation)とは、課題の定義(問題発見)から解決策の選定(意思決定)の間に置かれる「発想の拡大フェーズ」である。単なるブレインストーミングではなく、発散的思考(Divergent Thinking)収束的思考(Convergent Thinking)を意識的に切り替えながら、多様なアイデアを生成・評価・選別するプロセス全体を指す。デザイン思考(Stanford d.school)においてアイディエーションは「共感→定義→アイディエーション→プロトタイプ→テスト」の第3ステップに位置する。Ideation is the "expansion phase of thinking" placed between problem definition and solution selection. It is not mere brainstorming but the entire process of generating, evaluating, and selecting diverse ideas by consciously switching between divergent thinking and convergent thinking. In Design Thinking (Stanford d.school), ideation occupies the third step of the sequence: Empathize → Define → Ideate → Prototype → Test.

手法Method提唱者・年Origin概要DescriptionUX活用場面UX Application
ブレインストーミングBrainstormingOsborn, 1953批判禁止・自由奔放・量を重視・便乗歓迎の4原則で集団発想を促進するGroup ideation under 4 rules: no criticism, freewheeling, quantity over quality, build on others' ideasコンセプト発散、機能案出し、デザインスプリント序盤Concept divergence, feature ideation, early design sprints
水平思考(ラテラルシンキング)Lateral Thinkingde Bono, 1967前提を意図的に破壊し、非線形な視点から問題を再フレーミングする思考法Intentionally disrupting assumptions and re-framing problems from non-linear perspectives固定観念の打破、サービス設計の前提見直しBreaking fixed assumptions, revisiting service design premises
SCAMPEREberle, 1971Substitute / Combine / Adapt / Modify / Put to other uses / Eliminate / Reverse の7操作で既存案を変形させるTransform existing concepts via 7 operations: Substitute / Combine / Adapt / Modify / Put to other uses / Eliminate / Reverse既存UIの改善案出し、機能の組み合わせ探索Generating UI improvement ideas, exploring feature combinations
TRIZAltshuller, 195625万件の特許分析から導出された40の発明原理と矛盾マトリクスによる体系的問題解決法Systematic problem-solving via 40 inventive principles and a contradiction matrix derived from 250,000 patents技術的矛盾の解決、プロダクト制約のトレードオフ分析Resolving technical contradictions, product constraint trade-off analysis
HMW(How Might We)IDEO / d.school「どうすれば〜できるだろうか」という問いの形式で課題を可能性に変換する問いかけ手法A questioning technique that converts problems into possibilities with "How might we…?" framingデザイン思考ワークショップ、問題の再定義フェーズDesign thinking workshops, problem reframing phase
Crazy 8sGV (Google Ventures), 20168分間で8つのアイデアをスケッチする超高速発散手法。判断を保留して手を動かすことを強制するAn ultra-fast divergence technique: sketch 8 ideas in 8 minutes. Forces you to move your hand without judgmentデザインスプリント、UIコンセプト探索Design sprints, UI concept exploration
マインドマッピングMind MappingBuzan, 1970s中心概念から放射状にアイデアを展開し、連想・関係性を視覚化する思考整理ツールA thinking tool that visually expands ideas radially from a central concept, mapping associations and relationships情報整理、コンセプトマップ、ユーザーニーズの構造化Information organization, concept maps, structuring user needs
発散と収束のリズムThe Rhythm of Divergence and Convergence
アイディエーションの本質は「拡げてから絞る」リズムにある。発散フェーズ(ブレスト・SCAMPER・Crazy 8s)では判断を保留してアイデアの量を最大化する。収束フェーズ(投票・ドット投票・評価マトリクス)ではアイデアをフィルタリングして実現可能な案に絞り込む。この発散→収束のサイクルを複数回繰り返すことで、革新的かつ実装可能なソリューションが生まれる。The essence of ideation is the rhythm of "expanding then narrowing." The divergence phase (brainstorming, SCAMPER, Crazy 8s) maximizes quantity by suspending judgment. The convergence phase (voting, dot voting, evaluation matrices) filters ideas down to feasible solutions. Cycling through divergence → convergence multiple times produces solutions that are both innovative and implementable.

発想法・KJ法:日本発の創造的思考方法論

文化人類学者・地理学者の川喜田次郎(1920–2009)は、著書『発想法』(1967)においてKJ法を提唱した。KJとは川喜田次郎のイニシャルである。KJ法は、フィールドワークで収集した大量の質的データ(断片的な事実・観察・意見)を、帰納的・ボトムアップに統合して洞察と仮説を生み出すための構造化された手法である。Cultural anthropologist and geographer Kawakita Jiro (1920–2009) proposed the KJ Method in Hasso-ho (Creative Thinking) (1967). "KJ" are his initials. The KJ Method is a structured technique for inductively and bottom-up integrating large volumes of qualitative data collected through fieldwork (fragmentary facts, observations, opinions) to generate insights and hypotheses.

KJ法の手順

KJ法は4つのステップで構成される。①ラベル作り:収集したデータを1枚1事実の形でカードに書き出す。②グループ編成(親和図):内容が似ているカードを直感で集め、グループのタイトルを付ける(この操作を繰り返し、階層化する)。③図解化(A型図解):グループ間の関係性を空間的・視覚的に配置して図示する。④叙述化(B型文章化):図解から読み取れる洞察・仮説を文章として記述する。The KJ Method consists of four steps. ① Label creation: Write each piece of collected data on a card, one fact per card. ② Grouping (Affinity Diagram): Intuitively group similar cards and give each group a title (repeat this operation recursively to create a hierarchy). ③ Diagramming (Type A): Spatially and visually arrange groups to show their relationships. ④ Narration (Type B): Write the insights and hypotheses readable from the diagram as prose.

概念Concept川喜田次郎・KJ法Kawakita / KJ MethodUI/UXデザインでの相当物UX Design Equivalent
データ収集Data Collectionフィールドワーク・参与観察Fieldwork, participant observationユーザーインタビュー・文脈的調査(CI)User interviews, contextual inquiry
ラベル作りLabel Creation1事実1カードOne fact per card付箋への観察記録・インサイトカードSticky note observations, insight cards
グループ編成Grouping親和図(Affinity Diagram)Affinity Diagramアフィニティダイアグラム・テーマ抽出Affinity diagram, theme extraction
図解化Diagramming関係性の空間配置Spatial arrangement of relationshipsインサイトマップ・ジャーニーマップの構造化Insight maps, structuring journey maps
叙述化Narration洞察・仮説の文章化Writing insights and hypothesesリサーチレポート・HMW(How Might We)Research report, How Might We statements

KJ法は IDEO をはじめとするデザインファームが世界に広めたアフィニティダイアグラムの直接的な源流である。現在多くのUXデザイナーがFigJam・Miro・付箋ボードで行っている「ユーザーインタビューの発言を付箋に書いてグループ化する」という実践は、本質的にKJ法の手順そのものである。The KJ Method is the direct source of the affinity diagram that IDEO and other design firms spread worldwide. The practice that many UX designers perform today in FigJam, Miro, and sticky note boards — "writing user interview quotes on sticky notes and grouping them" — is essentially the KJ Method procedure itself.

川喜田次郎・梅棹忠夫:日本の知的生産方法論の系譜Kawakita Jiro & Umesao Tadao: Japanese Knowledge Production Methodology

川喜田次郎と同時代の梅棹忠夫(1920–2010)は、著書『知的生産の技術』(1969)において「京大型カード(B6カード)」を用いた情報整理・発想法を提案した。「1枚のカードに1つのアイデアを書く」というプリンシプルは、のちのGTD(Getting Things Done)・ゼッテルカステン(Zettelkasten)・デジタルPKM(Personal Knowledge Management)ツール(Notion・Obsidian等)の思想的先駆ともなっている。日本においてはこの2人の方法論が、フィールド調査から創造的発想・知識統合まで一貫した思想として影響を与え続けている。Umesao Tadao (1920–2010), a contemporary of Kawakita, proposed an information-organization and ideation method using "Kyodai-type cards (B6 cards)" in Chitekiseisan no Gijutsu (The Technique of Intellectual Production) (1969). The principle of "write one idea per card" became a philosophical precursor to GTD (Getting Things Done), Zettelkasten, and modern digital PKM (Personal Knowledge Management) tools (Notion, Obsidian, etc.). In Japan, these two scholars' methodologies continue to exert unified influence across the arc from field research to creative ideation to knowledge synthesis.

KAカード法:観察から価値を抽出する手法

Developed by Asada Kazumi (AIIT, Advanced Institute of Industrial Technology). The KA Card Method (Knowledge/Awareness Card Method) transforms ethnographic observations into user values through a three-field card structure: observed fact → inferred inner voice → underlying value/need.

KAカード法は、産業技術大学院大学の浅田和実が提唱した質的調査データの分析手法である。フィールド調査で得た観察事実を「観察した事実(行為・言葉)→心の声(解釈・本音)→価値(ニーズ・価値観)」の3段階で読み解き、ユーザーの潜在ニーズと価値観を体系的に抽出する。The KA Card Method is a qualitative data analysis technique developed by Asada Kazumi at the Advanced Institute of Industrial Technology (AIIT). It decodes field observations through three levels — "observed fact (behavior/words) → inferred inner voice (interpretation) → value (need/value)" — to systematically extract users' latent needs and underlying values.

KAカードの3層構造

KAカード法の核心は、1枚のカードに「事実の観察」「意味の解釈」「価値の抽出」の3層を記述することで、表面的な行動から潜在的なニーズへと段階的に掘り下げる点にある。The core of the KA Card Method is that each card captures three layers — "observed fact," "interpreted meaning," and "extracted value" — systematically drilling down from surface behavior to latent needs.

# Layer 問いQuestion 記述例Example
観察した事実
(行為・言葉)
Observed Fact
(behavior / words)
何が起きていたか?何を言っていたか?What happened? What was said? 「毎朝スマホのアラームを5分おきに3つセットしている」"Sets three phone alarms in 5-minute intervals every morning"
心の声
(解釈・本音)
Inner Voice
(interpretation)
その行動の裏に何があるか?どんな気持ちか?What drives this behavior? What is the underlying feeling? 「寝坊するのが怖い。でも一度では信じられない」"Afraid of oversleeping. But can't trust a single alarm."
価値
(ニーズ・価値観)
Value
(need / value)
何が大切にされているか?どんな価値を求めているか?What is valued? What need is being served? 「確実性・安心感に対するニーズ」"Need for certainty and peace of mind"

KJ法・エクスペリエンス・ビジョンとの連携

KAカード法・KJ法・エクスペリエンス・ビジョンは相補的な関係にある。まずKAカード法でユーザー観察から価値を抽出し、KJ法で抽出した価値カードをグループ化・構造化する。その構造をもとにエクスペリエンス・ビジョンで「実現したい体験のビジョン」を描く——という3ステップの流れが、日本のUXリサーチ実践でよく用いられるパターンである。KA Card Method, KJ Method, and Experience Vision are complementary. A common pattern in Japanese UX research practice is: first use KA Cards to extract values from user observations, then use the KJ Method to group and structure the extracted value cards, and finally use Experience Vision to sketch "the vision of the experience to realize" from that structure.

手法Method 役割Role 主な成果物Key Output
KAカード法 観察→価値への変換Observation → Value conversion 価値カード(多数)Value cards (many)
KJ法 価値カードの統合・構造化Grouping and structuring value cards 親和図・インサイトマップAffinity diagram, insight map
エクスペリエンス・ビジョン インサイトから体験ビジョンへFrom insights to experience vision 体験シナリオ・ビジョンスケッチExperience scenarios, vision sketches

知識創造理論とSECIモデル

野中郁次郎・竹内弘高が著書『知識創造企業(The Knowledge-Creating Company)』(1995)において提唱した知識創造理論は、組織がどのようにして新たな知識を生み出し、イノベーションに転換するかを説明する経営学の中核理論である。その中心概念がSECIモデル——4つの知識変換モードからなる螺旋構造——である。The Knowledge Creation Theory proposed by Nonaka Ikujiro and Takeuchi Hirotaka in The Knowledge-Creating Company (1995) is a central management theory explaining how organizations generate new knowledge and convert it into innovation. Its core concept is the SECI model — a spiral structure of four knowledge conversion modes.

理論の出発点は Michael Polanyi(1966)の暗黙知(Tacit Knowledge)形式知(Explicit Knowledge)の区別にある。暗黙知とは言語化・数値化が難しい経験的・直感的な知識(熟練職人の手技・デザイナーの審美眼・ユーザーの言語化されていないニーズ等)であり、形式知とは文書・数式・仕様書として表現できる知識である。野中・竹内は、この2種の知識が4つのモードで相互変換されながら「知識の螺旋」を描くことで組織的イノベーションが生まれると論じた。The theory's starting point is Michael Polanyi's (1966) distinction between Tacit Knowledge and Explicit Knowledge. Tacit knowledge is experiential, intuitive knowledge difficult to verbalize or quantify (a craftsperson's technique, a designer's aesthetic sense, users' unarticulated needs). Explicit knowledge can be expressed in documents, formulas, and specifications. Nonaka and Takeuchi argued that organizational innovation emerges when these two types of knowledge mutually convert across four modes, tracing a "knowledge spiral."

モードMode変換方向Conversion内容DescriptionUI/UXデザインの例UX Design Example
S — 共同化
SocializationSocialization
暗黙知 → 暗黙知Tacit → Tacit 直接体験・観察・模倣を通じた暗黙知の共有Sharing tacit knowledge through direct experience, observation, imitation フィールドリサーチ・ペアデザイン・デザインレビューの場Field research, pair design, design review sessions
E — 表出化
ExternalizationExternalization
暗黙知 → 形式知Tacit → Explicit 暗黙知を概念・言語・図に変換して表現するConverting tacit knowledge into concepts, language, and diagrams ペルソナ作成・ジャーニーマップ・デザイン原則の文書化Creating personas, journey maps, documenting design principles
C — 連結化
CombinationCombination
形式知 → 形式知Explicit → Explicit 既存の形式知を組み合わせ・整理して新たな体系を作るCombining and organizing existing explicit knowledge into new systems デザインシステム構築・ガイドライン統合・ナレッジベース作成Building design systems, integrating guidelines, creating knowledge bases
I — 内面化
InternalizationInternalization
形式知 → 暗黙知Explicit → Tacit 形式知を実践・経験を通じて身体知・直感として内面化するInternalizing explicit knowledge as embodied knowledge and intuition through practice デザインガイドラインを実践で体得・新メンバーの熟達化Embodying design guidelines through practice; new member onboarding to mastery

野中はまた「場(Ba)」の概念を提唱した。「場」とは知識創造が起こる共有された文脈・空間であり、物理的空間(ワークショップルーム)・仮想空間(Slack・Figma等のコラボツール)・心理的空間(心理的安全性のある組織文化)が含まれる。UI/UXデザインにおけるコデザインセッション・クリティーク・レトロスペクティブはいずれも「場」を意図的に設計する実践と見なすことができる。Nonaka also proposed the concept of "Ba" — the shared context and space where knowledge creation occurs. Ba encompasses physical spaces (workshop rooms), virtual spaces (collaborative tools like Slack and Figma), and psychological spaces (organizational culture with psychological safety). UX design practices like co-design sessions, critiques, and retrospectives can all be understood as intentional designs of "Ba."

SECIモデルとDesignOpsの接続SECI Model & DesignOps Connection

DesignOps(付録E参照)の重要な役割の一つは、組織内のデザイン知識を「暗黙知 → 形式知 → 組織知」へと螺旋的に昇華させることである。シニアデザイナーの審美的判断(暗黙知)がデザイン原則として文書化され(表出化)、デザインシステムに統合され(連結化)、新メンバーが実践を通じて体得する(内面化)——このサイクルがDesignOpsの設計対象そのものである。SECIモデルを知ることで、デザイン知識管理の「なぜ」を組織論として語れるようになる。One of DesignOps' key roles (see Appendix E) is to helically elevate organizational design knowledge from "tacit → explicit → organizational knowledge." A senior designer's aesthetic judgment (tacit knowledge) gets documented as design principles (externalization), integrated into the design system (combination), and internalized by new members through practice (internalization) — this cycle is the very design target of DesignOps. Knowing the SECI model enables articulating the "why" of design knowledge management as organizational theory.

5段階モデルとの対応図

イノベーション研究の各理論は、5段階モデルのどの層に最も強く影響するかを整理することができる。Each innovation theory can be mapped to the stage of the 5-stage model it most strongly influences.

段階Stage関連するイノベーション理論・ツールRelated Innovation Theories & Tools
戦略層StrategyJTBD(ジョブの定義)、破壊的イノベーション(市場選択)、ブルーオーシャン戦略(バリューカーブ設計)、両利きの経営(探索/深化の方針)JTBD (defining the job), Disruptive Innovation (market selection), Blue Ocean Strategy (value curve design), Ambidextrous Org (exploration/exploitation direction)
スコープ層ScopeODI(機会領域の定量化)、オープンイノベーション(外部アイデアの機能化)、キャズム(アダプター別機能要件)ODI (quantifying opportunity areas), Open Innovation (productizing external ideas), Chasm (feature requirements per adopter segment)
構造層Structureリーンスタートアップ(MVP→Build-Measure-Learn の情報アーキテクチャ)、普及理論(セグメント別情報構造)Lean Startup (MVP→B-M-L information architecture), Diffusion Theory (per-segment information structure)
骨格層Skeleton持続的 vs. 破壊的イノベーション(UI複雑性の設計判断)、キャズム(アーリーvs.マジョリティ向けナビゲーション設計)Sustaining vs. disruptive innovation (UI complexity design decisions), Chasm (navigation design for early vs. majority)
表層Surfaceブルーオーシャン(競合との差別化ビジュアル)、普及理論(先進性 vs. 親しみやすさの視覚設計)Blue Ocean (differentiating visuals from competitors), Diffusion Theory (visual design balance of innovation vs. familiarity)
全層横断All LayersSECIモデル(各層の設計知識を暗黙知⇄形式知として循環させる)、KJ法(各層のリサーチデータを統合・洞察化する方法論)SECI Model (cycling design knowledge across all layers as tacit⇄explicit); KJ Method (methodology for integrating and converting research data at any layer into insights)
UXデザイナーへの示唆:「イノベーションの実行者」としてのUXImplications for UX Designers: UX as "Innovation Executor"

イノベーション研究の多くは「何を作るか(What)」と「なぜ作るか(Why)」を扱うが、「どう届けるか(How)」は常にUI/UXデザインの問いである。JTBDはユーザーリサーチの目的を再定義し、リーンスタートアップはUXデザインプロセスを検証サイクルに統合し、普及理論はターゲットセグメントによってUX方針を根本から変えることを求める。UXデザイナーがイノベーション理論を知ることの最大の価値は、経営層・PMとの戦略的な対話において「UXは戦術ではなく戦略の実行手段である」という立場を具体的な言葉で示せることにある。Most innovation research addresses "what to build (What)" and "why to build it (Why)" — but "how to deliver it (How)" is always a UX design question. JTBD redefines the purpose of user research; Lean Startup integrates UX processes into validation cycles; Diffusion Theory demands fundamentally different UX approaches per target segment. The greatest value of UX designers knowing innovation theory is being able to articulate to senior leadership and PMs, in concrete terms, that "UX is not a tactic but the execution mechanism of strategy."

Appendix C-3
付録 C-3Appendix C-3

マーケティング戦略×UI/UXデザイン

マーケティング戦略はプロダクト戦略の隣接領域に位置し、UI/UXデザインと深く交差する。チャネル戦略・ファネル設計・ブランドコミュニケーションは、戦略段階において「ビジネス目標」の具体形として現れ、ユーザー接触から価値提供・継続利用・推奨というサイクル全体にわたってUI/UXデザインに影響を与える。Marketing strategy occupies an adjacent position to product strategy, intersecting deeply with UX design. Channel strategy, funnel design, and brand communication appear in the Strategy layer as concrete forms of "business goals," influencing UX design across the entire cycle from initial user contact through value delivery, retention, and advocacy.

プロダクト戦略・マーケティング戦略・UXの関係

3者の関係を整理すると、マーケティング戦略は「誰に・何を・どのチャネルで・どんなメッセージで届けるか」を決定する。プロダクト戦略は「どんな製品・機能で価値を提供するか」を決定する。UI/UXデザインはその交差点に立ち、ユーザーが最初の接触から継続利用に至るまでの体験全体を設計する。Organizing the three: Marketing strategy determines "who, what, through which channels, and with what message." Product strategy determines "which products and features deliver value." UX design stands at their intersection, designing the entire experience from first contact through sustained use.

領域Domain主な問いKey QuestionsUXとの接点UX Intersection
マーケティング戦略Marketing Strategy誰に届けるか・何を伝えるか・どこで出会うかWho to reach, what to say, where to meet themランディングページ・広告LPのUX・ブランド一貫性Landing page UX, ad LP, brand consistency
プロダクト戦略Product Strategy何を作るか・どう差別化するか・いつ出すかWhat to build, how to differentiate, when to ship機能設計・ロードマップ・優先度付けFeature design, roadmap, prioritization
UI/UXデザインUX Designどう体験させるか・何を感じさせるかHow to create experience, what to make users feel両者の実行層として機能するFunctions as the execution layer for both

マーケティングファネルとUX設計の対応

マーケティングファネルはユーザーの意思決定プロセスを段階的に示すモデルである。伝統的なAIDMAモデル(Attention・Interest・Desire・Memory・Action)や、デジタル時代のAISASモデル(Attention・Interest・Search・Action・Share)に加え、現在はループ型ファネル(Flywheel / Growth Loop)が主流となっている。The marketing funnel is a model showing user decision-making stages progressively. Beyond the traditional AIDMA model (Attention, Interest, Desire, Memory, Action) and the digital-era AISAS model (Attention, Interest, Search, Action, Share), the loop-type funnel (Flywheel / Growth Loop) is now dominant.

ファネル段階Funnel Stageユーザーの状態User StateUI/UXデザインの役割UX Design Role
Awareness存在を知るDiscovers existenceブランド一貫性・広告LP・SEO対応ランディングページBrand consistency, ad LPs, SEO landing pages
Consideration比較・検討するCompares and considers情報アーキテクチャ・比較表・社会的証明(レビュー・事例)Information architecture, comparison tables, social proof (reviews, case studies)
Conversion購入・登録するPurchases or registersサインアップフロー・決済UX・フォームデザイン・CTAデザインSign-up flow, payment UX, form design, CTA design
Retention継続利用するContinues usingオンボーディング・Aha! Moment設計・通知設計・習慣ループOnboarding, Aha! moment design, notification design, habit loops
Advocacy推奨・紹介するRecommends and refers共有機能・紹介プログラムUX・コミュニティ設計Sharing features, referral program UX, community design

グロースループ(Growth Loop)は、従来の線形ファネルを循環構造に変えた概念である。たとえば「新規ユーザー → プロダクト価値体験 → コンテンツ生成・招待 → 新規ユーザー獲得」という循環を自己増強させることでCAC(顧客獲得コスト)を低減し、プロダクト主導型成長(PLG: Product-Led Growth)を実現する。The growth loop transforms the traditional linear funnel into a circular structure. For example, "new users → experience product value → generate content/invite others → acquire new users" — making this cycle self-reinforcing reduces CAC (customer acquisition cost) and achieves product-led growth (PLG).

チャネル戦略とUI/UXデザインの接点

チャネル戦略(Channel Strategy)とは、製品・サービスをユーザーに届けるための経路(チャネル)の選択・組み合わせ・最適化を行う戦略である。UXデザイナーにとってチャネルは「ユーザーとの最初の接点」であり、チャネルごとに異なる設計語彙が求められる。Channel strategy involves selecting, combining, and optimizing the channels through which products and services reach users. For UX designers, channels are "first points of contact with users," and each channel demands different design vocabulary.

チャネルChannel特性CharacteristicsUI/UXデザインの考慮点UX Design Considerations
オーガニック検索(SEO)Organic Search (SEO)意図的なニーズで流入Intent-driven entryコンテンツ設計・情報アーキテクチャ・ページ速度Content design, IA, page speed
有料広告(SEM/SNS広告)Paid Ads (SEM/SNS)認知段階で接触・高い離脱率Awareness-stage contact, high bounce rate広告メッセージとLPの一貫性・ファーストビュー設計Ad-LP message consistency, above-the-fold design
SNS・コンテンツマーケティングSNS / Content Marketing関係構築・ブランド人格化Relationship building, brand personificationブランドトーン・シェアしやすいUX・OGP設計Brand tone, shareable UX, OGP design
メール・プッシュ通知Email / Push Notifications既存ユーザーのリテンションExisting user retention通知設計・配信頻度・パーソナライゼーションNotification design, frequency, personalization
紹介・口コミ(Referral)Referral / Word of Mouth信頼性が高く高コンバージョンHigh trust, high conversion招待フロー・共有インセンティブ設計・ソーシャルUXInvite flow, sharing incentive design, social UX
アプリストア(ASO)App Store (ASO)モバイルプロダクトの主要流入Primary entry for mobile productsスクリーンショット設計・オンボーディング最適化Screenshot design, onboarding optimization

オムニチャネル体験(Omnichannel UX)は、複数チャネルにまたがる一貫した体験を設計する考え方である。ユーザーがWebで調査し、アプリで購入し、店舗で受け取るという経路をシームレスに繋ぐことが現代のUI/UXデザインの重要な課題となっている。Omnichannel UX is the discipline of designing consistent experiences spanning multiple channels. Creating seamless journeys where users research on the web, purchase on an app, and receive in-store is a critical challenge in contemporary UX design.

4P / 4CフレームワークとUI/UXデザイン

マーケティングの基本フレームワーク4P(Product・Price・Place・Promotion)は、E. Jerome McCarthy(1960)が提唱した企業視点のフレームワークである。これをユーザー視点に転換した4C(Customer Value・Cost・Convenience・Communication)(Robert Lauterborn, 1990)は、UI/UXデザインとの親和性が高い。The fundamental marketing framework 4P (Product, Price, Place, Promotion) was proposed by E. Jerome McCarthy (1960) from a company perspective. Its user-perspective counterpart, 4C (Customer Value, Cost, Convenience, Communication) (Robert Lauterborn, 1990), has strong affinity with UX design.

4P(企業視点) (Company View)4C(ユーザー視点) (User View)UI/UXデザインとの接点UX Design Intersection
ProductCustomer Value(顧客価値) (Customer Value)ユーザーリサーチ・価値提案設計・ジョブ理論User research, value proposition design, Jobs-to-be-Done
PriceCost(コスト) (Cost)価格表示UX・プランニングページ設計・知覚コスト低減Pricing display UX, plans page design, perceived cost reduction
PlaceConvenience(利便性) (Convenience)チャネル設計・アクセシビリティ・ゼロUIへの方向性Channel design, accessibility, zero-UI direction
PromotionCommunication(コミュニケーション) (Communication)UXライティング・ブランドボイス・マイクロコピー設計UX writing, brand voice, microcopy design

5段階モデルとの対応図

マーケティング戦略の各要素は、5段階モデルの全層にわたって影響を与える。Each element of marketing strategy influences all five layers of the 5-stage model.

段階Stageマーケティング戦略との対応Marketing Strategy Mapping
戦略層Strategyターゲットセグメント・ポジショニング・価値提案(USP)・グロース戦略Target segments, positioning, USP, growth strategy
スコープ層Scopeチャネル別コンテンツ要件・プロモーション機能要件・SEOコンテンツ設計Per-channel content requirements, promotion feature specs, SEO content design
構造層Structureファネル構造・カスタマージャーニーのIA設計・コンバージョンフローFunnel structure, customer journey IA, conversion flow
骨格層SkeletonLP・フォーム・価格表ページのUI設計・CTA配置・シェアボタン設計LP/form/pricing page UI, CTA placement, share button design
表層Surfaceブランドカラー・タイポグラフィ・広告クリエイティブとの視覚的一貫性Brand colors, typography, visual consistency with ad creatives
UXデザイナーへの示唆:PMM(プロダクトマーケティングマネージャー)との協働Implications for UX Designers: Collaborating with PMMs

多くの組織ではPMM(Product Marketing Manager)がプロダクト戦略とマーケティング戦略の橋渡しを担う。UXデザイナーはPMMと協働することで、ユーザーリサーチの知見をマーケティングメッセージに還流させ、広告LPとプロダクト内UXの一貫性を担保する役割を担う。「プロダクトの外から来たユーザーが、プロダクト内で期待通りの体験を得られるか」という問いがその協働の核心である。In many organizations, PMMs (Product Marketing Managers) bridge product and marketing strategy. By collaborating with PMMs, UX designers can feed user research insights back into marketing messaging and ensure consistency between ad LPs and in-product UX. The core of this collaboration is the question: "Does a user coming from outside the product receive the experience they were promised inside it?"

Appendix C-4
付録 C-4Appendix C-4

フロントエンド開発とUI/UXデザイン

設計の意図をコードに正確に翻訳するために知っておくべきフロントエンド技術の基礎と、UI/UXデザインとの接続を整理する。The frontend technology fundamentals UX designers need to translate design intent into code accurately — and how they connect to UX practice.

デバイス・稼働環境の体系整理

フロントエンド開発の対象は「Webブラウザ」だけではない。現代のUXデザイナーとフロントエンドエンジニアは、様々なデバイス・OS・稼働環境の制約と可能性を理解したうえで設計する必要がある。デバイスは画面サイズ・入力方式・処理性能・ネットワーク環境・OS/ランタイムという5つの次元で分類できる。The target of frontend development extends far beyond "web browsers." Modern UX designers and frontend engineers must design with an understanding of the constraints and possibilities of diverse devices, OSes, and runtime environments. Devices can be classified along five dimensions: screen size, input method, processing power, network environment, and OS/runtime.

デバイスカテゴリDevice Category代表例Examples主な入力Primary InputUX設計の特性UX Design Characteristics
スマートフォンSmartphoneiPhone, Androidタッチ・音声Touch, Voice片手操作・縦向き主体・親指到達域・通知設計One-hand use, portrait-first, thumb reach zones, notification design
タブレットTabletiPad, Android tabletタッチ・スタイラス・キーボードTouch, stylus, keyboard両手操作・横向き/縦向き両対応・分割ビュー・プロ用途Two-hand use, landscape/portrait, split view, pro use cases
デスクトップ / ノートPCDesktop / LaptopWindows, macOS, Linuxマウス・キーボード・タッチパッドMouse, keyboard, trackpad高精度ポインタ・ホバー状態・マルチウィンドウ・ショートカットHigh-precision pointer, hover states, multi-window, keyboard shortcuts
ウェアラブルWearableApple Watch, Wear OSタッチ(極小)・音声・Digital CrownMicro-touch, voice, Digital Crown超極小画面・一瞬で読める情報・通知と健康データ中心Ultra-small screen, glanceable info, notifications and health data focus
スマートTV / テレビSmart TVApple TV, Android TV, Fire TVリモコン(D-pad)・音声Remote (D-pad), Voice3m先から視聴・フォーカスナビゲーション・大文字UI・Lean-back体験10-foot viewing, focus navigation, large typography, lean-back experience
ゲームコンソールGame ConsolePlayStation, Xbox, Nintendo Switchコントローラ・スティック・ボタンController, sticks, buttonsゲームパッドナビゲーション・Webブラウザ対応・D-padフォーカスGamepad navigation, browser compatibility, D-pad focus
車載(IVI)In-Vehicle (IVI)CarPlay, Android Autoタッチ・音声・ロータリーTouch, voice, rotary dial運転中の注意分散回避・大きなタップ領域・音声優先・安全規制Minimize distraction while driving, large tap targets, voice-first, safety regulations
XR(AR/VR)XR (AR/VR)Apple Vision Pro, Meta Quest視線・ジェスチャ・音声・コントローラEye gaze, gestures, voice, controllers空間UI・奥行き設計・モーション酔い対策・新しいインタラクションモデルSpatial UI, depth design, motion sickness mitigation, new interaction models
キオスク端末Kiosk TerminalATM・券売機・公共情報端末ATM, ticket machines, public info terminalsタッチ(手袋対応)・テンキーTouch (glove-compatible), numeric keypad初見ユーザー対応・高コントラスト・アクセシビリティ・タイムアウト設計First-time users, high contrast, accessibility, timeout design
デバイス分類の実践的な使い方Practical Use of Device Classification

ペルソナ設計やユーザーリサーチの際に「このユーザーはどのデバイス・環境で使うか」を明示することで、設計上の制約と優先度が自然に決まる。Mobile First(スマートフォンから設計を始める)の原則は、制約の厳しい環境から設計することで本質的な情報優先度が明確になるというアプローチである。ただし、サービスの性質によってはDesktop Firstや特定デバイス特化が最適な場合もある。Making explicit "which device/environment this user will use" during persona design and user research naturally determines design constraints and priorities. The Mobile First principle starts design from the most constrained environment to clarify essential information priorities. However, depending on the service, Desktop First or device-specific optimization may be optimal.

入力方式とインタラクションモデル

デバイスによって利用可能な入力方式が異なり、それぞれに対して適切なインタラクション設計が求められる。UXデザイナーは「このユーザーは何で操作するか」を常に起点として設計する必要がある。Available input methods differ by device, and each requires appropriate interaction design. UX designers must always design starting from "what will this user use to interact?"

入力方式Input Method対応デバイスDevices設計上の考慮点Design Considerations
タッチ(指)Touch (finger)スマートフォン・タブレット・一部PCSmartphone, tablet, some PCs最小タップ領域44×44pt(iOS)/ 48×48dp(Android)・ホバー状態なし・スワイプジェスチャMin tap target 44×44pt (iOS) / 48×48dp (Android) · No hover state · Swipe gestures
マウス / ポインタMouse / Pointerデスクトップ・ノートPCDesktop, laptopホバー状態の活用・右クリックメニュー・精度の高いUIコンポーネント使用可Hover states, right-click menus, high-precision UI components viable
キーボードKeyboardデスクトップ・タブレット+外付けDesktop, tablet + externalフォーカス管理・ショートカットキー設計・Tab順序・ARIA対応(アクセシビリティ必須)Focus management, shortcut design, Tab order, ARIA support (accessibility essential)
スタイラス / ペンStylus / PeniPad + Apple Pencil, Surface Pen筆圧検知・手のひら判定・自然な書き心地・クリエイティブツール向けPressure sensitivity, palm rejection, natural feel, creative tool use
リモコン(D-pad)Remote / D-padスマートTV・ゲームコンソールSmart TV, game consoleフォーカスナビゲーション必須・大きなコンポーネント・上下左右移動のみ・長押し活用Focus navigation essential, large components, directional movement only, long-press
音声(Voice)Voiceスマートスピーカー・全デバイス補助Smart speakers, assistive on all devicesVUI設計・発話フロー・エラー回復・視覚UIなし(スピーカー)VUI design, utterance flows, error recovery, no visual UI (speakers)
視線 / ジェスチャ(空間)Gaze / Spatial GestureApple Vision Pro, Meta Quest視線でフォーカス・ピンチで選択・空間的奥行き設計・酔い対策(移動速度制限)Eye gaze focus, pinch to select, spatial depth design, motion sickness prevention

開発技術の全体像:ネイティブ vs. Web

フロントエンド開発技術は大きくネイティブアプリWebアプリ(ブラウザ)PWA(プログレッシブウェブアプリ)という3つの技術系統に分かれる。どの技術を選択するかは、対象デバイス・ユーザー体験の要件・開発コスト・配布方法によって決まる。UXデザイナーはこの分類を理解することで、設計の意図を技術制約と整合させることができる。Frontend development technology divides into three major tracks: native apps, web apps (browser), and PWA (Progressive Web Apps). Technology selection depends on target devices, UX requirements, development cost, and distribution method. Understanding this classification enables UX designers to align design intent with technical constraints.

技術系統Technology Track動作環境Runtime配布方法DistributionUX的特長UX Characteristics
ネイティブアプリNative AppiOS / Android OS 上で直接動作Runs directly on iOS / Android OSApp Store / Google PlayApp Store / Google PlayOS機能フル活用・高パフォーマンス・HIG/Material準拠・オフライン完全対応Full OS feature access, high performance, HIG/Material compliance, full offline support
WebアプリWeb Appブラウザ上で動作(全デバイス対応)Runs in browser (all devices)URL・インストール不要URL, no installationクロスプラットフォーム・即時アップデート・リンク共有可能・インストール障壁なしCross-platform, instant updates, link sharing, no install barrier
PWAブラウザ+Service Worker(ホーム画面追加可)Browser + Service Worker (home screen addable)URL・ストア不要(一部ストア対応も可)URL, no store required (some store support available)オフライン対応・プッシュ通知・ネイティブ的UXとWeb配布の両立Offline support, push notifications, native-like UX with web distribution
クロスプラットフォームCross-PlatformiOS / Android(共通コードベース)iOS / Android (shared codebase)App Store / Google PlayApp Store / Google PlayiOS/Android同時対応・開発コスト削減・ネイティブ近似UXSimultaneous iOS/Android, reduced dev cost, near-native UX

ネイティブアプリ開発:プラットフォーム別技術

モバイルアプリの開発アプローチは大きくネイティブ・クロスプラットフォーム・PWAの3系統に分類される。UXデザイナーは開発アプローチによって「できること・できないこと」が異なることを理解し、プロジェクト選定段階からエンジニアと連携する必要がある。Mobile app development approaches divide into three major categories: native, cross-platform, and PWA. UX designers need to understand that "what is and isn't possible" differs by development approach, and must collaborate with engineers from the project selection stage.

アプローチApproach技術スタックTech StackUXの特性UX Characteristics適した用途Best For
ネイティブ iOSNative iOS Swift / SwiftUI OSのUI規約(HIG)に完全準拠・最高のパフォーマンス・最新API即時対応Full HIG compliance, best performance, immediate access to latest APIs iOS専用・高品質体験・カメラ/AR/HealthKit活用iOS-only, high-quality experience, Camera/AR/HealthKit
ネイティブ AndroidNative Android Kotlin / Jetpack Compose Material Design準拠・多様なAndroidデバイスへの対応・Google API連携Material Design compliance, diverse Android device support, Google API integration Android専用・Googleサービス連携・多様な端末対応Android-only, Google service integration, diverse device support
React Native React Native / Expo iOS/Android同時開発・ネイティブUIコンポーネント使用・JSブリッジ経由Simultaneous iOS/Android dev, native UI components, JS bridge Webチームからの移行・中規模アプリ・スピード優先Web team transition, mid-scale apps, speed priority
Flutter Dart / Flutter iOS/Android/Web/デスクトップ対応・独自レンダリングエンジン・高いUI一貫性iOS/Android/Web/Desktop support, proprietary rendering engine, high UI consistency マルチプラットフォーム・ブランド独自UI・アニメーション重視Multi-platform, brand-unique UI, animation-heavy
PWA
(プログレッシブウェブアプリ)(Progressive Web App)
HTML/CSS/JS + Service WorkerHTML/CSS/JS + Service Worker インストール不要・オフライン対応・プッシュ通知可能・URL共有可能No install required, offline support, push notifications, URL sharing インストール障壁低減・コンテンツ配信・既存Webの強化Lowering install barrier, content delivery, enhancing existing web

UI/UXデザインの観点から重要なのは、各プラットフォームが持つデザインシステム・UIガイドラインの存在である。Apple Human Interface Guidelines(HIG)は iOS/macOS/watchOS/tvOS の設計原則を定め、Google Material DesignはAndroid/Webのデザインシステムを提供する。ネイティブUIパターン(ナビゲーション・ジェスチャ・コンポーネント)に準拠することは、ユーザーの学習コストを下げ、プラットフォームの一員としての「信頼感」を生む。From a UX design perspective, the critical factor is the design systems and UI guidelines each platform provides. Apple Human Interface Guidelines (HIG) defines design principles for iOS/macOS/watchOS/tvOS, while Google Material Design provides a design system for Android/Web. Adhering to native UI patterns (navigation, gestures, components) reduces user learning costs and builds the "trustworthiness" of belonging to the platform ecosystem.

ガイドラインGuideline対象OSTarget OS主なUX原則Key UX Principles
Apple HIGiOS / iPadOS / macOS / watchOS / visionOS明確性・実直性・奥行き / ジェスチャ主体 / SF SymbolsClarity, Deference, Depth / Gesture-driven / SF Symbols
Material Design 3Android / Web / FlutterMaterial You(個人化)/ Dynamic Color / コンポーネント標準化Material You (personalization) / Dynamic Color / Component standardization
Fluent DesignWindows / Xbox / Teams光・奥行き・動き・素材・スケール / アクリル質感Light, Depth, Motion, Material, Scale / Acrylic texture
Adaptive UI (tvOS / watchOS)Apple TV / Apple Watch画面の特性に合わせた専用設計 / glanceable / focus-drivenDevice-specific design / glanceable / focus-driven

Webフロントエンドの基礎技術:HTML・CSS・JavaScript

フロントエンド開発はHTML・CSS・JavaScriptの3技術によって構成される。5段階モデルと対比すると、フロントエンドは主に骨格層〜表層を「実装する」役割を担う。設計者がこれらの基礎を理解することで、実現可能性の判断・ハンドオフの質・開発者との協働精度が大幅に向上する。Frontend development is built on three technologies: HTML, CSS, and JavaScript. Mapped to UI/UX Design 5-Stage Model, frontend primarily implements the Skeleton and Surface layers. When designers understand these fundamentals, feasibility assessments improve, handoff quality rises, and collaboration with developers becomes far more precise.

技術Technology役割Role段階との対応Stage MappingUX設計との接点UX Design Intersection
HTML
HyperText Markup Language
コンテンツの意味構造・セマンティクスSemantic content structure 骨格層(情報設計・コンテンツ構造)Skeleton (IA, content structure) セマンティックHTML(h1〜h6, nav, main, article)がアクセシビリティとSEOの基盤。IAの決定がDOMの階層に直結するSemantic HTML (h1–h6, nav, main, article) is the foundation of accessibility and SEO. IA decisions map directly to DOM hierarchy
CSS
Cascading Style Sheets
視覚スタイル・レイアウト・アニメーションVisual styles, layout, animation 表層(ビジュアル・モーション)Surface (visual, motion) デザイントークン(CSS Custom Properties)、レスポンシブデザイン(Media Query)、モーション(transition / animation)、アクセシブル配色(contrast)Design tokens (CSS Custom Properties), responsive design (Media Queries), motion (transition/animation), accessible color contrast
JavaScript / TypeScript インタラクション・状態管理・データ通信Interaction, state management, data fetching 骨格層〜表層(インタラクションデザイン)Skeleton–Surface (interaction design) マイクロインタラクション、フォームバリデーション、非同期UX(Loading State / Error State / Empty State)、A/Bテスト実装Microinteractions, form validation, async UX (Loading/Error/Empty states), A/B test implementation

フレームワーク・ライブラリの体系

現代のUIはコンポーネントベースのJavaScriptフレームワークを使って構築されるケースが主流である。UXデザイナーはコードを書く必要はないが、コンポーネントの概念・状態管理・レンダリングモデルを理解することで、デザインシステムの設計品質と開発者との会話精度が向上する。Modern UIs are predominantly built with component-based JavaScript frameworks. UX designers don't need to write code, but understanding components, state management, and rendering models improves design system quality and developer communication.

フレームワークFramework特徴Characteristics代表的採用Representative UseUX設計への影響Impact on UX Design
React
Meta / 2013–
コンポーネント指向・仮想DOM・エコシステム最大Component-based, virtual DOM, largest ecosystem Facebook, Airbnb, Netflix, NotionFacebook, Airbnb, Netflix, Notion UIコンポーネントが設計単位と1対1対応。Storybookとの統合が最も成熟しているUI components map 1:1 to design units. Most mature Storybook integration
Vue.js
Evan You / 2014–
プログレッシブフレームワーク・学習コスト低Progressive framework, lower learning curve GitLab, Alibaba, 中小WebアプリGitLab, Alibaba, small-medium web apps テンプレート構文がHTMLに近く、デザイナーが読みやすいTemplate syntax is HTML-adjacent — easier for designers to read
Angular
Google / 2016–
完全なMVCフレームワーク・TypeScript必須Full MVC framework, TypeScript-required Google, Microsoft, エンタープライズ系Google, Microsoft, enterprise applications Angular Material(Googleのコンポーネントライブラリ)との統合が前提になることが多いOften assumes integration with Angular Material component library
Svelte
Rich Harris / 2019–
コンパイル型・ランタイム不要・軽量Compiled, no runtime, lightweight NYTimes, The Guardian、パフォーマンス重視プロダクトNYTimes, The Guardian, performance-critical products アニメーション・トランジションAPIが標準搭載。モーション設計との親和性が高いBuilt-in animation and transition APIs. High affinity with motion design

CSSアーキテクチャとデザイントークン

デザインシステムをコードで実現する核心は、CSS Custom Properties(カスタムプロパティ)を活用したデザイントークンの実装にある。色・スペーシング・タイポグラフィを変数として定義することで、Figmaの変数とコードの単一の真実(Single Source of Truth)が保たれる。The core of implementing a design system in code lies in using CSS Custom Properties for design token implementation. Defining colors, spacing, and typography as variables maintains a Single Source of Truth between Figma variables and code.

手法Approach説明DescriptionUX設計との接点UX Relevance
CSS Custom Properties
--color-primary: #2C5F8A
ブラウザネイティブの変数。Figmaのトークンと1対1で対応できるBrowser-native variables that map 1:1 with Figma tokens ダークモード切替・ブランドテーマ変更がCSSのみで実現できるDark mode and brand theme switching achievable in CSS alone
CSS Grid / Flexbox 現代の2次元・1次元レイアウトシステムModern 2D and 1D layout systems 8ptグリッドシステムや12コラムグリッドが直接実装できるDirectly implements 8pt grids and 12-column layouts from design
Tailwind CSS ユーティリティファースト。設計トークンに基づくクラス名でスタイルを記述Utility-first. Styles are written as token-based class names デザイントークン(spacing scale, color palette)がTailwindの設定ファイルに直接反映されるDesign tokens (spacing scale, color palette) map directly to Tailwind config
CSS-in-JS
styled-components, Emotion
JavaScriptの変数でスタイルを管理。コンポーネントとスタイルが同一ファイルに共存Manages styles with JavaScript variables. Component and style coexist in one file Props(状態)によるスタイル切替が容易。インタラクション状態の実装と親和性が高いEasy style switching by props (state). High affinity with interaction state implementation

レスポンシブ設計 vs. アダプティブ設計

複数のデバイスに対応する設計アプローチとして、レスポンシブデザインアダプティブデザインの2つが対比的に語られることが多い。実際のプロジェクトでは両者を組み合わせることが一般的である。Two design approaches for supporting multiple devices are frequently contrasted: responsive design and adaptive design. In practice, projects typically combine both.

レスポンシブデザインResponsive DesignアダプティブデザインAdaptive Design
概念Concept1つのデザインが画面幅に合わせて流動的に変形するOne design fluidly transforms to fit screen widthデバイスやブレークポイントごとに最適化したレイアウトを用意するSeparate layouts optimized per device or breakpoint
実装ImplementationCSSメディアクエリ・Flexbox・CSS Grid・fluid typographyCSS media queries, Flexbox, CSS Grid, fluid typographyデバイス検出(UA / screen size)・別テンプレート・条件分岐コンポーネントDevice detection (UA/screen size), separate templates, conditional components
利点Advantagesコード共通化・メンテナンスコスト低・デバイス追加に強いShared codebase, low maintenance cost, handles new devices wellデバイスの特性を最大活用・パフォーマンス最適化しやすいMaximizes device characteristics, easier performance optimization
欠点Disadvantages複雑な要件への対応が難しい・重いリソースをモバイルにも送信しがちHard to handle complex requirements, tends to send heavy resources to mobile開発コスト増・デバイス判定の維持管理Higher dev cost, ongoing device detection maintenance

現代のフロントエンド開発では、CSSの進化(Container Queries、CSS Grid Subgrid)により、従来の画面幅ベースのブレークポイントからコンポーネント幅ベースの適応的設計への移行が進んでいる。また、ダークモード(`prefers-color-scheme`)・省エネルギーモード(`prefers-reduced-motion`)・文字サイズ設定(`prefers-reduced-data`)など、OSレベルのユーザー設定への対応もレスポンシブ設計の一部として組み込まれつつある。Modern frontend development is progressing from traditional screen-width-based breakpoints to component-width-based adaptive design, enabled by CSS evolution (Container Queries, CSS Grid Subgrid). Additionally, OS-level user preference responses — dark mode (`prefers-color-scheme`), reduced motion (`prefers-reduced-motion`), and reduced data (`prefers-reduced-data`) — are being integrated as part of responsive design.

UXデザイナーのための「デバイス最初の問い」チェックリストUX Designer's "Device-First Questions" Checklist

設計を始める前に確認すべき問い:①このサービスのユーザーはどのデバイスで最も多く利用するか(アナリティクスで確認)。②複数デバイスにまたがるユーザーはいるか(クロスデバイスジャーニー)。③各デバイスでユーザーが達成したいジョブは異なるか。④各プラットフォームのネイティブUIパターン・ガイドラインに準拠しているか。⑤タッチ・マウス・キーボード・音声のうち、どの入力方式をプライマリとするか。Questions to answer before starting design: ① Which device does this service's users use most? (verify with analytics). ② Are there users spanning multiple devices (cross-device journey)? ③ Does the job the user wants to accomplish differ by device? ④ Does the design adhere to native UI patterns and guidelines for each platform? ⑤ Among touch, mouse, keyboard, and voice, which input method is primary?

パフォーマンスとUXの関係

ページの読み込み速度はUXの定量指標に直結する。GoogleはCore Web Vitals(CWV)という3つの指標を検索ランキングにも組み込んでおり、設計の決定がパフォーマンスに与える影響を設計者が理解することが重要になっている。Page load speed directly affects quantitative UX metrics. Google incorporates Core Web Vitals (CWV) into search rankings, making it important for designers to understand how their decisions impact performance.

指標Metric内容Description目標値Target設計との接点Design Connection
LCP
Largest Contentful Paint
最大コンテンツ要素の描画完了時間Time until largest content element is rendered ≤ 2.5s ヒーロー画像のサイズ・フォーマット最適化がLCPに直結Hero image size and format optimization directly affects LCP
INP
Interaction to Next Paint
ユーザー操作からUIの次の描画までの遅延Delay from user interaction to next paint ≤ 200ms 複雑なアニメーションや重いJSがINPを悪化させる。モーション設計の軽量化が重要Complex animations and heavy JS worsen INP. Lightweight motion design matters
CLS
Cumulative Layout Shift
ページ読み込み中のレイアウトずれの累積スコアCumulative score of unexpected layout shifts during load ≤ 0.1 画像・フォント・広告に固定サイズを指定しないとCLSが悪化。Skeleton UIがUX上の対策になるImages, fonts, and ads without fixed dimensions worsen CLS. Skeleton UI is a UX mitigation

アクセシビリティの実装

Ch13で学んだWCAGの原則は、フロントエンドの実装段階で具体的なコードとして現れる。設計者がARIA属性・フォーカス管理・キーボード操作の基礎を理解することで、実装後に発覚するアクセシビリティ問題を設計段階で予防できる。The WCAG principles from Chapter 13 manifest as concrete code at the frontend implementation stage. Designers who understand ARIA attributes, focus management, and keyboard navigation basics can prevent accessibility issues from appearing after implementation.

実装トピックImplementation Topic内容Description設計者が知るべきポイントWhat Designers Should Know
セマンティックHTML <button><nav><main><h1〜h6>の適切な使用Proper use of <button>, <nav>, <main>, <h1–h6> デザイン上のUI要素を正しいHTML要素に対応させる。「ボタンに見えるdiv」は禁止Map UI elements to the correct HTML element. "div styled as button" is an anti-pattern
ARIA属性 aria-label, aria-expanded, aria-live等でスクリーンリーダーに意味を補足aria-label, aria-expanded, aria-live etc. supplement meaning for screen readers アイコンボタン・モーダル・ドロップダウンのラベルを設計仕様書に明示するExplicitly specify labels for icon buttons, modals, and dropdowns in design specs
フォーカス管理 モーダル開閉・ページ遷移時のフォーカス移動とフォーカストラップの実装Focus movement and focus trap implementation on modal open/close and page transitions デザインのフロー図にキーボードフォーカスの流れを明示するAnnotate keyboard focus flow explicitly in design flow diagrams
カラーコントラスト CSS Custom Propertiesで定義されたトークンにWCAG AA/AAAのコントラスト比を保証するGuarantee WCAG AA/AAA contrast ratios in CSS Custom Property-defined tokens デザイントークンの命名に「accessible」「semantic」レイヤーを設けることで実装側の誤用を防ぐAdd "accessible" and "semantic" token layers to naming conventions to prevent misuse
Reduced Motion対応 @media (prefers-reduced-motion: reduce)でアニメーションを無効化@media (prefers-reduced-motion: reduce) disables animations モーション設計段階で「Reduced Motion代替案」を必ずペアで定義するAlways define a "Reduced Motion alternative" paired with every motion design decision

デザイナーが知るべき開発ツール

ツールTool用途Purposeデザイナーの活用法Designer Use Case
ブラウザ DevTools
Chrome / Safari / Firefox
DOM検査・CSS調整・パフォーマンス計測・アクセシビリティツリー確認DOM inspection, CSS tweaking, performance measurement, accessibility tree review 「このボタンのコントラスト比は?」「このコンポーネントのスペーシングは実装でどう見えるか?」をDevToolsで自分で確認できるVerify contrast ratios and spacing directly without asking developers
Storybook UIコンポーネントの独立開発・ドキュメント化Isolated component development and documentation デザインシステムの「実装版」として、各コンポーネントのステート(Default/Hover/Error)を確認できる共通プラットフォームThe "living implementation" of a design system — verify each component's states (Default/Hover/Error)
Figma Dev Mode Figmaデザインから自動生成されるCSSスペック・測定値・トークン参照Auto-generated CSS specs, measurements, and token references from Figma designs 開発者モードでトークン名・インスペックが自動生成される。ハンドオフ品質の基盤となるToken names and specs are auto-generated in Dev Mode — the foundation of quality handoff
Playwright / Percy E2Eテスト・ビジュアルリグレッションテストE2E testing, visual regression testing デザイン変更がUIの意図しない箇所に影響していないかを自動検出する。デザインシステムの品質保証に活用Automatically detect unintended UI changes from design updates — used for design system QA
axe DevTools アクセシビリティ自動検査ブラウザ拡張Automated accessibility audit browser extension 実装後のアクセシビリティ問題を自動検出。デザインレビュー段階で開発者と共有できる評価基準になるAuto-detect post-implementation accessibility issues. A shared evaluation baseline for design reviews
UXデザイナーはコードを書くべきかShould UX Designers Write Code?

コードを書けることは強みだが必須ではない。より重要なのは実装の限界と可能性を理解すること——「これはCSSで実現できるか」「このアニメーションは60fpsで動くか」「このコンポーネントは再利用可能か」という問いを設計段階で持てることが、開発者との協働の質を決定的に高める。フロントエンドの基礎知識は、コードを「書く」ためではなく「読む・対話する・判断する」ために習得する価値がある。Writing code is a strength, but not a requirement. More important is understanding implementation constraints and possibilities — asking "Can this be done in CSS?", "Will this animation run at 60fps?", and "Is this component reusable?" during the design phase dramatically improves collaboration. Frontend fundamentals are worth learning not to "write" code, but to "read, converse, and make judgments" about it.

フロントエンドと5段階モデルの対応

段階Stageフロントエンドの対応物Frontend Equivalent設計→実装の接続Design→Implementation Link
① 戦略層 計測設計(GA4, Mixpanel)・A/Bテスト基盤Analytics (GA4, Mixpanel), A/B testing infrastructure OKRのKR(継続率・達成率)をイベントトラッキングとして実装OKR Key Results (retention, completion rates) implemented as event tracking
② 要件層 APIエンドポイント・フィーチャーフラグ(Feature Flags)API endpoints, Feature Flags 機能要件が「何のAPIが必要か」「どのフィーチャーフラグで制御するか」に翻訳されるFunctional requirements translate to "which API" and "which feature flag"
③ 構造層 ルーティング(Next.js App Router, React Router)・画面遷移ロジックRouting (Next.js App Router, React Router), screen transition logic IAの画面遷移図がURLルーティング設計に直結するIA flow diagrams map directly to URL routing design
④ 骨格層 コンポーネント実装(Button, Form, Modal)・レイアウトグリッドComponent implementation (Button, Form, Modal), layout grid ワイヤーフレームの各要素がReact/Vueコンポーネントに1対1で対応するEach wireframe element maps 1:1 to React/Vue components
⑤ 表層 CSS(Custom Properties・Tailwind)・SVGアニメーション・Web FontsCSS (Custom Properties, Tailwind), SVG animation, Web Fonts デザイントークンがCSS Custom Propertiesとして実装され、Figmaとコードが同期されるDesign tokens implemented as CSS Custom Properties, keeping Figma and code in sync
Web Fonts デザイントークンがCSS Custom Propertiesとして実装され、Figmaとコードが同期されるDesign tokens implemented as CSS Custom Properties, keeping Figma and code in sync
Appendix C-5
付録 C-5Appendix C-5

設計・開発プロセスとUX

UI/UXデザインはソフトウェア開発プロセスの中でどう機能するか。またソフトウェア以外の領域(建築・都市計画・工業デザイン等)には、UXに相当する人間中心プロセスがどのように組み込まれているかを概観する。How does UX design function within software development processes? And in domains beyond software — architecture, urban planning, industrial design — how are UX-equivalent human-centered processes embedded? This appendix provides an overview.

📋 IPO早見表:ウォーターフォール+UX📋 IPO Reference: Waterfall + UX

ウォーターフォールとUX

ウォーターフォールモデル(Winston Royce, 1970)は「要件定義 → 設計 → 実装 → テスト → 運用」の逐次フェーズで構成される。UXは主に「要件定義」と「設計」フェーズに集中して関与し、後の工程では修正コストが急増するため早期のユーザーリサーチが特に重要になる。The Waterfall model (Winston Royce, 1970) consists of sequential phases: Requirements → Design → Implementation → Testing → Operations. UX is primarily concentrated in the Requirements and Design phases; because rework costs escalate sharply in later phases, early user research is especially critical.

ウォーターフォールにおけるUXの課題と適合領域UX Challenges and Suitable Domains in Waterfall

テスト段階での改修コストは設計段階の最大100倍とされる(IBM研究)。ウォーターフォールはUXの反復的プロセス(研究→プロトタイプ→テスト→改善)と構造的に相性が悪い。一方、要件が安定している大規模・規制産業(医療機器・航空・防衛)では依然として有効であり、後述のIEC 62366(医療機器ユーザビリティエンジニアリング)など規制準拠のUXデザインプロセスが体系化されている。Fixes at the testing stage can cost up to 100 times more than at the design stage (IBM research). Waterfall is structurally incompatible with UX's iterative process (research → prototype → test → improve). That said, it remains effective in large-scale, regulated industries (medical devices, aviation, defense) where requirements are stable — regulated UX processes such as IEC 62366 (medical device usability engineering) are systematized for these contexts.

📋 IPO早見表:デュアルトラックアジャイル📋 IPO Reference: Dual-Track Agile

アジャイル・スクラムとUX

アジャイル宣言(2001)以降、スクラムを中心としたスプリント型開発が主流となった。しかしUXリサーチは本質的に「先行投資型」(研究→設計→テスト→実装)であるため、1〜4週間のスプリントサイクルとの統合に構造的な課題がある。Since the Agile Manifesto (2001), sprint-based development centered on Scrum has become mainstream. However, UX research is inherently "front-loaded" (research → design → test → implement), creating structural integration challenges with 1–4 week sprint cycles.

Dual-Track Agile(二軌道アジャイル)はこの課題への主要な解決策である。ディスカバリートラック(UXリサーチ・プロトタイピング)とデリバリートラック(エンジニアリング実装)を並走させ、UXが1〜2スプリント先行して研究と設計検証を行うモデルである。Jeff Patton(ユーザーストーリーマッピング)やMarty Cagan(INSPIRED)がこのアプローチを広めた。Lean UX(付録 E)はアジャイル文脈でのUX実践を体系化した最も主要なフレームワークである。Dual-Track Agile is the primary solution: a discovery track (UX research and prototyping) runs in parallel with a delivery track (engineering implementation), with UX running 1–2 sprints ahead to conduct research and design validation. Jeff Patton (User Story Mapping) and Marty Cagan (INSPIRED) popularized this approach. Lean UX (Appendix E) is the most prominent framework systematizing UX practice in an Agile context.

アジャイルの実践Agile PracticeUXとの接点 / UX Integration PointsUX Integration Points
Sprint 0スプリント開始前の探索期間。ユーザーリサーチ・情報アーキテクチャ・初期プロトタイプを作成するExploratory period before sprints begin: user research, IA, and initial prototypes
スプリントプランニングSprint planningUXデザイナーがユーザーストーリーの精緻化と受け入れ基準の定義に参加UX designers participate in refining user stories and defining acceptance criteria
スプリントレビューSprint review実装済みUIのユーザビリティを評価し次スプリントのデザインバックログを更新Evaluate usability of implemented UI and update design backlog for the next sprint
レトロスペクティブRetrospectiveUXデザインプロセスの改善点を議論しデザインデット(設計負債)を可視化Discuss UX process improvements and make design debt visible

その他のソフトウェアプロセス

プロセスProcessUXとの関係 / UX RelationshipUX Relationship
Kanban スプリントなし・継続フロー型。UXタスクをカードとして可視化・フロー管理。リサーチを柔軟に挿入できるNo sprints, continuous flow. UX tasks visualized as cards; research can be inserted flexibly
SAFe
Scaled Agile Framework
複数チームを束ねる大規模アジャイル。UXアーキテクトがSolution/Programレベルで設計一貫性を保証。デザインシステムチームがPlatformチームに位置付けられるLarge-scale Agile coordinating multiple teams. UX Architects ensure design consistency at Solution/Program level; Design System team positioned as Platform team
Shape Up
Basecamp / 37signals
6週間サイクル。「Shaping」フェーズで問題を十分に定義してからチームに渡す。Fat marker sketches(粗いワイヤーフレーム)でUXがソリューション空間を事前定義する6-week cycles. Problems are thoroughly defined in a "Shaping" phase before handoff. UX uses fat marker sketches to pre-define the solution space

建築とUX:空間設計のユーザー中心プロセス

建築はソフトウェアよりはるかに先にユーザー中心の設計思想を体系化してきた。建築の設計プロセスにはUI/UXデザインの実践と驚くほど多くの共通構造がある。Architecture systematized user-centered design thinking long before software. Architectural design processes share a surprisingly large number of structural similarities with UX design practice.

RIBA Plan of Work(英国建築家協会)RIBA Plan of Work

英国のRIBA(王立英国建築家協会)が定めるRIBA Plan of Work 2020は、建築プロジェクトを8つのステージ(0〜7)に区分する業界標準であり、UXの5階層モデルと対比可能な構造を持つ。The RIBA Plan of Work 2020, established by the Royal Institute of British Architects, is an industry standard dividing architectural projects into 8 stages (0–7) with a structure comparable to UX's 5-layer model.

RIBAステージRIBA Stage内容 / ContentContentUX対応概念 / UX EquivalentUX Equivalent
Stage 0: Strategic Definition事業目的・用途・立地の戦略的定義Strategic definition of purpose, use, and site戦略層(サイト目標・ユーザーニーズ定義)Strategy layer
Stage 1: Preparation & Briefingプロジェクト要件書(Brief)作成・ユーザー要求収集Project Brief creation, user requirements gathering要件層(機能・非機能要件)Scope layer
Stage 2: Concept Design空間概念・動線計画・建物構成の初期案Spatial concept, circulation planning, initial configuration構造層(情報アーキテクチャ・フロー)Structure layer
Stage 3: Spatial Coordination各専門工事との調整・詳細空間設計Coordination with specialist contractors, detailed spatial design骨格層(レイアウト・ナビゲーション)Skeleton layer
Stage 4: Technical Design施工図・仕様書・材料詳細Construction drawings, specifications, material details表層(視覚・素材・仕上げ)Surface layer
Stage 5: Construction施工Construction実装・開発Implementation
Stage 6: Handover竣工・引き渡しCompletion and handoverリリース・デプロイRelease/deployment
Stage 7: Use使用・維持管理・POE実施Use, maintenance, POEポストローンチリサーチ・アナリティクスPost-launch research, analytics

建築固有のUX実践

建築の実践Architecture Practice内容 / ContentContentUXの対応実践UX Equivalent Practice
Space Programming
(スペースプログラミング)
建物に必要な空間の種類・面積・関係性を定義する要件定義プロセス。「室のリスト」から始まり、各室のユーザー活動・機器・プライバシー要件を明文化するRequirements definition process for the types, sizes, and relationships of spaces needed. Starts with a "room list" and documents user activities, equipment, and privacy requirements for each space UXリサーチ・要件定義UX research, requirements definition
POE
(Post-Occupancy Evaluation)
建物竣工・入居後に実施するユーザー満足度・機能性・環境性能の評価。行動観察・インタビュー・アンケートを用い次の建築プロジェクトへフィードバックするEvaluation of user satisfaction, functionality, and environmental performance after occupancy. Uses behavioral observation, interviews, and surveys; findings feed back into future projects ポストローンチユーザビリティテスト・アナリティクスPost-launch usability testing, analytics
Evidence-Based Design (EBD) 研究エビデンスに基づく設計判断。特に医療施設設計で発達し(患者転帰・スタッフ動線・感染制御への影響を定量評価)、ヘルスケアデザインの主流手法となっているDesign decisions based on research evidence. Highly developed in healthcare facility design (quantifying impacts on patient outcomes, staff circulation, and infection control) データ駆動UX・A/Bテスト・ユーザビリティ研究Data-driven UX, A/B testing, usability research
Space Syntax
(スペースシンタックス)
Bill HillierとJulienne Hansonが1984年に提唱した空間分析手法。空間の繋がり方・視線の通り方が人の動線・集積パターンに与える影響を数理的に分析する(UCL Space Syntax Lab)Spatial analysis method proposed by Bill Hillier and Julienne Hanson (1984). Mathematically analyzes how spatial connectivity and sightlines influence human movement and gathering patterns (UCL Space Syntax Lab) 情報アーキテクチャ分析・クリックストリーム分析・ヒートマップInformation architecture analysis, clickstream analysis, heatmaps
Universal Design
(ユニバーサルデザイン)
Ron Mace(NC州立大、1985)が提唱した7原則:①公平な利用 ②柔軟な利用 ③単純で直感的な利用 ④認知しやすい情報 ⑤ミスへの寛容さ ⑥少ない身体的努力 ⑦接近と利用のためのサイズと空間7 principles proposed by Ron Mace (NC State, 1985): ①Equitable use ②Flexibility in use ③Simple and intuitive use ④Perceptible information ⑤Tolerance for error ⑥Low physical effort ⑦Size and space for approach and use WCAGアクセシビリティ基準・インクルーシブデザインWCAG accessibility standards, inclusive design

その他の設計領域とUX

領域DomainUX相当のプロセス・実践 / UX-Equivalent PracticesUX-Equivalent Practices
都市計画
Urban Planning
プレイスメイキング(Placemaking):パブリックスペースを人間中心に活性化する手法(Project for Public Spaces)。
ヤン・ゲール(Jan Gehl):"Life Between Buildings"(1971)。人間スケールの観察に基づく都市設計。歩行者行動の観察はUXリサーチと方法論的に共通。
ケビン・リンチ(Kevin Lynch):"Image of the City"(1960)。都市の認識可能性(Imageability):パス・エッジ・ディストリクト・ノード・ランドマークの5要素は情報アーキテクチャのウェイファインディング理論と直接対応する。
参加型計画(Participatory Planning):住民・利用者が計画プロセスに参加(付録 G 参加型デザインと同根)。
Placemaking: Human-centered revitalization of public spaces (Project for Public Spaces).
Jan Gehl: "Life Between Buildings" (1971). Urban design based on observation at human scale; pedestrian behavior observation is methodologically common with UX research.
Kevin Lynch: "Image of the City" (1960). Urban imageability with 5 elements — Paths, Edges, Districts, Nodes, Landmarks — directly corresponds to wayfinding theory in information architecture.
Participatory Planning: Residents and users participate in the planning process (same roots as Participatory Design in Appendix G).
工業デザイン
Industrial Design
ヒューマンファクターズ / 人間工学:ISO 9241(人間とシステムのインタラクション)はUXの国際規格と共通。人体測定データ・認知負荷・作業分析がベース。
IDEOのデザイン思考:工業デザインから発展し現在はデジタルUXに広く適用(付録 E のデザイン思考と同源)。
CMF(Color / Material / Finish)設計:製品の感性品質設計はUIの表層ビジュアルデザインに対応する。
Human Factors / Ergonomics: ISO 9241 (Human-System Interaction) is shared with UX international standards; based on anthropometric data, cognitive load, and task analysis.
IDEO Design Thinking: Developed from industrial design, now widely applied to digital UX (same origin as Design Thinking in Appendix E).
CMF (Color/Material/Finish) Design: Sensory quality design for products corresponds to surface-layer visual design in UI.
医療機器
Medical Devices
IEC 62366(医療機器ユーザビリティエンジニアリング):FDA(米国)・CE(欧州)認証に必要なユーザビリティプロセスを規定する国際規格。フォーマティブ評価(設計中のテスト)とサマティブ評価(最終検証テスト)の区分はUXのテスト実践と直接対応する。
HFE(Human Factors Engineering):クラスII/IIIの医療機器では規制当局への提出文書としてHFEレポートが必須。「意図する使用環境」「ユーザープロファイル」「タスク分析」「リスク分析」を含む体系的なUXドキュメンテーションが要求される。
IEC 62366 (Medical Device Usability Engineering): International standard specifying the usability process required for FDA (US) and CE (EU) certification. The distinction between formative evaluation (testing during design) and summative evaluation (final validation testing) directly corresponds to UX testing practice.
HFE (Human Factors Engineering): For Class II/III medical devices, an HFE report is mandatory for regulatory submission, requiring systematic UX documentation including intended use environment, user profiles, task analysis, and risk analysis.
サービス産業
Service Industries
サービスブループリント(G. Lynn Shostack, 1984):顧客接点・バックステージ・サポートプロセスを可視化するサービスマップ。UXのサービスデザインブループリントと直接連続する。
CJM(Customer Journey Map):サービスマーケティング由来で現在UXの中心ツールのひとつ。ホスピタリティ・小売・金融でのジャーニーマッピングとデジタルUXのCJMは方法論的に同一である。
Service Blueprint (G. Lynn Shostack, 1984): Service map visualizing customer touchpoints, backstage processes, and support processes; directly continuous with UX service design blueprints.
CJM (Customer Journey Map): Originating in service marketing, now a central UX tool; Journey mapping in hospitality, retail, and finance is methodologically identical to digital UX CJMs.
「UX」という語以前から存在したユーザー中心設計User-Centered Design Before the Term "UX" Existed

「UX(User Experience)」という用語はDon Normanが1993年頃にAppleで使い始めたとされるが、ユーザーを中心に置く設計思想自体は建築・工業デザイン・人間工学の分野でより長い歴史を持つ。ヘンリー・ドレイファス(Henry Dreyfuss)の"Designing for People"(1955)やケビン・リンチの"Image of the City"(1960)は、デジタルUXの標準ツール(ペルソナ・ウェイファインディング・タスク分析等)の概念的祖先と位置付けられる。The term "UX (User Experience)" is said to have been first used by Don Norman at Apple around 1993, but the design philosophy of centering the user has a much longer history in architecture, industrial design, and ergonomics. Henry Dreyfuss's "Designing for People" (1955) and Kevin Lynch's "Image of the City" (1960) can be positioned as conceptual ancestors of standard digital UX tools (personas, wayfinding, task analysis, etc.).

5段階モデルとの対応

各段階Each Stageソフトウェア開発プロセスSoftware Dev Process建築(RIBA)Architecture (RIBA)工業デザインIndustrial Design
戦略層プロダクトビジョン・OKR(Discovery / Shaping)Product vision, OKRs (Discovery/Shaping)Stage 0–1
戦略定義・BriefingStrategic Definition, Briefing
コンセプト定義・市場機会Concept definition, market opportunity
要件層ユーザーストーリー・バックログ(Sprint 0)User stories, backlog (Sprint 0)Stage 1–2
Briefing・Concept DesignBriefing, Concept Design
要件仕様・人体測定データ収集Requirements spec, anthropometric data
構造層情報アーキテクチャ・API設計(Dual-Track Discovery)IA, API design (Dual-Track Discovery)Stage 2–3
Concept・Spatial CoordinationConcept, Spatial Coordination
動作機構・空間構成・モジュール設計Mechanism, spatial configuration, modular design
骨格層ワイヤーフレーム・UI設計(スプリント内デザイン)Wireframes, UI design (in-sprint design)Stage 3–4
Spatial Coordination・Technical DesignSpatial Coordination, Technical Design
使用性設計・コントロールレイアウトUsability design, control layout
表層ビジュアルデザイン・デザインシステムVisual design, design systemStage 4
Technical Design(素材・仕上げ)Technical Design (materials, finish)
CMF(色・素材・仕上げ)・外観造形CMF (Color, Material, Finish), form

用語集(日英対訳)

日本語Japanese英語English略称Abbreviation
ユーザーエクスペリエンスUser ExperienceUser ExperienceUX
ユーザーインターフェースUser InterfaceUser InterfaceUI
情報アーキテクチャInformation ArchitectureInformation ArchitectureIA
ヒューマンセンタードデザインHuman-Centered DesignHuman-Centered DesignHCD
アクセシビリティAccessibilityAccessibilitya11y
ユーザビリティUsabilityUsability
ワイヤーフレームWireframeWireframe
プロトタイプPrototypePrototype
ペルソナPersonaPersona
カスタマージャーニーマップCustomer Journey MapCustomer Journey MapCJM
主要パフォーマンス指標Key performance indicatorsKey Performance IndicatorKPI
目標と主要結果Objectives and key resultsObjectives and Key ResultsOKR
アフォーダンスAffordanceAffordance
メンタルモデルMental modelMental Model
デザインシステムDesign SystemDesign SystemDS
デザイントークンDesign TokensDesign Token
マイクロインタラクションMicrointeractionMicrointeraction
コンテンツ戦略Content strategyContent Strategy
ヒューリスティック評価Heuristic evaluationHeuristic Evaluation
ユーザビリティテストUsability testingUsability TestingUT
カードソーティングCard sortingCard Sorting
ダブルダイヤモンドDouble DiamondDouble Diamond
リーンUXLean UXLean UX
ジョブ理論Jobs theoryJobs-to-be-DoneJTBD
シグニファイアSignifierSignifier
タッチポイントTouchpointsTouchpoint
オンボーディングOnboardingOnboarding

参考文献・引用資料

日本語・英語の両方の版が存在する書籍を掲載しています。言語切替(JA / EN)でリンク先が各言語の版に切り替わります。本文中に引用した英語版のみの文献(ISO規格・論文等)については末尾の規格・ガイドライン一覧を参照してください。Only books available in both Japanese and English editions are listed here. Toggle JA / EN to switch links to the respective edition. For English-only references (ISO standards, papers, etc.) cited in the text, see the Standards & Guidelines table below.

デザイン・UX・HCI

  1. [Yamazaki2016] 山崎和彦・上田義弘・高橋克実・早川誠二・郷健太郎・柳田宏治.(2016).『エクスペリエンス・ビジョン:ユーザーを見つめてうれしい体験を企画するビジョン提案型デザイン手法』. 丸善出版. [Yamazaki2016] Yamazaki, K., Ueda, Y., Takahashi, K., Hayakawa, S., Go, K., & Yanagida, K. (2016). Experience Vision: A Vision-Proposal Design Methodology for Designing Delightful Experiences. Maruzen Publishing. (Japanese)
  2. [Norman1988] ノーマン, D. A.(著)岡本 明・安村通晃・伊賀聡一郎・野島久雄(訳)(2015). 誰のためのデザイン? 増補・改訂版. 新曜社. (原著初版 1988, 改訂版 2013 Basic Books) [Norman1988] Norman, D. A. (2013). The Design of Everyday Things (Revised & Expanded ed.). Basic Books. (Japanese ed.: , 2015)
  3. [Norman2004] ノーマン, D. A.(著)岡本 明・安村通晃・伊賀聡一郎(訳)(2004). エモーショナル・デザイン ─ 微笑を誘うモノたちのために. 新曜社. [Norman2004] Norman, D. A. (2004). Emotional Design: Why We Love (or Hate) Everyday Things. Basic Books. (Japanese ed.: , 2004)
  4. [Papanek1971] パパネク, V.(著)阿部公正(訳)(1974 / 新版 2013). 生きのびるためのデザイン. 晶文社. (原著: Design for the Real World, 1971/1985) [Papanek1971] Papanek, V. (1985, 2nd ed. / 2019 reprint). Design for the Real World: Human Ecology and Social Change. Thames & Hudson. (Japanese ed.: )
  5. [MorvilleRosenfeld1998] モービル, P., ローゼンフェルド, L. & アランゴ, J.(著)篠原稔和(訳)(2016). 情報アーキテクチャ ─ Web・モバイルコンテンツのための設計術(第4版). オライリー・ジャパン. [MorvilleRosenfeld1998] Morville, P., Rosenfeld, L., & Arango, J. (2015). Information Architecture for the Web and Beyond (4th ed.). O'Reilly Media. (Japanese ed.: O'Reilly Japan, 2016)
  6. [Gothelf2013] ゴシェルフ, J. & サイデン, J.(著)坂田一倫(訳)(2022). Lean UX ─ アジャイルなチームによるプロダクト開発(第3版). オライリー・ジャパン. [Gothelf2013] Gothelf, J., & Seiden, J. (2021). Lean UX (3rd ed.). O'Reilly Media. (Japanese ed.: O'Reilly Japan, 2022)

認知科学・行動経済学

  1. [Simon1969] サイモン, H. A.(著)稲葛温(訳)(1999, 第3版). システムの科学(第3版). パーソナルメディア. [Simon1969] Simon, H. A. (1996). The Sciences of the Artificial (3rd ed.). MIT Press. (Japanese ed.: , 1999)
  2. [Kahneman2011] カーネマン, D.(著)村井章子(訳)(2012). ファスト&スロー ─ あなたの意思はどのように決まるか?(上・下). 早川書房. [Kahneman2011] Kahneman, D. (2011). Thinking, Fast and Slow. Farrar, Straus and Giroux. (Japanese ed.: , 2012)
  3. [Thaler2008] セイラー, R. H. & サンスティーン, C. R.(著)遠藤真美(訳)(2009). 実践 行動経済学 ─ 健康、富、幸福への聡明な選択. 日経BP社. [Thaler2008] Thaler, R. H., & Sunstein, C. R. (2021, updated ed.). Nudge: The Final Edition. Penguin Books. (Japanese ed.: , 2009)
  4. [Schwartz2004] シュワルツ, B.(著)瑞穂のりこ(訳)(2004). なぜ選ぶたびに後悔するのか ─ 「選択の自由」の落とし穴. ダイヤモンド社. [Schwartz2004] Schwartz, B. (2004). The Paradox of Choice: Why More Is Less. HarperCollins. (Japanese ed.: , 2004)
  5. [Fogg2019] フォッグ, B. J.(著)須川綾子(訳)(2021). 習慣超大全 ─ TINY HABITS. ダイヤモンド社. [Fogg2019] Fogg, B. J. (2019). Tiny Habits: The Small Changes That Change Everything. Houghton Mifflin Harcourt. (Japanese ed.: , 2021)

ウェルビーイング・ポジティブ心理学

  1. [Seligman2011] セリグマン, M. E. P.(著)宇野カオリ(訳)(2014). ポジティブ心理学の挑戦 ─ "幸福"から"持続的幸福"へ. ディスカヴァー・トゥエンティワン. [Seligman2011] Seligman, M. E. P. (2011). Flourish: A Visionary New Understanding of Happiness and Well-being. Free Press. (Japanese ed.: , 2014)
  2. [Csikszentmihalyi1990] チクセントミハイ, M.(著)今村浩明(訳)(1996). フロー体験 ─ 喜びの現象学. 世界思想社. [Csikszentmihalyi1990] Csikszentmihalyi, M. (1990). Flow: The Psychology of Optimal Experience. Harper & Row. (Japanese ed.: , 1996)
  3. [Deci1985] デシ, E. L. & フラスト, R.(著)桜井茂男(訳)(1999). 人を伸ばす力 ─ 内発と自律のすすめ. 新曜社. [Deci1985] Deci, E. L., & Flaste, R. (1995). Why We Do What We Do: Understanding Self-Motivation. Penguin Books. (Japanese ed.: , 1999)

経営・イノベーション・戦略

  1. [Nonaka1995] 野中郁次郎 & 竹内弘高(著)(1996). 知識創造企業. 東洋経済新報社. (原著: The Knowledge-Creating Company, Oxford University Press, 1995) [Nonaka1995] Nonaka, I., & Takeuchi, H. (1995). The Knowledge-Creating Company: How Japanese Companies Create the Dynamics of Innovation. Oxford University Press. (Japanese ed.: , 1996)
  2. [Christensen1997] クリステンセン, C. M.(著)玉田俊平太(監修)伊豆原弓(訳)(2001). イノベーターのジレンマ ─ 増補改訂版. 翔泳社. [Christensen1997] Christensen, C. M. (2011). The Innovator's Dilemma: When New Technologies Cause Great Firms to Fail. Harvard Business Review Press. (Japanese ed.: , 2001)
  3. [Rogers1962] ロジャーズ, E. M.(著)三藤利雄(訳)(2007). イノベーションの普及. 翔泳社. [Rogers1962] Rogers, E. M. (2003). Diffusion of Innovations (5th ed.). Free Press. (Japanese ed.: , 2007)
  4. [Moore1991] ムーア, G. A.(著)川又政治(訳)(2014, Ver.2). キャズム Ver.2 ─ 新商品をブレイクさせる「超」市場攻略法. 翔泳社. [Moore1991] Moore, G. A. (2014, 3rd ed.). Crossing the Chasm: Marketing and Selling Disruptive Products to Mainstream Customers. HarperBusiness. (Japanese ed.: , 2014)
  5. [KimMauborgne2005] キム, W. C. & モボルニュ, R.(著)有賀裕子(訳)(2015, 増補改訂版). ブルー・オーシャン戦略 ─ 競争のない世界を創造する(増補改訂版). ダイヤモンド社. [KimMauborgne2005] Kim, W. C., & Mauborgne, R. (2015, expanded ed.). Blue Ocean Strategy: How to Create Uncontested Market Space and Make the Competition Irrelevant (Expanded ed.). Harvard Business Review Press. (Japanese ed.: , 2015)
  6. [Ries2011] リース, E.(著)井口耕二(訳)(2012). リーン・スタートアップ ─ ムダのない起業プロセスでイノベーションを生みだす. 日経BP社. [Ries2011] Ries, E. (2011). The Lean Startup: How Today's Entrepreneurs Use Continuous Innovation to Create Radically Successful Businesses. Crown Business. (Japanese ed.: , 2012)
  7. [Osterwalder2014] オスターワルダー, A. ほか(著)関美和(訳)(2015). バリュー・プロポジション・デザイン ─ 顧客が欲しがる製品やサービスを創る. 翔泳社. [Osterwalder2014] Osterwalder, A. et al. (2014). Value Proposition Design: How to Create Products and Services Customers Want. Wiley. (Japanese ed.: , 2015)
  8. [Doerr2018] ドーア, J.(著)土方奈美(訳)(2018). Measure What Matters ─ 伝説のベンチャー投資家がGoogleに教えた成功手法 OKR. 日本経済新聞出版. [Doerr2018] Doerr, J. (2018). Measure What Matters: How Google, Bono, and the Gates Foundation Rock the World with OKRs. Portfolio/Penguin. (Japanese ed.: Measure What Matters, 2018)
  9. [Mintzberg1998] ミンツバーグ, H. ほか(著)齋藤嘉則(監訳)(2012). 戦略サファリ ─ 戦略マネジメント・コンプリートガイドブック(第2版). 東洋経済新報社. [Mintzberg1998] Mintzberg, H., Ahlstrand, B., & Lampel, J. (2009, 2nd ed.). Strategy Safari: The Complete Guide Through the Wilds of Strategic Management. Free Press. (Japanese ed.: , 2012)

付録:主要規格・ガイドライン一覧

名称Name発行者Publisher最新版Latest Version主な内容Key Content
WCAGW3C / WAI2.2 (2023)WebコンテンツアクセシビリティWeb Content Accessibility
WAI-ARIAW3C1.2 (2023)スクリーンリーダー向けセマンティクスSemantics for screen readers
JIS X 8341-3JSA2016WCAG 2.0対応日本規格WCAG 2.0-compliant Japanese standard
JIS X 4051JSA2004日本語組版処理の要件Japanese text layout requirements
ISO 9241-11ISO2018ユーザビリティ定義・概念Usability definition & concept
ISO 9241-110ISO2020インタラクション原則(7原則)Interaction principles (7 principles)
ISO 9241-210ISO2019HCDプロセスHCD Process
ISO 9241-220ISO2019組織プロセスへのUX統合UX integration into organizational processes
Apple HIGApple随時更新Updated periodicallyiOS/macOS等プラットフォーム設計iOS/macOS platform design
Material Design 3Google随時更新Updated periodicallyAndroid/Web UIガイドラインAndroid/Web UI Guidelines
Fluent Design 2Microsoft随時更新Updated periodicallyWindows/Web UIガイドラインWindows/Web UI Guidelines
Carbon Design SystemIBMv11エンタープライズUIシステムEnterprise UI systems
Section 508米国政府US Government2018米国連邦政府アクセシビリティ要件US federal government accessibility requirements
EN 301 549ETSI(欧州)ETSI (Europe)v3.2.1 (2021)欧州ICTアクセシビリティ標準European ICT accessibility standard