设计思维如何改变爱彼迎——从一家失败的初创公司到价值数十亿美元的企业

采取这种方法：进行为期两周的冲刺，以测试关于房东入驻摩擦的假设，然后根据无法忽视的直接用户反馈进行迭代。

来自公司设计团队的保罗认为，深度共情会话揭示了真正的问题并指导决策，因为客户讲述故事的速度比仪表板更快。我们绘制房产、房东和房客以及社交信号图，以查明关键接触点并减少入驻摩擦，同时为每个房源优化价值。

在 12 周和五个冲刺中，该团队绘制了房东房产、房客需求和社交信号图，将入驻时间从 7 天缩短到 2 天，同时随着信任信号的改善，第一周的预订量增加了约 30%。

管理层支持这些实验，考虑到时间和范围的限制，而开发人员构建了快速原型并与真实用户进行了测试；假设、原型、测试的循环使决策基于证据，并侧重于为房东和房客提供可衡量的改进。

从混乱到清晰的转变发生在跨职能团队围绕共同目标调整并每周发布改进时，从而推动了更清晰的产品与市场契合度以及更强的保留率。

在这些更改之后，随着越来越多的房东加入以及房客充满信心地完成预订，入驻摩擦持续下降。

在每次冲刺之后，团队都会审查经验教训，始终将其应用于待办事项列表，并会推进下一个假设，在时间和业务指标上具有约束力和责任感。

在 Airbnb 中将设计思维与系统思维对齐的可实施蓝图

启动一个联合设计-系统冲刺，该冲刺锚定在一个关于用户、房东和平台如何在运营的决策、预订和住宿处理过程中互动的明确假设中。这项冒险需要一个专注的所有者、一个短周期和具体的成功标准，以便在不破坏系统的情况下快速行动。

构建一个将产品接触点与运营杠杆联系起来的系统图：搜索相关性、房源创建、定价、支付、清洁和服务恢复。将每个节点链接到数据流和软件行为，以便团队可以看到一个小的 UI 更改如何波及到房东满意度、房客信任和市场健康状况。使用共享词汇和视觉效果——图片、简单图表和轻量级仪表板——使每个人都在工作最重要的位置保持一致。

以格雷厄姆式的克制来构建一组假设：可衡量且可逆的小赌注。考虑到地区差异，在多个市场进行测试，并衡量对转化率、入住率和房东响应时间的影响。如果某个假设未能实现，请用一个更安全的变体替换它，并将真理来源记录在数据堆栈中。从用户和房东那里获取输入（вход），以验证数据显示的内容，而不是仅仅依赖于轶事；尝试不同的输入，看看会出现什么趋势。

组建一个跨职能团队：设计师、产品经理、数据科学家、软件工程师、运营负责人和社区经理。为该团队提供一个耐心的时间表和一个简单的快速原型设计流程——低保真草图、交互式图片和可以通过最小风险关闭的软件切换。该过程的核心是将见解转化为产品增量，然后通过实时仪表板和严格的数据检查来观察更改在生产中的行为。

建立一个以用户和房东社区为中心的学习循环，认识到进入平台的途径可能因城市和设备而异。跟踪主要指标——更改后的预订率、房东发起的支持、支付可靠性和安全信号——同时监控各市场的趋势。确保反馈来自广泛的用户群体，而不是单一群体，以便计划适应现实世界并保持耐心和迭代。

提供一个具体的规模化蓝图：启动一个季度计划，其中包含少量实验、明确的责任制以及用于反思和调整的节奏。将每一步都与产品积压联系起来，在软件中跨团队重复使用传感器和模型，并保持流程足够轻量级以便在数据指示新方向时进行调整。如果执行得当，设计思维和系统思维会相互加强，帮助每个人在不失去平台核心或社区信任的情况下，从假设走向经过验证的学习。这种方法支持即使在最复杂的市场中也能实现重大增长，并且在适当的护栏以及与数据驱动的见解持续保持一致的情况下，它可以成为企业可持续价值的可靠来源（источник）。

确定预订和出租期间的核心客户待办事项

确定预订和出租的核心待办事项，然后围绕它们进行设计。从 JTBD 地图开始：客人想知道住在哪里、费用是多少、他们会遇到谁，以及如何快速完成安全支付；房东希望填满日程表、设定合理的价格、准备空间并让客人满意。构建一个简洁的屏幕，一眼即可显示价格、日期、地点、照片、评论和明确的取消政策。与真实用户一起运行一个 project 2 天的冲刺，以验证这些任务是否转化为具体行动和改变的机会。示例：客人在五分钟的时间窗口内比较三个选项；房东按价值细分询问并在几分钟内回复。当团队衡量任务完成情况，而不仅仅是目录印象时，这种方法的大门就会打开。这种启动加速了对齐，并帮助团队更快地交付价值。此地图是关于客人和房东执行的任务。

