06 Y模型：从问题域到方案域的最硬核解题思路
你好，我是苏杰。
今天开始，我们进入了第二轮MVP——Minimum Valuable Prototype。我们的关注点开始从问题转到解决方案，让我们一起来学习一个模型，它简单且硬核，是产品创新的有效解题思路，我把它叫作“Y模型”。
你知道每个产品在创新的时候，最常见的错误是什么吗？
在我看来，就两点：“不听”和“照做”。
一是不用心听，和用户接触得太少，这个在之前“理解用户”的文章里已经聊过。
另一个就是照着做，虽然接触用户了，但用户说什么，就做什么。如果这样的话，那还要产品经理这样的岗位做什么呢？我们直接让工程师去实现用户的需求就好了。
《乔布斯传》里有一句话很有意思，刚好可以用来解释第二点：“人们不知道自己想要什么，直到你把它摆在他们面前。”
是不是很无奈？
所以，不去理解用户不可以，盲目顺从用户也不对，那么到底该怎么破局呢？接下来我就为你介绍一下我用来解决这个问题的Y模型。
它背后的一句心法就是——用心听，但不要照着做。
产品创新的解题思路：Y模型
在下面的配图中，你可以看到一个大写的字母Y，有三个线段、四个节点。左上角的起点我们标记为1，中间那一点我们记为2，右上角的点记为3，最下方的点记为4。
- “节点1”代表的是用户需求场景，经常被简称为用户需求。这是起点，是表象，是表面的需求，是用户的观点和行为。
- “节点2”是用户需求背后的目标和动机，是用户言行的原因。不过产品经理在思考用户目标时也要综合考虑公司、产品的目标。
- “节点3”是产品功能，是解决方案，是技术人员能看懂的描述。
- “节点4”是人性与价值观，或者说是用户心智，是需求的最深层体现，是需求的本质。（也许你对人性的了解还停留在马斯洛需求层次理论，如果你对这方面有更深层次的兴趣，建议你去阅读一篇2019年3月发表的论文“Who Built Maslow’s Pyramid?”）
Y模型的不同阶段，各自需要回答一些问题，可以总结为6个W和3个H。
“节点1”这个阶段的问题主要是Who（目标用户是谁）、What（需求表现为什么）和Where/When（何时何地，什么情况下）。
“节点1”到“节点2”和“节点2”到“节点4”这个阶段，对应的是对用户需求的层层深入。这个阶段要回答Why这个问题——要不停地往下深入挖掘需求，了解用户为什么会有这样的言行、为什么会有这样的目标和动机。
“节点4”到“节点2”再到“节点3”的过程中，你要想清楚How——也就是要想清楚问题应该怎么解决。这个叫浅出，先深入后浅出。
我们对用户需求理解得要深，这叫用心听，但是给用户呈现的解决方案要尽量简单，把复杂留给自己，把简单留给用户，这叫不照着做，给出创新的解决方案。
最后的“节点3”中，要回答Which、How many、How much三个问题。
Which是指选哪一个方案，做哪一个功能，这背后其实是对价值的判断，比如怎么评估性价比和优先级。How many是指这一次做多少个功能，考验的是对迭代周期，产品包大小的把控。How much原意是多少钱，这里引申为多少资源，是对时间、金钱、团队等资源的评估。
接下来我为你举一些例子，来帮助你理解Y模型究竟是怎么运作的。
今日案例
《乔布斯传》中记录了乔布斯讲过的一个段子。
我记得亨利·福特曾说过，“如果我最初是问消费者他们想要什么，他们应该是会告诉我，‘要一匹更快的马！’”
案例①：福特汽车
你可以看到，对于福特而言，“节点1”（用户需求）是“更快的马”，显然这个用户需求是以一种不靠谱的方式表达出来的。这种表述可以叫作“用户自以为是的解决方案”，或者说是“伪需求”。
在和用户交流的过程中，你一定经常有这样的体会，你问用户他哪里不爽，他会从自己的认知出发告诉你应该怎么做。从心理角度分析，这说明每个人都喜欢给别人出主意，以显得自己很厉害。
如果是没经验的产品经理，这时候就会顺着用户的思路想，我要怎么研发一种新的饲料，或改进训练方法，让马跑得更快、更久。而好的产品经理就会努力去搞清楚Why，往“节点2”（目标动机）走。
在真实的需求场景下，你会发现用户最终诉求其实是“更快地到达某地”，“更快”比“马”重要。相对于用户，产品经理是领域专家，你可以利用自己的领域知识，给出更靠谱的“节点3”（产品功能），也就是最终福特给出的解决方案——汽车。
这是一个最基本的从问题到方法的转化案例，值得你反复体会。你会发现这个过程明确地分为了两步：
- Y模型的前半段：用心听。
- Y模型的后半段：不要照着做。
那么“节点4”（用户心智）的作用呢？如果你看了上面的配图，就会发现我在图中的“节点4”处打了个问号。
因为我发现，在一个不成熟的领域或全新的市场，只做“节点1、2、3”是玩得转的，比如汽车市场的早期，你完全可以通过满足“更快”的需求建立优势。
但表层需求很快就会被相似的跟进产品满足，随着市场的成熟，产品很快会陷入同质化竞争和价格战，最终整个市场变成红海。而破局的方法就在“节点4”（用户心智）中，所以接下来，我要通过微信游戏的案例来说说“节点4”，也就是占领用户心智的价值。
案例②：微信游戏“打飞机”
随着微信渐渐地从一个“有用的”通信工具，变成一个“有趣的”平台，用户也渐渐地从有事儿上微信，变成了没事儿就打开看看，于是微信有了朋友圈、公众号，也有了游戏。用户可以打发时间，产品可以提升黏性。
那么下面，我用Y模型分析一下微信的第一款游戏——著名的“打飞机”。
打飞机类的游戏并不新鲜，20世纪八九十年代的红白机上就有类似的——沙罗曼蛇、兵峰、B计划、1942等。微信如果只提供基本的游戏功能，那就太没意思了。能让用户愿意在微信里玩，而不是自己装一个模拟器玩，肯定是有别的原因存在的。
试着往“节点4”想一想，围绕着“用户心智”，你应能想到两点人性的诉求：
- 社交；
- 尊重。
先说社交，最近几年，不知你有没有和很久没见的同学（比如小学、初中的同学）聚会过？我的经历是，现场很热闹，同学们互相加了微信，但一两年过去了，从来没聊过天。
为什么？因为大家的生活轨迹差异太大，一群人在一起的时候还可以调侃过去，一对一单聊有什么可聊的呢？打字或发语音是一种比较“重”的社交，没有需要沟通的内容的话很难开场。
所以，大家也就只能在朋友圈里互相点个赞，装作还很熟的样子。我们需要一种方式来维持轻度的社交。
打飞机和以往的游戏不同，不是只要有钱有时间就可以一直玩下去。飞机用完了的时候，它给我们提供了一个轻度社交的理由——索要、赠送飞机。有没有想起儿时一起躲着老师、家长玩游戏的情景？赶紧和老朋友互动一下吧。
再说尊重，它包括荣耀、攀比、虚荣、自尊等诉求，也是游戏让人上瘾的一大要素。结合微信自身特点——这里有好友、有互动，“打飞机”给出的特性是“可晒的好友榜”。这里面有两个要点，第一是好友榜，第二是可晒。
游戏里的排行榜已然不是新鲜玩意，但在我看来，好友榜是第三代排行榜。
第一代是单机榜，自己和自己比，和兄弟姐妹比，或和隔壁老王的儿子比，有时候还可以和电脑虚拟出的机器人比。但一段时间后玩家就会觉得没意思，因为就那么几个人，排序渐渐稳定。
第二代是世界榜，因为有了网络，可以和同一个服务器里的网友比，显然更有趣。但时间一长，第二代排行榜出现两个新问题，一是你的排名会停滞不前，排在前面的都是专业玩家、高手，二是排行榜上的人都不认识，没法互动。私服（某种局域网里的服务器）的出现虽然可以解决部分问题，但依然有很大缺憾，比如受限于物理条件，只能是同一个学校的同学。
第三代是好友榜，它完美解决了第二代的两个问题。谁排前面，完全比的是谁时间多，毕竟你的朋友不是专业玩家。而且还有一个杀手锏可用，如果你怎么努力都只能排到第二，你还可以删掉第一名的好友，立即分享纪念后再把好友加回来。
另一方面，可以晒、可以刷存在感，绝对是一种生产力。网上说的“中国的微信朋友圈和微博拯救了不丹的旅游业”，就能体现出可晒的巨大能量。
因为去不丹旅游的成本很高，本来应该没什么人去那里，但“我在一个很贵的地方玩哦”是一个绝好的晒点。通过照片和游记让朋友知道这个晒点，似乎钱花得就很值了。哪怕某天你在酒店昏睡了一天，什么地方也没去，只要发一句“今天又犯懒了，啥地方也没去，还得交××美刀的环境保护税，嘤嘤嘤”，就会觉得倍儿有面子，是不是？
回到“打飞机”小游戏，可能有些人觉得“我小时候游戏玩得可厉害呢，但现在身边的同事都不知道”，这让他们“怒刷”“怒晒”的行为变得更是动力十足。
可晒的好友榜以及索要、赠送飞机等特性，都不是游戏的基本功能，但正是有了这些特性，让“打飞机”更具可玩性。
Y模型的生活应用
同样的，Y模型还可以用在生活中。
比如装修的时候，我们可能有一个需求是客厅的灯需要多控开关（多地点控制同一照明设备），这是“节点1”用户需求的话，我们就需要分析一下“节点2”目标动机了。挖掘下去，你会发现用户的目标是不走回头路，可以进家门时顺手开灯，离开客厅进卧室时也可以顺手关灯。于是，室内设计师给出的“节点3”解决方案是更合理的布线。
我们再深想一层，“节点4”用户的人性，其实是“懒”，希望更方便地控制照明，而不是要多个开关控制一个灯。所以，随着各种智能设备的普及，我们可以给出更多的声控、人体感应等解决方案，更好地满足用户的需求。
小结
美国硅谷最著名的孵化器YC的创始人，保罗·格雷厄姆（Paul Graham，也是《黑客与画家》的作者），在每一年给孵化项目的辅导上，都会强调一个观点：“作为初创团队，你要做的重要事情只有两件，一是和用户交流，二是开发产品”。
因为创新会面临两大风险，一是市场风险，就是说你做的产品有没有人需要，二是技术风险，就是说你能不能把东西做出来。其实，格雷厄姆说的内容，与我今天为你讲的Y模型是一个意思。
和用户交流，就是Y模型的前半段，是解决市场风险，对应的心法就是用心听；而开发产品，就是Y模型的后半段，是解决技术风险，对应的心法是不要照着做。
所以，如果你对于这一讲只能记住一句话的话，我希望就是：用心听，但不要照着做。
思考题
欢迎你用这个思路去重新审视一下你最近接到的一个用户需求和给出的产品功能，在听完这一讲后，你有没有什么优化的想法呢？
你可以在留言区写出自己的答案，与我和其他同学一起讨论，也欢迎你把文章分享给你的朋友。
补充阅读
书名：《黑客与画家：来自计算机时代的高见》
原作名: Hackers and painters: big ideas from the computer age
作者：[美] Paul Graham
译者：阮一峰
- 小天 👍（28） 💬（2）
用心听不要照着做，还可以补充：让用户了解你的思考过程，让用户做选择而不是做决定。 用户都喜欢给产品出主意，尤其是企业内部用户，碰到强势的用户，如业务线的负责人、领域专家、甚至老板，产品经理往住容易被牵着鼻子走，或者迫于压力屈从接受他们提出的解决方案。 产品经理需要深入理解用户的需求，给出浅显易懂的解决方案，这个方案往往不是一个而是多个。产品经理需要给出每个方案的优势、劣势以及自己倾向的方案。还有一点非常重要，不要直接抛出结论，让用户清晰的了解你思考问题的过程，直接说结论用户往往慒逼，还会给人一种不得不从的感觉。
2019-11-12 - joe浅蓝 👍（9） 💬（6）
关于微信的「打fei机」之前还听到过另一个比较有趣的说法：当年微信为了和支付宝针对支付进行竞争的时候，直接推送升级微信支付的版本可能升级的人并不多，于是借用「打fei机」让大部分用户无意识的升级到了带微信支付的版本
2019-11-04 - 雷霹雳的爸爸 👍（4） 💬（1）
我不是PM，跟产品研发也有点距离，但时常心怀恻隐，毕竟我们现在的产品以可爱的小姑娘为主 how much和how many最难，倒不是说不知道应该怎么决策，而是她们推不动吧，说PM就是没实权的CEO，估计也就是这个了，各位大佬好好配合下不行么...
2019-11-04 - PM-felix 👍（4） 💬（2）
知识点口诀：用心听，不照做，深入浅出； 竞争策略：在一个不成熟的领域或全新的市场，只做“节点 1、2、3”就玩得转，随着市场的成熟，产品很快会陷入同质化竞争和价格战，最终整个市场变成红海，而破局的方法就在占领用户心智。 个人感觉最后举得微信游戏占领用户心智的例子有一丢丢不完美，前面酣畅淋漓。
2019-11-01 - escray 👍（3） 💬（2）
乔布斯说，“人们不知道自己想要什么，知道你把它摆在他们面前。” 但是困难同样在员，你也不知道人们想要什么，即使你把它把摆在人们面前。 “用心听，但不要照着做”，这个还是挺难的。最烂俗的那个“更快的马和汽车”的例子，即使你在当时能够想到汽车的想法，但是如果技术水平没有达到，那估计也很难实现。我是想说，还得考虑但是的技术条件。 这个 Y 模型还是很漂亮的，也很清楚，是作者本人的原创么？ 从 Who, What, Where, When 的用户需求，不断的提问 Why，到达用户目标，进而用户心智，然后从用户心智 反推如何做 How，形成解决方案 Which, How many, How much 当然，大部分时候可能连用户需求都很难搞清楚，再想要深入到人性与价值观的部分，就更加困难了。 其实我觉的那个“马和汽车”的例子有过度解释的嫌疑，如果我们现在继续问，客户需要“更快的车”，那么你要给他什么呢？肯定不是飞机、高铁之类，而是需要不断的去追问为什么？无人驾驶可能是一个答案，也有可能豪华车是另一个答案。 从来没玩过微信“打*飞机”，是否从某个角度说明了我不适合做产品经理，一方面没有对热门产品的好奇心，另一方面似乎没有太多的社交需求。 文末的多控灯案例，难道不应该是提供一个智能声控灯么？这个应该是和智能控制技术发展以及成本有关的。 最近接到的需求是要将资料按照年度来管理，但是每到年初，往往还会有上一年度的资料到来，那么给出的解决方案是直接复制一份程序，一个录入前一年的，一个录入当年的，最终在后台合并。 留言里面 @小天 说的，让用户做选择，而不是做决定，很有道理。但是往往可能需要给用户看到原型界面，甚至操作一番，他们才能真正了解；而且还得做好迭代的准备。 @zebra02 提到了“政府产品”，现在流程要求比较严格，估计这类产品首先是要能够通过最终的项目评审，毕竟在项目初期写文档的时候，是很难做到“用心听、不照做”，并且还能够真正解决用户的问题。
2020-04-05 - 连瑞龙 👍（1） 💬（1）
1、什么样的用户在什么场景什么时候有什么样的需求。2、通过追问Why思考为什么有这样的需求，用户真正的目标是什么。3.基于用户真正的目标考虑解决方案设计功能，制定研发计划，包括研发排期和资源投入。4、在产品迭代的过程中深挖用户内心和产品的核心价值，通过和用户的互动、数据的收集、人性、产品价值、用户价值等多方面的思考，逐渐迭代前进，避免被同质化的竞争击垮。
2020-09-28 - 远方 👍（1） 💬（1）
有一个思考模型叫：5W2H，你这是6W3H，具体情况具体分析。方便理解，真棒
2020-03-30 - zebra02 👍（1） 💬（1）
很受用，“用心听”对于b端产品是必须的，但是“不照着做”这点很容易因为自己的一些创新导致功能不符合用户想要的，也导致后期推广运行成本更高（特别是政府类产品）。 想请教下老师，政府类产品“不照着做”的边界是不是不改造核心流程呢？
2019-11-27 - Rainbow福才 👍（1） 💬（1）
对用户需求理解得要深，这叫用心听，但是给用户呈现的解决方案要尽量简单，把复杂留给自己，把简单留给用户，这叫不照着做。
2019-11-14 - kingda～永俊 👍（1） 💬（1）
关灯那个不一定是懒，也可能是单纯为了省时间，那是别的心智发动了
2019-11-04 - 森淼 👍（1） 💬（1）
之前做过一个网站，我以为对用户的最大益处是帮ta省钱，实际上对方使用看中的是查找方便
2019-11-04 - 夜空中最亮的星 👍（1） 💬（1）
听了老师的课，作为一个后端技术，越来越了解产品了
2019-11-01 - 小可 👍（1） 💬（1）
我就是那个要装多控灯的客户，原来是太懒😂
2019-11-01 - 老燕 👍（0） 💬（1）
书中自有黄金屋，学习的动机有很多，其中就有实用为目的，学以致用，用的目的可以赚取财富，是间接应用赚取财富；有没有学习直接赚取？有的为平台贡献行为价值，行为数据是有价值的，以前从来没有为其定价，关键是价值的大小，能与多少人达成共识，决定这个想法市场空间的大小。 创业中途漫长而艰辛，需要不断尝试，反思复盘，迭代出可行而又满足用户真实需求的产品。
2021-07-13 - Edison 👍（0） 💬（1）
Y 型解决方案结合了设计思维和问题思维。 需求阶段以设计思维为主，强调以人为本，洞察用户。开发阶段以问题思维为主，强调事，成本，流程，可行性，风险等。
2020-06-27