附录

这份附录是全书的"工具箱"。正文讲方法和判断,附录则把那些可以随手取用的清单、速查、术语沉淀下来,方便你在实际工作中翻查。它不必从头读到尾,更适合作为案头的参考:做设计时卡住了、走查方案时、跟团队对齐时,随手翻开对应的一页。

附录 A · 设计工具进阶指南

工具会过时,但工具背后的"能力诉求"相对稳定。这里不推荐具体的产品(它们更迭太快,写下来很快就过时),而是梳理一个成熟 ToB 设计师该具备的工具链能力,你可以据此去选择当下最合适的工具。

界面设计与原型。 核心是高效地搭建界面和可交互原型。对 ToB 而言要特别关注三点:组件化的能力(把设计系统的组件沉淀进工具,复用而非重画,第八章);用真实数据填充的能力(避免"假数据陷阱",第四章,最好用真实或极端数据提前暴露边界问题);高保真可交互原型的能力(用于正式的可用性测试和向研发、业务清晰传达交互细节,但记住第四章的提醒:保真度要匹配验证目的)。

设计系统与令牌管理。 维护设计令牌、组件库、规范文档的能力。关键是支持令牌的语义化分层(第八章 8.2),以及和代码端同步、保持一致的能力。选型时重点看它的令牌管理和"设计-代码同步"能力。

设计与研发协同。 把设计高效、准确地交付给研发的能力:标注、切图,以及更进一步的"设计组件到代码组件的映射"。目标是把设计到实现的损耗降到最低(第八章 8.4)。

用户研究与数据。 组织和分析定性研究(访谈记录、用户旅程、可用性测试录像)的能力,以及读取和分析产品行为数据(第十章指标体系)的能力。ToB 尤其要重视定性研究资料的沉淀和复用,那些现场观察、用户原话,是金矿,别让它们散落在各人的笔记里。

AI 辅助设计。 用 AI 辅助生成初稿、批量产出变体、自动化重复劳动(切图、改尺寸、写占位文案)的能力。第十七章说过,善用这类工具能把设计师从机械执行中解放出来,但要警惕第十二章提到的"同质化"风险。工具是助手,判断仍在你。把 AI 当成放大你判断力的杠杆,而不是替你做判断的拐杖。

附录 B · 设计资源库与行业标准

值得长期关注的设计系统(学习范本)。 正文第八章提到的几个标杆,值得深入研究它们的公开文档,读它们的文档本身就是一门极好的、免费的 ToB 设计课:Ant Design(中后台范式的集大成者,开源社区型);Atlassian Design System(多产品线统一与复杂企业模式的典范,企业内生型);Salesforce Lightning(平台型设计系统的代表);SAP Fiori(角色化设计的代表,第五章);以及 IBM Carbon、Microsoft Fluent、Shopify Polaris 等。研究它们时,别只看"长什么样",重点看"为什么这么设计":它的设计原则、它对每个组件用法的说明、它的令牌结构和治理方式。

关键标准与规范。 可访问性:WCAG(Web 内容无障碍指南,第十三章),至少理解可感知/可操作/可理解/健壮四原则;各行业的合规规范(金融、医疗、政务、数据隐私等),涉及具体项目时需专门查阅,并和法务、合规同事确认。

理论与方法的源头。 理解方法的源头,比只学其皮毛要扎实得多:认知负荷理论(John Sweller,第五章);领域驱动设计 DDD(Eric Evans 提出,Martin Fowler 等推广,第二章,设计师重点掌握"统一语言"和"限界上下文");Kano 模型与 RICE 框架(第四章)。

持续学习的方向。 ToB 设计、企业级体验、AI 交互设计是变化最快的领域,建议持续关注相关的行业研究、设计社区和前沿实践,尤其是 AI-native 设计这一正在成形的新范式(第十二章),这是当下最值得投入学习的方向。

附录 C · 方法论速查卡

把全书的核心方法浓缩成可随手取用的清单。做设计、走查、对齐时,对照使用。

C-1　角色—场景—任务(第三章)

