Appearance
模块 1：产品品味定义
"Taste is the ability to say no — not just to bad ideas, but to good ideas that don't belong." — A principle lived by every great product maker, from Dieter Rams to the team at Linear.
学习目标
完成本模块后，你将：
- 区分"产品品味"与"视觉品味"——理解品味贯穿产品的每一个决策层
- 掌握品味层叠模型（Taste Stack）：从战略层到细节层的五层品味结构
- 能够分析一个产品的"品味签名"（Taste Signature）——是什么让它感觉有立场
- 理解产品品味与用户研究的关系：数据终结之处，判断力开始
- 建立初步的品味培养方法论：浸泡、参照库、刻意比较、表达练习
一、什么是产品品味
超越"好看"
当 Brian Chesky 在 2014 年重新定义 Airbnb 的方向时，他没有说"让页面更漂亮"。他说的是："We need to design the entire end-to-end experience." 这个决策——从"线上订房平台"转向"端到端旅行体验"——不是用户研究告诉他的。用户没有要求 Airbnb 提供本地体验指南、设计行李标签、或者重新思考 check-in 流程。这是品味判断：Chesky 看到了一个更完整的产品应该是什么样的，然后驱动团队朝那个方向走。
产品品味不是关于配色方案、字体选择或圆角大小。这些是品味的表层。产品品味是一种更深层的判断力——它决定：
| 品味判断的维度 | 典型问题 |
|---|---|
| 什么该被构建 | 这个功能值得存在吗？它解决的问题重要吗？ |
| 什么该被砍掉 | 这个功能虽好，但它属于这个产品吗？ |
| 事物应该如何感受 | 这个交互应该感觉轻快还是庄重？ |
| 细节的标准线 | 这个程度的打磨够了吗？还是需要更极致？ |
| 不一致的容忍度 | 这个不一致是可接受的权衡，还是品质事故？ |
Steve Jobs 在 2007 年 Macworld 上发布 iPhone 时，他最花时间展示的不是技术规格，而是交互感受——手指在屏幕上的滑动如何带有惯性、列表如何弹性回弹。这些不是工程决策，不是商业决策，而是品味决策：有人判断了"手指触碰玻璃时应该感觉像在触碰有质量的物体"，然后投入了不成比例的工程资源去实现这种感觉。
品味作为过滤器
Stewart Butterfield 在 2013 年创建 Slack 之前，写了一份著名的内部备忘录 "We Don't Sell Saddles Here"。这份文档的核心论点是：Slack 不是卖一个聊天工具，而是卖"组织变革"。这个框架决定了 Slack 后续所有的产品决策——从入门体验的设计（不是教你用功能，而是让你感受到沟通方式的改变）到 Slackbot 的人格（友善但不愚蠢）。
这就是产品品味的运作方式：它不是一组规则，而是一个过滤器。好的产品品味让你在面对无数可能的选择时，能迅速过滤出"属于这个产品"的那些。
"Taste is the ability to form opinions that are specific and defensible. It's not 'I like blue.' It's 'This product should use a restrained color palette because its value proposition is clarity, and visual noise undermines that.'"
— Julie Zhuo, The Making of a Manager (2019)
品味 vs 偏好
一个关键区分：
| 偏好 (Preference) | 品味 (Taste) |
|---|---|
| "我喜欢极简设计" | "这个产品应该极简，因为它的核心价值是快速完成任务" |
| 个人倾向 | 有情境的判断力 |
| 不需要理由 | 需要能被表达的逻辑 |
| 可以矛盾 | 需要内在一致性 |
| 消费者拥有 | 创造者需要 |
偏好是被动的——你天然地倾向某些东西。品味是主动的——你在具体语境中判断什么是正确的选择，即使它不符合你的个人偏好。Jony Ive 可能个人偏好某种材质，但如果这种材质不适合产品的使用场景，他会选择另一种。这就是品味超越偏好的地方。
二、品味层叠模型（The Taste Stack）
产品品味不是单一维度的。它是一个层叠结构——从最抽象的战略层到最具体的细节层，每一层都需要品味判断，而且上层决定下层。
五层结构
┌─────────────────────────────────────────┐
│ Layer 5: 细节品味 (Detail Taste) │
│ 微交互、动效曲线、像素对齐、文案语气 │
├─────────────────────────────────────────┤
│ Layer 4: 视觉品味 (Visual Taste) │
│ 色彩系统、字体选择、间距节奏、图形语言 │
├─────────────────────────────────────────┤
│ Layer 3: 交互品味 (Interaction Taste) │
│ 操作流程、反馈机制、状态管理、错误处理 │
├─────────────────────────────────────────┤
│ Layer 2: 结构品味 (Structure Taste) │
│ 信息架构、导航模型、功能分组、层级关系 │
├─────────────────────────────────────────┤
│ Layer 1: 战略品味 (Strategy Taste) │
│ 产品定位、取舍哲学、核心信念、边界定义 │
└─────────────────────────────────────────┘Layer 1: 战略品味
战略品味是最高层的判断力：这个产品相信什么？ 它不是商业策略（如何盈利），而是产品哲学（什么值得被构建）。
Linear 的战略品味： Karri Saarinen 和团队在 2019 年创建 Linear 时，做了一个核心的品味判断——项目管理工具应该像专业工具一样快，而不是像企业软件一样"功能全面但迟钝"。这个判断决定了一切：他们选择了本地优先（local-first）的技术架构，不是因为它更容易做，而是因为它能实现他们品味标准中的速度要求。他们砍掉了大量 Jira 拥有的功能——不是因为做不了，而是因为这些功能与"快速、专注"的品味定位冲突。
Basecamp 的战略品味： Jason Fried 和 David Heinemeier Hansson 在 Rework（2010）和 It Doesn't Have to Be Crazy at Work（2018）中反复表达的核心品味判断是：软件应该做更少的事，而不是更多。他们拒绝 real-time 通知、拒绝 @everyone、拒绝 Gantt 图——不是因为用户不要这些，而是因为这些与他们对"平静工作"的信念冲突。
Layer 2: 结构品味
结构品味是关于信息如何被组织的判断力。同样的功能，不同的结构产生截然不同的产品感受。
Notion 的结构品味： Notion 的核心结构决策是"一切皆块（blocks）"——文本、表格、数据库、嵌入内容都是同质的块，可以自由组合。这不是技术选择，是品味选择：它表达了"用户应该拥有结构的自由度"这个信念。对比 Confluence 的固定模板方式——它表达的是"我们帮你决定结构"。
Arc 浏览器的结构品味： Josh Miller 和 The Browser Company 在 2022 年做了一个激进的结构品味判断：浏览器的核心不应该是地址栏和标签页——而应该是空间（Spaces）。他们重新组织了浏览器的信息架构，把标签放到侧边、引入了空间切换、让收藏夹变成可自定义的侧边栏元素。这不是 A/B 测试的结果——没有用户要求把地址栏缩小到几乎看不见。这是一个品味判断：浏览器体验的核心痛点不是"打开网页太慢"，而是"标签混乱导致的认知过载"。
Layer 3: 交互品味
交互品味判断操作过程中事物如何回应你。
Stripe 的交互品味： Stripe 的支付流程设计体现了一种极度精确的交互品味——每一个错误提示都不是"出错了，请重试"，而是精准指出问题所在（"您的卡号少了一位"）并即时反馈（卡号输入时自动分组、实时验证）。Patrick Collison 在多次访谈中强调：Stripe 的品味在于"让复杂的事情感觉简单"。
Things 3 的交互品味： Cultured Code 的任务管理应用 Things 3（2017）展示了一种罕见的交互品味——每一个操作都有恰到好处的触觉反馈和动效。拖拽任务时有物理感的惯性，完成任务时有令人满足的消失动画。这些不是装饰——它们传达信息（"你的操作被接受了"）并创造情感（"完成任务是值得庆祝的"）。
Layer 4: 视觉品味
视觉品味是大多数人首先联想到的——但在 Taste Stack 中它是第四层，不是第一层。视觉品味服务于上面三层的决策。
Linear 的视觉品味： Linear 的界面使用极度克制的配色——几乎全灰度，只在关键状态（优先级标记、标签颜色）使用饱和色。这不是"喜欢灰色"的偏好——它服务于战略品味中"减少视觉噪音以突出工作本身"的判断。
Layer 5: 细节品味
细节品味是品味的最后一英里——那些"不做也没人会注意，但做了整个产品就完成了"的东西。
Apple 的细节品味： 在 macOS 中，当你将窗口最小化到 Dock 时，它会以一种"吸入"动效缩小——这个动效在 2001 年的 Mac OS X 发布时就存在。它没有功能价值：你完全可以用淡出替代。但它传达了一种感觉："这个窗口去了一个物理的地方"——它建立了空间心智模型。这是细节品味：在别人停止打磨的地方继续打磨。
层间一致性
品味层叠模型最重要的含义是：层间一致性决定了产品是否感觉"有品味"。
当一个产品的战略层说"我们追求简洁"，但结构层塞满了功能入口，视觉层用了大量装饰——你会感觉这个产品"没品味"。不是因为每一层本身有问题，而是因为层间存在品味冲突。
反之，Linear 感觉"有品味"不是因为哪一层特别出众，而是因为五层都在表达同一个信念："快速、专注、不废话"。
三、品味签名分析
什么是品味签名
每个有品味的产品都有一个可辨识的"签名"——一组贯穿产品所有层面的品味特征。就像你可以从几个音符识别出 Miles Davis 的小号，你可以从几个交互识别出 Linear 和 Notion 的区别。
品味签名由三个要素构成：
- 核心信念（Core Belief）—— 这个产品相信世界应该是什么样的
- 取舍模式（Trade-off Pattern）—— 它愿意牺牲什么来换取什么
- 不做的事（What It Refuses to Do）—— 它划的边界在哪里
案例分析
Apple：克制即力量
| 要素 | 表现 |
|---|---|
| 核心信念 | 技术应该隐形——用户不需要理解实现方式 |
| 取舍模式 | 为简洁牺牲灵活性：更少选项、更少设置、更少自定义 |
| 不做的事 | 不暴露系统复杂性、不提供"高级模式"、不让用户承担技术决策 |
这个签名在 Jobs 时代被极致表达——iPhone 只有一个按钮，这不是技术限制，是品味判断。它在 Tim Cook 时代有所松动（Settings 变得越来越复杂），但核心签名仍然可辨识。
Stripe：开发者优先的优雅
| 要素 | 表现 |
|---|---|
| 核心信念 | 支付基础设施应该像最好的开发者工具一样优雅 |
| 取舍模式 | 为 API 的简洁牺牲功能的即时可见性：很多能力藏在文档里而非 UI 里 |
| 不做的事 | 不做拖拽式的"零代码"界面（虽然市场需要）、不用企业软件的视觉语言 |
Stripe 的品味签名来自 Patrick 和 John Collison 兄弟对开发者体验的执念。他们的核心品味判断是：如果一个 API 需要你读 50 页文档才能集成，那不是用户的问题，是 API 设计的品味问题。
Linear：速度即态度
| 要素 | 表现 |
|---|---|
| 核心信念 | 项目管理工具不应该比你管理的项目更复杂 |
| 取舍模式 | 为速度牺牲功能覆盖：不做时间追踪、不做资源规划、不做复杂工作流 |
| 不做的事 | 不加载远程数据时显示 spinner（用乐观更新）、不在列表中使用分页 |
Karri Saarinen 在一次访谈中说："We want Linear to feel like a video game." 这不是指游戏化——而是指响应速度和操控感。游戏的 UI 不会让你等 300ms 才响应你的点击。
Notion：乐高积木式自由
| 要素 | 表现 |
|---|---|
| 核心信念 | 每个团队的工作方式不同，工具应该适应团队而非反过来 |
| 取舍模式 | 为灵活性牺牲即时可用性：新用户面对空白页面经常不知所措 |
| 不做的事 | 不强制工作流程、不限制块的嵌套深度、不区分"文档"和"数据库" |
Arc 浏览器：重新想象日常
| 要素 | 表现 |
|---|---|
| 核心信念 | 浏览器是人与互联网的关系——这个关系需要被重新设计 |
| 取舍模式 | 为新范式牺牲熟悉感：侧边栏标签、自动归档、空间概念都需要学习成本 |
| 不做的事 | 不保持传统浏览器布局只因"用户习惯了"——拒绝将熟悉度等同于正确性 |
Josh Miller 在 2022 年的 Figma Config 演讲中说过一句精准的话："The best way to predict the future is to refuse to accept the present." 这是 Arc 品味签名的灵魂——它不是"更好的 Chrome"，而是"Chrome 不应该是这样的"。
产品设计
Linear 的品味签名拆解
问题：Linear 在 2023 年推出了 'Initiatives' 功能——一种高层级的项目组织方式。这个功能的设计如何体现了 Linear 的品味签名？如果是 Jira 来做同样的功能，设计上会有什么不同？
分析：Linear 的 Initiatives 保持了其品味签名的一致性：(1) 核心信念——它不要求你填写十个字段来创建一个 Initiative，只需要名字和描述；(2) 取舍模式——它没有 Gantt 图、没有资源分配、没有依赖关系图，虽然这些在项目管理中很常见；(3) 不做的事——它不做状态自动计算（不根据子项目进度自动生成百分比）。Jira 做同样的功能会添加什么？可配置的审批流程、自动化规则引擎、与 Confluence 的双向同步、20 个自定义字段。这不是说 Jira 没有品味——而是 Jira 的品味签名完全不同：'覆盖每一个企业场景' vs Linear 的'为特定工作方式做到极致'。
五种产品品味哲学
Apple: 技术隐形主义
技术的最高形态是让人忘记技术的存在。为此可以牺牲功能暴露度、用户自定义能力、甚至向后兼容性。乔布斯砍掉软驱、砍掉光驱、砍掉耳机孔——每次都被骂，每次都被证明是对的。
Linear: 速度即品格
如果一个操作需要等待加载，那就是品味的失败。为此可以牺牲功能覆盖范围——宁可做更少的功能但每个都是即时响应，也不做更多功能但充满 loading spinner。
Notion: 可组合性优先
最好的工具不规定你怎么用它。为此可以牺牲上手体验——新用户面对空白页面的困惑，是为最终自由付出的学习成本。Ivan Zhao 说过：We want Notion to be like LEGOs for productivity.
Stripe: 开发者美学
基础设施的优雅程度应该和最好的消费产品一样高。为此可以牺牲非技术用户的可及性——Stripe 的核心体验活在代码和文档中，不在可视化界面中。
Arc: 范式挑战者
如果当前范式有根本性问题，那正确的品味判断不是在旧范式内优化，而是提出新范式。为此可以牺牲用户的即时舒适感——习惯不等于正确。
思考：这五种品味哲学中，哪一种最接近你对'好产品'的直觉？哪一种你最排斥？你的排斥是否揭示了你品味中的某种盲区？
四、产品品味与用户研究：数据的边界
当数据终结
产品品味最有争议的领域是它与用户研究的关系。在数据驱动决策已成为行业正统的今天，说"有时候你需要忽略数据、相信品味"听起来像异端。但几乎每一个被视为有品味的产品背后，都有这样的决策时刻。
Jobs 的经典立场（1998）：
"It's really hard to design products by focus groups. A lot of times, people don't know what they want until you show it to them."
这句话经常被简化为"不要听用户的"。但 Jobs 的意思更精确：用户能告诉你现有产品的问题，但不能告诉你尚未存在的产品应该是什么样的。 前者是用户研究的领域，后者是品味的领域。
A/B 测试的局限
Google 的 Marissa Mayer 在 2009 年主导了一个著名的决策：测试 41 种蓝色来确定链接的最佳颜色。当时 Google 的首席视觉设计师 Doug Bowman 因此离职，他在离职声明中写道：
"When a company is filled with engineers, it turns to engineering to solve problems. [...] I had a recent debate over whether a border should be 3, 4, or 5 pixels wide, and was asked to prove my case. I can't operate in an environment like that."
A/B 测试能告诉你什么：
| A/B 测试能做的 | A/B 测试做不到的 |
|---|---|
| 优化已有路径的转化率 | 告诉你是否该走一条全新的路径 |
| 比较两个具体方案的表现 | 提出方案本身 |
| 测量短期行为变化 | 评估长期品牌认知影响 |
| 回答"A 还是 B 更好" | 回答"A 和 B 是否都不对" |
| 优化局部 | 判断全局一致性 |
品味填补数据的空白
产品品味在以下场景中发挥不可替代的作用：
1. 零到一（0→1）创造
当产品尚不存在时，没有数据可依赖。Arc 浏览器的空间概念、Linear 的本地优先架构、Airbnb 的体验平台——这些都不是从数据中推导出来的，而是品味判断。
2. 品质标准设定
数据可以告诉你动画时长 200ms 和 300ms 哪个点击率更高，但不能告诉你这个动画应不应该存在。Things 3 的每一个微交互都不是 A/B 测试的结果——它们是 Cultured Code 团队花了三年打磨出来的品味表达。
3. 内在一致性
没有任何测试可以测量"这个产品的所有部分是否感觉来自同一个大脑"。品味一致性只能通过有品味的人的整体判断来维护。
4. 长期审美投资
Apple 在 2013 年从拟物化（skeuomorphism）转向扁平化（flat design）时，短期内用户的反应是负面的——习惯被打破了。但 Jony Ive 和团队的品味判断是：拟物化已经成为一种审美债务，长期来看扁平化是正确方向。这种"承受短期损失以获得长期正确"的判断，数据无法提供。
品味与数据的正确关系
品味和数据不是对立的。最好的产品人同时擅长两者：
"Data tells you what is happening. Taste tells you what it means."
具体来说：
- 数据发现问题，品味诊断原因
- 数据验证已有方案，品味创造新方案
- 数据保证底线（转化率不崩），品味追求上限（让人感动）
- 数据防止你自欺（"用户真的喜欢吗？"），品味防止你投降（"仅仅因为数据好就够了吗？"）
五、培养产品品味
品味不是天赋——它是训练的产物
这是本模块最重要的论点。当人们说 Steve Jobs "有品味"时，他们暗示这是某种天生的超能力。但回顾 Jobs 的人生轨迹，他的品味有清晰的训练路径：
- 1970s：在 Reed College 旁听书法课（Robert Palladino 教授），建立了对排版的精细感知
- 1980s：在 NeXT 期间深度接触高端工业设计和印刷工艺
- 1985-1997：被苹果放逐的 12 年间，在 Pixar 浸泡于最顶尖的视觉叙事文化
- 1997-2011：回归 Apple，与 Jony Ive 形成品味共振——两人每天午餐讨论设计，持续十余年
Jobs 的品味是数十年的刻意浸泡和持续练习的结果，不是某天早上醒来突然拥有的。
五种培养方法
方法 1：大量浸泡（Immersion）
品味的基础是曝光量。你需要使用大量产品——不是随便用，而是有意识地使用。
具体做法：
- 每周深度试用一个新产品（不是下载了打开看看，是真正用它完成一个任务）
- 跨领域试用：如果你做 B2B SaaS，去试用游戏、去试用金融 App、去试用硬件产品
- 试用你"不喜欢"的产品——理解你不喜欢的原因，和理解你喜欢的原因一样重要
方法 2：参照库（Reference Library）
品味需要参照系。建立你的产品品味参照库。
具体做法：
- 收集 50 个你认为"有品味"的产品时刻（截图 + 说明）
- 分类组织：按品味类型（克制型、丰富型、极速型、温暖型）
- 定期回顾和更新——你的参照库应该随着你的品味进化而变化
方法 3：刻意比较（Deliberate Comparison）
品味在比较中才能精细化。
具体做法：
- 选两个竞品（如 Linear vs Jira、Notion vs Confluence），用 Taste Stack 的五个层次逐一比较
- 不是比"哪个更好"——而是比"品味签名有什么不同"
- 写下来。比较的结果如果不被语言化，就很容易遗忘
方法 4：表达练习（Articulation Practice）
品味的精细化需要语言化。模糊的"我觉得不对"需要被训练成精确的"这里的信息层级让用户无法在前注意加工中识别主要操作"。
具体做法：
- 每次你对一个产品产生直觉反应（"好"或"不好"），强迫自己用 50 个字解释为什么
- 使用品味层叠模型作为框架：这个判断发生在哪一层？战略层？结构层？视觉层？
- 和同事讨论——品味在对话中被磨砺，不在沉默中生长
方法 5：创造与复盘（Making and Reflecting）
品味最终必须在创造中被检验。
具体做法：
- 做你自己的项目——即使很小。品味在决策中被锻造，不在观察中
- 对你的作品做品味复盘：哪些决策让你骄傲？哪些你现在会改？
- 设定"如果重做一次"练习：选一个你参与过的项目，用现在的品味重新做所有关键决策
品味签名拆解
25-35 minutes选择一个你每天使用的数字产品。用 Taste Stack 的五层模型（战略品味→结构品味→交互品味→视觉品味→细节品味）系统性地拆解它的品味签名。不要只描述它'是什么'——分析它'相信什么'、'愿意牺牲什么'、以及'拒绝做什么'。最后，评价这五层之间的一致性：它们是在表达同一个信念，还是存在品味冲突？
建议结构：
产品选择与核心信念~15%
用一句话描述这个产品相信什么。不是它做什么——而是它认为世界应该怎样运作。
五层拆解~50%
逐层分析。每一层都要有具体的例子——不是泛泛的形容词，而是具体的设计决策。
取舍与拒绝~20%
这个产品为了它的品味定位，放弃了什么？它的竞品做了而它坚决不做的事是什么？
一致性评价~15%
五层之间是否存在矛盾？如果有，这个矛盾是有意的权衡还是品味的失控？
- 选择你真正深度使用的产品——你需要对它的细节有亲身感受，而不只是听过别人说它好
- 战略层最难写但最重要——如果你不能用一句话说出这个产品的核心信念，说明你还需要更深入地思考
- 不要把所有分析都写成赞美。有品味的产品也有品味冲突的时刻——找到它们是更高级的品味能力
- 写完后问自己：如果这个产品的创始人读到这段分析，他们会觉得你理解了他们的意图吗？
目标：500 字
延伸阅读
必读
Stewart Butterfield, "We Don't Sell Saddles Here" (2014)
- Slack 创始人写给团队的内部备忘录。战略品味判断的教科书——如何从"做什么产品"的回答中展现品味
- 原文可在网络搜索获取
Julie Zhuo, The Making of a Manager (2019) — Chapter 4: "The Art of Making Things Happen"
- 前 Facebook 设计 VP 对"设计判断力"的系统阐述。品味如何在团队中被传递和维护
Linear 团队博客: "Linear Method" 系列 (2020-2023)
- Karri Saarinen 等人对产品品味哲学的直接表达。特别推荐 "Opinionated Software" 和 "Quality Software"
推荐
Ryan Singer, Shape Up (Basecamp, 2019)
- 不是关于品味的书——但它展示了品味如何被嵌入工作流程：Basecamp 如何在产品开发流程中系统性地做品味判断
Ken Kocienda, Creative Selection: Inside Apple's Design Process During the Golden Age of Steve Jobs (2018)
- 前 Apple 工程师的回忆录。他参与设计了 iPhone 键盘——内部演示（demo）文化如何成为品味校准的机制
John Gruber, Daring Fireball 博客 (2002-)
- 长期追踪 Apple 产品品味的评论者。他的分析展示了如何用语言精确表达产品品味判断
视频
- Jony Ive, "On Design" — Wallpaper interview (2018)* — 17 分钟内展示了 Ive 的品味判断方式
- Karri Saarinen, "Building Linear" — Config 2023 — Linear 的品味哲学如何落地为产品决策
本模块要点
- 产品品味不是视觉偏好——它是贯穿产品所有层面的判断力，决定什么该被构建、什么该被砍掉、以及事物应该如何感受
- 品味层叠模型：战略品味→结构品味→交互品味→视觉品味→细节品味。上层决定下层，层间一致性是品味的关键标志
- 品味签名由三要素构成：核心信念、取舍模式、拒绝清单。有品味的产品是有立场的——它们不试图取悦所有人
- 品味 vs 偏好：偏好是被动的个人倾向，品味是有情境的主动判断力。品味需要能被表达和论证
- 数据的边界：A/B 测试能优化已有路径，但不能创造新路径。产品品味在零到一创造、品质标准设定、内在一致性维护中不可替代
- 品味与数据是互补的：数据告诉你发生了什么，品味告诉你这意味着什么。最好的产品人两者兼备
- 品味是训练的产物：Steve Jobs 的品味不是天赋——它是数十年的浸泡、比较、表达和创造的结果
- 培养品味的五条路径：大量浸泡、参照库建设、刻意比较、表达练习、创造与复盘
- 品味在做中学——观察产品建立参照系，但真正的品味锻造发生在你自己做决策、承担后果、然后复盘的过程中
下一步
在下一模块中，我们深入品味层叠模型的第二层——结构品味。信息架构不是线框图和导航菜单那么简单：它是产品如何理解和组织世界的方式。Notion 的"一切皆块"、Figma 的无限画布、Linear 的扁平列表——这些结构选择背后是完全不同的世界观。你将学会分析和判断信息架构层面的品味。
模块 1 自评
基于你在本模块中的学习和写作练习，对自己做一次诚实的评估。这不是考试——它是你品味训练的起点校准。
品味层叠理解对五层品味模型（战略→结构→交互→视觉→细节）及其关系的掌握
品味签名识别分析产品品味签名（核心信念、取舍模式、拒绝清单）的能力
数据与品味的关系理解产品品味与用户研究/数据之间关系的成熟度
品味表达能力将直觉的品味判断转化为精确语言的能力