定义产品设计——来自 Airbnb 设计总监的一份报告

以一个具体目标开始：定义优秀的产品设计应该为用户和企业实现什么，并从一开始就将每一个决策与可衡量的结果挂钩。利用早期测试的数据，将您的投注映射到一个清晰的漏斗中，这样管理层就能看到变化如何将用户从发现引导至行动。这种清晰度使优先级排序变得简单，并加快了跨团队的一致性。

Airbnb 的设计领导层将实验视为一项核心能力，而非一次性的冲刺。快速的实验周期可以加速学习，团队可以在真实环境中观察用户如何与界面互动。Karen 坚持紧密协作——同事们一起草绘、测试和学习，然后将见解转化为具体的 UI 和服务体验。

最具价值的贡献来自跨职能的协作：产品经理、工程师、研究人员和设计师共同创造。对用户体验有共同的感受，就能驱动做出最高影响力的决策。其职责不是打磨单个屏幕，而是改进从首次接触到价值交付的整个流程。也许团队会揭示一个小的、实用的更改，该更改可以在几天而不是几个月内交付。

将产品视为一个具有多个支柱的系统：入门、激活和留存。清晰的类型系统、一致的交互模式和易于理解的文案可以缩短价值实现路径，并使迭代更容易。在 Facebook 和其他平台上，设计师通过与用户互动来了解哪些有效，然后以对用户自然的方式调整界面。

为了将这些想法付诸实践，投资于轻量级设计系统，记录带有理由的决策，并在最高层面上跟踪整个漏斗的影响。快速衡量数据并进行调整，以加强设计对业务成果的贡献，并确保团队能够快速行动而不牺牲质量。

规模化组织中定义产品设计的实用指南

定义一个与结果挂钩的清晰设计使命，并将其编入一个活文档中，供每个团队参考。随着公司发展，它们是产品、工程和管理层工作的指南针。

他们通常从最小范围开始，并逐步扩大影响。掌握您希望团队共享的核心语言，然后在学习过程中填补空白。

通过让三个产物变得生动来扩大设计规模：一个聚焦的叙述、一个共享的设计系统和一个轻量级的治理节奏。

• 叙述和对齐：精心策划一份将用户价值与可衡量结果联系起来的单页叙述，并将其保存在团队房间显眼的位置，以便产品经理、设计师和工程师都能理解相同的目标。
• 设计系统纪律：建立颜色、字体、间距和组件；将它们发布在一个中央库中；确保 Photoshop 文件等资产与实时文档保持同步。这减少了后续步骤中的返工，并帮助团队理解他们可以重用的模式，包括多种设计。
• 具有速度的治理：任命一位负责设计语言的经理；定义审阅和批准的最小步骤，并通过移除非增值接触点来限制官僚主义。
• 规模化的工作节奏：实施定期的仪式（每周设计评审、模式审计、功能就绪检查），以保持 Airbnb 规模化环境中的团队保持一致并共同前进。
• 角色和空白：为研究、交互设计和视觉设计指定集中的负责人；在需要时使用共享服务填补能力空白；避免重复劳动。负责设计语言的人应指导选择并保持一致性。
• 移交和资产：标准化问题陈述、用户快照、流程和验收标准；确保团队共享颜色、资产和模式变体的单一真相来源，以支持可访问性。

在实际工作中找到实用的支点：Cacioppo 提供了简洁的简报；Girouard 帮助团队将叙述操作化；Wickre 领导了设计系统的推广。Airbnb 的团队重复了这种方法，然后一次又一次地将其适应于自己的环境。

有几点经验教训：保持范围聚焦，避免官僚主义，让设计系统随着反馈而发展。构建的资产——Photoshop 文件、颜色令牌和组件功能——可以服务于多种环境。这种方法有助于人们朝着共同的选择点努力，并确保产品设计的构建块保持一致。如果您掌握了这些模式，就可以在一个不断发展的组织中构建一个可扩展的设计部门，并自信地从概念走向交付。

阐明设计使命：将产品策略转化为具体的设计交付物

将产品策略分解为未来冲刺的三个具体交付物：线框图、可扩展的主题系统以及指导日常工作的文档化交互蓝图。