分角色:沿业务流程识别逻辑角色,明确每个角色的职责、权限、诉求、能力背景。(角色≠职位;画业务维度而非生活化细节)
分场景:为关键角色锚定真实情境,物理环境、是否易被中断、熟练度两极。务必去现场。
拆任务:画任务流,标注每步的目标/操作/所需信息/卡点;区分高频与低频,把界面黄金位置留给高频任务。

C-2　认知负荷三分量(第五章)

内在负荷(任务固有)→ 用渐进式披露"分摊"节奏。
外在负荷(呈现造成)→ 用清晰结构与一致性"降低"。← 设计的主战场
相关负荷(建立心智)→ 用一致模式"引导",让用户学一次处处通用。
拿不准的设计,就回到这三问:降低了外在负荷吗?分摊了内在负荷吗?引导了相关负荷吗?

C-3　需求优先级(第四章)

Kano:基本型(必须有,不做出局)/ 期望型(越多越好,主战场)/ 兴奋型(差异化,但别本末倒置)。
RICE:(影响范围 × 影响程度 × 信心)÷ 成本。框架是讨论语言,不是替代判断的公式,别为凑分硬填参数。

C-4　设计建模三件套(第四章)

信息模型:有哪些对象、什么关系(界面是它的呈现;做模块前先和研发画)。
流程模型:事情按什么顺序、什么条件发生(每个环节追问"失败/反悔/卡住怎么办")。
状态模型:对象有哪些状态、怎么转换(用状态机堵逻辑漏洞,也是和研发对齐的共同语言)。

C-5　ToB 交互三原则与关键判断(第六章)

三原则:一致性(为效率)/ 防错(为可靠)/ 可恢复(为安心)。
防错四级优先:让错误不可能发生 > 难以发生 > 警示 > 补救。
关键判断:可逆操作优先用"可撤销",而非"二次确认";二次确认留给不可逆且严重的,且写清"在确认什么";高危不可逆可提高确认成本(输入名称)。
中后台四范式自查:表格(决策信息上行、高频操作行内)、表单(分组分步、行内校验、草稿、默认值)、筛选(常用前置、状态可见、可存视图)、批量(选择清晰、"部分失败"反馈诚实)。
动效:短(100-300ms)、可打断、有明确意义。

C-6　视觉设计(第七章)

首要目标:降低认知负担;判断方案用"哪个更快看懂",而非"哪个更好看"。
视觉层级:敢于让次要的安静下来(全都强调=全都不强调)。
密而不乱三件套:对齐(栅格)、分组(组内紧组间松)、功能性留白。
色彩:语义化、克制;中性色打底,有彩色留给关键处;不只靠颜色(留无障碍后路)。
字体:清晰优先;数字用等宽、查 0/O 1/l;字阶级数克制。

C-7　设计令牌治理 checklist(第八章)

[ ] 令牌是否语义化分层(原始值 → 语义 → 组件),支持主题化?
[ ] 是否有明确的负责人与角色(谁管令牌、谁评审贡献)?
[ ] 是否有命名规范与适度的贡献流程(够易贡献,又有把关,流程别重到逼人绕过)?
[ ] 是否有版本号与变更日志(changelog)?
[ ] 是否定期审计(查过时、滥用、冗余、变体,防"漂移")?
[ ] 设计端、代码端、令牌是否同步?
[ ] 新人能否半小时内找到最新、该用的组件?

C-8　复杂系统(第九章)

先诊断复杂度来源:规则 / 状态 / 角色交叉 / 集成。
模块化:切口切在业务自然关节(检验:模块间接触面是否小而清晰),接口要明确。
集成:防脏数据、应对对方故障、状态同步;设计好异步"中间态"。
多角色:同一对象不同面孔,核心事实一致、关注点可差异;重点设计角色"交接处"。
为演进而设计:预留扩展余地、保持结构清晰、接受不完美但别过度设计。

C-9　数据驱动(第十章)

数据指导判断,不替代判断。
别用 ToC 指标(如停留时长越长越好)衡量 ToB,停留久常是"困惑"。
ToB 指标:效率类(时长/步数,越短越好)/ 质量类(错误率/求助率,抓 bug 探针)/ 采纳类 / 满意类。
按角色/客户拆开看,别被大盘平均骗了。
A/B 在 ToB 常因样本小失效;先估"多久跑出显著性";替代:灰度+前后对比、高权重定性、关键客户深跟踪。
警惕古德哈特定律:指标成唯一目标就会被钻空子。

