一般情况下在说起自己工作的时候，如果是业内人士，直接说是产品，如果是业外，一般我就说是做互联网的。有很长一段时间我无法定义究竟产品经理是做什么的，流行自嘲的说法是什么都做又什么都不会，打杂的。

 

这些年在阅读了大量互联网书籍，经历了不同公司的高压式训练，大量的项目投放市场后的残酷考核，创业中对赚钱的极度渴望之后，我开始重新认识产品经理的角色定义，开始了解什么才是最重要的核心技能，什么体验、沟通、需求、功能设计等等都不重要，都是可以习得的，甚至这些本身都只是工具，最终能将你和别的产品经理区别出来的只有思维方式，解决问题的思维方式，虽然以前也有意识到，但从未认识到此项能力有多么重要，直接决定产品的成败。

 

这也是一个产品经理从“术”过渡到“道”的标志，即从技能过渡到思维。如果思维方式这个说法太过抽象和多解，那就互联网产品这个范围再具体的说法就是：以目标为导向的产品实施！至于在实施过程中你的产品是注重体验，还是注重功能，还是注重上线时间等等，这些都是手段，而最终的目标是不会改变，我们做的就是用产品达成目标。也就是说你先有了目标，然后才会有产品实施，产品实施是方案由目标来决定的。看似简单，实际上绝大多数人都是在为了功能在做产品，没有目标或者目标很模糊。

 

最后逐渐发现这一套做产品的方法论已经慢慢融入到了生活中，当生活中遇到需要解决的事情的时候，会自然不自然地使用这套思维方式，以目标为导向的解决问题式的思维方式。记得一个朋友的企业研发部门研发出了一种装修用的粘合胶，成本比市场中的同类产品要低许多，于是他想联合研发者出来成立公司利用手头的销售渠道来创业。无异成立公司研发产品，再到批量生产上市这过程的投入成本是很高的，而他最担心的是生产了之后能不能卖出去的问题。既然目标是测试能不能卖出去，那么完全可以从市场上找同类产品先来销售，再根据销售的量来决定要不要研发同类成本更低的产品以及生产的多少的问题。如果市场上找来的高价产品都能卖出去，那么再生产低成本就大概率会卖的更好。这种做法可以说是无成本的达成了目标。

 

做产品也应该是这样的思路，产品方案的实施是以目标为导向的，正是因为目标是销售渠道走多少量，才会以找替代产品来检测的产品实施方案，而不是从一开始就去设计一个完美的研发和生产方案。

 

我以前做过一个旅游活动类的产品，我的初期目标是迅速上线，让百度收录活动数据，增加搜索过来数量，进而促进另一款产品的销售，同时测试用户对活动的需求。在这个目标的前提下，我可以忽略活动页面的表现形式，我甚至连前端用户发活动的功能都没做，实在想发联系编辑后台发布。如果单纯把这个产品拿出来单看，什么玩意儿，界面即丑功能又不全，无异于一个垃圾产品。但它确实达到了我的设定的初期目标，无异又是一款成功的产品。

 

这也是我从不单纯的评论一个产品的原因，因为你做这个产品的目标我是不清楚的。在脱离目标单纯地谈某款产品好不好是不负责任的耍流氓。最近最典型的例子是支付宝的集五福领红包遭吐槽，很多人以社交为目标做出发点给出了更优秀的集五福方案，很精彩，但假如支付宝做这次活动的目标不是加好友做社交呢，假如它只是想收集用户在活动中表现出来某一特征的大数据呢？那么以社交为目标给出的完美方案就是屎，它的目标只有它自己清楚，是否达到了目标也只有它自己清楚，外面的评论只能是喧嚷的热闹罢了。

 

那么下面就先说下为什么产品的其它技能都是可以习得的，都是可运用的工具和手段，并不是你和别的产品经理的最核心的区别。

 

一、收集以及分析需求说

 

这好像一直以来是产品经理的核心技能，甚至有需求决定产品方向之说，这本没有错。先看需求的测量、收集与分析，虽然这在国外已经是一整套程序式的流程，但因这流程中渗合了许多的心理学因素和社会学因素，所以即使测量到的需求很科学，最终的需求和用户希望之间还是有偏差。另一种说法是，用户根本就不知道自己要什么，你用一系列流程测量和观察得到的其实什么也不是。

 

我的观点是，需求不可准确的测得，探索需求的过程不亚于一次全身心投入的创业，能做的只能是少犯错误，低成本并且最大限度的去试，正确的需求会你试的过程中显现出来。那么既然需求不可准确测得，那么那些普通的测得需求的方法和流程就更偏向于技术部分，设计一套方案，得到一套数据，再各个方向分析一下，得出不同的观点…这一整套是较容易通过技能培训习得的。

 

但往往你习得的这一整套方法并没有什么用，因为我们说过，需求不可准确测量，那么这点在设计产品的市场反应的结果，也就不能让你和其它产品经理有所区别。

 

二、用户体验说

 

用户体验是用来说明那些说不清道不明的事的，什么可用性，易用性，快速完成，使用流畅，身心愉悦等，都可以归类到用户体验这里，这是可以用来装一切错误的魔盒，一百个人可以说出一百个体验不好的话来。

 

我之所以后来不太关注用户体验的一个原因是互联网产品的各种形态趋于定势，互联网发展了这么多年，不同类型的网站的最佳体验越来越被共同承认为某一种形势。比如从购物车一直到付款成功，这个流程大家早就形成了一致的意见，所以各大网站这个流程基本一致。再有惊艳类的用户体验出来，那不是普通人能创造的，在这方面使用大家共同承认的规则就好。

 

