Appearance
模块 5：实践编码交付物
"The gap between knowing and doing is larger than the gap between ignorance and knowledge." — Richard Sennett, The Craftsman, 2008
学习目标
完成本模块后，你将：
- 理解"品味编码"的含义——将隐性的品味判断转化为显性的、可传递的系统
- 掌握四种交付物形态：设计系统、品味评估框架、教学课程、品味审计报告
- 学会区分品味编码中"可规则化"和"不可规则化"的部分
- 完成一份实际可用的品味交付物
- 理解品味作为服务——你的交付物应该帮助他人做出更好的判断，而非替代他们的判断
一、品味编码：从知道到做到
知识与操作之间的鸿沟
经过前四个模块，你已经拥有了：一份研究计划、一份品味宣言、一个批评作品集、一篇原创研究论文。这些都是关于品味的知识。但知识和操作之间存在一个巨大的鸿沟。
你知道什么是好的字体搭配，但你能不能写出一份让另一个设计师也能做出好的字体搭配的指南？你能判断一个空间的品味高低，但你能不能建立一个评估框架让不具备你品味的人也能做出合理判断？
这就是品味编码的挑战：将你脑中隐性的品味知识转化为显性的、可传递的系统。
Michael Polanyi 在 The Tacit Dimension（1966）中提出了一个著名论断："我们知道的比我们能说出来的多。"（We can know more than we can tell.）品味判断大量依赖这种隐性知识——你"就是知道"某个东西不对，但你不一定能解释为什么。品味编码的目标不是消除隐性知识（那不可能），而是尽可能多地将隐性知识转化为显性规则，同时诚实地标注那些无法被规则化的部分。
TASTE-401 的延伸
在 TASTE-401 中，你学习了品味编码的理论基础——编码层次、传递机制、迭代方法。本模块是实践层面的推进：你需要真正做出一个交付物。
区别在于：TASTE-401 问"品味编码如何运作"，本模块问"你能不能做出一个有效的品味编码"。理论与实践的差距正是 Sennett 在 The Craftsman 中反复强调的——工匠性（craftsmanship）不是知道好东西长什么样，而是能够制作好东西。
这个模块也是你毕业设计中最接近"产出"的部分。你的品味宣言声明了你的信念，你的研究论文论证了你的洞察，你的批评作品集展示了你的判断——但只有实践交付物证明了你的品味可以被他人使用。这是品味从私人能力变为公共贡献的关键转化。
编码的悖论
品味编码面临一个内在悖论：品味之所以有价值，部分原因在于它是个人的、不可完全复制的判断力。但编码的目的恰恰是让这种判断力可复制。如果品味可以被完全编码，它还有价值吗？
答案是：品味不能被完全编码，但可以被部分编码。一个好的编码系统捕获品味判断的 60-80%，剩下的 20-40% 仍然需要人类判断。这不是编码的失败——这是编码与品味之间正确的关系。
类比：一份食谱可以编码一道菜的大部分制作过程，但"火候掌控到恰好"、"调味到你觉得对的程度"仍然需要厨师的判断力。最好的食谱书承认这一点——Julia Child 的 Mastering the Art of French Cooking（1961）在精确计量的同时，始终鼓励厨师信任自己的感官。你的品味交付物也应该在精确编码的同时，鼓励使用者发展自己的品味判断。
编码的历史视角
品味编码的尝试并不新鲜。Vitruvius 在 De Architectura（约公元前 30 年）中试图将"好建筑"编码为三条原则：firmitas（坚固）、utilitas（实用）、venustas（美观）。两千年来，这个框架被反复引用和扩展——它之所以持久，正是因为它在编码化和开放性之间找到了平衡。它没有试图定义什么是"美观"——它只是说美观是必需的，具体什么是美观留给建筑师判断。
同样，Le Corbusier 在 Vers une architecture（1923）中提出了"新建筑五要素"——底层架空、自由平面、自由立面、横向长窗、屋顶花园。这是一套更具体的编码，但它的影响力也更短暂——当建筑语境变化后，这些规则的适用性受到挑战。
这个历史教训对你的交付物有直接启示：越抽象的编码越持久，越具体的编码越实用但越容易过时。 你需要在这两极之间找到适合你目标使用者的位置。
设计系统
Airbnb 的设计语言系统 DLS
问题：Airbnb 在 2016 年发布了其 Design Language System (DLS)，将'belonging'（归属感）这一品牌品味核心编码为一套可操作的设计规范。DLS 主要设计者 Karri Saarinen 后来在访谈中说：'最难的不是定义组件，而是定义什么时候打破组件的规则。' 这句话揭示了品味编码的什么核心挑战？
分析：Saarinen 的话指向品味编码的根本悖论：规则的价值在于一致性，但品味的价值往往在于知道何时打破规则。DLS 的解决方案是三层架构：(1) 不可变层——品牌色、字体、基础组件，任何人不得修改；(2) 可配置层——间距、尺寸、组合方式，设计师可在范围内调整；(3) 突破层——特殊场景下可以打破规则，但需要设计总监审批和记录理由。第三层的存在承认了品味不能被完全规则化——必须为人类判断留出空间。你的交付物也需要面对这个问题：哪些部分可以被规则化？哪些部分必须保留给人类判断？
二、四种交付物形态
形态 A：品味设计系统
为一个真实或假设的团队/品牌创建一套品味导向的设计规范。
交付内容：
- 品味定位文档（500 字）：品牌的品味立场是什么？它想被感知为什么？它拒绝什么？
- 核心规则集（10-15 条）：可检查的、可执行的设计规则
- 例外说明：在什么情况下可以打破规则，以及打破规则的审批流程
- 好/坏案例对比：每条规则附带至少一个"正确执行"和一个"错误执行"的案例
参考范本：
- Google Material Design（2014）：规则编码的极致——将 Google 的设计品味编码为可被全球开发者执行的规范
- Apple Human Interface Guidelines：比 Material Design 更依赖"品味判断"而非硬性规则——注意它如何在规则与指导之间取得平衡
- IBM Carbon Design System：在企业级严谨性和设计灵活性之间的平衡尝试
形态 B：品味评估框架
创建一个可以被用于评估特定领域品味质量的工具。
交付内容：
- 评估维度定义（5-8 个维度，每个维度有明确的定义和评级标准）
- 评估流程指南：谁来评估？如何评估？评估结果如何使用？
- 校准练习：3-5 个用于校准评估者判断一致性的练习案例
- 局限声明：这个框架不能评估什么？在什么情况下它会失效？
参考范本：
- Robert Parker 的 100 分葡萄酒评分系统（1978 创建）：将品酒品味编码为量化评分。优点：标准化、可比较。争议：是否将复杂的品味体验过度简化为一个数字
- Michelin 星级系统（1926 至今）：三级评价体系。注意它如何在编码化和隐性判断之间平衡——评审标准从未完全公开，这是有意为之
- Nielsen Norman Group 的可用性评估标准：将"好的用户体验"编码为可检查的规则集
形态 C：品味教学课程
为一个特定受众设计一门品味训练课程。
这种形态面临一个根本性问题：品味可以教吗？ 如果品味只是天赋，教学没有意义；如果品味可以被完全规则化，它就不需要教学——写一本手册就够了。品味教学之所以有意义，恰恰在于品味处于天赋和规则之间——它可以被培养，但培养方式不是传授规则，而是创造让学习者自己发展判断力的条件。
John Dewey 在 Art as Experience（1934）中提出了"经验学习"的理论框架：审美能力不是通过讲授获得的，而是通过精心设计的经验获得的。你的教学课程应该是一系列经验的设计，而非一系列知识点的堆叠。
交付内容：
- 课程目标和受众定义
- 课程大纲（6-8 个模块，每个模块有标题、目标、核心内容和练习）
- 至少两个完整的模块详案（包含讲稿、案例、练习和评估标准）
- 评估方法：如何知道学生的品味确实提升了？
品味教学的评估尤其困难——你不能用标准化考试来衡量品味的提升。建议采用作品集式评估：要求学生在课程开始和结束时各做一次品味判断（对同一个对象），然后比较两次判断的精度、深度和论证质量。这种前后对比比任何单一时刻的评估都更能反映品味的真实变化。
参考范本：
- Josef Albers 的 Interaction of Color（1963）：色彩品味教学的典范——不是讲授规则，而是通过练习让学生自己发现色彩关系
- Bauhaus 的预备课程（Vorkurs）：Johannes Itten（1919-1923）和 Laszlo Moholy-Nagy（1923-1928）设计的基础课程，将感知训练和品味培养编码为系统化的教学方案
- 品味学院本身：你正在学习的这门课程就是品味教学的一个范本——你可以分析它的方法论并将其迁移到你选择的领域
形态 D：品味审计报告
对一个真实的品牌、产品或组织进行系统性的品味审计。
交付内容：
- 审计对象概述（品牌/产品的品味定位意图）
- 审计维度（从哪些角度评估？视觉、交互、文案、空间、服务……）
- 逐维度发现（当前状态、与意图的差距、具体案例）
- 品味一致性分析：跨触点（touchpoints）的品味是否一致？哪里出现了断裂？
- 建议：优先级排序的改进方向
参考范本：
- Wolff Olins 的品牌审计方法论：系统化评估品牌在所有触点上的一致性
- Pentagram 的品牌重塑案例分析：Michael Bierut 等合伙人如何诊断品牌的品味问题
无论你选择哪种形态，你的交付物都需要回答一个根本性问题：它为使用者创造了什么之前不存在的能力？ 如果答案只是"它整理了我已有的品味知识"，它还不是一个真正的交付物——它只是笔记。真正的交付物让使用者能做到他们之前做不到的事：做出更一致的设计决策、更精确地评估品味质量、更系统地培训品味能力、或更全面地诊断品味问题。
这意味着你的交付物设计的起点不应该是"我想编码什么"，而是"使用者需要什么能力"。这种从使用者需求出发的设计思维，恰恰是品味编码区别于品味自述的关键。
交付物形态对比
品味设计系统
创建一套可执行的品味规范。核心挑战：如何在规则化和灵活性之间平衡？适合你如果：你有设计实践经验，想把品味编码为可被团队执行的标准。产出形式：文档 + 案例库。
品味评估框架
创建一个品味评估工具。核心挑战：如何让主观判断变得可比较和可讨论？适合你如果：你对品味的评估标准问题感兴趣，想解决好品味如何衡量的操作问题。产出形式：评估表 + 校准案例。
品味教学课程
为特定受众设计品味训练。核心挑战：品味可以教吗？如果可以，用什么方法？适合你如果：你有教学热情，想把品味训练的方法传递给他人。产出形式：课程大纲 + 模块详案。
品味审计报告
对真实对象进行品味诊断。核心挑战：如何系统而非印象式地评估品味？适合你如果：你擅长分析和诊断，想把品味判断力用于解决真实问题。产出形式：审计报告 + 改进建议。
思考：哪种形态最适合你的研究方向和个人优势？你的选择如何与你的品味宣言中的信念一致？
三、品味编码的核心难题
难题一：规则与判断的张力
每一个品味编码系统都面临同一个根本张力：规则越多，执行越一致但品味越僵化；规则越少，灵活性越高但品味越不可控。
Christopher Alexander 在 A Pattern Language（1977）中尝试了一种中间方案：他不制定硬性规则，而是提出 253 个"模式"（patterns）——每个模式描述一个问题和一种解决思路，但具体实现留给使用者。这种"模式语言"方法承认了品味不能被还原为规则，但可以被结构化为启发式指导。
你的交付物需要明确处理这个张力。建议使用"三区模型"：
| 区域 | 性质 | 编码方式 | 示例 |
|---|---|---|---|
| 红区：不可违反 | 硬性规则 | "永远不要做X" | 永远不要在正文中使用装饰字体 |
| 黄区：有弹性 | 指导原则 | "倾向于Y，除非有充分理由" | 倾向于使用 8px 的基准网格 |
| 绿区：自由判断 | 品味空间 | "在此范围内运用你的判断" | 选择辅助色彩时参考品牌情绪 |
红区保障底线一致性，绿区保留品味空间，黄区是两者之间的缓冲。
难题二：为谁编码？
你的交付物的使用者是谁？这个问题决定了编码的粒度。
- 如果使用者是品味训练过的专家，你可以使用更抽象的原则（"保持克制"），因为他们知道"克制"在具体情境中意味着什么
- 如果使用者是有一定基础的从业者，你需要更多具体指导（"标题不超过 6 个字，行高 1.5 倍"）
- 如果使用者是初学者或非专业人士，你需要几乎完全规则化（"使用这个模板，选择这个配色"），同时接受品味损失
Stewart Brand 在 How Buildings Learn（1994）中提出了建筑的"剪切层"（shearing layers）概念：不同层面以不同速度变化。品味编码也有类似的层次结构——有些品味标准可以被固化为十年不变的规则，有些需要每季度更新，有些只能在每次决策时即时判断。
以下是一个品味编码的"剪切层"参考框架：
| 层 | 变化速度 | 品味编码示例 | 编码方式 |
|---|---|---|---|
| 地基层 | 极少变化（10年+） | "尊重材料的本质" | 哲学原则 |
| 结构层 | 缓慢变化（3-5年） | "优先使用无衬线字体" | 风格指导 |
| 表面层 | 经常变化（1年内） | "当前季度的品牌辅助色" | 具体规格 |
| 即时层 | 每次决策都变 | "这个特定场景的最佳方案" | 人类判断 |
你的交付物中的每条规则应该标注它属于哪一层——这帮助使用者理解哪些规则是"宪法"，哪些是"政策"，哪些是"建议"。
难题三：编码的保质期
品味不是静态的——它随时间演化。你今天创建的品味系统在三年后可能部分过时。
这意味着你的交付物需要内建更新机制：
- 明确哪些规则是"宪法级"的（极少变动），哪些是"政策级"的（定期审查）
- 设定审查周期——建议至少每年审查一次
- 记录每次修改的理由——形成一个品味演化的历史日志
难题四：品味编码的伦理
当你将品味编码为系统时，你实质上是在施加品味权力。你的系统告诉使用者什么是好的、什么是不好的——这些判断将影响他们的设计决策和审美环境。
这引出几个伦理问题：
你的编码是否包容多元审美？ 如果你的品味系统隐含地排斥了某些文化传统的审美（比如偏好"西方极简"而排斥"东方繁复"），它可能在系统层面制造了品味歧视。
你的编码是否留有异议空间？ 一个好的品味系统应该允许使用者提出"我不同意这条规则"的申诉。如果你的系统不允许质疑，它不是品味指导，而是品味独裁。
你的编码是否透明？ 使用者是否知道这些规则背后的品味假设是什么？如果规则被呈现为"客观标准"而隐藏了背后的主观品味选择，这是一种知识权力的不透明运作——Foucault 称之为"权力/知识"（power/knowledge）的结合。
你的交付物应该在某个地方说明：这些规则反映了一种特定的品味立场，而非普遍真理。这种透明性不会削弱你的交付物的权威性——相反，它让使用者可以做出知情的决定：是否接受你的品味框架。
难题五：编码与直觉的关系
品味编码的最终悖论：最好的品味判断往往是直觉性的——你"就是知道"某个东西不对。但编码要求将直觉转化为可言说的规则。这种转化是否必然损害直觉的品质？
Hubert Dreyfus 在 Mind over Machine（1986）中描述了专家能力的五个阶段：新手、高级初学者、胜任者、精通者、专家。新手需要显性规则来指导行为；专家则依赖直觉——他们不再"应用规则"，而是在情境中直接"看到"正确的行动。
这对你的交付物有重要启示：你的交付物可能对精通者和胜任者最有价值——他们已经超越了纯粹的规则应用，但还没有达到完全的直觉判断。 对新手来说，你的交付物可能过于抽象；对专家来说，你的交付物可能是不必要的约束。了解你的使用者处于哪个能力阶段，是设计有效交付物的关键。
你可以在交付物中明确标注：这份指南适合谁？谁已经不再需要它？当使用者不再需要你的指南时——那恰恰意味着你的指南成功了。
交付物设计文档
60-90 minutes为你选择的交付物形态写一份 1000 字的设计文档。包含：(1) 交付物的目标和使用者定义；(2) 整体结构设计；(3) 你计划如何处理规则与判断的张力（三区模型的具体应用）；(4) 你交付物的局限——它不能做什么？
建议结构：
目标与使用者~25%
你的交付物为谁而建？它要解决什么问题？使用者在使用它之前需要具备什么能力？
整体结构~30%
你的交付物由哪些部分组成？各部分的关系是什么？用户如何从入口进入并完整使用它？
规则-判断平衡~25%
哪些部分是硬性规则（红区）？哪些是指导原则（黄区）？哪些留给用户判断（绿区）？为什么这样划分？
局限声明~20%
你的交付物不能替代什么？在什么情况下它会失效？使用者应该注意什么？
- 不要试图编码一切——承认局限比假装全面更诚实也更有用
- 让一个你预设的使用者试用你的交付物草案——他们的困惑就是你需要改进的地方
- 最好的品味编码系统看起来简单——简单不是因为内容少，而是因为结构清晰
- 你的交付物应该帮助使用者做出更好的判断，而非替代他们的判断
目标：1000 字
四、质量标准
什么是"好的"品味交付物？
一个品味交付物的质量可以从四个维度评估：
维度一：可用性（Usability）
你的使用者能否在没有你在场的情况下使用这个交付物？如果它需要你亲自解释才能使用，它的编码不够充分。
测试方法：让一个符合你目标使用者画像的人独立使用你的交付物完成一个任务。观察他们在哪里卡住。
维度二：品味忠实度（Taste Fidelity）
使用你的交付物产出的结果，是否反映了你的品味标准？编码过程中必然会有品味损失——问题是损失了多少。
测试方法：让使用者根据你的交付物做出一个品味决策，然后你独立做出同一个决策。两者之间的差距就是品味损失量。
维度三：适应性（Adaptability）
你的交付物能否被应用于你未预见的情境？如果它只在你设想的情境中有效，它太窄了。
Donald Schon 在 The Reflective Practitioner（1983）中描述了专业实践者如何在"技术理性"（遵循规则）和"行动中的反思"（即时判断）之间切换。好的品味交付物应该支持这种切换——在大多数情况下提供明确指导，在非标准情况下帮助使用者做出自己的判断。
维度四：品味一致性（Taste Coherence）
交付物的各个部分是否表达了一致的品味立场？如果你的规则集在色彩上追求极简但在排版上允许过度装饰，你的交付物内部有品味矛盾。
品味交付物的常见失败模式
了解失败模式有助于你在制作过程中提前规避：
失败模式一：规则通胀。最初你设定了 10 条核心规则。在使用中遇到边界情况，于是增加规则来覆盖。半年后你有了 50 条规则，使用者已经记不住也不想遵守了。Apple Human Interface Guidelines 曾经面临这个问题——随着 iOS 版本迭代，指南越来越厚，直到 Apple 在 iOS 7 时做了一次大规模精简。解决方案：定期审查，合并冗余规则，删除低影响规则。设定一个规则数量上限并坚守它。
失败模式二：品味漂移。随着时间推移和不同人的参与，交付物中的品味标准开始偏离最初的品味立场。Google Material Design 在从 1.0 到 3.0 的演化中经历了显著的品味漂移——最初强调"纸张"隐喻的物质感，到 3.0 时已经转向更抽象的个性化。这不一定是坏事，但如果漂移是无意识的，它就是品味退化。解决方案：设定定期的"品味校准会议"，将当前实践与原始品味定位文档对比。
失败模式三：编码崇拜。使用者开始将规则视为不可质疑的权威，即使规则与具体情境冲突也不敢打破。这是品味编码最危险的失败——你创造的工具压制了它本应支持的判断力。Richard Sennett 在 The Craftsman 中描述了制度如何将工匠变成机器操作员——品味编码有同样的风险。解决方案：在交付物的序言中明确声明"这些规则服务于品味，而非替代品味"。
品味编码质量评估
以下是五段品味编码规则的节选。评估每段的编码质量。
样本 A
样本 B
样本 C
样本 D
样本 E
五、交付物制作与迭代
制作流程
制作品味交付物不是一次性的写作行为——它是一个迭代过程，需要在制作、测试和修正之间反复循环。以下流程适用于所有四种交付物形态，但每种形态的具体重点不同。
第一阶段：骨架（1-2 天）
先建立交付物的整体结构，不要急于填充细节。用标题和一句话摘要搭出骨架。一个好的骨架应该让一个完全不了解你项目的人也能看出交付物的整体逻辑。如果骨架阶段就让人困惑，后续的内容填充只会让问题更严重。
第二阶段：核心内容（3-5 天）
填充最关键的 20% 内容——那些定义你品味立场的核心规则或核心模块。根据帕累托法则，这 20% 决定了交付物 80% 的品味质量。
第三阶段：测试（1-2 天）
让目标使用者试用骨架+核心内容版本。收集反馈：哪里不清楚？哪里不够具体？哪里过度规定限制了判断空间？
第四阶段：迭代完善（2-3 天）
根据反馈修改和补充。重点关注使用者卡住的地方——那些是你的编码盲点。
第五阶段：品味审查（1 天）
退后一步审视整体：这个交付物作为一个整体是否表达了一致的品味立场？它是否与你的品味宣言一致？它是否达到了你自己的品质标准？
协作中的品味交付物
如果你的交付物需要在团队中使用，协作维度就变得至关重要。一个品味交付物不仅需要在个人使用中有效，还需要在多人协作中保持品味一致性。
Marty Cagan 在 Inspired（2008）中区分了"产品发现"（discovery）和"产品交付"（delivery）。品味交付物也有类似的双重阶段：你首先需要发现哪些品味原则值得编码（这是前几个模块的工作），然后需要以一种可被团队接受和执行的方式交付它们。最好的品味交付物在这两个阶段都表现出色——它们不仅捕获了正确的品味原则，而且以一种让使用者愿意遵守的方式呈现这些原则。
"吃自己的狗粮"原则
硅谷有一个术语叫"dogfooding"——使用你自己创建的产品。这个原则对品味交付物尤其重要：你自己应该是你交付物的第一个深度用户。
具体做法：用你自己的品味交付物完成一个完整的任务。如果是设计系统，用它做一个设计；如果是评估框架，用它评估一个你熟悉的对象；如果是教学课程，假装你是学生走完一个模块。
在这个过程中，你会发现所有用户测试中可能发现的问题——以及一些只有创建者才能发现的更深层问题：你的编码是否忠实于你的品味？它是否遗漏了你品味中最重要但最难语言化的部分？
一个更进阶的测试是反向 dogfooding：找一个你认为品味不好的设计案例，用你的交付物来分析它。你的交付物能不能准确识别出这个案例的品味问题？如果不能——如果你的交付物判断它"符合标准"而你的直觉知道它不好——这意味着你的编码遗漏了某些关键的品味维度。这些遗漏正是你需要在下一轮迭代中补充的。
Claude Levi-Strauss 在 The Raw and the Cooked（1964）中提出了"bricoleur"（修补匠）的概念——一个用手边材料创造性地解决问题的人。品味交付物的迭代过程正是一种 bricolage——你用已有的编码工具尽可能忠实地表达你的品味，同时接受这种表达永远是近似的、不完美的。
版本控制与品味日志
你的交付物不是一个静态产品——它是一个有版本历史的活文档。建议为你的交付物建立一份品味日志（taste changelog），记录每次修改：
- 日期：什么时候修改的
- 修改内容：改了什么
- 触发原因：为什么要改（发现了新案例？使用者反馈？你自己的品味变化？）
- 品味影响：这个修改是微调还是方向变化？
Jony Ive 领导 Apple 设计团队时，据报道每一次重大设计决策都会附带详细的决策理由记录。这不仅是项目管理——这是品味考古的材料。三年后当你想理解为什么你的交付物是当前这个样子时，品味日志是你唯一可靠的线索。
不要害怕在日志中记录你后来发现是错误的决策。错误决策的记录比正确决策的记录更有价值——它们展示了你品味判断的边界和学习轨迹。
交付物核心部分
90-120 minutes完成你交付物中最核心的部分。如果是设计系统，写出品味定位文档和最重要的 5 条规则（含案例）；如果是评估框架，完成最重要的 3 个评估维度（含评级标准和校准案例）；如果是教学课程，完成课程大纲和第一个模块的完整详案；如果是审计报告，完成审计维度定义和最关键的 2 个维度的发现。
建议结构：
核心定位~15%
用 200 字说清你的交付物的品味立场——它追求什么品味？拒绝什么品味？为谁服务？
核心内容~60%
你交付物中最关键的部分。每一条规则/维度/模块都要具体到可操作。
案例演示~25%
至少两个具体案例展示你的交付物如何被使用。一个正面案例（正确使用），一个反面案例（误用或边界情况）。
- 做到你自己会使用的程度——如果你自己觉得不够好，使用者一定也会这么觉得
- 品味编码的质量不在于规则的数量，而在于规则的精确度和必要性
- 每写一条规则，问自己：这条规则被删掉后会怎样？如果没有明显后果，删掉它
- 你的交付物是你品味的实体化——它的设计和排版本身就应该体现你的品味标准
目标：1500 字
延伸阅读
品味编码理论
Michael Polanyi, The Tacit Dimension (1966)
- 隐性知识理论的奠基之作。理解为什么品味不能被完全编码——以及在这个限制下如何尽可能多地编码
Christopher Alexander, A Pattern Language (1977)
- 将建筑品味编码为 253 个"模式"的巨著。模式语言方法论是品味编码的最重要参考
Donald Schon, The Reflective Practitioner (1983)
- 专业实践者如何在规则和判断之间切换。对理解品味交付物应该提供什么（指导而非替代）特别有价值
Stewart Brand, How Buildings Learn (1994)
- "剪切层"概念对理解品味编码的不同层次和更新频率有直接启发
设计系统案例
Brad Frost, Atomic Design (2016)
- 设计系统构建方法论。从原子到页面模板的多层编码体系
Alla Kholmatova, Design Systems (2017)
- 设计系统的实践指南。特别关注"共享语言"（shared language）章节——品味编码本质上是建立一种共享的品味语言
评估与教学
Josef Albers, Interaction of Color (1963)
- 色彩品味教学的典范。注意 Albers 如何通过练习而非讲授来传递品味——这对教学课程型交付物特别有参考价值
Richard Sennett, The Craftsman (2008)
- 第七章 "The Workshop" 讨论了技能如何从师傅传递给学徒——品味传递的古老但有效的模式
品味编码的伦理与文化
Edward Said, Culture and Imperialism (1993)
- 任何品味编码系统都嵌入了文化假设。Said 的分析帮助你审视你的编码中哪些假设是隐含的、可能排斥某些文化传统的
Vitruvius, De Architectura (~30 BCE)
- 人类历史上最早的品味编码尝试之一。firmitas-utilitas-venustas（坚固-实用-美观）框架的持久影响力提示我们：最好的品味编码足够抽象以穿越时代
视频资源
- Jony Ive at Design Museum: "On Simplicity" — 关于将品味编码为产品设计系统的第一手经验
- Karri Saarinen: "Building Airbnb's Design Language System" — 品味系统构建的完整案例分享
本模块要点
- 品味编码 = 将隐性品味判断转化为显性的、可传递的系统——这是从"知道"到"做到"的跨越
- 四种交付物形态：设计系统、评估框架、教学课程、审计报告——选择与你的研究方向和能力匹配的
- 核心难题一：规则与判断的张力。解决方案：三区模型——红区（硬规则）、黄区（指导原则）、绿区（自由判断）
- 核心难题二：为谁编码？使用者的品味水平决定了编码的粒度
- 核心难题三：编码的保质期。品味会演化，交付物需要内建更新机制
- 质量四维度：可用性（他人能独立使用）、品味忠实度（产出反映你的品味）、适应性（可应对未预见场景）、品味一致性（内部无矛盾）
- 制作流程：骨架 → 核心内容 → 测试 → 迭代 → 品味审查
- 品味编码的最终目的是服务——帮助他人做出更好的判断，而非替代他们的判断
- 你的交付物本身就是品味的展现——它的结构、表达和设计应该体现你宣言中主张的价值
- 诚实标注你的编码的局限——承认"这里需要人类判断"比假装"一切都有规则"更有品味
下一步
交付物完成后，你的毕业设计所有组成部分都已就位：研究计划、品味宣言、批评作品集、原创研究论文、实践交付物。最后一个模块是综合答辩——你将把这些部分整合为一个连贯的presentation，回顾两年的品味成长历程，并为自己的品味之路规划未来方向。
模块 5 自评：实践交付物质量
完成交付物后，从以下维度评估它的品质。
可用性他人能否在没有你在场的情况下有效使用
品味忠实度使用交付物产出的结果是否反映了你的品味标准
规则-判断平衡是否在规则化和灵活性之间取得了合理平衡
品味一致性交付物各部分是否表达了一致的品味立场