C-10　数据可视化(第十一章)

顺序:决策 → 数据 → 图表(永远从"用户要做什么决定"出发)。
用"看了它用户会做什么动作?"这把刀砍掉噪声(虚荣指标墙、炫酷大屏)。
图表选型:对比→柱;趋势→线;构成→饼/堆叠(类别要少);分布→直方/散点;关系→散点/关系图。避免 3D 与过度装饰。
三载体:仪表盘(概览,忌平均用力)/ 报表(细查,重准确)/ DSS(分析推演)。
监控大屏:概览—下钻—告警;本质是"管理注意力"(正常安静、异常醒目);把"看见"连到"行动"。

C-11　AI 设计准则(第十二章)

最高准则:让用户始终在驾驶位(AI 是副驾,不是抢方向盘的人)。
四个落地:透明(知道在做什么)/ 可解释(理解为什么,企业场景"证据优先于简洁")/ 可干预(按后果严重性×可逆性分级设介入点)/ 可恢复(自主越高、刹车越要扎实)。
六范式工具箱:渐进披露、意图导航、生成式默认、环境化副驾、置信度表达、临时个性化。
风险清单:界面同质化(用"懂业务的脑"对抗)/ 可访问性破坏 / 信任脆弱(信任是生死基础设施)。

C-12　安全合规可访问(第十三章)

三件事是"出局级"硬约束,非"扣分级"软建议。
安全:权限是信息架构隐形骨架;无权限功能"隐藏 vs 禁用提示"按"是否该知道+能否申请"判断;别让安全处处掣肘。
合规:操作可追溯(审计日志要可读可检索)、信息可保护(脱敏、最小必要)、必要动作做顺滑。
可访问:WCAG 四原则(可感知/可操作/可理解/健壮);AI 动态界面需专门约束;通用设计让所有人受益。

C-13　设计师成长(第十四、十五、十七章)

团队:从英雄到机制;三种模式(中心化/嵌入式/混合);流程是润滑剂别成枷锁。
价值度量三层:产出层 → 结果层 → 影响层(翻译成组织在乎的语言)。
三种角色:执行者 → 协作者(靠独特洞察)→ 影响者(靠商业语言)。
无权力施加影响:用证据、找共同点、用原型、攒信任。
能力地图四象限:业务力 / 方法力 / 技术力 / 领导力。

附录 D · 术语表(统一语言)

呼应第二章"统一语言"的理念:一套精确、一致的术语,是设计秩序和团队协作的基础。这里汇总全书的核心术语,供查阅,也示范了一份 ToB 项目该有的术语表雏形。你在自己的项目里,也该维护这样一份"宪法"。

ToB / 企业级信息系统 — 为组织(而非个人)解决业务问题、并嵌入其工作流程的软件系统。

理性之美 — 本书核心命题。指科学(理性:架构、工程、数据)与艺术(感性:同理心、体验、美学)的融合;真正的美是高度理性的,真正的理性最终呈现为一种秩序之美。

源泉 — 全书的精神原点:相信"东西本可以、也本应该被造得更好",并为此付出超出及格线的努力,让"好"不再稀缺。

个体 / 群体 / 组织 — ToB 设计对象的三个层次(同心圆),诉求分别为效率 / 协同 / 效能(前奏)。

效率 / 确定性 / 可靠性 — ToB 设计本质的三个关键词,层层支撑:可靠性(地基)→ 确定性(骨架)→ 效率(目标)(第一章)。

高频 × 规模放大效应 — 在 ToB,任何细节都被高频使用和庞大用户量放大;没有"小"设计(第一章)。

作业信息系统 / 管理信息系统 — 组织信息系统的两大类:前者处理日常业务操作(业务处理/过程控制/办公自动化),后者辅助管理决策。管理信息系统也是社会系统(第二章)。

统一语言(Ubiquitous Language) — 团队各方共享的一套精确、一致的业务术语,防"各说各话"(第二章,源自 DDD)。

限界上下文(Bounded Context) — 把复杂领域切分成若干相对独立、各自自洽的上下文,指导模块切分(第二章,源自 DDD)。