三、项目管理和沟通说

 

之所以把这两个放在一起，是因沟通会涉及到项目的进度。

 

本质上来说互联网产品的管理还是比较简单的一个工程，远没有项目管理中的那些复杂事，因为互联网已经变更到敏捷和快速版本迭代的节奏，那些需要以年为单位才能开发出来的产品基本已经没有了，绝大部分都是以周/月为开发周期，这种开发节奏让项目的协调管理，上线发布管理，开发进程管理等一系统所谓高大上的管理职能，可以简单到是跨部门的任务分解后的时间排序。如此而已。

 

产品经理需要沟通老板，准确传达老板的战略意图，需要沟通设计，准确得到想要的视觉，需要沟通技术，完成产品的开发，需要沟通运营，解释产品的市场，外面还需要沟通用户，对所有人示好，所以有人说沟通是产品经理的核心技能。

 

游说一个人才需要卓越的口才和高级别的情商，而沟通则不用，特别是产品经理的各种沟通，本质还是把一件事情说清楚。注意，是说清楚一件事情，人情及人文关怀倒在其次，只要你不结巴不傻，都能轻易地说清楚一件事。

 

四、功能设计说

 

许多人觉得产品一个牛逼的功能就能改变世界，甚至许多创业者和老板也这样认为，所以在功能设计上会很下功夫。什么叫功能？指某件事物所发挥的作用，不管产品多复杂，终究是由一个个功能组成的，把一个个功能拿出来看，都是一个很小的点，而一个复杂的产品就是由这许多个点组合完成的（这也是一个产品为什么可以由许多人分模块共同来完成的原理）。拆解后的点，功能相对比较简单，功能设计也就相对简单，我相信，就算是从未接触过这个功能，去搜索一下，不用几个小时就能搞定，个人分享，网上资源如此多的情况的，怎么用这个把你和别人区别开来？

 

比如电商的进销存管理系统，基本功能已经固定了，能留给你发挥的空间很少，你所做的也就是在这些基础功能上做适应性和易用性改动让它来适应自己的企业。就算你之前根本没看过这套系统，在市场上找几套花上几天时间研究一下也就明白了，功能如何设计有什么难的。

 

这也为招聘者和面试官提供了一个思路，别抓住面试者问某某产品是如何设计的，都有哪些功能，如何实现之类的问题来考察他的功能设计能力了，因为这个根本不重要，应该直接问，为什么设计这个功能或者做这款产品，希望达到什么目的，最终有没有达到，如果没有的话后来做了哪些补救措施。这样一下就可以区分出他是主动思考者还是被动功能实现者。

 

五、赚钱说

 

也可以说是有商业思维，以市场为导向，我以前也会拿这个说事，话说所有不以赚钱为目的的产品都是耍流氓，但其实有时候并不是，特别是在某种支持性的产品或者一个大项目中的某一单线产品中，赚钱是很难去衡量的。比如公司内部的日志系统，会员的整套积分信誉评价系统等等，类似这些，赚钱是隐性的，极难衡量出来的。

 

除此之外还有其它的一些核心技术说法，克制啊，专注啊，创新啊等等，就不一一说了，这些更趋向于个人化的描述，大部分是经不起方法论的推敲的。

 

综上，所以我才说解决问题，以目标为导向的产品实施才是核心能力。也就是为什么做这个功能。这其中考验的是面对所有资源和市场后的一个基于个人经验的理性决策。有人会说个人经验和理性决策是矛盾的，确实，但产品经理正是整合了所有资源后，再在个人经验的基础上，做出最大可能的理性决策。这个决策出来以后就是目标，目标定了以后才是产品实施方向，产品实施方向定了后才是产品开发计划，直到这步，产品才开始进入所谓的“设计”阶段——需求整理、用户体验、项目管理、沟通等都在这个阶段，而这个阶段已经进入产品整个流程的末端了。在末端更多的是技能的释放。（上面已经把末端的这些技能为什么不是核心技能，不能将你和其它人区别出来说清楚了。）

 

也正因为以目标为导向的思维方式是核心技能，所以在我看来频繁跨行业的产品经理是没竞争力的，他们可能更优秀的是实现功能的能力，但缺少了行业思考的能力，会没有方向感，不知道行业中远方的那个目标在哪儿，是什么，自然也就无法深耕。一个行业内长时间的思考沉淀是能够带入产品的，并能迅速帮产品找到一个靠谱的突破方向。

 

所以当你把自己定义成功能的优秀实现者的时候，你可以适应任何产品，但同时你也会迅速被后来的习得者赶上，技能的学习永远都是最简单也是最快的。我还记得毕业那会去面试产品职位，当我回答我用word画产品功能的时候，对方很不屑地告诉我说几百个页面你是无法用word表达的，你得用axure，于是我用了一天学会了axure，然后用一周画了个网站，之后这工具就熟了。

 

写这个的时候，知乎上的一篇如何向外行解释产品经理频繁更改需求为什么会令程序员烦恼?很火爆，为什么会频繁更改需求？因为大家盯着的是产品（宫爆鸡丁），没有盯着目标（是为了吃饱？还是为了好吃？），如果盯着目标，在产品实现的过程中，需求会相对更单线条一些。（这里就不展开说了）

有目标才有产品，如若不信，扫码关注！