预订 JTBD 详细信息：在搜索期间，客人尝试查找日期对齐、住宿符合他们的计划以及总成本堆叠方式的选项。筛选出适合地点和时间的选项；验证价格和税费；确认信任信号（评论、房东响应时间和验证徽章）；以最小的风险保护日期和付款。建议：显示一个简单的匹配分数、集成地图和日历，并显示灵活的取消条款。使用快速、透明的结账方式，突出最重要的内容（价格细目、清洁费和美元总额）。在登录步骤中添加一个 вход 标签，以确保首次用户的流程顺畅。在 2 天的周期中与两组 5-7 名用户一起测试，以衡量屏幕上的放弃率并调整流程。当您减少客人在预订前必须遇到的屏幕数量，并提供一个满足所有需求的地方时，机会就会增加，同时决策过程保持清晰且无摩擦。

房东 JTBD 详细信息：通过确保可靠性，为房客敞开大门。房东希望吸引合适的人，管理日历，调整价格，并清楚地沟通，以便房客在他们所在的地方与他们会面。实际步骤：创建标准化的清洁、物品（家具、用品）、钥匙、WiFi 和安全清单；确保温馨的细节和清晰的到达说明；自动发送欢迎信息；通过入住前消息设置期望值；快速回复询问。每次入住后，征求反馈并向房客表明他们的需求已得到满足。使用为期 2 天的 project2 sprint 来测试 3 位房东的自动化；衡量查询到预订的转化率、响应时间和房客评分的变化。示例：及时的消息可将取消率降低 12%，并提高 5 星评价。这种认识促使产品工具发生变化，并为房东和房客创造更顺畅的连接新机会。

衡量和改变：跟踪每次预订的金额、总预订量和房客满意度；确定改变产品支持每项工作方式的机会；将改进与具体成果联系起来。如果您将预订流程中的摩擦减少 20%，则每次入住的金额会增加；如果您将房东的响应时间缩短 30%，则转化率会提高。通过这些观察，团队以两周为一个周期实施变更，使用给定的基线来衡量影响和扩展方式。对于需求停滞不前的房源，应用 JTBD 见解来释放新机会。使用两条轨道：1) 预订流程改进（屏幕更改，更快的结账），2) 房东改进（自动化模板，日历工具）。这些迭代改变了产品团队对价值的看法，使信任信号、实际步骤和实际结果保持一致。

绘制端到端系统：房东、房客、监管机构和合作伙伴

跨四个参与者（房东、房客、监管机构和合作伙伴）绘制并拥有端到端系统；创建共享数据模型和协调的工作流程以进行扩展。Airbnb 从一个车库项目发展成为一个处理数百万次入住的平台，因为它将房产、付款和消息传递链接在一个单一的治理层之下。趋势表明房客需要可靠性和速度；系统必须交付，而不仅仅是承诺。最初的努力背后是一个跨职能团队，他们将复杂的事情转化为可重复的行动。graham 和 paolo 提醒团队，如果没有为每个流程指定明确的所有者，决策就会漂移。因此，为每个端到端路径分配一个所有者。当此所有者采取行动时，客户获胜，星级上升，并且用户在各种设备上的体验都感觉无缝。示例：标准化流程后，新房东的入职时间缩短一半，从而提高了房源的可见性。当开启和自动化减少了人工工作时，年轻的房东受益，因此每个人都可以参与 - 员工和合作伙伴也是如此。从一开始，просмотреть流程，验证假设，然后再次优化。

房东和房源构成了系统的最前线。 将入驻流程定义为一个包含四个部分的循环：验证、房源设置、定价和日历同步，以及房客沟通。 由于权限门控制了房东可以做什么，因此在保持流程快速的同时，自动检查身份、房源合规性和保险状态。 每个房源文件背后都有数据，这些数据可以为定价、可用性和安全步骤提供信息； 规模化来自处理预订、消息传递和维护请求的模块化服务，而无需重新设计核心。 如果房东的团队很小，系统应支持“为我做”流程，从而为常用字段打开指导、模板和自动填充。 这种方法减少了从城市公寓到偏远小屋之间的差异，确保了客户期望的一致体验，这体现在更高的入住率和更好的评价中。 确保每位房东、员工和合作伙伴看到相同的规则和信号，以便绩效能够共同提高，而不是孤立地提高。 永远不要低估共享运行时在撤销、邻居通知和紧急程序方面的力量。 始终为房源更换所有者或房产暂时不可用的情况构建系统，并记录回退步骤。

