关于产品，关于运营，关于“全栈pm”（二）

在讨论细节之前，我要指出，“全栈pm”并不是一个我凭空生造出来的概念，它是实实在在发生在现在众多互联网公司的产品运营人员的现状，我们虽然借用“全栈工程师”的“全栈”，但毕竟和开发领域是不一样的，具体的差别我后续会说。所以大家也不用非要去套用全栈工程师的一些概念和结论，差别真的很大。

好我们开始第二章：全栈pm的技能树及学习路径

全栈pm，和现行管理结构下产品/运营以及产品/运营内部的岗位割裂状况，最大的区别在于其万金油属性，即“什么都会”。但万金油只是一个表象，万金油的表象背后其实是超强的“学习能力”。但学习这个事情吧，总会有投入有产出，时间有限情况下，学习哪些东西算是基础，能为以后学习其他东西打下更好的基础，让学习其他事情变得更容易，就是我们这次要着力探讨的问题。

首先，本着以终为始的原则，我们要明确“全栈pm”的核心价值和竞争力，再去谈怎么建设和培养打造这些价值和竞争力。

任何一个互联网产品，总得创新，总要不断的在创新的方向上试错。而论及试错，就会有成本的高低。你直接招一个资深xx，再招几个高级xx和几个初级xx（xx代指各种被割裂的岗位如渠道运营，产品经理，新媒体运营等），上来什么都没干一个月几十万工资开出去了，然后发现不行，产品没人用或者市场环境不合适，砍掉这个团队或者转岗——这是试错，高成本的试错。你找个人，先让他摸索，且不论人愿意不愿意（有相当概率是不愿意的，毕竟可能远离自己以为自己的主要职业方向），让他自己从0开始尝试，一步步学习，几个月学习成本太高（毕竟很多东西之前没接触过），然后错过了市场机会，这也是一种试错，成本低的试错。

高举高打和小步快跑，在策略上讲，都是一种选择。巨头做某个东西，资源充足，当然要高举高打，恨不得直接气势如虹的霸占市场，创业小公司做某个新东西，资源紧张，当然也得小步快跑，最小投入下验证新东西靠不靠谱。所以成本高低其实不重要，重要的是在这些成本投入下，我们是否能验证“这个方向有戏，继续加大成本投入”的结果，继而判断出这些成本是不是值当呢？答案很显然是不一定的。

而我认为，全栈pm，及全栈pm带领的团队，就将是平衡这些成本的一个很好的方式。在有限的资源下投入数量可控的全栈pm，直到这些新业务足以被验证“是否要加大投入或者砍掉”，再接着往下推进。如果加大投入，无非变成一个新业务新部门，如果砍掉，没关系，他们还可以做别的事情。这就比招了一票专业的人结果发现这个方向没得做，而他们也无法实现内部转岗，导致不得不裁员（或者等着大家辞职）的悲剧要好。我相信这个场景很多人应该都经历过吧。

所以，全栈pm的核心价值在于两点：1、创新业务的发展初期最大程度节约成本；2、业务发展中后期有可以纵览全局的管理者。成本优势和全局业务掌握能力就成为了全栈pm相比普通团队和管理者最大的竞争力。（遇见过xx出身的经理根本不懂oo但是却对△△指手画脚的情况么？你懂我在说什么。）

这事儿其实很好理解，具体的成本核算和管理方式我会在后续的章节中讨论，这里先不展开了。（其实还有一个隐藏价值是防止产品的核心资源过渡集中在某1-2个核心岗位的人员身上，算是鸡蛋不能放在同一个篮子里的感觉吧，因为一个全栈pm去replace另一个全栈pm其实是很简单的一件事情。这里咱们后面再说）

所以围绕这个核心价值，我们再来看看一个全栈pm的天赋树应该怎么点。（全天赋图附后，先不要看这个，读完了再看）

首先，在最最一开始，有三个核心基础技能方向，以及对应的核心进路（approach）

产品设计（核心进路：原型设计）——站在远端思考用户。
获取用户（核心进路：渠道投放）——站在中间观察用户。
深入用户（核心进路：用户运营）——站在近处倾听用户。

在三个大方向下，基于这些核心进路，可以扩展到整个互联网产品运营的方方面面，而且这些工作中积累的基础，会成为快速学习的保证。

现行的岗位割裂机制下，我们很容易见到离用户极远的产品人员，为kpi机械投放的渠道人员，天天鸡毛蒜皮说用户要爆炸了的运营人员。如同盲人摸象一般，每个人理解的都不一样。你是产品经理，用户的反馈在你看来只有大小，优先级之分，而不是一个个活生生的个体；你是渠道经理，对你来说只有成本--下载--激活的路径，用户是谁你可能根本不用关心；你是运营经理，你觉得用户无小事，一千个用户反馈的问题和十万个用户反馈的问题你认为同等重要。即使偶尔我们会装模作样的做一些用户调研和访谈，但这些事情真正能解决问题么？我们都心知肚明。

所以我们需要能平等的从不同距离感知用户的全栈pm。他们要做的事情不是画出多漂亮的高保真原型图，架构多复杂的产品逻辑，或者精通多么完美的渠道引流细节和建立超级完美的死忠用户社群，他们要做的是在每个方面都能做到70分即可，对，不是80分（还可以）也不是60分（刚及格），而是让人说好也不行说差也不行但是勉强可用的“70分”，而且在这一点上，能力越平均越好。

