(Rick十三姨夫)
(KnightLiao)
第三方登录：产品经理究竟是干什么的？
稿源：产品100
我忍不住骂了句：”我日啊！”
今天又在知乎上看到一个问题：“产品经理究竟是干嘛的？“，看到一个个自说自话的回答实在是受不了，就想写一下，我所理解的产品经理的主要工作究竟是什么。
简单来说，产品经理主要的工作就是：规划、设计产品，对产品研发过程的控制，最终把产品卖出去的一个过程。而产品经理，基于服务的对象不同，主要分为两种：to b (针对企业)和to c(针对用户)，虽然两者的侧重点有些不同，但是他们基本的工作方式还是很类似的。
初入门的产品总会有这样误区，就是总觉得产品经理的主要工作是绘制界面原型。曾经面试过一个应聘产品助理的妹子，我在考验她逻辑思维能力的时候，她对我的问题表示出了不屑，不停的跟我强调自己会使用各种绘图和设计软件。其实，学习能力，思维的逻辑性，比单纯的使用一个软件的技能要更重要。而且，产品的原型的设计只是产品经理众多工作输出偏向于后期的一种。
在此之前，是需要进行非常多准备工作的，最后到了原型阶段，只要表达出想要表达的意思，设计和研发能看懂就可。但是如果前期准备不到位，产品的设计有问题，那么，原型做的再好看，屁用都没有。因为，根本没有人会用它。
具体来说，按照流程先后来分，产品经理的工作主要包括如下几个方面：
以下我来分条说明一下。
1.产品定义
简单来说，产品定义的过程，就是明确这个产品是做什么的一个过程。这个过程需要明确如下几个要素：
1、产品业务的边界：即这个产品要解决什么问题？这个产品不解决什么问题？
一个个互联网产品可以看做是一系列事情的解决方案的集合，而不管解决什么问题，都得付出资源。无论是任何公司，哪怕是BAT，资源永远都是不够的，所以解决方案还需要聚焦到一两个点去展开，才能尽快建立起自己的领先优势。比如早期的陌陌，就专注于陌生人社交这个问题，最初的小米专注于解决穷人如何拥有一款智能机的问题，最初的百度也就解决如何有效的搜索到自己想要信息的问题。你永远无法用一个产品解决所有问题。就像你永远无法用一个答案答对所有题目一样。这个时候，产品业务的边界就非常重要，定位一定要非常清晰，绝对不能模糊。
2、使用价值：这个产品使用的价值在哪？别人为什么要用你的产品？
我觉得美国著名的电影《教父》里面的维多·克里昂是最成功的产品经理之一，因为他曾经说过这样一句话：”I’m gonna make him an offer he can’t refuse ” (我将给他一个无法他无法拒绝的理由)，然后他做到了。我们可能没有教父那么牛，但是我们可以做的是：我们究竟能不能，敢不敢说出这句话？
这个时候，我们就要思考，用户无法拒绝你的理由究竟是什么？这个问题说的更直白点就是：别人为什么要用你的产品？你的产品和别人的产品有什么区别？你的产品能不能更好的比别人解决用户的问题？
3、商业模式：这个产品究竟应该怎么挣钱？
对于一个公司来说，赚钱就是它的商业伦理，产品是为公司服务的，如果赚不到钱，就是违背其商业伦理。而一个产品如果既赚不到钱又没有用户，那么这个产品就是失败的，它就是一坨屎。即使再用情怀，用理想来包装自己，包装的再华丽，也只是一坨华丽的屎。
商业模式其实可以大体可以分为两种：赚钱的和不赚钱的（或者可以说是以后赚钱的）之所以说商业模式分为赚钱和不赚钱两种，是因为互联网行业的特殊情况来定的（即商业模式不清晰的情况下，只要有大量用户，迟早会有办法挣到钱）所以往往也能够吸引大量用户的产品也能得到资本市场的青睐，比如说美团。
科幻小说《基地》里面讲的是，一代宗师哈里·谢顿对未来三万年的预测和推演，并通过自己的推演来重新建立人类文明的故事。虽然做不到像哈里·谢顿那样，商业模式能否盈利，的确是需要进行市场调研和沙盘推演的。因为往往市场的情况就决定了，一开始，这个产品未来的发展和走向。我们通过市场主要影响因素的估算，算出分几个阶段做这个产品，制定出产品的RoadMap(关键节点)，以及多长时间能够盈利。最后产出的就是要给VC（风险投资者）看的BP（商业计划书）。
但市场情况风云突变，很少可以按照计划来执行，写BP主要是还是为了融资和沙盘推演看这件事情究竟是否可行。
商业模式的产品定义这一块得考虑相当多的内容，不光得深入到行业，还得深入了解经济趋势，政策风险等，才能较为准确的对产品有所了解。而商业模式在未得到验证的情况下，是不能进行快速批量投入的。得先小批量验证，验证无误，解决了批量推广的瓶颈以后，然后再花大力气去推。
所以我们总是说创新是一件很难的事情，更好的一种方式是直接抄袭然后修改。COC (copy to china)就是这样，在国外得到验证过的商业模式，直接抄到国内来。这些成功的例子有很多啦，比如大家痛斥的腾讯，又比如我前老板王兴，我称之为火影忍者卡卡西（复制忍术），虽然王兴几乎所有的创业项目都是照搬国外现成商业模式的，但他都快成大佬了，充分说明这种流氓式抄袭过来修改的方式还是挺管用的（虽然很没节操）。
2.需求调研
思维的过程是这样：思考问题得由大到小，由浅入深。解决了产品定义问题以后，我们就需要解决另外一个问题，我怎么验证自己的想法是正确的？我该怎么样才能知道真正的用户是怎么想的？这个过程又分为如下的几个方法：
1、问卷调查
总的来说，问卷调查会有很多问题，比如如何去获得有效问卷？如何去找到你的目标用户？也是一个非常有趣的讨论话题。
关于问卷调查，我曾经简单的写过一篇相关的文章，大家可以去看看，这里就不多阐述了。问卷调查的好处在于，可以获得大量用户反馈的信息，获取信息的效率更高，虽然准确度可能不太好控制。
问卷调查以后，面谈可以作为问卷调查的一种补充。面谈的好处是你可以更好的了解到用户在想什么，主要就是去了解用户的痛点，然后对于这个痛点他是如何解决的？但为了避免对用户的面谈结果进行影响，其实还是有一些技巧可言的，和问卷调查有点类似，简单的总结一下：
不要使用肯定或者否定式提问
尽量使用用户能够接收的方式来询问
尽量让用户陈述事实，而不是观点
3、沉浸在用户环境内
亲身经历一个事情带来的情绪记忆要比看着或听说别人这个事件所感受到的强烈得多，形成感受的反射也远远要更持久。而且，比较传统的用户，很多时候，并不会对你说实话。去到用户的环境里，不但可以切身体会到用户的感受，而且还能从侧面去观察这个行业，总之，好处很多。所以我做之前影视项目的时候，就去片场呆了将近一个月的时间，吃剧组饭，也客串了几把演员，我也因此弄明白了影视行业的潜规则和一些行业消息，发现很多用户的痛点是没法说，或者不愿意说出来的。
4、竞品的分析
竞品分析可以更好的让你了解到这个行业，这个产品的市场，别人在做什么。具体如何去做，网上资料一大堆，都是可以查到的，做这种东西最重要的不是格式，而是从产品设计的角度出发，去探索每个产品设计背后的原因，请记住一句话：『别的产品经理不是傻瓜』
产品经理郝原在知乎上分享过自己在做凤凰新闻客户端的经验，他做凤凰客户端的时候，参考了reddit，豌豆荚，豆瓣小组，网易，贴吧，微社区，抽屉等各个平台的UGC产品的微社区功能，很辛苦的做了一个微社区，怎么推都没有推起来，最终失败了。原因是因为他没有搞懂别人做微社区的原因的情况下简单一味的模仿，导致了产品的失败，最后他总结到：
看别人产品，不应该只看对方体验，而是应该看他的根，他的道理。他的公式是什么，这个公式因何成立，如果做同样的事情，对你的项目是否成立
5、用户故事的编撰
以上的步骤做完了，就是去编写用户故事和使用场景了。用户故事，指的是从用户的角度去描述他完成业务过程的操作，它包含三个要素：
角色（谁）
活动（做什么）
商业价值（目标是？）
拿QQ里面的一个常用的故事来举例子，比如给同事传文件就可以写成这样：我（谁），想（找同事传word文件）以便于（协同写作）。当然，用户故事是不止一个的，一个产品会有很多的用户故事，当用户故事收集完成以后，我们就可以开始做产品的下一步的工作：业务建模
3.业务建模
以上，基本的准备工作都已经做完，这就进入到产品设计的环节了。这个过程，是很多人看得到的产品的显性工作，大多数人都会把时间放到这个上面。虽然说这个过程非常重要，但是，如果前面的工作没有做好，这一步，就是在生产垃圾。这一过程主要分五个阶段：
1、业务流程图的绘制
一个产品的设计，有显性的地方也有隐性的地方。比如说在京东上，你能看到的，是商品的买卖这是显性的地方。你看不到的，比如说网站客服的支撑体系，物流的支撑体系，公司的财务体系等……都是隐性的部分，业务就好比一块冰山，线上业务是冰山上展露的头。
这个时候，我们就需要根据用户故事来绘制业务流程图了。基本上就是用泳道图的方式把业务串起来，形成一个完整业务的过程。因为线上产品的制作，本质上，还是把线下的过程给搬到线上进行放大和优化的过程。
但我们在设计业务过程的时候，就不能一叶障目，只绘制显性的业务，还是得把整个业务过程给拉取出来，先抽取主要的过程，再加上分支的过程。还拿电商举例，完整的业务过程应该是：商品的产生、商品的库存，商品的在线营销、商品的配送、商品的售后。区分一下，哪些业务是在线上完成，哪些业务是在线下完成的。区分是在线上还是线下完成，一方面要考虑本来业务的属性，比如配送，这个业务的属性决定了它主要业务过程在线下完成。另外一方面还是取决于开发的成本和优先级。比如如果系统内涉及了交易就肯定有结算的功能，但是如果交易又不是主要用户的使用场景而又赶着上线的时候，就可以让这个环节放到线下去结算（当然不是一个好选择，只是举个例子）。因为做产品设计，本质上还是一个投入产出比的游戏。
2、用例图的绘制
根据上面所说的线上业务流程图，我们会做出一个比用户故事更简单的图。这个图非常简单，你只需要绘制一个个角色，把这些个角色要实现的功能给列举出来即可。这样可以让角色和功能的展现的更清晰，避免功能实现文档出现遗漏或者重复的情况
3、功能节点的绘制
对用例内的角色和功能合并以后，我们就能得出这个系统需要完成哪些功能，以及哪些功能是主要功能的判断，这个时候我们就可以拉出一个包含着有功能优先级内容的表格了。关于优先级的判定主要考虑如下几点
基本的功能必须要覆盖
主要的场景必须要覆盖
次要的场景次要覆盖
用户价值越高就越需要关注
4、原型的绘制
绘制原型的时候，只需要画草图，说明清楚交互，约束就好，不需要在细节上做的太过（当然我指的是初始阶段），需要知道，用户体验包括三个层面：能用—》用的舒服—》用的舒服且界面漂亮，做产品得有先后顺序之分，细节是最后打磨的时候用的。某些一开始就打磨细节，而产品功能有问题的手机厂商，估计是因为他们还不知道怎么打磨产品吧。
一般绘制完了以后，会再按照上面的过程自己过一遍，思考下自己遗漏和重复的做了哪些不必要的设计，是不是有逻辑不正确的地方，跳转是不是有问题。
5、评审和研发排期
原型检查和绘制完了以后，就是和研发，设计，领导一起来评审，确定功能的可行性，交付日期等事项。产品需要保障研发能够按计划完成任务，所以就需要留下证据，定时沟通，确认研发的进度。具体的内容可以参考我以前写的《交办的技术》读后感
4.产品测试验收
研发开发功能的同时，产品就需要开始准备产品的测试用例了。测试用例的主要来源是用户的使用场景，也就是说产品测试的最终目的是确保用户的使用场景都能按照预期的方式来实现。
产品测试的用例需要有如下三个要素
执行过程必须要是无脑的脚本，就是看到这个过程就知道不需要动脑，直接按照执行过程的说明来进行操作，这样的好处是执行起来非常快，不需要边做边想，在做的时候动脑。
任何一个测试用例必须要有一个预期，即如果系统正常的情况下，系统反馈出来的结果究竟应该是什么样的。
即在测试过后，系统实际展示给你的现状。
如果实际结果满足预期结果，那么，这个功能就是可以交付的。如果有功能的问题，那么就是需要提交工单给研发，研发重新修改最后再上线。一般一轮测试完成以后，需要跑一遍回归测试。回归测试，就是把验证已经通过的测试用例再走一遍，看看是否能够再跑通，确认修改问题的同时，有没有引入新的问题。
当然，我在这里写的都是最简单的测试过程，实际的测试过程比我所写的要复杂。实际可能会测试的还会有：数据的唯一性，数据接口的稳定性等等。测试方法也不一而足，就不一一介绍了。
5.线上运营
在测试完成以后，就要开始准备上线了，这个时候我们就需要考虑一个问题：我们最初始的用户从哪儿来？尤其是创业公司，获取初始用户完成冷启动的过程是如此的重要，以至于一旦错过了时间节点，往往公司就黄了。
一般来说拉取用户最有效的方式简单粗暴，就是拼爹和砸钱，大家去北京的各个街道小区转一转就知道，为什么会有以专门帮人做地推赚钱的人。可是并不是每个初创团队，都有这么多钱可以玩的，而且，即使有很多钱，也不是可以乱花的，那怎么办？
到用户群体去发帖，去做SEO，去做市场活动，靠别人推荐，这些都是常规的运营方法，然而，做运营不是每天重复的发帖，做活动就行的，还需要制定运营的策略，来规范化这个过程。所以我们运营的策略就需要考虑如下几个问题。
常规的运营策略有哪些是可以用的？
这些策略需要的资源有多少（资源包括：人力，金钱）?
各个策略分别能够使我获得多少收益？他们的转化率是什么样的？如何提高策略的转化率。
各个策略适用于哪些时间？适用于哪个阶段？
由此，制定出来的策略才有可能是有效的策略。当然，如果没有太多运营的经验，那么就只能每个都尝试一下，在尝试的过程中进行计算和总结，逐步迭代出适合于自己产品的运营策略。产品上线以后，运营的策略也会不停的变化，而且通过不断的运营和数据的积累，产品不断的迭代下去，直到这个产品完成了它固有的生命周期，最后产品下架，产品经理的使命就此结束。
相信诸位看完了以上我写的内容，应该会对产品经理究竟是干嘛的有了一些粗浅的了解和认识。在此，我并不是想借拔高产品经理的角色来抬高自己，只是想说明一个事情，就是产品思维虽然是人人都可以有的，但是正经的产品经理的工作，还是需要非常专业的知识和宽广的知识面作为支撑才能够胜任的。
从长远来看，任何岗位，都不可能是非常容易就能够拿到高薪的，因为如果产品经理容易拿到高薪，那么所有人都会一拥而上，这个职位瞬间就不值钱了。虽然产品经理这个职位的平均薪酬在逐渐降低，但是我所认识的，称得上是产品经理的同学的薪资却一直都在稳步上升。我因此得出来的一个结论就是，不是能干这些活的人的薪资水平在下降，而是被称之为产品经理的人正在变多。
产品经理的名称正在逐渐贬值，而从趋势来看，从业者的平均技能却没有得到太大的提升。从长期的趋势来看，好的产品，还是很难得。大多数人，都会如我一般，只能从坑人的产品经理做起，不过那又如何呢？
既然参天大树是从树苗而来，英雄气长是从气短而来，呼啸长风是以微风而来。那么何必担忧，喜欢就去干，干的时候拿好方法论的武器，然后假装蠢如愚公，志不断，山能移。
有好的文章希望站长之家帮助分享推广，猛戳这里
本网页浏览已超过3分钟，点击关闭或灰色背景，即可回到网页to B产品的实习总结 - 简书
to B产品的实习总结
五月末，怀着对互联网的激情，我从祖国的最东北直飞深圳，来到号称深圳硅谷的科技园某厂的云服务部门开始了我的产品实习之旅。公司的产品是一款to B的人事SaaS产品，有网页端和APP。作为一个三个月前刚决定入坑互联网产品的小白，自己学习的过程都是分析一些to C的产品为多，对to B市场了解甚少，因此刚来时虽然对自己的学习能力信心满满，但还是会担心自己达不到公司的要求。所以刚开始一周都在充分了解公司的产品，以及SaaS领域的各种基础知识，发现相比于产品相对饱和的to C市场，国内to B还未形成如BAT那样的巨头。to B的产品相对来说更加需要满足企业的实际需求，提升企业效率，在设计的过程中需要有对业务详细了解和深度理解，不是仅仅以用户为中心提高用户体验，而国内当前竞争最为激烈的是to C市场，相对来说，国内to B这片蓝海才刚被开发，企业微信、钉钉这样的大公司产品也刚涌入，发展潜力巨大，未来几年可能产生像美国微软、甲骨文、IBM那样的巨头公司。第二周就开始了新版本改进的原型设计，参加需求讨论会和需求评审，第一次感受到开发人员、设计人员、产品人员提出的不同理解和需求。产品经理在需求评审时会遭遇各种各样的质疑，对每个需求点，开发人员都会提出详细的问题，并从技术角度提出建议。我第一次参加需求评审会时的感受就是，产品经理此时头脑的运转速度简直要飞起来，要是开发问几个问题你不能马上给出解释并说出这样改进有什么道理的话，开发心里一定是深深的鄙视。虽然当时需求不是由我来讲解，但想到自己将来也要自如的应对不同人员提出的质疑，自己现在离达到这种水平还有很大差距，突然就压力山大。后续通过了需求评审后，对原型进行了修改和相对高保真的制作，然后就是书写产品功能PRD了。我发现我们公司to B产品的PRD书写要求并不是很严格，不像我之前了解到的要有业务建模、用户场景、用例描述等，只需要把功能流程展示图表现清楚，对各功能点进行详细定义以助于开发人员参照。可能这是to B产品在实际开发的过程中的特殊之处，也可能是公司的产品目前阶段还以完善功能结构为主，不像to C很多产品那样可以利用到大量的用户使用分析数据。写完PRD之后程序员哥哥就开始敲代码了，光是一份PRD他们很多时间还是不够理解产品细节，这时我就变成了一个随叫随到的小弟，随时给他们解释产品细节处的设计，有时候产品的设计也存在不完善的地方，这时也需要采纳开发的意见，一些业界的设计标准可以由他们来定夺。这个过程一直持续到版本发布，就像怀胎十月悉心照顾终于出生的孩子一样，第一次的版本发布是在一个周五晚十二点多，作为一个产品一直在公司陪开发哥哥们，给他们买宵夜，老大说要在精神上跟开发共同奋战= =在产品设计的过程中同时进行的是竞品分析。我在去面试的时候说我做过几份产品的竞品分析，老大说我目前的水平仅仅只能从交互、视觉、功能等方面简单的分析，现在来实习重点分析竞品的功能结构，同时要深入理解业务场景才能明白功能结构设计的逻辑。于是相对于我在学校时做的一些竞品分析，实习期间我主要是注册竞品产品进行使用，把各个功能点都体验一遍，并把不同竞品的区别点总结下来，提炼出优点。对公司的产品进行SWOT分析，在原型设计的过程中结合当前产品的结构和竞品的优点进行优化。到今天正好的实习两个月整，期间学到了很多东西也感悟到了很多，同时仍然感受到PM之路道阻且长，主要总结如下：1、快速上手能力来公司之前我只用过几次Axure，来了不到一周就要开始画产品原型了，Web端和APP都由我一个实习生完成。实习之前我连SaaS是啥都不知道，画一周原型之后老大初评审时就要我详细讲解业务场景和功能逻辑。我认为这样的压力的很好的信号，是前进的动力。虽然我上手还不算慢，但我认为对于要做互联网的人，快速学习能力是一个最基本的能力。加入一家公司，快速的了解公司的产品、业务流程、战略规划、市场同行发展情况等是PM的基本功。互联网行业每天都在变化，不是个靠吃老本的行业，二十年前你不知道什么是互联网，十年前你不知道腾讯阿里会变成应届生做梦都想进去的公司，三年前你可能还没听说过滴滴优步。2、要细节，也要大局观刚开始画原型的时候容易被细节纠缠，总想要把一个细节画完美，后来发现辛辛苦苦画好的一个细节被老大初评审的时候就否了。我之前也听说很多产品实习生一不小心就滑入高保真原型的深渊，而且乐在其中。后来我学乖了，一开始只展示功能结构和功能点以及操作的交互流程，一定要在评审结束之前控制住完美主义强迫症的小手，先从大局观把握住整体设计，把整个业务逻辑思考清楚，保证评审时开发问什么问题都能应对自如，之后如果想让设计和前端更快速的理解可以把原型做得高保真一些。3、沟通能力，沟通能力，沟通能力其实不管做什么工作，高情商和优秀的沟通能力都是很大的加分项。实习期间体会到的就是在跟开发沟通的过程中，如何优雅的把新的需求和设计描述得很有道理的样子非常重要。因为开发的思维逻辑跟产品完全不一样，从他的角度他只考虑如何在代码上实现更简单，数据库如何不出现混乱。而且在上一个版本的开发过程中，在开发脑中已经熟悉了上一个版本的逻辑和模式，你突然又要改一个地方，他完全体会不到有什么改进的必要。同时，在开发过程中，一些产品的细节沟通也很重要，这样保证实际开发出来的产品与预期的差距不大，减少后期修改和测试的投入。期间如何在开发焦头烂额的时候还能温文尔雅的描述你的需求，真的需要高情商人际沟通能力。4、路还很长，别停下脚步实习期间加了很多互联网产品沟通群，小伙伴们实习的公司不一样，负责的产品也大不相同，聊产品的时候总会感觉自己懂的不够多。当提到今年产品找工作的形式不太好，很多大公司都缩招产品时感觉到压力更大了。互联网细分领域很多，加上很多实体行业互联网+，我认为在正式工作之前应该对几个感兴趣的领域进行较为深入的理解和思考，本身做产品的就应该是兴趣广泛，喜欢新鲜事物的一群人。互联网变化之快，让我觉得几天不学习了解新东西就要落后了，既然决定了走产品这条路，希望一直坚定的走下去。接下来需要提高的地方：1、涉猎更多领域的产品，并有深度思考，提高对用户思维的理解，对人性的理解2、学会并理解各种运营模式，开发的技术知识，全方位来巩固对产品的理解和设计3、掌控全局的逻辑思考能力，优雅的阐述和沟通方式
放弃建筑渣硕之路的产品汪}