房客在整个旅程中都应该得到可预测性和安全性。 绘制从发现到入住再到评价的房客路径，并明确交给房东和支持团队。 使用轻量级的信任标准：快速验证、透明定价、灵活取消和积极响应的消息传递。 客户会对清晰度做出反应：当房东资料包括经过验证的身份信息和最近的房客反馈时，预订的可能性就会增加。 五星级体验依赖于快速入住、干净的空间、准确的房源详细信息和积极响应的房东。 无论房客是在移动设备还是台式机上预订，用户旅程都应该感觉无缝衔接； 平台必须将提示、评价和问题解决转化为一个单一的、可读的线程。 不仅要衡量预订量，还要衡量问题解决的时间，并将这些指标与房东培训和系统提示联系起来。 看看小的改变——明确的期望、积极主动的提醒和安全的遏制措施——如何改变人们的看法，你会注意到它对房客群体的影响，包括首次旅行者和经验丰富的探险家。 当房客感到有指导，而不是被留下来自己解决问题时，满意度会上升，推荐会增加，回头客也会增加。

监管机构和合规盟友是共享系统的一部分。 将权限管理、数据共享和报告定义为透明、可审计的流程。 构建一个面向监管机构的仪表板，总结许可证、安全检查和税务合规情况，而不会泄露敏感的操作细节； 审查季度摘要，以确保与政策变化保持一致。 为了速度，保持一个标准化的数据模型，该模型可以被监管机构、研究人员和城市合作伙伴查询，同时保护用户隐私。 这种清晰性有助于加快审批速度，并减少在新市场扩张过程中的摩擦。 跟踪事件和解决方案以证明持续改进，并记录决策依据，以便利益相关者了解政策变化如何在规模上影响平台。 确保团队能够响应监管更新，而无需重新设计核心流程，以便从产品到运营的每个人都运行一致的剧本。

合作伙伴通过扩展可靠性和覆盖范围的服务来完善生态系统。 将清洁团队、维护供应商、保险公司和支付处理器围绕共享界面和通用 SLA 进行协调。 分配合作伙伴绩效的所有权，并提供反映安全和质量标准的标准化入职流程。 利用合作伙伴门户网站简化工作流程，从安排客房服务到提交维修请求；这减少了员工和所有相关人员的交接和重复工作。 当监管机构或城市要求提供数据时，您的系统可以快速显示相关的、经过授权的信息，从而增强合作伙伴和客户的信心。 实际上，随着合作伙伴网络成熟并随平台扩展，您会看到问题解决速度更快、错过预订更少以及现金流更稳定。 通过邀请新的服务提供商、重新培训现有的服务提供商以及跟踪长期绩效趋势来保持合作伙伴网络的活力，从而使生态系统保持竞争力和弹性。

执行计划：启动和迭代的具体步骤。 1) просмотреть 与跨职能负责人一起查看当前的端到端地图；2) 为每个流程定义一个负责人并记录决策权；3) 实施一个模块化数据模型，将房东、客人、监管机构和合作伙伴联系起来；4) 在受控市场进行试点并测量入职时间、预订速度和问题解决情况；5) 扩展到第二个市场并比较趋势，并在必要时进行调整；6) 发布领导层和合作伙伴的季度健康检查报告。 这种方法保持了势头，能够 빠르게 响应反馈，并确保每个人在平台再次增长时保持一致。 如果某个步骤发现差距，请在较短的周期内解决这些差距，并更新地图，以便系统对用户、房东和监管机构保持一致性。 简而言之，有条不紊、透明的端到端设计可确保网络的健康并为下一波需求做好准备。

通过快速现场实验测试最小可行变更

针对单个、最小的变更启动为期 2 天的现场测试，该变更可以提升 Airbnb 等平台上的预订量。 用简单的术语定义假设：您更改的内容、您期望对客户和资金产生的影响，以及您如何知道它是否有效。 如果您停滞不前，请在使用真实用户和进行小幅编辑后验证想法，然后再构建功能。 收集电子邮件数据以便稍后重新吸引用户，并保持测试重点，以便在通过具体结果明确差异时快速替换旧方法。

一次运行一项更改，使用明确的对照组和治疗组，并测量每个为期 2 天的运行项目的单个主要指标。 如果可能，使用两个市场来避免一次性影响，并通过更快的反馈循环来加速学习。 以简明扼要的笔记形式记录人们所说的话，然后将这些话转化为可衡量的结果，以便管理层可以确切地看到价值在哪里。 保持高节奏，授权业余团队，并记录假设和结果，以便其他人可以从更改的内容、保持不变的内容以及您接下来要替换的内容中学习。

保罗和格雷厄姆提醒团队将决策立足于数据，而非仅凭直觉，并以简单的语言和可见的指标来授权他们。专注于改进转化率、注册量或忠诚度的方面，并在证明影响之前避免过度建设。通过诸如登录路径上的入口（вход）等仔细的标签以及对用户反馈的清晰捕捉，您可以将小型测试转化为可信的信号。使用结果来指导下一次迭代，确保您朝着能够让客户满意并带来收入的产品前进。