无论你曾经的工作是什么，强项是什么，如果你想做一个优秀的全栈pm，你需要在这三个核心大方向上能力越平均越好。因为你的能力越平均，就意味着你看问题更容易回归到用户-产品这个最简单的逻辑关系中去，任何一个超出其他能力太多的方向，都可能会因为离用户的远近，给你带来一种偏颇的视野去理解这个关系。你要破除的就是“以产品/渠道/运营的角度看用户及用户产生的问题”这个观念，重新建立一种对【用户-产品】的关系过程密切关注的研究方法。即不要以用户为中心，而要以用户对产品从陌生到熟悉的过程去发现问题和解决问题。

某些有技术背景的同学可能就会忽然想到：这不就是面向对象和面向过程的区别么？我只能说真的很像。

（PS：这里的越平均越好，和我上一章所说的“某些具体技能掌握到90分100分”是不冲突的。毕竟总有些东西我们学习和掌握的就是比别人快和好，这个只是具体的一些实操技能的熟练程度而已）

我们接下来再看看这三个技能方向中，有哪些基础的你应该掌握以及为什么要掌握。

一、产品设计

产品设计这个方向上有这么几类具体的技能：

1、需求分析——掌握基本的需求分析方法

可能涉及（就是举个例子，实际上远不止这么点）：表单工具——mikecrm；数据获取工具——百度指数，竞品参考——it桔子，行业报告——艾瑞等

2、原型设计——画出可实现的产品原型草图

可能涉及：原型工具——axure，visio，墨刀，epub360，纸笔）

3、逻辑架构——原型后端的产品逻辑

可能涉及：mindmanager/xmind，office（数据参数文档），visio

4、沟通协作——和程序员/设计师等沟通

可能涉及：需求管理工具——trello，网易云协作，teambition等；沟通工具——嘴、邮件，ppt/keynote

这里面，最重要的就是【2、原型设计】，这也是我认为“产品设计”的核心进路。

所以你其他几个可能没做过，可能不精通，但如果你想成为一个合格的全栈pm，你必须要能作出非常好的原型产品。这里的“好”并不是值你做的多么漂亮，多么规整，而是逻辑足够清晰，足够简单，符合用户的需求。

在不断钻研原型设计的方向上，你会很自然的摸到需求分析，逻辑架构和沟通协作或者其他产品能力的门。因为你反复会去想用户最终看到的东西是什么，这个东西好不好，我自己喜欢不喜欢。在你思考“应该给用户什么东西”的时候，其他技能都只是为了更好的完成这一目的而已。你如果不断在“用户要什么”这个领域中精进，那么其他技能和能力也都是水到渠成会被带动提升的。

所以，在产品设计的大方向，顺着原型设计这个进路爬，你最终一定会：

知道从哪里和怎样弄数据来支持需求分析；
能把产品最终呈现的基础草图描述出来；
能梳理清楚产品各个元素之间的逻辑关系和数据流转；
能把设计的东西让研发/设计师同学帮忙搞上线。

只需要”能“即可，具体工具的使用上可以熟练和精通，你说我确实有能力用keynote做个漂亮到极致的slide也可以，但在结果上，要考虑投入和产出比，毕竟有很多别的事情也等着你去做。（当然比如你开个产品发布大会来无数记者和媒体和用户，那你做个漂亮的东东确实是投入值得的——前提是你找不到专门做slide的大师帮你搞，不然还是交给他们好一点）

二、获取用户

获取用户这个大框架下，有无数的细分岗位。怎么获取用户，有无穷无尽的技能和方法，但在这其中，渠道投放，为什么是最好的核心进路呢？

何为渠道投放，说粗暴点就是花钱买流量。你花点广告费进去，然后只要不是骗子渠道，那么总会有一些流量进来你的产品，至于他们会不会下载或者激活或者注册，那是另一个问题了。你说我做了一个给xx用户群用的产品，现在产品上线了，有什么比直接去xx用户群聚集的地方直接先来两斤流量更快来验证你的产品好不好用呢?或者你的产品可能再细分，有几类用户（无论你是按男女分还是按城市分还是按行业分），那么分头去买1000个流量来看转化漏斗，一定是比你苦哈哈找一些特定的用户来试用更能直观反映陌生用户的观感。

因为你需要的是数据，而直接花钱买量能帮你更快的获得数据，来验证你现在干的事情是要继续接着投入还是砍掉。

一个强大的的渠道投放能力会帮助你花最少的钱，最快的买到你想要的用户行为数据，那么基于此，有以下几个点你是必须要达到的。

熟练掌握1-2个主流广告投放平台的操作（百度竞价，新浪粉丝通，腾讯广点通等）及相关的投放经验（pc+移动平台总花费100万rmb大约是一个我认为及格的经验）；这个工作能帮你迅速建立起对用户群体量，获取价格，转化率等的认知，很多时候一毛钱不用花光看看买的关键字或者广告位的曝光量就足以印证你的一些想法了。就算公司暂时没有条件投放，我认为完全应该找朋友公司或者自己搞一个户来研究。百度的关于产品，关于运营，关于“全栈pm”(一）

作者：刘锤

来源：知乎专栏

关键字：产品经理, 产品, 全栈pm, 运营

版权声明

本文来自互联网用户投稿，文章观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符，请点击 举报 进行投诉反馈！