Ryan，首席设计师，设定方向并让团队在迭代检查中保持耐心，确保专业知识始终以用户知识为基础。跨团队达成一致可以减少返工。这可以保持灵感活力，并使工作变得可触及。

本节将策略转化为有形的设计产物：映射产品流程的线框图、基于主题的视觉系统以及揭示跨产品组件行为的功能图。领导者的角色成为设计、产品和工程之间的协调点。

定义验收：主要任务、边缘情况和用于指导工程移交的页脚行为规范。始终记录选择的理由，以便每个决策都可以追溯和问责。这将为工程师和设计师提供更清晰的信号；如果团队未达到目标，请记录差距并进行调整。

使知识可共享：为每个产物附加一个可引用的注释，其中包含基于用户研究和方向的理由，以及用于评判价值的度量。记录决策的理由。包括更长的审查周期和设计与研究时间的比例指南。这种方法平衡了准确性与速度，并避免了浪漫的设想，而倾向于可测试的结果。

页脚规范：定义跨设备的页脚组件如何工作以及它们如何反映所选主题。页脚是产品体验的锚点，应包含在所有线框图中。

组建弹性产品团队：用于应对可变需求的角色的招聘和分配

组建一个核心弹性小组：一名设计师、一名产品经理和一名软件工程师。这个三人组负责识别用户需求、线框图，并顺畅地交付增量，从而在需求变化时保持灵活的节奏。

通过两步测试筛选候选人：作品集评审和与主要流程相关的实际线框图任务。任务名称应反映真实场景，并在您的办公室或远程环境中安排一个简短的试用期，以观察与团队的互动。

分配方式如下：核心三人组保持全职；在高峰期引入前端或后端承包商；如果信号表明需要更深入的洞察，则增加一名数据分析师或用户研究员。增量招聘可以提高灵活性并避免产能过剩。

指定研究、设计和发布计划的所有者。这些负责人通过精益的演示和快速反馈节奏与更广泛的团队互动，确保与业务目标的一致性并避免偏离。

嵌入一个轻量级的入职课程和一份市场信号转化为招聘和分配决策的经验总结。从行业标杆和用户反馈中汲取见解，指导添加谁以及在哪里投资，而无需等待宏观转变。

将线框图转换为交互式原型，具有清晰的点击路径，利益相关者可以在办公室或在线审查。保持一致的风格和共享的组件命名约定；一部短片或屏幕录制有助于尽早发现问题。

使用一组简洁的指标来衡量影响：周期时间、功能速度和用户满意度。跟踪分配效率，以发现何时重新分配人员以及在哪里增加设计师或工程师以应对可变需求，从而保持团队的进步。

第一位产品经理的行动手册：与利益相关者一起将愿景转化为可操作的路线图

将愿景转化为一个单一的、经过优先排序的路线图，其中包含明确的结果和四周的节奏。指定清晰的所有者，定义每个项目的成功指标，并在所有团队都可以访问的地方发布计划。

绘制跨团队的产品状态图，并确保所有人在起草计划之前都能理解核心问题空间。

将工作分为几个阶段：发现、框架、构建和交付，并有固定的评审节奏以防止偏离。

与跨职能团队举办互动式研讨会，以共享背景信息、暴露风险并反驳假设。

创建一个单一的项目待办事项列表，每个项目都有明确的所有者、交付里程碑和可衡量的影响。

预测结果，绘制依赖关系，并识别反驳风险，以预测瓶颈并规划缓解措施。这种方法称为 PM-to-Execution，将愿景与交付联系起来。

设置治理仪式，平等处理来自领导者和贡献者的输入，确保设计、工程、数据和客户见解之间的一致性。

定义移交，并具有明确的标准，说明项目何时从探索阶段进入交付阶段，并使用共享词汇表来改进跨团队的共享。

Rezaei 指出在整个过程中保持透明，让利益相关者了解情况，并帮助调整以最小的摩擦落地。

就我个人而言，通过在每个里程碑之后更新计划来保持路线图的活力；这将有助于团队保持在输入来自相似来源的一致性。

跨职能节拍：设置有效的会议、评审和反馈循环

每周设置一个固定的 90 分钟节拍，明确的所有者和具体产出清单：决策、承诺的行动以及自动更新的文件记录。这种方法可以使团队在增长过程中保持一致，并且当成千上万的想法在同一空间汇聚时，它就能扩展。

