UI/UX Design Library
UI/UXデザインと隣接領域の学術体系ガイドAn Academic Systematic Guide to UI/UX Design and Adjacent Domains
KAJI 著 / 初版ドラフト 2026By KAJI / First Draft 2026
UI/UXデザインとは何か
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).
| 観点Aspect | UI | UX |
|---|---|---|
| 定義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.
| 用語 | 対象レイヤー | 主な文脈 |
|---|---|---|
| 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.
戦略層(Strategy Plane)
「なぜ作るのか」を定義する。ユーザーのニーズと事業目標を発見・整理し、プロダクトの方向性を確立する。Defining "why we build." Discovering and organizing user needs and business goals to establish product direction.
第1章 ビジネス目標とUX戦略
ビジネス目標と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.
要件層(Scope Plane)
「何を作るか」を定義する。戦略を機能要件・コンテンツ要件に変換し、スコープを管理する。Defining "what to build." Translating strategy into functional and content requirements, and managing scope.
第2章 ユーザーリサーチ
ユーザーリサーチは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
- オープンクエスチョン:「はい/いいえ」で答えられない開かれた質問(「そのとき何をしましたか?」)Open questions: Questions that cannot be answered with yes/no ("What did you do at that moment?")
- 5 Whys:「なぜ?」を5回繰り返して動機を掘り下げる5 Whys: Repeatedly asking "Why?" five times to uncover root motivations
- 過去行動への注目:「〜したいですか?」より「最後に〜したのはいつですか?」Focus on past behavior: "When did you last do X?" rather than "Would you like to X?"
- 誘導質問の排除:答えを示唆しない質問設計Avoid leading questions: Design questions that do not suggest the answer
アンケート調査
Likert尺度(5〜7段階評価)は態度・意見の測定に広く使われる。標準化されたUXアンケートとして SUS(System Usability Scale)[Brooke1996](10項目・68点以上が許容水準)、UMUX、AttrakDiff などが存在する。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 |
グラウンデッドセオリーの「コーディング」と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 |
統計的クラスタリングで「何が起きているか」を把握し、グラウンデッドセオリー的コーディングで「なぜそうなのか」を理解する混合研究法(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章 ペルソナ
ペルソナはリサーチデータから典型的なユーザー像を合成的に構築するツールであり、設計判断の基準点として機能する。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.
キャスト概念・ペルソナの類型とライフサイクル
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 IndexPower 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 |
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
カスタマージャーニーマップ・シナリオ・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 |
効果的なシナリオはペルソナと紐づいて初めて機能する。「ペルソナ:田中花子(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章 機能要件とコンテンツ要件
ユーザーニーズを「プロダクトで何を実現するか」に変換したものが要件である。本章では機能要件とコンテンツ要件をユーザーストーリーとして記述し、スコープを明確に管理する手法を学ぶ。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章 優先度付けと要件管理
すべての要件を同時に実現することはできない。本章では、制約のある資源のなかで「どの機能・施策に投資するか」を判断するための優先度付けフレームワーク(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.
構造層(Structure Plane)
「どう組み立てるか」を設計する。情報の構造化と操作の流れを定義し、使いやすいシステムの骨格を作る。Designing "how to assemble." Defining information structure and the flow of operations to build the skeleton of a usable system.
第6章 情報アーキテクチャ(IA)
情報アーキテクチャとは、ユーザーが必要な情報を「見つけられる」ように情報を組織化・構造化する設計活動である。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 | 意味Meaning | UIへの応用例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 group | Eコマースカテゴリ、タグ分類、ジャンル選択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 / Source | IAへの影響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 |
ナビゲーションパターン
- 階層型(Hierarchical):トップダウンのツリー構造。大規模サイトの標準形Hierarchical: Top-down tree structure. Standard for large-scale sites.
- シーケンシャル:ステップ順に進む。購入フロー・オンボーディングに適するSequential: Proceeds step by step. Suitable for checkout flows and onboarding.
- マトリクス型:複数軸で分類。Eコマースのファセット検索などMatrix: Multi-axis classification. E.g., faceted search in e-commerce.
- モバイルパターン:タブバー(iOS標準)、ハンバーガーメニュー、ボトムシート、ブレッドクラムMobile patterns: Tab bar (iOS standard), hamburger menu, bottom sheet, breadcrumbs.
第7章 インタラクションデザイン
インタラクションデザインは、人とシステムの「やりとり」を設計する営みである。認知科学・行動経済学・学習理論から蓄積された知見を土台に、ユーザーの行動サイクル・メンタルモデル・アフォーダンスを理解し、直感的なインタラクションを設計する原則を体系的に学ぶ。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など) |
| 理論 | 戦略層 | 要件層 | 構造層 | 骨格層 | 表層 |
|---|---|---|---|---|---|
| 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):
- Discoverability:何が可能か分かるDiscoverability: It is possible to determine what actions are available.
- Feedback:操作結果が明確に伝わるFeedback: The result of an action is communicated clearly.
- Conceptual Model:一貫したモデルを提供するConceptual Model: Provides a consistent model of how the system works.
- Affordances:操作を直感的に示すAffordances: Suggest operations intuitively.
- Signifiers:意味を知覚できるサインSignifiers: Perceptible signs that convey meaning.
- Mappings:操作と結果の対応が自然Mappings: Natural correspondence between controls and their effects.
- 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 actions | Undo/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 |
ノーマンの行動サイクルと知覚プロセス
認知科学者・デザイン研究者のドナルド・ノーマン(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 ExecutionGulf 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 EvaluationGulf 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.
骨格層(Skeleton Plane)
「どう見せるか」の骨格を決める。インターフェースの配置・構造・フローを具体化する。Deciding the skeleton of "how to present." Concretizing the placement, structure, and flow of the interface.
第8章 ワイヤーフレームとプロトタイプ
ワイヤーフレームとプロトタイプは、アイデアを可視化して素早く検証するための設計ツールである。忠実度(ローファイ〜ハイファイ)の選択基準と、目的に応じたプロトタイプ手法を理解し、無駄な作り込みを防いでフィードバックを最大化する。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 validation | Figma, Sketch |
| ハイファイHigh-fidelity | 実際のUI要素・実データ近似Actual UI elements, close to real data | ユーザーテスト・ステークホルダー確認User testing & stakeholder review | Figma, 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."
- ペーパープロトタイプ:最速・最安。ロールプレイ形式でテスト可能Paper prototype: Fastest and cheapest. Testable in role-play format.
- クリッカブルプロトタイプ:Figmaリンク等で画面遷移を実現。ユーザビリティテストに最適Clickable prototype: Screen transitions via Figma links. Ideal for usability testing.
- コードプロトタイプ:React/HTML実装。実機動作・パフォーマンス確認に有効Code prototype: React/HTML implementation. Useful for verifying real device behavior and performance.
- Wizard of Oz:AIや複雑な処理を人手でシミュレート。コンセプト検証に有効Wizard of Oz: Manually simulating AI or complex processes. Useful for concept validation.
| ツール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 |
忠実度は「作りやすさ」ではなく「答えたい問いの種類」で選ぶ。
・「このコンセプトはユーザーに理解されるか?」→ ローファイ(紙・ブロック図)
・「この操作フローは完了できるか?」→ ミッドファイ(クリッカブル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デザインパターン
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: タイトル・期日・優先度・担当者・ステータス |
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.
- シングルカラム:マルチカラムより完了率が高いSingle column: Higher completion rate than multi-column.
- ラベルは上配置:左配置より視線移動が少なく入力速度向上Labels above fields: Less eye movement than left-aligned labels, improves input speed.
- インラインバリデーション:送信後でなく入力中にリアルタイム検証Inline validation: Real-time validation during input, not after submission.
- プレースホルダー≠ラベル:入力後に消えるため、ラベルの代替には不適Placeholder ≠ Label: Disappears after input, unsuitable as a label replacement.
- エラーメッセージは具体的に:「入力エラー」→「メールアドレスに@が含まれていません」Specific error messages: "Input error" → "Email address must contain @"
- 必須/任意の明示:必須が多い場合は任意項目に「(任意)」を付けるMark required / optional: When most fields are required, mark optional ones with "(optional)".
モバイル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 HIG | 44 × 44 | pt |
| Material Design 3 | 48 × 48 | dp |
| WCAG 2.5.5 (AAA) | 44 × 44 | CSS px |
| WCAG 2.5.8 (AA, WCAG 2.2) | 24 × 24 | CSS 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 | 物理的方向(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 integration | Flexboxは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 |
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 cards | 4隅に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 | 定義Definition | UIへの適用UI Application | 起源・参照Origin / Reference |
|---|---|---|---|
| 視覚的階層(Visual Hierarchy)Visual Hierarchy | サイズ・コントラスト・位置で情報の重要度を示すSize, contrast, and position communicate importance | H1 > H2 > 本文のタイプスケール・CTA の視覚的重量H1 > H2 > body type scale; visual weight of CTAs | Arnheim『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 fields | Robin 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 sections | Gestalt近接の法則(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 comfort | 8pxグリッドに基づくスペーシングトークン・行間(1.5–1.8)・セクション余白8px-grid spacing tokens; line height (1.5–1.8); section whitespace | Jan Tschichold『新しい組版』(1928)・Emil Ruder『タイポグラフィ』(1967)Jan Tschichold, Die neue Typographie (1928); Emil Ruder, Typographie (1967) |
③ 代表的UIレイアウトパターン
| パターンPattern | 構造Structure | 適した用途Best For | 代表例Examples |
|---|---|---|---|
| カラムレイアウトColumn Layout | 12 / 8 / 4カラムのグリッドでコンテンツを分割。サイドバー付き(8+4)・メインのみ(12)など12/8/4-column grid divides content. Sidebar (8+4), full-width (12), etc. | 記事・ブログ・ドキュメント・管理UIArticles, blogs, docs, admin UIs | Wikipedia・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 widgets | Pinterest・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 management | Apple Mail・Notion・Slack DMApple Mail, Notion, Slack DMs |
| ダッシュボードDashboard | KPIウィジェット・グラフ・テーブルを自由グリッドに配置。情報密度が高く、スキャン可能性を重視KPI widgets, charts, and tables arranged on a free grid. High information density with emphasis on scannability | 分析ツール・管理パネル・BI・モニタリングAnalytics, admin panels, BI, monitoring | Figma 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, checkout | Stripe 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 browsing | iOS設定・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 creation | YouTube・Apple Maps・Figma・Adobe PremiereYouTube, Apple Maps, Figma, Adobe Premiere |
レイアウトパターンは「かっこいいから」ではなく、①コンテンツタイプ(リスト/詳細/概要)②ユーザーのタスクフロー(探索/作業/消費)③デバイスの操作特性(タッチ半径・視線距離)から選択する。ダッシュボードのレイアウトをモバイルに適用しようとするミスマッチが代表的な失敗パターンである。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 switching | Replace / Cross-dissolve / Tab | 上下・前後の空間的優劣がないNo spatial hierarchy between peers |
| フォーカスタスクFocused task | Modal / Sheet | コンテキスト保持 + 意図的割り込みRetain context + intentional interruption |
| 文脈補足・補助情報Contextual supplement | Overlay / Popover / Tooltip | タスクの邪魔をしない情報追加Adding information without disrupting the task |
| モード切替(全体)Global mode switch | Full-Screen Takeover | 文脈の完全リセットを明示Explicitly signals a complete context reset |
遷移タイプの選択(どのパターンを使うか)は骨格層の設計判断であり、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.
表層(Surface Plane)
ユーザーが直接見て触れる層。ビジュアルデザインから主要ガイドライン・アクセシビリティ・デザインシステムまでを体系化する。The layer users directly see and touch. Systematizes visual design, major guidelines, accessibility, and design systems.
第10章 ビジュアルデザイン基礎
ビジュアルデザインは「見た目の好み」ではなく、情報の優先度・ユーザーの視線誘導・感情的反応を制御する専門技術である。タイポグラフィ・カラー理論・グリッドシステムの原則を理解し、視覚的な一貫性と可読性を設計する方法を学ぶ。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 size | 16px以上16px or larger |
| 行間(Line Height)Line spacing (Line Height) | 行の高さLine height | 1.5〜1.8(本文)1.5–1.8 (body text) |
| 行長(Measure)Line length (Measure) | 1行の文字数Characters per line | 45〜75文字45–75 characters |
| タイプスケールType scale | 見出し〜本文の比率Heading-to-body ratio | Major Third (×1.250) / Perfect Fourth (×1.333) |
日本語タイポグラフィの特殊性Japanese Typography Specifics
- 漢字・ひらがな・カタカナ・英数字の混在には欧文ルールの直接適用に注意Be careful when directly applying Western typography rules to mixed kanji/hiragana/katakana/alphanumeric text.
- JIS X 4051「日本語組版処理の要件」に準拠した行組版が基本Line composition should comply with JIS X 4051 "Requirements for Japanese Text Layout."
- 推奨本文フォント:Noto Sans JP、Hiragino Kaku Gothic(macOS/iOS)Recommended body fonts: Noto Sans JP, Hiragino Kaku Gothic (macOS/iOS).
カラーセオリーと配色
- Primary Color:ブランドを象徴するメインカラー。CTAに使用Primary Color: Main color representing the brand. Used for CTAs.
- Secondary Color:補助的な強調・アクセントSecondary Color: Supporting emphasis and accent.
- Neutral Colors:背景・テキスト・ボーダー。グレースケールNeutral Colors: Backgrounds, text, borders. Grayscale range.
- Semantic Colors:Success(緑)/ Warning(黄/橙)/ Error(赤)/ Info(青)Semantic Colors: Success (green) / Warning (yellow/orange) / Error (red) / Info (blue).
グリッドシステムとレイアウト
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 | 定義Definition | UIへの応用例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 |
ゲシュタルト原則に反するレイアウトは、ユーザーに認知コスト(混乱・再読み)を強いる。たとえばラベルと関係のないフィールドが近くに配置されると「近接の原則」が誤ったグループ解釈を生み、フォームエラーを誘発する。ゲシュタルト適合 ≠ 美しさの問題であり、情報設計の精度の問題である。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 | 説明Description | UIでの例UI Example |
|---|---|---|
| マクロ余白Macro Whitespace | レイアウト全体・セクション間の大きな余白。ページの「呼吸」を作るLarge whitespace between sections and the layout as a whole. Creates "breathing room" for the page | Apple.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 priority | CTAボタン周囲の広い余白で視線を集中させる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 |
心理学研究(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) |
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 Basis | UIへの応用UI Application |
|---|---|---|---|
| 丸み・曲線Roundness / Curves | 親しみ・柔らかさ・安全・温かみ・信頼Friendliness, softness, safety, warmth, trust | Bouba/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, tension | Bouba/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, infinity | Arnheim(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, sharpness | Heider & 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, balance | Arnheim(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) research | iOS: 大きな角丸(親しみ)/ Material Design: 素材別radius変数 / Enterprise UI: 小さな角丸iOS: large radius (friendly) / Material Design: per-component radius tokens / Enterprise UI: small radius |
ユーザーは一貫した形状語彙から「このブランドは信頼できる・統一感がある」という印象を受け取る。デザインシステムにおける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 literacy | iOS 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 Design | 2014–現在 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 predictability | Android 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 technology | macOS 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 contexts | Bloomberg 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 desire | ChatGPT・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 |
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–2006 | Skeuomorphism | 低解像度ディスプレイ・マウス操作・デジタルリテラシー低Low-res displays; mouse input; low digital literacy | Susan Kare のMac初代アイコン群Susan Kare's original Mac icon set |
| 2007–2012 | Skeuo全盛(iPhone時代)Peak Skeuomorphism (iPhone era) | タッチスクリーン・Retina初期Touchscreen; early Retina display | iOS・App Store爆発的普及Explosive iOS/App Store growth |
| 2010–2013 | Metro / Flat移行期Metro / Flat transition | 高解像度ディスプレイ普及・レスポンシブWebHigh-DPI displays; responsive web | Windows Phone 2010・iOS 7(2013)Windows Phone 2010; iOS 7 (2013) |
| 2014–2018 | Flat / Material Design | Android普及・デザインシステム概念の確立Android growth; emergence of design systems | Google Material Design発表(2014)Google Material Design launch (2014) |
| 2019–2021 | Neumorphism / Glassmorphism / Claymorphism | OLED・高性能GPU・CSS backdrop-filter対応OLED; high-performance GPU; CSS backdrop-filter support | macOS Big Sur(2020)・NFTブームmacOS Big Sur (2020); NFT boom |
| 2022–現在2022–present | AI-Native UI / Spatial UI | LLM・生成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 |
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.
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 |
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) |
統合マトリクス図 — 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.
マルチモーダル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 | 内容Content | 5段階モデルでの対応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) |
モーションデザインとアニメーション — 表層の深掘り
モーションデザインは、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.
| 原則Principle | UI への応用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(タイミング)Timing | 100ms:即時反応 / 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.
@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.
マイクロインタラクション詳論 — 骨格層の深掘り
マイクロインタラクションとは、単一のタスクを完結させる最小単位のインタラクションである。トリガー・ルール・フィードバック・ループという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 | 定義Definition | 例Example |
|---|---|---|
| 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 |
代表的パターンと設計指針
| パターン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 |
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.
分岐パターンの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." |
パターン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 Layer | Haptics・通知音・音声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 Surface | SF 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.
コンテンツデザイン / UXライティング
テキストは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."
| 原則Principle | Bad例Bad Example | Good例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 | トーンTone | 例Example |
|---|---|---|
| エラー・問題発生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!" |
ブランディングとUI/UXデザイン
ブランドと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 Element | UXへの影響Impact on UX | 具体例Concrete Example |
|---|---|---|
| ブランドパーソナリティBrand personality | トーン・インタラクションのスタイルTone & interaction style | Duolingo:遊び心あるゲーミフィケーションDuolingo: playful gamification |
| ビジュアルアイデンティティVisual identity | カラー・タイポグラフィ・アイコンColor, typography & icons | Airbnb:コーラル(#FF5A5F)が温かさと信頼を表現Airbnb: Coral (#FF5A5F) conveys warmth and trust |
| ブランドボイスBrand voice | エラーメッセージ・オンボーディング文言Error messages & onboarding copy | Slack:ユーモアのあるローディングメッセージSlack: humorous loading messages |
| ブランドバリューBrand value | アクセシビリティへの投資・デザイン原則Accessibility investment & design principles | Apple: “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"
ブランドシステムとデザインシステムの統合
現代のデザインシステムはブランドシステムと統合される。デザイントークンがその橋渡しをする。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 Tokens | color-primary: #FF5A5F / font-heading: "Circular" | ブランド+UXの協働Brand + UX collaboration |
| UIコンポーネントUI Components | Button / Card / Input(トークンを参照)Button / Card / Input (see tokens) | UXデザイナー+エンジニアUX Designer + Engineer |
| ボイス&トーンガイドVoice & Tone guide | 言葉のルール・コピーライティング原則Language rules & copywriting principles | UXライター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
ゲームデザインと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.
ゲーム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 |
| 代表例Examples | RPG、パズルゲーム、シミュレーションRPG, puzzle games, simulations | Duolingo(語学学習)、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 Example | UI/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 experimentation | Undo/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.
| 段階Stage | UI/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 layout | HUD設計・コントロールスキーム・メニューナビゲーションHUD design, control scheme, menu navigation |
| 表層Surface | 視覚デザイン・感覚的体験Visual design, sensory experience | アートスタイル・サウンドデザイン・アニメーション・フィールdesgignArt style, sound design, animation, feel design |
ゲームデザインの最大の貢献は、「楽しさ」と「エンゲージメント」を設計可能な対象として扱ってきた歴史的蓄積にある。フロー理論・コアループ・動機モデルはすでに多くのプロダクト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.
サービスデザイン
サービスデザインは、単一プロダクトの画面設計を超え、複数チャネル・組織プロセス・顧客体験の全体を設計対象とする実践領域である。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デザインは主にデジタルインターフェースの「表層から戦略まで」を扱う。サービスデザインはその上位に位置し、デジタル・フィジカル・ヒューマンの全チャネルにまたがるサービス全体を設計対象とする。デジタル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 | 内容Content | UI/UXとの接点Link to UI/UX |
|---|---|---|
| 顧客行動Customer Actions | サービスを使う顧客のステップ・選択・インタラクションCustomer steps, choices, and interactions while using the service | CJMの上位版。デジタル/フィジカルをまたぐ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 customers | API・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 | 概要Overview | UI/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 service | UI/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レイヤーLayer | UI/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 |
倫理的デザイン
倫理的デザイン(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 |
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 Embedded | UI・アーキテクチャ・ビジネスモデルの一部として統合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 Manifesto | Aral 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 Design | Microsoft Design | 障害・年齢・状況的制約を持つ人を起点にした設計Design starting from people with disabilities, age differences, or situational constraints |
| 説得技術の倫理Ethics of Persuasive Technology | B.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 |
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.
①何を:どの設計活動を実施するか(リサーチ、プロトタイプ、テストなど)
②いつ:どの順序・タイミングで実施するか(ウォーターフォール的 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).
デザイン方法論の体系
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 |
ゴール指向設計(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 |
デザインスプリント(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 |
ダブルダイヤモンドプロセス
英国デザインカウンシルが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とデザイン思考との位置関係
エクスペリエンス・ビジョン
山崎和彦・上田義弘・高橋克実・早川誠二・郷健太郎・柳田宏治が著した日本発のデザイン方法論[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 |
他手法との位置づけ
| 観点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.
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 |
| 骨格層Skeleton | UIパターンと操作フローは適切か?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 items | Treejack, 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 labeling | Optimal 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 |
| 規模Scale | 5–8人 participants | 50+人も可能 participants possible |
| 代表ツールRepresentative Tools | Zoom + UserTesting | Maze, 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
デザインマネジメント
デザインマネジメントは、デザインをビジネス戦略・組織・プロセスに統合する実践領域である。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 |
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 Management | UI/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, CDO | UXデザイナー・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.
集中型(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 Practice | Design Management Practice |
|---|---|---|
| 戦略層 | デザイン戦略・ビジョン策定、CDO/VP of Designによる経営参画Design strategy & vision formulation, executive participation by CDO/VP of Design | Design strategy & vision, C-suite design representation |
| 要件層 | デザイン投資ポートフォリオ管理、プロジェクト優先順位付けDesign investment portfolio management, project prioritization | Design investment portfolio management, project prioritization |
| 構造層 | デザイン組織設計(集中型/分散型/ハイブリッド)、DesignOpsプロセス設計Design org design (centralized/distributed/hybrid), DesignOps process design | Design org structure (centralized/embedded/hybrid), DesignOps process design |
| 骨格層 | デザインシステム統治、ツール選定(Figma等)、ワークフロー標準化Design system governance, tool selection (Figma, etc.), workflow standardization | Design system governance, tool selection (Figma, etc.), workflow standardization |
| 表層 | デザイン品質基準・レビュープロセス、ブランドガイドライン管理Design quality standards, review process, brand guideline management | Design quality standards & review process, brand guidelines management |
未来指向デザインの概念群
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.
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 by | Anthony 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 practice | Microsoft 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.
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 | 内容Description | UX実践との接点UX Practice Connection |
|---|---|---|
| 未来のビジョンVisions of Futures | 望ましい未来のビジョンを設定し、後ろ向き(バックキャスト)に現在を問い直すSet a vision of a desirable future and use backcasting to question the present | UXビジョンドキュメント・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.
アート思考(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(どう作るか)」の三層に対応させる。アート思考は 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 Idea | UX/デザインとの接点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デザイナーがこれらを知ることの実践的価値は、①長期的なプロダクトビジョンを語る語彙を得ること、②「何のために作るか」という問いに対する答えを深める倫理的・哲学的な基盤を持つこと、③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.
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(デザイン運用)
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 environment | Figma組織設計、Design Tokens、Storybook連携Figma org design, Design Tokens, Storybook integration |
| ガバナンス | デザイン原則の管理・デザインシステムの意思決定構造Design principle management & design system decision-making structure | Design 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 Sprint | GV方式の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 Themes | ODの概念OD Concept | UXの対応概念UX Equivalent |
|---|---|---|
| ユーザー中心思考の組織文化化Embedding user-centered thinking into organizational culture | 文化変革・変革リーダーシップCulture change & transformational leadership | UX成熟度モデルの段階移行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 Topics | UX実践への影響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)Absent | UXの概念自体が組織に存在しない。デザインは見た目の問題として扱われる。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)Integrated | UXが製品開発全体に組み込まれ、経営判断に影響を与える。組織文化として定着しつつある。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.
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 Stage | AI統合前Before AI | AI統合後After AI Integration |
|---|---|---|
| リサーチ・発見Research & Discovery | インタビュー文字起こし・コーディングに多大な時間Heavy time on interview transcription and coding | AI文字起こし・感情分析・テーマ自動抽出 → 洞察解釈に集中AI transcription, sentiment analysis, auto theme extraction → focus on insight interpretation |
| アイデエーションIdeation | ブレインストーミングに人員・時間が必要Brainstorming requires people and time | AIによる大量案の初期生成 → 人間による評価・選択・深化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 time | AI自動ヒューリスティック評価・アクセシビリティ検出・ヒートマップ予測AI automated heuristic evaluation, accessibility detection, heatmap prediction |
| デザインシステム管理Design System Management | コンポーネント整合性の手動チェックManual component consistency checks | AI最適化(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 → 人間」のサンドイッチ構造がある。①コンテキスト設定・意図の明確化(人間)→ ②案の生成・変換・処理(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 Generation | Figma Make, UX Pilot, v0 (Vercel) | プロンプトからUIコンポーネント・画面をすばやく生成Rapidly generate UI components and screens from prompts |
| ビジュアル生成Visual Generation | Adobe Firefly, Midjourney, DALL-E | イラスト・アイコン・写真素材のコンセプト生成・バリエーション展開Concept generation and variation of illustrations, icons, photo assets |
| リサーチ・分析支援Research & Analysis Support | onBeacon.ai, Maze AI, Dovetail AI | インタビュー分析・ユーザビリティ自動評価・インサイト抽出Interview analysis, automated usability evaluation, insight extraction |
| デザインシステム最適化Design System Optimization | Motiff, 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 Uncertainty | AIの出力が確実でないことを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 Refinement | 1回で完璧な出力は期待しない設計——再生成・編集・指示の追加を促すDesign not expecting perfection in one shot — encourage regeneration, editing, adding instructions | 「再生成」ボタン・「より短く」「より詳しく」ワンクリック修正"Regenerate" button, one-click "shorter" / "more detailed" refinement |
| 文脈の透明性Context Transparency | AIが何の文脈を持っているか・いないかをユーザーが把握できる設計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 leads | AIが自律的に判断・行動し、要所でユーザーに確認を求める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 | 内容Description | UI/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 Privacy | AIへの入力データがトレーニングに使われる可能性・個人情報の扱い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) |
| ハルシネーションHallucination | AIが自信を持って誤情報を提供する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 Gap | AIネイティブ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(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.
| 段階Stage | AIプロダクト設計の対応概念AI Product Design Concepts |
|---|---|
| 戦略層Strategy | AIが解決するジョブ(JTBD)の定義・人間とAIの役割分担設計・倫理的設計方針・ターゲットユーザーのAIリテラシーDefining the job AI solves (JTBD), human-AI role allocation design, ethical design policy, target users' AI literacy |
| スコープ層Scope | AI機能の範囲定義(何を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 |
| 表層Surface | AIらしさ vs. ブランドの視覚調和・アニメーション(タイピングインジケータ)・AIコンテンツのビジュアル識別Balancing AI-feel vs. brand visual harmony, animations (typing indicators), visual identification of AI content |
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.
設計・開発プロセスと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.
テスト段階での改修コストは設計段階の最大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 Practice | UXとの接点 / UX Integration PointsUX Integration Points |
|---|---|
| Sprint 0 | スプリント開始前の探索期間。ユーザーリサーチ・情報アーキテクチャ・初期プロトタイプを作成するExploratory period before sprints begin: user research, IA, and initial prototypes |
| スプリントプランニングSprint planning | UXデザイナーがユーザーストーリーの精緻化と受け入れ基準の定義に参加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 |
| レトロスペクティブRetrospective | UXデザインプロセスの改善点を議論しデザインデット(設計負債)を可視化Discuss UX process improvements and make design debt visible |
その他のソフトウェアプロセス
| プロセスProcess | UXとの関係 / 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 | 内容 / ContentContent | UX対応概念 / 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 | 内容 / ContentContent | UXの対応実践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
| 領域Domain | UX相当のプロセス・実践 / 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 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 system | Stage 4 Technical Design(素材・仕上げ)Technical Design (materials, finish) | CMF(色・素材・仕上げ)・外観造形CMF (Color, Material, Finish), form |
用語集(日英対訳)
| 日本語Japanese | 英語English | 略称Abbreviation |
|---|---|---|
| ユーザーエクスペリエンスUser Experience | User Experience | UX |
| ユーザーインターフェースUser Interface | User Interface | UI |
| 情報アーキテクチャInformation Architecture | Information Architecture | IA |
| ヒューマンセンタードデザインHuman-Centered Design | Human-Centered Design | HCD |
| アクセシビリティAccessibility | Accessibility | a11y |
| ユーザビリティUsability | Usability | — |
| ワイヤーフレームWireframe | Wireframe | — |
| プロトタイプPrototype | Prototype | — |
| ペルソナPersona | Persona | — |
| カスタマージャーニーマップCustomer Journey Map | Customer Journey Map | CJM |
| 主要パフォーマンス指標Key performance indicators | Key Performance Indicator | KPI |
| 目標と主要結果Objectives and key results | Objectives and Key Results | OKR |
| アフォーダンスAffordance | Affordance | — |
| メンタルモデルMental model | Mental Model | — |
| デザインシステムDesign System | Design System | DS |
| デザイントークンDesign Tokens | Design Token | — |
| マイクロインタラクションMicrointeraction | Microinteraction | — |
| コンテンツ戦略Content strategy | Content Strategy | — |
| ヒューリスティック評価Heuristic evaluation | Heuristic Evaluation | — |
| ユーザビリティテストUsability testing | Usability Testing | UT |
| カードソーティングCard sorting | Card Sorting | — |
| ダブルダイヤモンドDouble Diamond | Double Diamond | — |
| リーンUXLean UX | Lean UX | — |
| ジョブ理論Jobs theory | Jobs-to-be-Done | JTBD |
| シグニファイアSignifier | Signifier | — |
| タッチポイントTouchpoints | Touchpoint | — |
| オンボーディングOnboarding | Onboarding | — |
参考文献・引用資料
日本語・英語の両方の版が存在する書籍を掲載しています。言語切替(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
- [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)
- [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)
- [Norman2004] ノーマン, D. A.(著)岡本 明・安村通晃・伊賀聡一郎(訳)(2004). エモーショナル・デザイン ─ 微笑を誘うモノたちのために. 新曜社. [Norman2004] Norman, D. A. (2004). Emotional Design: Why We Love (or Hate) Everyday Things. Basic Books. (Japanese ed.: , 2004)
- [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.: )
- [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)
- [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)
認知科学・行動経済学
- [Simon1969] サイモン, H. A.(著)稲葛温(訳)(1999, 第3版). システムの科学(第3版). パーソナルメディア. [Simon1969] Simon, H. A. (1996). The Sciences of the Artificial (3rd ed.). MIT Press. (Japanese ed.: , 1999)
- [Kahneman2011] カーネマン, D.(著)村井章子(訳)(2012). ファスト&スロー ─ あなたの意思はどのように決まるか?(上・下). 早川書房. [Kahneman2011] Kahneman, D. (2011). Thinking, Fast and Slow. Farrar, Straus and Giroux. (Japanese ed.: , 2012)
- [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)
- [Schwartz2004] シュワルツ, B.(著)瑞穂のりこ(訳)(2004). なぜ選ぶたびに後悔するのか ─ 「選択の自由」の落とし穴. ダイヤモンド社. [Schwartz2004] Schwartz, B. (2004). The Paradox of Choice: Why More Is Less. HarperCollins. (Japanese ed.: , 2004)
- [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)
ウェルビーイング・ポジティブ心理学
- [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)
- [Csikszentmihalyi1990] チクセントミハイ, M.(著)今村浩明(訳)(1996). フロー体験 ─ 喜びの現象学. 世界思想社. [Csikszentmihalyi1990] Csikszentmihalyi, M. (1990). Flow: The Psychology of Optimal Experience. Harper & Row. (Japanese ed.: , 1996)
- [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)
経営・イノベーション・戦略
- [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)
- [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)
- [Rogers1962] ロジャーズ, E. M.(著)三藤利雄(訳)(2007). イノベーションの普及. 翔泳社. [Rogers1962] Rogers, E. M. (2003). Diffusion of Innovations (5th ed.). Free Press. (Japanese ed.: , 2007)
- [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)
- [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)
- [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)
- [Osterwalder2014] オスターワルダー, A. ほか(著)関美和(訳)(2015). バリュー・プロポジション・デザイン ─ 顧客が欲しがる製品やサービスを創る. 翔泳社. [Osterwalder2014] Osterwalder, A. et al. (2014). Value Proposition Design: How to Create Products and Services Customers Want. Wiley. (Japanese ed.: , 2015)
- [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)
- [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 |
|---|---|---|---|
| WCAG | W3C / WAI | 2.2 (2023) | WebコンテンツアクセシビリティWeb Content Accessibility |
| WAI-ARIA | W3C | 1.2 (2023) | スクリーンリーダー向けセマンティクスSemantics for screen readers |
| JIS X 8341-3 | JSA | 2016 | WCAG 2.0対応日本規格WCAG 2.0-compliant Japanese standard |
| JIS X 4051 | JSA | 2004 | 日本語組版処理の要件Japanese text layout requirements |
| ISO 9241-11 | ISO | 2018 | ユーザビリティ定義・概念Usability definition & concept |
| ISO 9241-110 | ISO | 2020 | インタラクション原則(7原則)Interaction principles (7 principles) |
| ISO 9241-210 | ISO | 2019 | HCDプロセスHCD Process |
| ISO 9241-220 | ISO | 2019 | 組織プロセスへのUX統合UX integration into organizational processes |
| Apple HIG | Apple | 随時更新Updated periodically | iOS/macOS等プラットフォーム設計iOS/macOS platform design |
| Material Design 3 | 随時更新Updated periodically | Android/Web UIガイドラインAndroid/Web UI Guidelines | |
| Fluent Design 2 | Microsoft | 随時更新Updated periodically | Windows/Web UIガイドラインWindows/Web UI Guidelines |
| Carbon Design System | IBM | v11 | エンタープライズUIシステムEnterprise UI systems |
| Section 508 | 米国政府US Government | 2018 | 米国連邦政府アクセシビリティ要件US federal government accessibility requirements |
| EN 301 549 | ETSI(欧州)ETSI (Europe) | v3.2.1 (2021) | 欧州ICTアクセシビリティ標準European ICT accessibility standard |