Lec 1开始设计 · 软件设计
这是当前课程已收录的第一篇。
Lec 1 开始设计
本节目标：
- 为“问题定义”作业做好准备：这样你才能选对好问题，并确保项目成功
- 了解“问题定义”过程中的常见阻碍：这在行业内也被称为“需求发现”、“需求定义”等
- 警惕常见的“失败模式”：即软件创新在哪些路径上容易走入误区
TL;DR
- 真实需求不是靠支持者的热情证明，而要主动寻找反证、冷漠信号和用户是否真的愿意改变现有行为。
- 设计者会受创始人谬误、确认偏误和自身经验限制影响；“犯错时的感觉”和“正确时”可能完全一样。
- 软件创新常因差异化不足、临界规模、摩擦、利益相关者冲突或意外后果失败，这些都是技术与人接触处的设计问题。
- 好项目应当简单专注、服务真实用户，并在场景、核心功能或功能组合上提供可解释的创新。
案例分析——什么是成功的软件？
成功与失败案例说明，产品结果取决于是否满足真实需求，而不只取决于技术投入、公司资源或视觉精致程度。
正面案例：Craigslist 的出圈
成功不等于"独角兽"或漂亮的网站。以 Craigslist 为例：2012 到 2021 年（大概），每月 1.4 亿全球访客，年收入超 5 亿美元——没有量子、加密或 AI，却持续受欢迎。
我的理解
大厂多次绞杀失败。 最大的优势在于买卖双方都知道对方在这里；交易通过匿名邮件匿名转发，保护了隐私性，有点暗网的意味。不过如今 Craigslist 涉及非法服务（著名的“Craigslist Killer”、标志性的“成人服务”板块）与诈骗问题、人气正在下滑，用户体验已严重落后于时代。
反面案例：Google+ 的衰落
反面案例是 Google+（2010–2019），被 Eric Schmidt 称为"公司历史上最雄心勃勃的赌注"，但最终失败。
在 2011 年前后，Facebook 经历了爆发式增长。谷歌猛然发现，Facebook 正在筑起一面巨大的“围墙花园”（Walled Garden）：
- 流量与时间的吞噬者： 用户把大量的时间花在 Facebook 里聊天、看新闻、分享照片，不再频繁使用谷歌搜索。
- 搜索黑洞： Facebook 内部的数据和用户关系网络是封锁的，谷歌的搜索蜘蛛无法抓取。如果未来所有的互联网内容都产生在 Facebook 内部，谷歌的搜索核心业务将被边缘化。
- 谷歌必须推出一个社交产品，把用户和流量抢回来，这关系到谷歌的生死。
在 Google+ 诞生之前，谷歌虽然拥有 Gmail、YouTube、Maps、Android 等无数王牌产品，但它们之间是分裂的：
- 用户登录 Gmail 是一个身份，去 YouTube 留言又是另一个不相干的账号。
- 谷歌无法把同一个用户在不同产品上的行为轨迹完美串联起来。
- Google+ 的底层野心是成为整个谷歌生态的“唯一身份层”（Identity Layer）。 谷歌甚至曾强行规定，用户在 YouTube 评论或注册新安卓手机时，必须绑定 Google+ 账号。它试图用社交纽带把谷歌所有孤立的产品强行缝合在一起。
谷歌的传统广告（AdWords/AdSense）主要依靠用户的搜索关键词和 Cookie 来猜测用户的喜好（例如：你搜索了“婴儿车”，谷歌知道你想买婴儿车）。
- Facebook 的优势： 拥有完美的人口统计学数据。Facebook 清楚地知道你的真实年龄、性别、品味、人际关系、以及你给哪些具体的品牌点了赞。
- 这种基于“真实社交关系”的广告投放精准度，在当时对谷歌的广告帝国构成了致命威胁。谷歌急需通过 Google+ 获取用户的“社交图谱”（Social Graph）来反击。
Google+ 的强推策略为何失败
为了打赢这一仗，谷歌几乎动用了所有的核心资源，甚至改变了公司管理机制：
- 全员 KPI 挂钩： 时任 CEO Larry Page 甚至下令，所有谷歌员工的年终奖金都有很大一部分与谷歌在社交领域的成功（即 Google+ 的表现）直接挂钩。
- 产品全线让路： 谷歌所有的王牌产品线（搜索、邮件、地图）都必须无条件为 Google+ 导流，页面顶部常年挂着黑色的 Google+ 导航条和红色的通知气泡。
思考：为什么这场“豪赌”最终沦为经典的“失败模式”？
能不能推出犯了“从竞争出发，而非从用户需求出发”的错误？ 依据：谷歌定义的问题是：“Facebook 要抢走我们的广告市场，我们该怎么做产品打败它？”（竞争驱动）。而用户真正的问题是：“我已经有了 Facebook 和 Twitter，我为什么还需要一个翻版的社交网络？”（用户需求缺失）。这种强加需求、内部本位主义、以及用行政手段强推产品的作法，最终导致了它长达 8 年的挣扎，并于 2019 年正式关闭
净推荐值（NPS, Net Promoter Score）
NPS 问的是"你有多大可能向朋友或同事推荐 X？"（0–10 分）。用于验证“用户口碑与增长潜力”。
NPS 告诉你产品上线后的受欢迎程度，但**如何在发布前预估成功概率？**这正是 问题定义（problem framing）要解决的核心问题。
真实需求与认知偏差
我们在思考用户的真实需求（Authentic demand）与 发现需求（needfinding）之间存在认知偏差（Cognitive biases），会出现一种清醒梦（waking dream）现象：设计者自认为了解客户、看到了使用场景，但实际上脱离了现实世界，这种**"犯错的感觉和正确的感觉一模一样"**。
案例：Gmail Labels——更强大不等于更易理解
2010 年 CHI 论文 Best of Both Worlds: Improving Gmail Labels with the Affordances of Folders 记录了一个经典 UX 案例。Gmail 最初用 Labels（标签） 代替传统邮件的 Folders（文件夹）：一封邮件可以同时拥有多个标签，理论上比“一封邮件只能放进一个文件夹”的模型更灵活。然而大量用户根本没有发现 Labels，甚至困惑于“为什么 Gmail 没有文件夹”。Google 最终没有继续教育用户，而是重新设计 Labels，让它在视觉和交互上更像用户熟悉的 Folder，同时保留多标签能力。
我的理解
技术上更优雅的模型，不一定是用户认知上更好的模型。 用户长期形成了“邮件 → 文件夹”的 心理模型（Mental Model），也叫心智模型，因此会受到 熟悉性偏差（Familiarity Bias）、现状偏差（Status Quo Bias） 与一定程度的 **功能固着（Functional Fixedness）**影响。Google 的解决办法不是要求几亿用户重新学习，而是让新概念借用旧概念的 接受度：看起来像 Folder，用起来像 Folder，但底层仍然是更强大的 Label。重新设计后，Labels 的采用率显著提高，尤其是在 Gmail 新用户中。 设计启示：不要因为系统抽象更先进，就要求用户按照系统的方式思考。好的产品会让新能力映射到用户已有的心理模型。 :::
案例：RunPee——只解决最尴尬的 3 分钟
RunPee 的起点非常具体。创始人 Dan Gardner 在 2005 年看 Peter Jackson 的 King Kong 时，因为电影超过 3 小时，一直憋着不去厕所，结果后半段几乎无法享受电影。离场时他和妻子意识到：如果提前告诉下一场观众，“某个不重要的虫子场景就是最佳上厕所时间”，问题就解决了。这个想法后来发展成 RunPee：告诉用户电影中哪些 3–5 分钟可以安全离场，并给出离场提示、可用时长以及回来后可以查看的剧情摘要。RunPee
产品机制非常克制：用户在电影开始时启动计时器，RunPee 会在合适的 Peetime 到来前通过静默震动提醒；每个 Peetime 都有一个不剧透的场景 cue、可离场多久，以及“你错过了什么”的隐藏摘要。此外，它还顺手解决了两个相邻的小问题：迟到时可以看电影前几分钟摘要，以及判断片尾字幕后有没有额外场景。当前产品仍强调影院环境适配，包括深色界面、低亮度和静默震动。App Store
设计启示：好的产品不一定创造新的需求，也不一定解决巨大的问题。找到一个用户已经在忍受、但没人认真解决的小摩擦，并把其中的不确定性消掉，本身就可以构成一个完整产品。
RunPee 还有一个很值得记住的点：产品名字本身就是价值主张。 “RunPee” 几乎不需要 onboarding，你看到名字就能猜到它解决什么问题；而它后来增加的片尾彩蛋、迟到摘要等功能，也都没有偏离“帮助你不中断地看完电影”这个核心 Job，而不是无限扩张成一个普通电影 App。官方目前称数据库已覆盖 1,900 多部电影，并持续为新上映电影增加 Peetimes。
案例：HEY Email——强烈理念也可能只为设计师服务
37signals（当时 Basecamp）在 2020 年推出 HEY，希望从根本上重新设计已经几十年没怎么变化的 Email。它有不少非常有想法的设计：The Screener 让陌生发件人先经过你批准；Reply Later 把“之后要回复”从星标/未读这种 workaround 变成明确工作流；Focus & Reply 则把待回复邮件排成一条队列，让用户一次专注处理，而不用反复回到不断产生新邮件的 Inbox。创始人 Jason Fried 把核心理念描述为重新夺回用户对 Email 的“control”。
问题在于，HEY 不只是提出新的工作方式，它有时也会强迫用户接受创始人认定的正确工作方式。最典型的是 Focus & Reply：这个模式本意是减少干扰，让你连续回复邮件；但早期版本里不能使用 rich-text formatting，也不能添加附件。一位长期用户因此批评：功能理念很好，但实际回复稍复杂的工作邮件时，只能退出 Focus Mode 回到普通回复。
案例：Google Allo——差异化不足
Google 在 2016 年推出 Allo，试图做一款“AI 原生”的即时通讯应用。它当时的卖点其实相当前卫：Smart Reply 会根据对话内容直接推荐回复，甚至能识别图片并建议“好可爱”“看起来很好吃”之类的回应；Smart Smiley 会根据你正在输入的内容推荐 emoji 和 sticker；Google Assistant 还能直接进入聊天，帮用户查餐厅、航班、体育比分或一起做计划。
但 Allo 面对的并不是一个“功能不足”的市场。到 2016 年，用户已经把自己的联系人和社交关系沉淀在 WhatsApp、Telegram、Signal、Viber、iMessage 等既有网络里。一个新的聊天 App 即使 Smart Reply 再聪明，也必须先回答一个更重要的问题：为什么我要让所有朋友跟我一起换过去？ TechCrunch 当时就指出，Google 已经明显晚于主要竞争者进入消费级 Messaging 市场；Google 最终在 2018 年停止继续投资 Allo。
我的理解
Google Allo 失败的例子，与 Craigslist 类似，一个输在了后入场，另一个赢在先入场
案例：Clubhouse——稀缺性无法替代临界规模
Clubhouse 在 2020 年疫情期间爆红。它把社交简化成一种非常轻的形式：进入一个 live audio room，可以像参加线上沙龙一样听别人聊天，也可以被邀请上台发言。早期又采用 invite-only（邀请制），制造了强烈的稀缺感和圈层身份；疫情期间线下聚会、会议、社交活动大量消失，更让“随时进入一个房间听真人聊天”击中了特殊时期的需求。
案例：Google Wave——技术先进但用途不清
Google Wave 是一次极具悲剧色彩的“技术过载”与“产品过度膨胀（Product Bloat）”的典型案例。Google 试图把电子邮件、即时通讯、多人协作文档、博客、社交网络和论坛全部缝合进一个网页窗口。
极客的狂欢，大众的噩梦； 为设计师设计； 认知过载；
案例：Peeple 与 Facebook Beacon
Peeple (2016)：“大众点评”人类版，将人性物化与标签化。
Facebook Beacon (2007-2009)：把“隐私”出卖给“病毒式营销”。
案例：Mastodon——摩擦是用户规模的头号杀手
在传统互联网中，注册一个账号只需要“手机号+验证码”。但在 Mastodon 的联邦制（Federated / Fediverse）架构下，技术上的高级感直接转化为了用户体验上的“高墙”。
以下为您深度拆解，Mastodon 在 2022 年（马斯克收购 Twitter 引发逃难潮）短暂爆发后，是如何被自身复杂的“摩擦力”将用户劝退、导致月活腰斩的：
- 第一步就卡死：普通用户下载 Twitter 或 Threads，点开就能用。而打开 Mastodon，迎面而来的第一个问题是：“请选择你想加入的服务器”。
- 选择瘫痪（Choice Paralysis）：用户只是想看个段子，却被迫去理解技术概念：什么是
mastodon.social？什么是tech.lgbt？它们之间有什么区别？如果选错了，我的内容还能搬家吗？这种巨大的决策成本在注册的第一分钟就劝退了绝大多数小白用户。 - 关注和搜索的折磨：在去中心化世界里，跨服务器关注别人非常痛苦。如果你在 A 服务器，想关注 B 服务器的
foo@bar.com，你不能直接点“关注”。你常常需要复制对方的主页链接，回到你自己的服务器搜索框里粘贴，然后才能点击关注。 - 信息流的割裂：Mastodon 存在三种时间线：主页（你关注的人）、本站（当前服务器的所有发言）、跨站（当前服务器连接的其他服务器发言）。对于习惯了被算法无缝喂养（如 TikTok/Twitter 算法）的现代用户来说，这种复杂的逻辑结构让人头晕眼花。
- 为爱发电的脆弱性：每个服务器都是由个人或志愿团队自费、用爱发电运营的。这意味着，你加入的服务器可能会因为管理员没钱交服务器费、或者管理员突然“现世报”退网而直接关闭，导致你的账号和所有资产一夜清空。
- 治理尺度的混乱：没有统一的官方客服。如果你的账号被某个服务器的管理员无故封禁，你没有任何申诉通道。这种缺乏大厂背书的“体制不稳定感”，让追求安稳的泛大众用户难以长期留存。
案例：Yik Yak——匿名表达与意外后果
Yik Yak 于 2013 年推出，最初面向大学校园，是一种 基于地理位置的匿名社交网络。用户不需要公开真实身份，就能发布短消息“Yaks”，附近大约 5 英里范围内的其他人可以看到、评论并投票。它的核心想法很有吸引力：把“校园里此刻大家在想什么”变成一个实时、匿名、超本地的公共讨论区。
问题是，产品原本希望匿名带来更自由、更真实的表达，却同时消除了现实社交中非常重要的 声誉成本 和 accountability。产品很快在一些学校出现恶意八卦、人身攻击、种族主义、性别歧视、仇恨言论以及威胁。创始人后来承认，他们一开始甚至没预料到高中生会大量使用这个产品；面对校园欺凌，他们不得不给大量中学设置 geofence，直接禁止使用。
到后期，内容治理问题已经明显破坏普通用户体验。TechCrunch 报道称，2016 年底 Yik Yak 下载量相比前一年同期下降 76%；公司随后裁员，并在 2017 年关闭原版服务。Yik Yak 如今自己的 FAQ 也把当年的失败总结为：增长速度超过了平台管理和 moderation 的能力。‘
我的理解
这是典型的 Unintended Consequences（意外后果）：设计者优化了一个变量，却没有完整考虑这个变量同时约束着什么。
需求发现建议
好的项目特征具备三个特征：
- 简单且专注： 复杂度会毁掉你的应用； 聚焦令人不安，但这很重要；对小项目来说尤其关键
- 真实，不是玩具或克隆： 会有一些真实用户；没有遗漏核心功能；没有拦路虎式的摩擦
- 在某方面有创新： 一个新的场景或问题； 一个新颖的核心功能；功能的一种新组合