互联网产品经理，需要具备的产品商务模型、推广营销模型有哪些？
1.要极其熟悉公司业务及动向。
所以要了解公司的商业模式、战略、以及业务流程、要考核的各种指标，以及指标背后的业务含义等。这一点，再了解都不够。
2.要了解数据分析。
好的数据PD，即使不做数据PD，也应该是个数据分析师。数据PD的一大要务就是将数据分析做成可复制，可自动运转的系统。虽然有数据分析师们围绕在自己周围，但是自己也要清楚业务的问题，分别要看什么数据，或者当数据出现后，意味着业务出现了什么问题或者会出现什么问题。这一点，要向最好的数据分析师们看齐。
3. 要了解数据仓库及商务智能。
这 两个关键词背后都是庞大的体系，恐怕我短短半年的转岗时间太短，虽然能够对别人讲解一通商务智能产品的架构。嘴里虽然会抛出若干个类似于汇总，钻取，度 量，指标，维度，缓慢变化维，层次，属性，仪表盘等等术语，但是也不支持多几层的知识钻取，遇到异常问题，也不知道该从什么地方分析原因。幸而身边有数据 仓库的同事，可以多多学习。这一点，没有天花板。
而商务智能，做为一门学科，起源于20世纪90年代，它的出发点是帮助用户更好地获取决策信息，最初商务智能的动机是为用户提供自助式的信息获取方式，这 样，用户就可以不用依赖于IT部门去获取定制的报表。（引自《信息仪表盘》一书P41）。而如今，商务智能除了提供信息，更主要的是降低用户获取数据的门 槛，提升数据的实时性等方面。从降低用户获取数据的门槛一个方向，我们就可以做很多事情，比如如何设计信息仪表盘（designing of information dashboard）？如何让数据以更亲和的更直观的方式展示（数据可视化）？如何能够让用户离线访问？如何能够实现警戒数据的主动发送？这一点上，花多少功夫都不多。
4. 要精通数据产品开发流程。数据开发+产品开发。
数据PD的最终目的是要做数据产品。这里要拆开看，其一，数据产品本身也是在线可供用户实现的产品，既然是产品，产品的整套研发思路和普通的产品没有太大区别，用户是谁，他们需求是什么，满足需求需要什么featurelist，每个feature list的资源评估以及优先级如何，产品的生命周期如何？这是产品开发。然后他是个数据产品，意味着这比普通的产品，多了更多的要求。在数据这个内核之外，它需要各种feature list，如订阅，搜索，自定义，短信接口，邮件接口等。但是数据这个内核，也需要一套数据开发流程。
比如：
数据源——是否足够，是否稳定
数据PD需要足够了解目前的业务处理系统建设情况，以及数据源的积累程度，用以判断数据产品的建设时间是否合适。不合适的时机会导致项目组的重复劳动和残缺 的数据产品诞生。数据产品是用以支持监控，分析，决策的，而业务处理系统的定位在于提升工作效率，解放工作人员手脚。业务系统采集的数据未必满足所有分析 需要。比如或许领导要分析大量攀升的退换货的详细原因，而业务系统目前并没有要求用户在申请退换货的时候选择原因或只有输入而非标准化选项，负责退换货出 力的员工也只有在excel里登记原因，而不是录入到系统里。所以可能会导致需求方要看的数据提供不出来，那么数据pd就有必要反向驱动数据源得以采集。
分析模型的设计—— 分析模型的好与不好，其实决定了数据产品的成败。
在 项目中，可以由BI的数据分析师们担纲此职责，也可以由数据PD担纲，更多则由双方一起确认，内容以数据分析师们为主，功能评估及优先级、项目计划和协 调、统筹以数据PD为主。所以数据PD要更加清楚数据分析师们所需要的需求是否能够实现，背后的商业价值如何，并与数据开发、产品开发保持比数据分析师们 更加通畅的合作关系，能够借力进行可行性和资源的评估。
有的时候，我们不是没有数据，而是有了太多的数据，不知道怎么去看。如果只是抛给用户一堆数据，很难想象用户会如何去解读它。以前做交互设计的时候，我们流行一句话：把用户当成傻瓜。
而数据平台，因为可能本身就要求有一定的使用门槛，所以想成不会互联网的傻瓜不太现实，那么我们就要想成“用户是不懂数据的傻瓜”。他们或许也能通过一串串 数据体悟到什么，但是如果是一条上升的退款率趋势线，或许他们会体悟到更多——毕竟，上和下本身就是直观的。然后再想一下，如果将这条线上加上一条警戒点 的线，他们会知道从什么时候开始数据是异常的。再然后，就要设想，当他发现从7月12日数据上升后，想干什么？他会不会想了解是哪个行业上升了？他会不会 想了解是那个渠道上升了？那么，就要提供行业和渠道的选项或者对比给他。
再然后，当他过问了这个行业的负责人后，负责人想不想再了解是哪个供应商或者哪类商品上升了？那么要如何将这些维度、层次都融合在一起，同时又能将用户非常 方便地去用呢？分析模型的建设至关重要，也可以说，分析模型是前期需求分析的最有价值的产物。分析模型应该会包含几点：
主题的划分：
整块分析会划分成什么主题，比如销售可能会分成销售走势及构成分析，行业排名，商品排名等
度量及指标:
分析主题会涉及到的度量及指标的算法、定义等（这通常会产生一份指标以及维度的定义及描述文档）
维度：
要分别从什么维度去看这些指标和度量，如时间，渠道，这些维度是要筛选还是要对比
钻取：
这些维度本身有没有层次，需要不需要进行钻取，如渠道可钻取到渠道类型，行业可钻取到子行业，商品类目可钻取到商品叶子类目等
输出：
分析需要用何种图表进行展现
数据的ETL开发
数据的清洗，转换，装载流程占用了数据产品开发的大半资源，不规范的数据源会导致这一块的资源更大程度的占用。比如同样是供应商编码，系统之一称为供应商编 码，系统二命名为供货商编码，系统三命名为供应商ID，这三个系统同时是公司的系统，这种情况虽然想起来匪夷所思，但是现实情况却也存在。虽然ETL开发 是DW开发工程师在做，但是作为数据PD，焉能对这些工作缺乏了解，对ETL工程师反馈的问题，缺乏认知，不理解对于项目的潜在风险是什么？而且更多时 侯，当遇到数据不规范，不统一的问题，数据PD需要反向驱动业务系统进行数据规范性建设，无论是功能上，还是驱动直接的使用方——如负责录入数据的行业小 二，建立一套录入规范。这些工作看似和数据PD无关，我们大可以推脱说：那没办法，这是数据源的问题，不是我们功能的问题。但是，用户是有权利选择使用不 使用你的数据产品的，当数据产品提供的数据不值得信赖的话，无疑是自取灭亡。一旦用户对数据不信任，再想挽留他们，是很难的。即使有很多“无能为力”的借 口,我们也不能坐观其变。
前端交互与体验的优化
虽然内容定义好了，但是那么多度量、指标、维度、钻取，如何划分信息层级，如何划分栏目，如何设计用户的行为路径？这些就不是数据分析师们的重要工作范畴。 而是交互设计师？鉴于很多数据产品项目可能会没有交互设计师，所以数据PD应该对内容进行封装，进行信息架构、页面布局以及图表各种功能设计。设计，然后 撰写详细的功能需求文档，交付给产品开发，前端开发以及数据开发，以及前端展现开发四种类型的开发人员。
数据产品的功能描述文档，除了产品开发部分，其他的就是在描述“内容”，即分析模型，除了主题、度量、维度、钻取、筛选、输出图表类型，有些内容还需要详细定义到“排序方式” 等等细节，这就case by case来看了。
环境，技术，工具
或许做一个普通的产品，你把需求描述清楚，与产品开发工程师确认好可行性，接受资源评估就OK了。但是数据产品，受制于所部署的环境，所选型的工具，如Oracle，IBM的Cogos，以及SQL Server。其他的产品我不知道怎么样，我们用的是Oracle BIEE。那么作为数据PD，是否需要了解BIEE能够提供的功能是哪些呢？看文档，请教别人，不能知其不可而为之。另外，也需要逐渐摸透BIEE的坏脾气，实现不了的功能，无法克服的难点等。这一点，也需要继续了解，继续学习。
有个Kanon模型
KANO 模型是东京理工大学教授狩野纪昭(Noriaki Kano)发明的对用户需求分类和优先排序的有用工具。
不太明白你所指的模型是什么，如果你是指产品经理要具备的素质、经验、技能的话，如下：
技能1：原型设计（产品设计---画出操作界面）工具，Axure、MockingBot（墨刀），两者你要掌握一个；
技能2：要会跟码农沟通。这意味着最好你懂点代码和数据库，前端JS、CSS、JSON，数据库后端SQL、Mysql，业务实现的逻辑（算法），这是加分项，不是必须的，但这会让你赢得码农尊重，且他们忽悠不了你。
经验1：对需求的控制。需求当然总是在变的（随着想法的成熟，随着业务的发展），需求又不能总是在变的（你要搞死码农，码农就会搞死你）。这是一个优秀产品经理所必须懂得的辩证法。
经验2：我始终觉得，产品经理就是个投资人。投对了，公司受益。投错了，公司亏死。而且还得是个懂轻重缓急优先顺序的时间管理者。每个功能都以一种投资眼光去对待，要知道这个功能的回报是什么，还有回报的大小，以及开发实现它的风险（复杂程度，周期，周期越长代价越大，成本越高）。不懂行的产品经理会想着大而全，什么都要上，不知道哪些是基石核心功能，需要优先上线，再迭代。等全部功能开发完，公司已经嗝屁了，没钱了。可能有些还没开发完就嗝屁了。
经验3：如果不是大公司，资源是有限的，要抓重点，不要瞎J8整，你会害死公司。然而什么才是业务和市场的重点，这个真的不是学历、技能什么概括的，纯粹是一种眼光。当然这种眼光是基于对行业的深入理解的。所以，从这个意义上讲，产品经理还是把握方向的人。
经验4：记住上面这3条
素质：是一个极其细致、逻辑缜密、眼光准和情商高的人。前三者用在原型设计上，后者用在与码农的沟通（产品实现上）
经验之谈，纯手工原创，望采纳！
我觉得一个有效的产品推广需要涉及很多的方面，其次就是需要结合公司的情况，以前我们自己是喜欢跟风，别人做什么我们就做什么，现在我们就做百度流量，锦随推帮忙做两年了，现在不用每天做推广也会有客户来，这感觉真好。
产品经理需要什么技能?
答：产品经理通常需要在多个领域执行领导工作，包括领导项目团队、领导产品战略和蓝图指定，以及领导跨团队的产品活动等。但是在大多数情况下，产品经理通常没有得到公司正式的授权。此时，是否具有”无授权领导能力”就成为成功与否的关键。如何在无授权的情况下领导团队，我的建议是_综合运用影响力、协商、人际...
产品经理需要具备哪些技能?
答：学习能力：面临的问题可能随时变化，如何解决用户特殊需求、项目管理等，互联网和产品日新月异，旧的知识和经验能以支撑太长时间。学习能力不只是要学习，而要掌握独立学习、解决当前问题的能力。专业力：是需要靠自我学习和实际经验打磨一起塑造的。产品经理要对产品设计有热情，愿意去学习和钻研产品设计或...
互联网产品经理需要掌握哪些技能?
答：专业知识技能、可迁移技能、自我管理技能。不管是到了哪一家公司，首先都需要了解公司的产品线，有些公司的产品比较单一，那学习起来就比较容易，但是有些公司的产品线会拉得比较长，互联网软件产品尤其明显，同时因为互联网的属性，需要我们能够最快速的了解产品，那这个时候想快速的熟悉产品，就需要一些...
做产品经理,需要具备哪些能力?
答：一、产品经理具备以下的能力：1、对互联网行业有一定发现趋势与预测能力：作为一个产品经理第一项能力就要求对行业有一定发现趋势和预测的能力，这样的能力主要要有对行业很有一定深度的了解，能对互联网产品做出有效判断，才能发现一些行业趋势，做出有效的判断，主要通过，用户，信息，互动，产生了互联网新...
互联网 产品经理的核心能力是什么
答：1.是对产品经理个人专业能力的理解2.从系统分析员看产品经理工作的异同2. 无线互联网产品经理面临的更大要求和挑战 第一部分:对产品经理专业核心能力的理解 2004年,个人对SP行业产品经理的看法与认知:1)产品逻辑简单;感觉当时的那些WAP产品逻辑非常简单;有的是简单几个页面,放几个图铃就可以拿到移动梦网上收费;...
在北京,想成为互联网产品经理,应该从哪里开始学习?学具备哪些能力?
答：根据所负责的互联网产品是用户产品还是商业产品，可以分为互联网用户产品经理和互联网商业产品经理。用户产品经理最关心的是互联网用户产品的用户体验，商业产品经理最关心的是互联网商业产品的流量变现能力。互联网产品经理在互联网公司中处于核心位置，需要非常强的沟通能力，协调能力，市场洞察力和商业敏感度...
产品经理需要具备哪些能力?
答：产品经理需要具备的能力如下：1、运营好一个产品，讲句实话，其实并不容易，你需要和多方打交道。既需要协调组织内部之间的关系，也需要协调与产品相关的各方利益，所以，一个优秀的产品经理，一定要具有高效的组织协调能力。研发、测试、文档、市场、销售等部门的人。2、既然免不了与人打交道，那么，...
产品经理需要具备哪些能力?有没有培训产品经理的机构?
答：我直接放上腾讯产品经理的能力模型，你可以对照分析：市面上有很多产品经理培训机构 比如我司旗下的：起点学院 可能你不知道起点学院，但是你一定听说过人人都是产品经理这个网站，全球最大的产品经理交流社区
产品经理需要哪些方面的能力?
答：所谓感性，我只在公司生存的“潜规则”——成为一个优秀的产品经理的额外技能，当然前提是你得懂得基本的产品层面的东西，那些我就不赘述了。1. 对开发的逻辑了解 这个之前在另一个答案中提过，就不说太多了，你可以不会写代码，但你要知道业务实现逻辑和开发难度，很多时候不是你一句话说改就改...
一个合格的产品经理应该具备哪些技能?掌握哪些技能可以实现加薪?_百度...
答：都离不开产品经理的仔细管理方案。对职场人士来讲，如果你愿意培养自己，有良好的资源整合能力、沟通协调能力和书面通知水准，具备独立问题解决能力和极强的市场销售思维能力，对产品和互联网营销特别敏感，思维清晰而条理清楚，并且乐意磨练工作压力，都能放手一试，在这个职位上展翅翱翔。
