明确识别涉及的价值与相关方
别名: 价值敏感设计 · 利益相关方分析 · stakeholder analysis
概念解释
价值敏感设计（value-sensitive design）主张把「这个产品会影响谁的哪些价值」当作与功能需求同级的输入，在概念阶段就明确列出。价值指一切可以被损害的东西：自主、隐私、安全、公平、尊严、可及性、信任。相关方分三类：付费使用产品的人是直接相关方；被系统波及却不使用产品的人——被算法评估的无账号求职者、共享设备上被连带采集的家人、被行车记录仪拍下的路人——是间接相关方；因设备、语言、残障或网络条件根本无法使用产品的人群，是被排除的相关方。这一步的产出不是口号，而是一张清单：每个功能可能增进或损害哪些价值、落在哪些人身上。
机制
价值与相关方不会自动进入设计视野，因为产品开发的问题定义天然从付费方与典型用户出发。间接相关方通常不出现在任何数据里，不点名就等于不存在；而价值在被命名之前，只能以「体验不好」的模糊形式出现，无法与留存、转化这类已有名称、已有报表的指标在评审中对峙。清单的作用是把无名的东西变成可指认的对象：一项设计决策一旦被指出损害了「被评估者的申辩机会」，它就从「优化」变成「权衡」，进入需要论证的范畴。命名同时改变责任的归属——没有列出，就没有人负责。
怎么研究
价值敏感设计本身给出三层次调查法：概念调查厘清项目涉及的价值定义及相互关系；经验调查用访谈、观察、日记研究了解不同相关方如何实际体验这些价值；技术调查检查系统特性（默认值、数据模型、通知策略）如何支持或损害价值。相关方的枚举可用利益相关方分析（stakeholder analysis），按影响力与受影响程度排序。方法论注意点：直接用户最容易招募也最不完整，间接相关方往往要经由社区组织、行业中间人才能触达；价值清单有文化边界，进入新市场应重列而不是复用第一轮结论。
边界
价值枚举做不到中立：列出哪些、不列哪些，本身已是判断；「安全」与「自主」在不同文化传统里的边界也不同，翻译清单不等于移植语义。清单也不能替代冲突裁决——识别出冲突只是让冲突可见，如何取舍是另外一件事。在方向频繁变化的探索期，穷举全部价值与相关方的成本可能超过收益，应缩窄到已知的高风险面（数据采集、自动决策、面向未成年人的功能），并在方向稳定后补全。
怎么落地
- 在概念评审模板中固定两张表：价值表（本项目触及的价值及可能的损害方式）与相关方表（直接 / 间接 / 被排除各一栏，附接触渠道）。
- 为每个间接相关方指定名义负责人，评审时替其发言；没有负责人的相关方等于没有登记。
- 把「谁被排除在外」写成显式问题：本功能要求什么设备、语言、能力与网络条件，缺了会怎样。
- 验证：抽查三个已上线功能，看其价值与相关方表能否预测后来实际出现的争议；预测不到的类别补入模板。