与房东和房客共同创造，以验证信任信号和需求

启动为期 2 周的共同创造冲刺，将房东和房客配对，以验证信任信号和需求。使用轻量级、数据驱动的循环，从洞察到行动，提供您可以在几天内在产品中测试的具体更改。这种方法有助于双方的人们真正确定地做出决定。

定义三个要测试的信任信号：经过验证的身份和付款方式，通过最新照片和实时更新支持的房源准确性，以及目标回复时间的快速响应沟通。构建快速场景，让房客提问，房东更新日历；在纸上或简单的屏幕原型上运行这些场景，以比较印象。使用每一轮的实现来决定下一次更改。

例如，创建一个文物套件：用于捕获房东期望的纸牌、房源页面的屏幕模型以及一个轻量级清单，用于评估星级、响应时间和费用清晰度。使用此套件快速捕获数据，避免冗长的研究周期。

在加利福尼亚州与各种房源类型和地理位置混合进行会话；在那里，互动揭示了房客除了照片之外还重视什么，使用限时访谈（15-20 分钟）来保持循环的紧密性，同时收集经验。

数据捕获侧重于可衡量的结果：信任评分、预订意愿和转化率。跟踪信号更改后预订的变化，并按房源估算潜在收入。构建一个简单的仪表板，以比较跨用户、房源和市场的每个信号，突出显示用于优先考虑产品更改的主要差异。

将洞察转化为实际的更改：更新房东的入职流程，阐明持续的房源指导，并调整管理流程以保持内容的准确性。公司的设计团队应考虑更改如何影响用户和房东，将这些洞察转化为屏幕文案、帮助卡和可在各个市场重复使用的可扩展模板。使用数据来指导时间分配和资源规划。

米凯尔主持会议并强调精益、迭代的方法。他会推动快速测试和实时反馈，确保每一次更改都能减少摩擦，并提高房客和房东的信任信号。

一旦信号被证明是可靠的，就推出一个可扩展的包：用于房东资料的文案、用于入职脚本的卡片和可用于屏幕的模板。这使团队能够在新的市场中部署，获得一致的体验，并以可扩展的方式对需求产生可衡量的影响。

示例结果：一个与预订量提高 12% 相关的双市场试点，其中信任信号与客户期望相符，星级对齐度略有上升，并对收入产生积极影响。该方法改进了体验，并帮助公司朝着可持续增长的方向前进。

建立反馈循环、指标和治理以保持势头

从每周节奏开始：三个仪表板提供一份实时治理文件，并指导下一步发布的内容。这使想法专注于用户价值，并避免优先级漂移。

明确仪表板和目标

• 客户反馈：目标 NPS 30+，每周进行 18-25 次访谈，保持 40% 的电子邮件回复率，包括说明用户场景的图片。
• 产品健康状况：7 天内完成的入职率 60%+，价值实现时间低于 7 天，崩溃率低于 0.2%，每月减少 50% 的待办事项。
• 业务健康状况：每个活跃用户的收入达到设定的阈值，CAC 回收期低于 4 个月，每月客户流失率低于 6%。
• 数据来源：产品事件、支付日志、调查和支持记录。所有仪表板的真实来源是中央数据仓库。

构建跨渠道的反馈循环

• 使用电子邮件、应用内提示和社区论坛来收集意见。每周进行 18-25 次访谈，以发现实际痛点和软件更新的想法。
• 将见解转化为软件团队可执行的项目；附加一张一页的想法卡，其中包含草图或图片以说明背景信息。

建立具有明确角色的治理

• 组成一个小圈子：一位用户体验负责人、一位数据分析师和一位产品负责人。每周安排 90 分钟的审查会议，以协调优先级并批准下一个版本项目。
• 维护一个单一的决策日志，其中包含一个标记为 источник 的字段，以记录来源和理由；为每个操作分配负责人和截止日期。

设计一个快速、实用驱动的变更循环

• 运行为期两周的试点项目，并对用户群组进行有衡量的调整；跟踪三个仪表板和反馈渠道的影响。
• 如果信号是积极的，则在产品区域内扩展；否则，恢复并记录经验教训以供下一轮使用。
• 确保每次调整都能提高感知实用性，并与从社区收集的想法保持一致。

沟通进展和经验教训

• 通过电子邮件发布简洁的每周摘要，其中包含来自用户的高亮、图片和引言；使用简单的图表或热图总结影响。
• 在社区主题和简短的内部简报中分享更新，以保持团队之间的一致性，而不会使时间安排过于紧张。

这种方法产生以实现为导向的优先级排序，绘制实验的飞行路径，并使组织专注于对用户而言重要的事情。当决策有数据支持时，团队会变得更加自信。真实来源仍然是中央数据仓库。