我的产品观（三）

2017-01-27 14:45:00

有一段时间没在知乎写文章了，今天兴致来了分享一些产品工作心得。

今天我们来谈谈我作为产品经理日常开展工作的方法论。

在平时的工作中，我观察到有很多产品经理（其实也包括早期时候的我），遇到业务需求第一反应是钻到业务流程及实现方案中去。

举个例子：

小明是某电商平台的产品经理，有一天他接到一个“重要需求”。
运营/业务方/老板说：我今年双11的运营策略是给用户发全网现金红包，通过游戏、SNS等渠道发放红包后，激活用户双11消费热情，买买买！你们要支持红包，快点去实现！
小明接到这个任务后热血澎湃，立刻着手起设计整个业务流程：
用户在哪里哪里领红包；用户领了红包在哪里可以看到；用户在双11当天怎么怎么使用红包；收银台到时候怎么引导用户使用红包；用户完成支付后的交易记录怎么展示；
不仅文字流程具备，Demo草稿也一并搞了出来——甚至连万一退款了，这些红包允许用户怎么处理小明都想好了。
完事后，小明拿着自己的产品方案，得意洋洋地去找研发团队评审了。
评审刚开始，一个在公司资历很深的架构师第一个问题就把小明问倒了：
“用户领到的这个红包到底是谁出钱啊？”
小明一拍脑袋！对啊，这红包可以是商户出钱、可以是电商平台出现、甚至可以是其他第三方出钱，自己怎么连这个都没向运营问清楚，就来宣讲产品方案呢？
……
小明立刻打电话给运营，运营告诉他，红包是商户和平台共同出钱，一起做活动。
小明兴冲冲地挂了电话告诉架构师，架构师又问：那这个红包的发放规则，是商户控制呢还是我们控制？商户是在我们平台预缴资金发放红包吗？红包的运营款项是怎么结算的？……噼噼啪啪一堆问题把小明问得是面红耳赤。
PRD评审自然是没有通过了，但小明怎么就想不明白，为什么自己准备了那么多，还是有那么多东西自己说不清楚?

我在给产品新人（尤其是商业产品和平台产品）培训的时候，经常会重点强调几个需求分析原则：

先主体再流程原则

我们开展一个新的业务，做一个新的产品，哪怕只是实现一个新的功能，到底要涉及多少对象主体？这些对象主体之间的关系是什么样的？他们在这个业务中各自职责是什么样的？这个需求对他们会造成什么样的影响？

先把以上的问题想清楚，想透彻，再考虑业务流程。

小明的案例中，他如果一开始就把参与这件事的主体一个一个都罗列出来，并把它们的职责关系都分析清楚就不会被架构师简单的一句谁付钱给搞懵逼。

去除噪音原则

一个业务主体所在的生态往往是很复杂的，而一个特定的产品和需求有可能会影响生态中的部分主体，但很少是全部。

我们要学会在业务过程中去除掉不必要的“信息噪音”，明确和自己所处理的需求最有联系的主体是哪些，分别他们做什么事情。

打个比方，如果淘宝开发一个用户对商品使用评价的功能，就没有必要把支付宝牵扯进去。因为商品使用评价是电商业务的范畴，而支付宝是负责用户支付和资产管理的。

有时候，产品经理写了洋洋洒洒几万字的PRD把现有的业务介绍了一个遍，就是没讲清楚这次要做什么，这种情况很容易让人崩溃。

以分析对象为中心，由外及里原则

确定了主体关系后，我们要充分地调研并明确各自主体之间的关系。

然而主体也分几种，通常一种是外部商业层面公司法律实体层的主体：例如淘宝、天猫、菜鸟物流在淘系电商生态中就是非常重要的公司主体。

另一种是内部主体，例如公司内的组织架构、业务架构、应用架构都会把内部的方方面面进行划分。

通常一个业务需求来了，产品经理先要搞清楚外部主体有哪些，分别是什么职责关系，确定了以上后再向内部分解和消化需求，完成产品需求设计。

小明首先要搞清楚，红包这个活动，商户和公司之间的协议是什么样的，各自如何约定。

在这个基础之上，小明才可以去分解基于要满足这个“约定”，公司内部各个业务部门，业务系统要干些什么。

这些原材料都准备充分后，小明再设计用户流程，做菜的过程不仅舒坦，还会减少很多不必要的错误。这时候回头看看小明的PRD，除了用户流程外，要补全的东西还真多呢。

tips：文章中其实省去了最重要的价值判断工作，因为实际上大多数的产品新人都还没到有“资格”对产品价值进行把控的地步。通常大家都是先从基础执行工作做起，通过小的价值判断和影响不断积累，最后随着阅历和层级的提高影响更大的层面——而我的这些文章都是给产品菜鸟们看的。

每个人其实都有自己做事情的方法论，很多时候这些方法论没有对错可言。

我分享的仅仅是站在我的立场上，效率比较高，比较稳妥的思考路径，对一般的新人而言只要掌握了这种思考方式，通常产品道路会轻松一些。

PS：个人观点，每天都在“钻研”用户交互和流程的产品经理，成长是最慢的，也是最可被替代的。

好的产品经理不仅知道“双面玻璃”的好处，还得知道在手机上应用双面玻璃的工艺难点、成本——以及缺点。

我的产品观（三）

相关文章