（作者傅淏，原创首发于知乎专栏）

看到A和B的学习产品的劲头，CEO表示受到了10000点伤害！

A：不断的做产品，失败的产品做几个，把公司搞倒闭几个，慢慢就能体会到了。

B：抄产品。看到一个产品，知道其核心需求后，闭上眼睛自己去设计，然后比对原作，成长飞速。

篇前序：

某产品：谁给你的权利，我设计的功能被吞掉了？
小编在此回复：你的功能设计被团队over掉了

一、什么是核心功能？为什么要设计核心功能？

核心功能就是最根本、最重要的功能模块。像屋梁一样，确定了产品的根本走向，是产品成败的根本。

就像总有刚入行的学生，会很迷惑地问我：我看到网上有很多对产品经理的描述，好像很复杂、统一不起来啊！有没有一个简单的、根本性的描述呢？

于是我会说：其实PM的核心工作很简单，只有一个，就是设计。他就像是建筑设计师，建筑设计师画出大厦的草图，交给施工队搭建、装修队装修。

PM画出应用的草图，交给设计师画出一个个精美的按钮和界面，最后程序员让这些按钮点击后出现PM想要的结果，或者输入文字、声音后传送到PM想要传送到的地方。

当然，围绕着这个核心功能，PM的主要功能还会有：沟通和协调。

沟通是指，把自己的设计意图清晰告知设计师和程序员，从程序、设计、运营、市场等部门获取意见和建议——毕竟你的设计是要程序、设计去实施，也是要运营和市场配合卖出去的，他们曾经获取的心得或者吃过的苦头，可能会帮你少走不少弯路；

小编曾认为：产品就是“挖坑全能手“，最后自己却跳进去的人！

协调则是，因为你已经制定了所有的功能，所以项目进度和配合这种小事情，自然也就顺便让你负责了，毕竟你对项目最清楚是不是？

这就是PM的核心功能。很多初入行学习的PM，会迷茫很久，就是因为只看到了各种迥然不同、五花八门的描述，而很难抓住核心，以至于在行业大门面前踟躇不前，错过了机遇，或者抓错了核心问题，影响了将来的发展。

其实互联网项目也是如此。

不少创业的团队，粗粗定一下产品方向，就直接开始设计功能细节，甚至画原型图。至今为止，我还没有见过敢于这么做而没有失败的。造房子的时候我们知道：挖好地基后要先用钢筋搭起框架，而不是直接砌砖头，否则如果等到砖头堆满，才发现面积不够、结构不合理、甚至墙壁都合不拢，那推倒重来也就成为必然了。

传统行业这些常识，在互联网行业之所以成为稀缺的理性，很大程度上，还是因为这个行业时间太短。带着对互联网美好憧憬的投资者带来了大量的投资，而产品经理奇缺，没有专业，几乎都是转行而来，巨大的反差带来了这个关键位置的巨大问题：一些时候PM干脆由老板兼任，一些时候PM就是团队某个人转岗而来，根本没有经过任何训练。做出的结果可能很快，但大都很随意，只是想当然的idea，而不是一整套各环节都经得起推敲的系统设计（甚至谈不上设计）。有缺漏的地方，也可能就是转抄某个热门的应用（不管对方使用的环境和条件跟自己是否一样，只要够快）。反正设计的结果不像程序，“上线前是不会知道的”，这就给了一些PM“产品总是在迭代中完善”的借口——产品确实是需要不断迭代和完善，但这难道就意味着第一期上线的产品可以随便拍脑袋吗？

只靠嘴皮子去左右争论，甚至直接靠着PM的职位压服其他成员，而没有一套统一的、完整的判断标准——我们的蛮荒时代的做法，直接造成“80%的产品上线见光死”，现在的应用是如此之多，用户根本不给你第二次的机会啊！

二、那么，我们要用什么样的标准，来制定核心功能呢？

核心的功能决定了产品的命脉，所以必须有足够完善合理的商业模式，满足用户的关键需求，并且逻辑自洽，系统内部形成无冲突的闭环。这也是一个“你我他”原则，从前面的分析我们已经可以知道，“你我他”三方面已经包含了世界的所有维度，满足原则，产品就能常胜。

