互联网产品经理能力模型，需要具备的产品商务模型、推广营销模型有哪些？

来源：蜘蛛抓取(WebSpider) 时间：2018-09-08 13:51 标签： 产品经理能力模型

专业文档是百度文库认证用户/机构上传的专业性文档，文库VIP用户或购买专业文档下载特权礼包的其他会员用户可用专业文档下载特权免费下载专业文档。只要带有以下“专业文档”标识的文档便是该类文档。

VIP免费文档是特定的一类共享文档，会员用户可以免费随意获取，非会员用户需要消耗下载券/积分获取。只要带有以下“VIP免费文档”标识的文档便是该类文档。

VIP专享8折文档是特定的一类付费文档，会员用户可以通过设定价的8折获取，非会员用户需要原价获取。只要带有以下“VIP专享8折优惠”标识的文档便是该类文档。

付费文档是百度文库认证用户/机构上传的专业性文档，需要文库用户支付人民币获取，具体价格由上传人自由设定。只要带有以下“付费文档”标识的文档便是该类文档。

共享文档是百度文库用户免费上传的可与其他用户免费共享的文档，具体共享方式由上传人自由设定。只要带有以下“共享文档”标识的文档便是该类文档。

全栈产品经理，需要了解的层面不限于产品本身，在构建产品时，需要考虑的不仅仅是如何研发，而是考虑整个布局。

22岁进入职场，起先做电商站的编辑后做开发两年最后又转到产品，一直以来都是看别人的文章来增长知识，自己从来没有写过…

一来觉得自己太过鄙陋不够资格，二来觉得没有可写的因为网上所有的文章都有…

身在国外，听到了一个概念【全栈产品经理】，微微一笑后….

一直以来都觉得自己是全栈产品，所以也不以为然。随着概念抄的越来越热自己也就google了一下，发现很多人对【全栈产品经理】的理解越来越偏差，网上还有一本相应的书籍卖的也是很不错，如果客官们真的按照这本书里面的东西全学完了，恭喜你，你离CTO不远了，没错，是CTO，不是CEO….

刚刚说了很多东西网上都有，所以我要写就要写不一样的东西，不空洞，不抽象，只说干货。并定下三不讲：

  1. 一些基础常识不讲，网上一大堆，懒得凑热闹。
  2. 不包含哲学辩证关系的知识不讲。所以，假大空的唯心主义不讲，强调事实根据的本本主义不讲，动不动就要跟BAT调调相同的形而上学不讲（产品不用总仿照BAT，精神是物质的映射，所以真正的思想才是干货，仿的终究是仿的）一切以实际出发，实事求是。
  3. 空洞的知识不讲，为啥？你们应该看到很多这样的文章了，看完后吸收了什么？没有，浪费自己的时间而已。

既然现在【全栈产品经理】这么火热，那我就以全栈产品为切入点先讲一讲。

老生常谈的问题了，现在网上各种文章，职位上也是，什么电商产品、app产品、CRM产品等等，其实说的都是一个惯用的行业而已。

还有的人会说，满足于市场需求有形或无形的载体就是产品，说的听上去是那么回事儿…那不禁要反问为啥99%的文章都要跟App、Web、客户端等等的磕呢？这是产品？

还说了一大堆的方法论，说的让人觉得就是对的，因为理论依据实在是说的头头是道，读完后先是觉得很有道理，细琢磨之后发现，诶，好像没有学到什么，不外乎就是几种想问题的思路与方法，而这种方法其实工作中已经用了很久只是别人总结了一下，突然感觉被忽悠了，有没有？

所以到底什么是产品呢？

简单来说是“为了满足市场需要，而创建的用于运营的功能及服务”就是产品，看这句话里面没有提到跟任何系统、客户端有关的词语。

Web、app、客户端、服务端等等均是一种线上的展现形式，用户可以安装或使用数百个软件但真正常用的只有5~8个应用。那么这个软件其实切入的就是人们线上的时间，而我们的产品或服务的销售情况下，如果可以让用户在线上多待一分钟，那么就会有一分钟的销售可能。

基于这一点，我们是否真的需要Web、app、客户端等等比较沉重的展现情景呢？

我个人感觉小程序就可以满足需求或者轻量级的第三方应用也可以，只要可以实现需求本身就可以。一个产品也就成形了。

请问上述的情景用到什么高深的技术了呢？需要大经历大投入的开发一个软件来实现业务么？既然不用的话，那么懂技术的产品就是全栈产品是不是就已经不攻自破了呢？

上面的简单话语中可以看到几个关键字：销售、在线时长、展现形式、市场需要、运营、功能、服务。看，这几个关键词跟技术其本身也是没有多大关系的。所以，网上的那本书用于扩展知识面是可以的，但是不要真的以为懂技术就真的是全栈产品了。

好，我们重新整理一下关键词：

  1. 【销售】和【市场需要】均是属于“市场营销”范畴；
  2. 【功能】、【展现形式】与【服务】均是产品的“情景展示”范畴；
  3. 【在线时长】与【运营】均是“商业运营”的范畴。

综上所述，我们可以看到，一个产品所围绕的几个职能，如下图（辛苦做的，盗用必究）：

将这些职能加以完善后，也就发现了作为全栈所需具备的能力。而在这些能力中，基本涵盖了与产品部门打交道的所有职能部门…

所以，想要做到全栈，那么在知识面上就要扩展，也就是“广度”。为了证实上面的论述，我们用哲学的方法来进行阐述辩证一下。

哲学的本身存在是研究世界的本源是什么的问题，那么是先有了意识还是先有了物质呢？

其实两者本身就是唯物辩证关系，意识是物质的映射反应，物质发生了变化的同时刺激了意识的形成。那么物质的变化就是内因，而意识有了变化就是外因。所以需要透过外因的现象看到内因的本质。

有了广度自然就会有深度，所以全栈产品需要两个维度（相互克制相互依赖，一定程度下相互转化）。

以上图为例：罗列出了每个职能应了解的相关知识，大家是否觉得以上内容比较多，一个人怎么可能学这么多的知识？

由上图可知，产品提供想法，技术用于实现，市场用于变现，整个流程中的运转便是运营，所以产品到市场产品再到技术，技术与市场也要契合。其实彼此间便是相互关联的关系，有时为了应对市场必须为技术提出需求难题，这时技术就会创新或者发生争执，也就是说的相互矛盾，但其实大家也只是为了满足市场的需要，两者之间有相互转化。

所以，产品与技术、市场、运营之间本身就是相互关联的。

首先我们需要确定，我们的生活早就被商业套路了，有形无形物体服务均伴随着我们的周围。所以脱离任何一方面的知识都是不完善的、狭隘的（就像唯心主义和教条主义一样）。



我们会认真核实调查，为了保护您和被举报人的权利，请您慎重填写举报原因。

我要回帖

更多关于 产品经理能力模型 的文章

 

随机推荐