Archipelago

Lec 18价值敏感设计

讲义草稿更新于 2026-09-17

Lec 18 价值敏感设计(Value Sensitive Design)

上一讲用用户测试检查目标用户能否理解并使用产品;这一讲把评价范围扩展到未直接使用产品的人、产品进入社会后的长期后果,以及设计所选择和放大的价值。

TL;DR

  • “做出人们想要的东西”并不能保证产品值得做;需求洞察和同理心若只面向购买者,仍会遗漏间接伤害、长期影响与社会成本。
  • 价值敏感设计(Value Sensitive Design,VSD)用四个维度扩大设计视野:利益相关者、时间、普及性与价值。
  • Waze 说明优化直接用户的效率可能把成本转嫁给居民;无障碍案例说明未经目标群体参与的“好意”会失效,而消除边缘群体的障碍常能让更多人受益。
  • 再挪用与主动不使用要求设计者考虑发布后的非预期用途、拒绝使用的权利,以及数据创建、使用、撤回和删除的完整生命周期。
  • 软件不具中立性:设计选择编码价值与优先级,采用规模会放大这些选择,而被广泛采用的软件又会反过来塑造社会规范。

为什么“做出人们想要的东西”还不够

创业和产品设计常以“Make something people want”为目标。但“有人想要”只证明产品具有吸引力,并不能回答它是否会伤害使用者、旁观者或社会。课件以电子烟产品和科技从业者反思行业后果的材料开场,指出一个局限:需求发现(need finding)和同理心建立(empathy building)本身并不够。

传统设计研究往往聚焦产品被购买和使用的即时情境:直接用户想完成什么任务,界面是否好用,功能是否满足需求。这个视角容易遗漏两类问题:

  1. 产品会怎样影响没有购买、甚至没有接触产品的人?
  2. 新鲜感消退并融入社会后,产品会产生什么长期、规模化后果?

价值敏感设计

价值敏感设计(Value Sensitive Design,VSD)是一种把人类价值系统地纳入技术设计的方法。它不只评估直接用户的一次交互,还考察利益相关者、时间、普及性和价值冲突。

VSD 不是在产品完成后补一份“伦理检查表”,而是在定义问题、选择指标、设计默认值和决定数据生命周期时扩大判断范围。

VSD 的四个分析维度

维度核心问题课件给出的检查方向
利益相关者(Stakeholders)谁直接或间接受到技术影响?直接/间接利益相关者、非目标使用、儿童、能力差异、转手使用、一人多重角色
时间(Time)新鲜感消退、技术被适应和融入社会后会怎样?长期健康与福祉、持续友谊、工作的未来、适应、非使用、淘汰、再挪用
普及性(Pervasiveness)当很多人、地区或文化都采用它时,会出现什么系统效应?广泛使用、不同地域、跨国边界、文化差异、政治现实
价值(Values)哪些价值受到影响,应优先保障什么?获取利益相关者的价值、识别关键价值、选择目标价值、评价价值体验、价值张力与价值感知

四个维度不是四种互斥的问题,而是四次“拉远镜头”:利益相关者扩大人的范围,时间扩大观察周期,普及性扩大系统规模,价值则明确用什么标准判断结果。

利益相关者:优化给谁,成本又由谁承担

Waze 效应:直接用户的捷径,居民区的车流

导航软件 Waze 为驾驶者计算更快的路线。驾驶者是直接利益相关者;被车流穿过的居民区住户并不使用这项功能,却要承受噪声、拥堵与安全风险,因此是间接利益相关者。

课件中的居民描述了两个后果:原本安静的街道逐渐像高速公路;狭窄道路涌入大量车辆后,邻里会面对鸣笛、堵塞甚至司机冲突。Waze 联合创始人 Uri Levine 则从另一种价值立场回应:道路属于公共领域,人人都有权使用;Waze 通过重新分配车流改善整体交通。

这不是一个只靠“禁止绕行”就能解决的简单问题,而是几组价值的冲突:

直接用户重视的价值间接利益相关者重视的价值
出行效率、路线选择、公共道路的使用权居住安全、安宁、社区生活与成本分配的公平

Waze 导航界面、居民区车流与居民证言

课件把问题留给设计者,而没有给出唯一答案:

  1. Waze 可以怎样修改设计,把间接利益相关者纳入决策?
  2. 受影响的居民可以采取什么行动表达或保护自己的利益?

我的理解

利益相关者分析的关键不是列一份“所有可能的人”,而是追踪产品优化目标造成的成本转移:谁得到收益,谁承担风险,谁能修改规则,谁连表达意见的入口都没有。

能力差异:从 Disability Dongle 到路缘坡效应

无障碍设计要求团队把**能力差异(variation in human ability)**当作正常的人类差异,而不是少数用户的例外情况。

课件引用 Liz Jackson 提出的 Disability Dongle:设计者在没有充分理解残障人士真实生活、也没有让他们参与决策时,做出外形新奇、看似善意,却昂贵、不可用或根本没有解决真实问题的辅助产品。问题不在“关心残障人士”这件事,而在于设计者替目标群体定义了问题和成功标准。

与之相对的是路缘坡效应(curb-cut effect):路缘缓坡最初用于消除轮椅使用者的通行障碍,也方便了推婴儿车、搬运行李、骑自行车和使用推车的人。为被忽视的群体移除障碍,有时会改善所有人的体验。

Disability Dongle 的轮椅原型与批评

“路缘坡效应”示意图

常见误区

“更多人都能用”不是跳过残障用户研究的理由。路缘坡效应成立的前提,是先准确解决原本被排除群体的障碍;若需求本身判断错误,通用设计的口号只会掩盖失败。

