返回设计思维
THINKING · №01 · 设计过程标准
以人为中心的设计Human-Centred Design
先理解真实的人和场景不要从组件库开始让用户参与设计和验证
先看什么时候调用
以人为中心的设计，是从人的目标、能力、限制和使用环境出发，持续让真实用户参与研究、设计和评估的过程。
- 触发条件
- 用户、任务或使用环境还不清楚；团队已经开始争论页面长什么样，却没有证据说明要解决哪个问题。
- 改变什么
- 先决定研究谁、观察什么任务、用什么证据判断方案，再决定页面结构和组件。
- 适用边界
- HCD 不会替你选择研究方法，也不能代替真实任务测试；用户说喜欢不等于方案可用，标准合规也不等于体验优秀。
- 如何验证
- 记录目标用户、关键任务和环境假设；让真实用户完成任务，比较行为、错误和反馈，再回写设计决策。
直接发给 agent
Apply a human-centred design process to this product task.
Before proposing UI, state:
- who the primary users are and what context they are in
- the critical tasks they need to complete
- assumptions that must be researched rather than guessed
- how each proposed flow will be evaluated with realistic tasks
Keep user evidence, business constraints, and technical constraints distinct. Do not treat a preference or a component convention as proof of usability.
来源与证据
ISO 9241-210:2019 把以人为中心的设计定义为贯穿交互系统生命周期的原则、活动和要求。它是过程标准，不是“照着做就一定好用”的检查表。
深入理解
先理解人，再决定页面
HCD 不是“多做几次用户访谈”的同义词，也不是把所有用户意见照单全收。它首先要求你把设计对象从“一个页面”改写成“某个人，在某种环境里，完成某个任务”。
什么时候调用
当需求里只有“做一个更现代的首页”“把流程简化一下”这类结果描述时，先停下来。要问的是：谁遇到什么阻碍？任务发生在手机、办公室还是嘈杂的现场？用户已经知道什么，必须临时学习什么？
这些问题会直接改变信息架构、文案、输入方式和验证标准。没有上下文的“好看”没有可检查的含义。
它不替你做什么
ISO 9241-210 是设计过程的标准，不是 UI 样式指南。它不会替你决定用 Tabs 还是 Select，也不意味着做过一次可用性测试就“符合 HCD”。研究、原型、实现和评估需要循环往返，而不是四个阶段走完就结束。
在个人博客案例里，访客阅读文章和作者发布文章是两套不同任务。把两者都塞进一个“博客首页”里，会让页面和技术架构一起失焦。
给 agent 的要求
先要求 agent 写出用户、任务、环境和证据计划，再要求它产出页面。这样“用户中心”才会改变决策，而不是变成一句漂亮的开场白。