EDITORIAL LIST / 清单文章
2026 设计理念趋势：八大值得关注的设计哲学
8 条 · 少于 10 席；缺少可核实证据的位置留空
这一版记录 2026 年编辑关注的设计理念。它与经典基础版几乎重合——这是一个诚实的结果，而不是清单没写完：这些立场在 2026 年仍在被讨论，但没有出现新的、有可核实依据的立场取代它们。
选择标准
- 2026 年前后有可核实的规范草案、机构指南或方法论文献在讨论它。
- 它对当前问题给出了具体的处理方式，而不只是重申价值。
- 不因为“需要显得有新意”而收录尚无依据的新名词。
本版席位
标注“编辑重建席位”的位置由本仓库编辑判断补上；其余席位来自计划 issue #1 的清单账本。
以人为中心的设计
把要服务的人及其情境放在设计过程中心：先理解人的需求与所处系统，再通过原型与真实使用者反复试验、评估和修正，而不是先定方案再找用户验收。
为什么在这一版里：在年度语境里被重新追问：当系统会自行动作，谁的情境仍是中心。
别和它混淆：与包容性设计相邻但更宽：包容性设计聚焦识别排除与能力差异，以人为中心的设计是围绕需求、情境与评估展开的整体迭代方法。它也不等于某一套固定流程；Norman 强调它是原则与心态，而非按步骤走完即可。
通用设计
由 Ron Mace 与北卡州立大学通用设计中心提出的方法论：产品和环境的设计应尽最大可能让最广泛的人群直接使用，无需事后改造或专门设计；由此发展出七项设计原则（公平使用、灵活使用、简单直观、可感知信息、容错、省力、适当的尺寸与空间），指导如何减少对特殊适配的依赖。
为什么在这一版里：在年度语境里对应新界面形态是否仍覆盖最广人群。
别和它混淆：与包容性设计相邻但方法不同：通用设计追求一个能覆盖最广泛人群的主流方案，包容性设计则承认不同群体可能需要多个针对性方案，方法上是'为一个人解决、扩展给更多人'。通用设计也不等同于无障碍合规：无障碍聚焦残障人群与达标检查，通用设计的关注范围更广，强调在设计阶段就让尽可能多的人直接使用，而不是先做出主流方案、再单独打补丁式地满足合规要求。
参与式设计
让将受设计结果影响的人以共同设计者的身份直接参与设计过程和关键决策，而不只是作为被研究、观察后再由他人代为设计的对象；源自 1960-1970 年代北欧工会与劳资民主传统。
为什么在这一版里：在年度语境里对应受影响的人是否参与了自动化决策的设计。
别和它混淆：与以人为中心的设计不同：后者把用户的需求与情境放在过程核心，但方案的取舍与最终决策仍由设计团队做出；参与式设计要求受影响的人本身掌握部分决策权。也不同于包容性设计：包容性设计聚焦识别排除与能力差异，参与式设计的核心区别在于谁拥有决策权，而不是覆盖了哪些能力差异。若参与者的意见对结果没有实际影响，让人参加会议本身并不构成参与式设计。
隐私保护设计
把隐私保护作为系统与业务流程的默认运行方式，在设计阶段就嵌入，而不是事后补加：用户什么都不做时，其个人数据仍受保护；默认只处理达成既定目的所必需的数据；数据的用途在收集时被说明，且不用于说明之外的目的。
为什么在这一版里：在年度语境里承担“默认不收集、不外传”的约束。
别和它混淆：它是一种贯穿设计过程的理念，不是一组同意横幅或隐私开关的清单——开关多并不等于默认受保护。它也不等于安全：安全关注数据不被未授权访问，隐私保护设计还要问是否应当收集、收集多少、用来做什么；Cavoukian 明确把"隐私对安全"视为需要避免的伪二选一，两者应同时成立。与 GDPR 第 25 条的"数据保护设计与默认"相关但不完全等同：后者是针对控制者的法律义务，本条目讨论的是设计取向。
可持续设计
在设计数字产品时主动降低其在整个生命周期中对传输字节、计算与设备的资源需求,包括产品鼓励的使用行为,而不是靠更换设备来维持体验。
为什么在这一版里：在年度语境里对应计算与传输开销明显上升带来的问题。
别和它混淆：不等同于平静技术:平静技术优化的是信息是否打断用户注意力,可持续设计优化的是传输字节、计算与设备寿命等资源开销,两者可以共存但目标不同。也不等同于笼统的环保口号——每一项改动都应以实测传输字节等指标为依据,能耗或碳排放数字须注明所依据的模型,不可当作精确测量结果宣称。
价值敏感设计
价值敏感设计是一种在整个设计过程中系统考虑人类价值的方法：通过概念、经验与技术三类调查反复迭代，先弄清这次决策涉及什么价值、这些价值对谁而言重要，并识别出直接使用系统的人之外，还有哪些从不使用产品却受到影响的间接利益相关方。
为什么在这一版里：在年度语境里提供把价值冲突摆上台面的方法，而不是事后辩护。
别和它混淆：价值敏感设计不是包容性设计的同义词：包容性设计聚焦识别排除与能力差异，价值敏感设计关注的是更广的人类价值（如隐私、自主、公平）在直接与间接利益相关方之间如何被支持或损害，二者可以互补但问题焦点不同。它也不是项目收尾时的一次性伦理审查：概念、经验、技术三类调查需要贯穿设计过程反复往返，而不是方案定稿后才补做的合规检查。
渐进增强
从最基础的能力开始搭建：先用语义化 HTML 保证核心内容与主要任务（如一个可用的链接或表单）在最基本的浏览器、设备与网络条件下也能完成，再根据环境实际支持的能力逐层叠加样式与脚本带来的增强体验。
为什么在这一版里：在年度语境里对应“功能不可用时核心内容仍然可达”。
别和它混淆：渐进增强关注的是环境与能力的可达性——核心功能能否在最基础条件下完成，再按支持情况向上叠加；这不同于渐进披露，后者是在信息内容层面按需展示细节，与设备或脚本能力无关。它也不同于优雅降级：优雅降级从最先进的体验出发、向下为旧环境做减法，渐进增强则从最基础的可用版本出发、向上做加法；两者方向相反但可以互补。
系统思维
把产品看作嵌在一个由人、激励、反馈回路组成的更大系统里，而不是一组孤立的界面或功能；干预前先追问一个改动会如何通过系统的结构和反馈回路波及整体行为，而不是只看它对眼前任务的直接效果。
为什么在这一版里：在年度语境里解释为什么单点改动会在更大范围产生后果。
别和它混淆：系统思维不是设计系统（design system，即组件库与样式规范的集合）；两者中文和英文名称都容易混淆，但讨论的对象完全不同——设计系统关心界面元素的一致性，系统思维关心产品所处的人、激励和反馈结构会如何因改动而变化。系统思维也不等同于把所有相关方画成一张图就算完成；它要求持续追问改动的连锁后果，而不是一次性的映射练习。
与另一版本的关系
与《理念与哲学 · 经典基础》的高度重合本身就是这一版的结论：立场层面的变化比视觉或交互层面慢得多。
证据范围
规范草案不是正式建议标准，机构指南代表发布方立场。两者都说明讨论存在，不说明实践已经改变。