咨询电话:何老师13208183109疑问解答
深度原创
产品Step2:指标前置法设计核心功能(上)
发布日期:2018-08-03

(作者傅淏,原创首发于知乎专栏)


看到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 任何一个模块或设计细节,不能跟其他设计模块或细节冲突,系统完整自洽——这叫“他”

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

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

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


下一节:如何运用指标前置法? (中)

(敬请期待连载)

亲好:)留言必回,请讲呗

关注我们