角色—场景—任务 — ToB 用户研究的三段式分析漏斗,应对多角色复杂性(第三章)。

需求冰山 — 用户表达的功能诉求只是表层,水下是真实目标和深层痛点;靠"多问为什么、关注变通做法"去挖(第三章)。

Kano / RICE — 需求优先级工具:Kano 分基本/期望/兴奋型;RICE 为(范围×程度×信心)÷成本(第四章)。

信息模型 / 流程模型 / 状态模型 — 设计建模三件套,分别刻画"有什么/怎么走/怎么变"(第四章)。

认知负荷(内在 / 外在 / 相关) — 任务对工作记忆的占用,设计应分摊内在、降低外在、引导相关(第五章)。

渐进式披露(Progressive Disclosure) — 先呈现常用核心,进阶内容按需展开,以控制复杂度释放的节奏(第五章)。

角色化模块 — 以角色为入口,把庞大系统拆成聚焦的工作空间,从源头降低复杂度(第五章,SAP Fiori 为范本)。

一致性 / 防错 / 可恢复 — ToB 交互三原则,分别为效率、可靠、安心服务(第六章)。

可撤销 vs 二次确认 — 可逆操作优先用"可撤销"(不打断、能挽回),二次确认留给不可逆且严重的操作(第六章)。

密而不乱 — ToB 视觉的理想状态:高信息密度下靠对齐、分组、功能性留白保持秩序(第七章)。

功能性留白 — 用于分隔结构、突出重点的留白,区别于纯装饰的"呼吸"留白(第七章)。

设计系统 / 设计令牌(Design Tokens) — 前者是作为"产品"运营的设计基础设施;后者是设计决策的有名变量,分原始值/语义/组件三层,语义层支撑主题化(第八章)。

漂移(Drift) — 设计系统因缺乏治理而逐渐腐化:设计与代码脱节、规范被侵蚀、变体冗余;由一千次微小将就累积而成(第八章)。

模块化(高内聚低耦合) — 把复杂系统沿业务自然关节切成内聚、低耦合的模块,是驾驭复杂的根本手段(第九章)。

为演进而设计 — 把系统当作会生长的有机体,预留扩展余地、保持结构清晰(第九章)。

古德哈特定律 — 当一个指标成为目标,它就不再是个好指标;警惕唯指标论被钻空子(第十章)。

虚荣指标墙 — 堆砌好看却无法支持决策的图表;数据可视化的反面教材(第十一章)。

决策 → 数据 → 图表 — 数据可视化的正确顺序:从用户要做的决策出发,而非从手头数据出发(第十一章)。

智能体(Agent) — 能理解意图、自主拆解和执行任务的系统;ToB 设计正从"设计功能"转向"设计智能体"(第十二章)。

用户在驾驶位 — AI 设计的最高准则:无论智能体多自主,用户始终保有理解、干预、否决、收回控制的权力(第十二章)。

生成式 UI(Generative UI) — 界面由 AI 根据意图和上下文实时动态生成;需用"用户在驾驶位"约束其风险(第十二章)。

证据优先于简洁 — 企业场景下,AI 决策要展示推理依据;没有证据就没有信任(第十二章)。

人在回路(Human-in-the-loop) — 在智能体自主行动中,按后果严重性设置人必须介入、确认、把关的节点(第十二章)。

人类兜底 — 在重大的、事关人的权益的自动化决策上,保留人的最终审核与申诉纠错机制(第十六章)。

RBAC / ABAC — 基于角色 / 基于属性的访问控制,是权限模型,也是信息架构的隐形骨架(第十三章)。

通用设计(Universal Design) — 好的可访问性设计让所有人受益,而非只服务少数人(第十三章)。

暗黑模式(Dark Patterns) — 故意诱导、操纵、损害用户利益的设计;ToB 尤其警惕"服务买方、算计用方"(第十六章)。

设计师能力地图 — 业务力 / 方法力 / 技术力 / 领导力四象限,面向未来的成熟 ToB 设计师的能力总框架(第十七章)。

全书完。

愿这本书,成为你"让好不再稀缺"路上的一件趁手工具。