将会议结构分为三个部分：5 分钟的对齐，60 分钟的进行中评审，25 分钟的决策和后续步骤。议程保存在一个文件中；与会者提前发送输入（提前 24 小时发送），主持人从文件中提取以达成结果，确保整个小队的速度一致。

评审集中在结果与假设、原型可行性、用户信号以及对可衡量指标的影响。指定负责人，如 Chris 负责设计，Brent 负责产品，Gagan 负责工程，Ohanian 负责数据。使用共享模板记录学到的东西、做出的决定以及下一步要测试的内容；每个项目都有一个可追溯的记录，这使得反馈可以跨团队转移，并保持术语的一致性。

反馈循环结合了异步通道和同步会议：每次会议结束后，发布一份简洁的博客式笔记，并在 24 小时内用注释更新文件。如果某个点需要演示，请引用短片或快速演练。这使得输入具有可操作性和可追溯性，而不会增加会议负担。

采用可转移的结构：模板、清单和适用于小型群体和大型群体的治理模型。如果有人不参加，他们可以发送笔记或代理人，主持人会进行总结。保持友好基调，带有异想天开的能量，以保持人们的参与度，并避免“不能”或漫无边际。

日常仪式保持轻量级：每个子团队 10-15 分钟，加上每周一次的 15 分钟跨职能集会。所有输入都流入一个单一的文件，并有一个简单的摘要和统一的类型和优先级标签方案。这种纪律使您可以花时间在有价值的工作上，而不是追逐更新，并使计划的 alcance 变得清晰。

实用护栏：每个主题最多限制三个决策，要求在会后 24 小时内完成总结，并维护一个具有可见所有权的清晰待办事项列表。这种节奏减少了过度的容量，并加强了问责制；这种结构支持来回沟通，而不会出现延迟周期。

衡量设计影响：可用性、采用率和迭代指标至关重要

首先，将三个核心指标——可用性、采用率和迭代速度——编入目录，并为每个指标指定一个产品组负责人。创建 12 周的测量周期和一个从实时产品、用户研究和设计测试中提取数据的单一仪表板。

可用性指标侧重于任务成功率、任务用时、错误率和系统可用性量表 (SUS)。对于结账流程，目标是任务成功率高于 92%，任务用时减少 25%，错误率低于 6%，SUS 在 80 以上。使用 15-20 名参与者进行原生线框图测试，耐心的测试者，以消除各个步骤中的摩擦。结果是一个清晰的叙述，您可以与您的团队和您的会议分享。

采用率指标跟踪用户采用核心功能的速度。定义一组核心功能，并监控首次使用后的 7 天内激活率、DAU/WAU 以及关键操作的留存率。目标是 75% 的新会话显示核心操作，并与原生移动和 Web 进行比较以获得更大的一致性。

迭代指标量化设计变更如何从想法转化为影响。自您开始采用此方法以来，系统地记录线框图、低保真到高保真设计以及测试的变体；每月运行 6-10 个实验，并跟踪每个实验的转化率提升。从每周的节奏开始，然后调整到两周的冲刺，以平衡速度和可靠性。如果测试未达到提升目标，则改进假设并进行集中的重测。使用纠正措施来指导实验，当信号嘈杂时。使用纠正措施来指导实验，当信号嘈杂时。

语言在您分享结果的方式中有重要意义。构建一个您的团队喜欢的简单叙述，使用您的团队理解的语言，并将数字与您产品路线图中的具体行动联系起来。这种见解有助于管理层了解行为与结果之间的联系。当您在会议上进行演示时，首先展示 75% 的提升率和清晰的转化曲线，以保持案例的聚焦和说服力。利益相关者讨论了权衡，因此将决策锚定在上述指标上。

实用步骤有助于您从见解转化为影响。从对部分产品的基线可用性会议开始，然后使用线框图和实时原型测试替代设计。跨原生和 Web 流程的摩擦需要一致的设计语言和最小可行变更集，这样您就可以在没有噪音的情况下衡量效果。如果数据显示对更顺畅的路径的喜爱，则扩展更改，并在您开始的指标中捕获由此产生的改进。这种方法帮助您的团队更快地行动，同时保持质量；如果还有其他要测试的内容，请在下一个冲刺中添加另一个实验。