产品上线后的数据指标，本身就完整反映了这三个维度：数据好的产品，必然是满足用户需求、满足商业目标的，也是完善的系统。所以，我们可以直接用指标前置法，把上线后的指标提前应用到核心设计每个阶段标准中，完成核心设计。

为什么不直接根据用户需求，来设计核心功能呢？因为事实上，用户需求是根本无法直接获知的。

有些产品会花费大量的时间和成本进行用户访谈和问卷调查，期望从中获取到用户的需求。但事实上，用户其实不明确自己的需求，或者了解一些，但是却没办法清晰表达。毕竟，如果用户非常了解如何达成自己的目的，那成为产品经理的就应该是他而不是你了。

比如用户说“我想吃奶糖”，可能他真正的需求其实是“我饿了”或者“我想吃软软浓浓的甜食了”或者甚至是“我想要被爱的感觉”。这个时候，给他一小块奶油蛋糕，或者一个拥抱，都能替代这样的需求。如果你了解这个用户同时还有减肥的需求，那么你应该给他的就不是奶油蛋糕而是一块60%的好时黑巧克力，或许再加上一句令人动心的甜言蜜语。

另外一个原因是，用户一定清楚自己的痛点，但他不一定清楚你的痛点和需求，所以照“你我他”原则来看，用户反馈给你的所谓“需求”甚至可能会砍掉你自己的手臂。

比如沃尔玛曾经上任了一个总监，他觉得商场的摆放比较凌乱，过道中有时都会堆放货品。于是他做了一个用户调查：您是否觉得我们商城的过道应该清理得更为整齐一些？用户反馈的答案是肯定的：当然啊，我不觉得有什么不好，毕竟整齐、方便是每个人的期望！于是这个总监就下令所有的连锁店进行清理——这个清理的结果，是沃尔玛一年损失掉10亿美金的营业额，而且这种“干净整齐过道”的副作用，花了好几年才彻底缓过劲来。

原因在于：为了把利润率高的商品放在吸引用户注意的地方（人流量大、优质昂贵的货品集中、关联商品），不得不占用了一些行走和展示的位置。顾客当然不会想到这一点。

个别思想敏锐的用户，也会提出一些真知灼见，但是，用户不会系统、完整、深入地考虑问题，所有的用户意见，必须经过产品经理的提炼、整理，并放到整个系统和商业需求中进行取舍和系统化。

事实上，无论360杀毒软件免费、QQ群，还是糗事百科中点赞即加一（不通过服务器判断的假数据），这些使得这些产品真正成功的关键要素，没有一个是用户自己集中提出来的。

既然判断产品上线后是否优质完全可以参考数据指标——这些留存、付费、活跃的指标，本来就反映了产品对用户需求的满足程度和商业指标的满足程度，以及产品系统本身的完整程度，那我们就完全可以将这些指标抽取出关键的部分，并且分解到一个个节点上，再针对每个节点的要求、结合前面的用户分析，设计出核心功能。最后，仍然需要根据“你我他”原则，进行用户体验和商业需求的强化，并能够确保系统内部的完整性和有效性。

这，就是指标前置法。这样的核心设计，还没有上线，就可以知道是满足“你我他”原则的。

当然，核心功能设计完毕后，我们同样可以设计一套问卷或者访谈计划，跟用户一起Check这样的核心功能设计是否合理，是否解决了用户的痛点，甚至是否让用户惊喜。

三、无漏法的设计基本原则：“你我他”三原则

在详细讲述指标前置法之前，我们要再次强调在无漏设计中的“你我他”原则，要求如下：

l 任何一个模块或设计细节，必须满足用户核心需求，且不与用户需求产生根本冲突——这叫“你”；

l 任何一个模块或设计细节，必须符合商业逻辑，且与商业目标一致——这叫“我”；

l 任何一个模块或设计细节，不能跟其他设计模块或细节冲突，系统完整自洽——这叫“他”

你、我、他组成了全部人称，也就是整个世界，而世界必须和谐才能长久。因此，当每一个设计模块或细节，都同时满足以上三条原则的时候，设计就真正达到了“无漏”。

“你我他”原则，无论是设计核心功能，还是系统架构，还是详细设计，都是通用的。

在做任何一个设计、犹豫不决的时候，想想有没有满足这些原则？你就会得出答案。

下一节：如何运用指标前置法？ （中）

（敬请期待连载）