时间:产品发布以后还会发生什么

时间维度要求设计者越过发布日和短期指标,观察技术从新奇事物变成基础设施的过程。用户会适应产品、改变社会规范、拒绝使用它,也可能把它改造成设计者从未预想的工具。

再挪用:用户会重新定义工具

**再挪用(reappropriation)**是指用户把已有技术用于原设计目的之外的活动。课件用 Excel 展示“可塑软件”(malleable software):电子表格除了记账和计算,还被用来制作像素画、《龙与地下城》角色卡,甚至数字音频工作站。

更激进的例子是 Omar Rizwan 的 TabFS。它把浏览器标签页映射为文件和目录,于是用户可以用熟悉的文件系统工具操作浏览器。例如:

# 列出所有标签页标题
cat mnt/tabs/by-id/*/title.txt

# 关闭标题包含 Stack Overflow 的标签页
rm mnt/tabs/by-title/*Stack_Overflow*

网页的 body.html 也可以在代码编辑器中直接修改。TabFS 的价值不只是提供三个新命令,而是改变了可组合性:一旦标签页成为文件,现有的 shell、编辑器和自动化工具都能参与重新定义浏览器的用途。

待补图 3(课件第 28–38 页):Excel 的像素画、角色卡和音频工作站,以及 TabFS 将标签页暴露为目录的界面。可拆成“通用工具的非预期用途”和“TabFS 的机制”两张图。

image-20260917161229365

我的理解

设计者无法枚举产品未来的全部用途。与其把再挪用只当作滥用或边缘行为,不如区分两种情况:需要边界约束的伤害性用途,以及揭示真实需求、值得通过开放格式和可组合接口支持的创造性用途。

非使用:拒绝技术也需要被设计

产品团队通常问“怎样促进采用”,但 VSD 还要求问:个人或社会是否应当选择**不使用(non-use)**这项技术?课件以人脸识别为例,展示城市禁令、社会组织的反对,以及平台提供的识别设置。

一个“关闭人脸识别”的开关并没有自动解决问题,因为它留下了数据生命周期上的开放问题:

  • 关闭设置后,系统是不再计算人脸模板,还是只停止用模板提供自动建议?
  • 人脸模板应在照片上传、用户被标记,还是用户同意标记时创建?
  • 用户撤回许可后,过去已经生成的人脸模板是否删除?

待补图 4(课件第 39–43 页):城市禁用人脸识别的新闻标题、EFF 反对材料、Facebook 人脸识别设置,以及课件列出的三个开放设计问题。

image-20260917161316681

这组问题说明,“退出”不能只被实现成界面状态。真正的非使用权会约束数据是否收集、何时计算、如何使用、能否撤回,以及撤回后是否真正删除。

普及性:局部效率可能制造系统负担

课件用文字自动补全的发展说明普及性(pervasiveness):从 Nokia 手机的预测输入,到 Smart Compose、Smart Reply 和现代手机的预测文本,单次写作变得越来越快。

若只观察一个人写一封邮件,这显然是效率提升;当所有人都能更快发邮件时,系统层面却可能出现相反结果:

  1. 发送一封邮件的成本下降,社会中的邮件总量上升;
  2. 回复变得容易,人与人之间“应当尽快回应”的规范随之增强;
  3. 每个人节省了单次写作时间,却可能收到更多邮件并承受更高的持续响应压力。

待补图 5(课件第 46–48 页):T9、Smart Compose / Smart Reply 与手机预测文本的演进图,以及“更容易发送—总量增加—响应压力上升”的悖论。

image-20260917161330677

我的理解

普及性要求把成功指标从“单次交互是否更快”提升到“整个系统的总负担是否下降”。如果功能会改变他人的行为和社会预期,只测本地效率就可能把系统性反效果误判为成功。

价值:设计必须明确自己在优先什么

课件把价值定义为:人们在生活中认为重要的事物,例如自主、社区、合作、民主化、环境可持续、公平与尊严。

价值维度不是让团队选几个好听的词写进愿景,而是完成一条可检验的设计链:

  1. 获取利益相关者的价值:让直接和间接利益相关者表达什么对他们重要。
  2. 识别受到影响的关键价值:说明某个功能、默认值或数据实践会改变什么。
  3. 选择希望保障的价值:承认取舍,明确哪些价值在冲突时优先。
  4. 评价价值体验:检查用户和受影响群体是否真的感受到这些价值。
  5. 处理价值张力与感知差异:同一个设计可能被不同群体理解为自由、控制、公平或侵扰。

Waze 案例中的效率与社区安宁、人脸识别中的便利与隐私、自动补全中的个人效率与集体负担,都不是技术参数之间的纯工程权衡。它们要求团队说明“对谁的什么价值负责”,再把答案落实为路线规则、默认设置、权限、数据保留策略和发布指标。

软件不具中立性

课件用四步因果链收束整讲:

  1. 开发软件包含大量或大或小的设计选择与权衡;
  2. 每个选择都隐含地编码了设计者的价值与优先级;
  3. 产品被采用后,这些价值会在更大范围内应用;
  4. 被规模化的设计选择又会反过来塑造人的价值、行为与社会规范。

因此,“软件不具中立性”不是说每个结果都由设计者完全控制,也不是要求设计者准确预测未来,而是要求团队对可见的影响范围、价值冲突和可纠正机制承担责任。

我的理解

把 VSD 落到产品规格时,每个价值判断至少应改变一项可执行内容:需要参与研究的群体、必须评估的伤害、默认值、数据生命周期、申诉与退出机制,或足以阻止发布的指标。若分析没有改变任何设计决定,它仍只是口号。