产品经理的基本知识
作者：黑哥
仅供内部学习
有些话写在前面（仅代表黑哥的观点）:
1.为什么要做产品经理？
我是因为崇拜自由，崇尚创新。
做产品也是要讲情怀的!！！
2.产品经理最重要的能力是什么？
逻辑才是王道！！！
逻辑才是王道！！！
逻辑才是王道！！！
重要的事情讲三遍！！！
懂技术的产品经理就像会武功的流氓！！！而逻辑清晰的产品经理就是会扫地的神僧！！！
实在搞不懂技术就不要去搞懂，多花些心思在逻辑设计上！！！
3.产品经理的生存状态
要么忍，要么滚！！!
跟RD沟通就是要讲道理！！！
缠着，粘着，拖着，拽着，甩着，也要改需求！！！
4.怎么提升自己做产品的能力?
人人都是产品经理，但不是人人都会做产品！！！
实践才是王道！！！多读多看多做多想!!!
有时间玩英雄联盟，为什么不多做些竞品分析？？
一切功能以需求为前提！！！离开需求拍脑袋做功能都是耍流氓！！！
正文：
1.产品的定义
产品：用来满足人们需求和欲望的物体或无形的载体。
产品：就是一系列符合用户需求的功能组合。
2.产品经理的定义
a.产品经理角色其实就是对一个产品负根本责任的管理者
b.产品经理就是一个不说谎话的骗子。
首先骗子很会抓住人性的弱点。
其次骗子很会编造理由。
最后骗子会赚钱
编造很好的故事说很好的故事找到优秀的人把这个故事变成现实
c.产品经理是产品的设计者，建造者，运营者，更是产品的第一个用户。
3.产品经理需要掌握的核心能力
a.一个核心：激情
b.两个武器：用户调研和数据分析
c.四项基本技能：逻辑能力(制定方案)，协调能力(制定计划)，沟通能力(实施计划)，执行力(产出结果)
4.认知的方式
从表层认知：从表层入手，通过关注人性与生活现象获得感知，发现规律，然后认清现象本质，建立模型去解读其他现象。
以此及彼，快速通过已知模型（熟悉的人物、东西、事物或者现象）解读、认知、构建另一个东西。
修炼武术练习的是招式先看别人是什么招式然后模仿别人的招式最后自己创造招式从里层认知：从里层入手，通过关注大量数据与理论获得感知，发现规律，然后推算出现象本质，建立模型去控制即将发生的现象。
修炼的是内功需要每天打坐领悟悟出道理然后打通任督二脉创造武功
5.产品分析流程
1.罗列信息（信息结构图）
2.梳理需求（产品结构图）
3.原型设计（界面线框图）
4.用例模型（产品用例图）
5.逻辑流程（功能流程图）
6.需求文档（PRD文档）
6.产品经理需要懂的技术
1.Stack Overflow、Github、Bitbucket、mailing list
2.缓存、JS脚本、Ajax、数据库、存储过程、BI
3.SQL的读和写SQL语言有T-SQL（Transact-SQL）和PL/SQL（Procedural Language/SQL）两种，需要根据不同的数据库类型，有针对性的去学习。比如说产品采用的是SQLServer 数据库，那就需要学习T-SQL；如果采用的是Oracle或者Mysql数据库，就需要学习PL/SQL，两种语言在语法上差别比较大，大部分情况下都不能混用。另外Oracle和Mysql数据库在应用PL/SQL的时候，会有一些函数有使用上的差异，需要注意一下。有人会说现在还有一些非关系型数据库，如MangoDB之类的，这种数据库基本不支持SQL语言去查询，而且里面存储的都是非关系型的数据，也不需要查询出来做分析。
4.UML和E-R图
UML画用例图，当然这个现在也适用，用例图对于说明需求来说，作用还是很明显的，至少开发能看的比较明白。现在随着思维导图和原型的星期，用例图逐渐的有点被淘汰的意思，但很多开发人员还是会用UML来画系统设计图，如活动图、状态图、协作图等，产品经理需要了解一下这些，以便能在设计评审上看懂这些图。
E-R图也称实体-联系图(Entity Relationship Diagram)，提供了表示实体类型、属性和联系的方法，在数据表关系设计上应用比较多。一个产品的数据存储，肯定不会只有一张数据表，而是由多张数据表通过关系关联起来的，相互之间的这种关系就可以用E-R图来表示，可以从中看出各表之间关联的主键和外键分别是什么，哪些字段值唯一等。
这里包含产品设计规范和编码规范，无论是Android还是IOS都有自己特定的规范，移动端的产品经理在设计产品的时候就需要先了解清楚这些规范的内容，和一些技术实现的方式。
移动端的技术实现相对比较可控和有限，多了解一些技术有助于进行有效的产品设计。盲目的设计要么实现不了，要么最终无法通过审核，是不可取的。移动端的一些特效也需要清楚，如拖拽、滑动、下拉、手势等，产品经理如果不了解这些，都设计不出操作体验很好的产品来。另外诸如不能获取用户的某些敏感数据等注意事项，都需要在产品设计时就考虑到。这块具体的还是要看场景来决定。
7.需求分析的方法
最常用的方法：头脑风暴
更专业的方法：代合调改用消排
替代：何物可被取代
合并：可与何物合并一起
调整：原物是否可以调整
修改：可否改变原物的某些特质如意义，声音，颜色，形式等
其他用途：可有其他非传统用途
消除：可否将原物变小？或者省略哪些部分？
重排：重组或者重新安排原物的排序，调整位置
8.产品经理常用工具
1.文档数据、思维导图
·Microsoft office
·Mindjet Mindmanager
·Adobe Reader
·editplus
·Microsoft Office oneNote
2.产品原型设计
·Balsamiq Mockups
·Axure RP
3.网页制作、开发
·Potoshop
·CorelDRAW
·Dreamweawer
·Adobe Illustrator
4.演示、动画
·Microsoft Office Powerpoint
·Flash
5.工程管理
·Microsoft Office Project
6.流程类工具
·Microsoft Office Visio
·ConceptDraw Office
7.测试工具
·Firebug
·TestDirector
8.同步
·SVN
·Dropbox
·Windows LiveSync
9.翻墙
·Shadowsocks
·红杏
·fqrouter2
10.笔记
·印象笔记
·有道云笔记
9.产品经理书单
战略层——产品目标、用户需求
《赢在用户》/用户研究的经典书籍
《统计数字会撒谎》/用户研究离不开数据统计，数据统计中独特的视角
《淘宝十年产品事》/一些淘宝产品的案例集，观察从需求是怎样被发现并演变到产品的
范围层——功能规格、内容需要
《结网》/从需求到设计的中间过程，功能的增与删，确实和《人人》一起填补了一些空白《人人都是产品经理》/写给大家看的产品经理的书
结构层——交互设计、信息架构
《瞬间之美》/交互的细节之美，思考的细节
《设计心理学》
《简约至上》
《启示录》
《大话数据结构》/如果没有技术背景又想了解数据结构，这本比较适合
框架层——界面设计、导航设计、信息设计
《Dont make me think》/或许书里的很多内容你已经通过其它途径了解了，但这本书才是这些思维的根源
《瞬间之美》/交互的细节之美，思考的细节
《移动设计》/阿里团队成员写的书，如果不了解移动开发，这本书挺值得一看
《移动应用UI设计模式》/不懂技术还要做移动设计？可以了解下主流的移动应用UI设计
模式
表现层——视觉设计
《写给大家看的设计书》/通俗易懂，确实是写给大家看的设计的书
《苹果的产品设计之道》/权当了解下苹果设计的哲学，包豪斯风格
《在你身边，为你设计》/腾讯的用户体验设计之道，体验式设计
其它
互联网经济&行业相关
《浪潮之巅》/至今为止最好的介绍国际一线科技公司发展历程的书
《沸腾十五年》/记录了中国互联网历史上的典型公司和事件，作者林军目前也是雷锋网创始人
《失控》凯文·凯利的书，张小龙主力推荐的一本书
《技术元素》/凯文·凯利的一些技术博客集合
《未来是湿的》/了解互联网是如何放大关系链的强大力量的
《引爆点》/Web2.0时代信息传播的力量
《餐巾纸的背面》/用画图来做模式化的思考方式，5W2H思考模型
《牛奶可乐经济学》/产品中的经济学
《麦肯锡方法》/了解经典的麦肯锡思维方式
《移动的帝国》/了解日本的移动互联网
《轻公司》/国内早期的互联网公司逆袭传统行业的案例
《大数据时代》/了解大数据时代的思维
《打造Facebook》/真实介绍Facebook的一本书
《长尾理论》/描述互联网新经济的经典之作
《免费》/把成本转移，如果产品本身不赚钱，一定会从另一个地方赚钱
《黑客与画家》/硅谷创业之父Paul Graham的文集，值得一读
《乔布斯传》/乔帮主一辈子那么拼，没理由不看他的传记
《教训》/列出了八类互联网创业误区，互联网版的「大败局」
《周鸿祎自述-我的互联网方法论》/互联网里面亲自动手写书的CEO并不多，红衣教主确实很能写，值得一看
《三体》/书中描述了高维度文明对低维度文明有绝对的竞争优势，记得好像是雷军比较推崇书中多维文明的概念。不谈商业模式，《三体》本身也是国内科幻小说的最高境界。
《随意搜寻》
《精益创业》
《参与感》/黎万强亲自告诉你小M做产品的哲学，公司就是自媒体
《平台战略》/用讲故事的方式解读互联网商业案例，明白平台的构建
《九败一胜》/美团王兴十年创业之路，从校内到饭否再到美团的一路坎坷与经验
增加技能点
《PPT演义》/不会做PPT？可能你的障碍不是使用PPT软件，而在于不善于用PPT表达，这本书告诉你怎么理清思路
《说服力》/秋叶的PPT设计图书，一共三本。一本一小时，迅速长见识
《MacTalk 人生元编程》/想秒变Mac高手？只看前半部分就够了
《Keynote：超越PPT的苹果商业幻灯片》/既然Mac在手，用Keynote做演示必然是极好的
《用图表说话》/用数据表达的艺术
产品经理的基本知识 作者：黑哥 仅供内部学习 有些话写在前面（仅代表黑哥的观点）: 1.为什么要做产品经理？ 我是因为崇拜自由，崇尚创新。 做产品也是要讲情怀的!！！ 2.产品经理最重要的能力是什么？ 逻辑才是王道！！！ 逻辑才是王道！！！ 逻辑才是王道！！！ 重要的事情讲三遍！！！ 懂技术的产品经理就像会武功的流氓！！！而逻辑清晰的产品经理就是会扫地的神僧！！！ 实在搞不懂技术就不要去搞懂，多花些心思在逻辑设计上！！！ 3.产品经理的生存状态 要么忍，要么滚！！! 跟RD沟通就是要讲道理！！！ 缠着，粘着，拖着，拽着，甩着，也要改需求！！！ 4.怎么提升自己做产品的能力? 人人都是产品经理，但不是人人都会做产品！！！ 实践才是王道！！！多读多看多做多想!!! 有时间玩英雄联盟，为什么不多做些竞品分析？？ 一切功能以需求为前提！！！离开需求拍脑袋做功能都是耍流氓！！！ 正文： 1.产品的定义 产品：用来满足人们需求和欲望的物体或无形的载体。 产品：就是一系列符合用户需求的功能组合。 2.产品经理的定义 a.产品经理角色其实就是对一个产品负根本责任的管理者 b.产品经理就是一个不说谎话的骗子。 首先骗子很会抓住人性的弱点。 其次骗子很会编造理由。 最后骗子会赚钱 编造很好的故事说很好的故事找到优秀的人把这个故事变成现实 c.产品经理是产品的设计者，建造者，运营者，更是产品的第一个用户。 3.产品经理需要掌握的核心能力
a.一个核心：激情 b.两个武器：用户调研和数据分析 c.四项基本技能：逻辑能力(制定方案)，协调能力(制定计划)，沟通能力(实施计划)，执行力(产出结果) 4.认知的方式 从表层认知：从表层入手，通过关注人性与生活现象获得感知，发现规律，然后认清现象本质，建立模型去解读其他现象。 以此及彼，快速通过已知模型（熟悉的人物、东西、事物或者现象）解读、认知、构建另一个东西。 修炼武术练习的是招式先看别人是什么招式然后模仿别人的招式最后自己创造招式从里层认知：从里层入手，通过关注大量数据与理论获得感知，发现规律，然后推算出现象本质，建立模型去控制即将发生的现象。 修炼的是内功需要每天打坐领悟悟出道理然后打通任督二脉创造武功 5.产品分析流程 1.罗列信息（信息结构图） 2.梳理需求（产品结构图） 3.原型设计（界面线框图） 4.用例模型（产品用例图） 5.逻辑流程（功能流程图） 6.需求文档（PRD文档） 6.产品经理需要懂的技术 1.Stack Overflow、Github、Bitbucket、mailing list 2.缓存、JS脚本、Ajax、数据库、存储过程、BI 3.SQL的读和写SQL语言有T-SQL（Transact-SQL）和PL/SQL（Procedural Language/SQL）两种，需要根据不同的数据库类型，有针对性的去学习。比如说产品采用的是SQLServer 数据库，那就需要学习T-SQL；如果采用的是Oracle或者Mysql数据库，就需要学习PL/SQL，两种语言在语法上差别比较大，大部分情况下都不能混用。另外Oracle和Mysql数据库在应用PL/SQL的时候，会有一些函数有使用上的差异，需要注意一下。有人会说现在还有一些非关系型数据库，如MangoDB之类的，这种数据库基本不支持SQL语言去查询，而且里面存储的都是非关系型的数据，也不需要查询出来做分析。 4.UML和E-R图 UML画用例图，当然这个现在也适用，用例图对于说明需求来说，作用还是很明显的，至少开发能看的比较明白。现在随着思维导图和原型的星期，用例图逐渐的有点被淘汰的意思，但很多开发人员还是会用UML来画系统设计图，如活动图、状态图、协作图等，产品经理需要了解一下这些，以便能在设计评审上看懂这些图。 E-R图也称实体-联系图(Entity Relationship Diagram)，提供了表示实体类型、属性和联系的方法，在数据表关系设计上应用比较多。一个产品的数据存储，肯定不会只有一张数据表，而是由多张数据表通过关系关联起来的，相互之间的这种关系就可以用E-R图来表示，可以从中看出各表之间关联的主键和外键分别是什么，哪些字段值唯一等。 这里包含产品设计规范和编码规范，无论是Android还是IOS都有自己特定的规范，移动端的产品经理在设计产品的时候就需要先了解清楚这些规范的内容，和一些技术实现的方式。
产品经理面试常问的18个问题： 1、一句话介绍自己。 2、说出自己身上拥有的3个优点。/说一下自己的优点和缺点，并分别举例。/你有什么缺点，觉得是不适合做产品经理的? 3、你认为什么是产品经理? 4、你的人生规划怎样的? 5、你有女朋友吗?未来怎样发展?准备一直呆在上海(应聘地)吗? 6、怎么平衡家庭和工作? 7、你如何处理紧张和压力? 8、一个产品的美观程度和性能哪个更重要? 9、上海有多少自行车?如何预测? 10、你为什么来应聘PM这个岗位?你的本专业是民航啊! 11、Email的最核心的竞争力是哪几部分?如何提高用户体验+满意度(还有其它产品)? 12、为什么打算离职? 13、你对这个职位的了解和理解? 14、为此做过什么?(试着分析了什么产品?为这次面试做了什么准备?) 15、一波连续问题： 经常用互联网产品吗? 说一个最常用的?常用的原因是什么? 假如你是它的产品经理，你觉得它有哪几类用户? 这些用户的优先级如何，为什么? 你觉得你自己是哪一类? 通常都用哪些功能?说说几个场景。 有什么不爽的地方，怎么改进? 你觉得他们为什么没有这么改? 16、有没有讨厌的产品?哪里引起你的不快?
18、你做的最成功的事情是什么?如果再做一次，怎样能做得更好? 1、一句话介绍自己。 2、说出自己身上拥有的3个优点。/说一下自己的优点和缺点，并分别举例。/你有什么缺点，觉得是不适合做产品经理的? 3、你认为什么是产品经理? 4、你的人生规划怎样的? 5、你有女朋友吗?未来怎样发展?准备一直呆在上海(应聘地)吗? 6、怎么平衡家庭和工作? 7、你如何处理紧张和压力? 8、一个产品的美观程度和性能哪个更重要? 9、上海有多少自行车?如何预测? 10、你为什么来应聘PM这个岗位?你的本专业是民航啊! 11、Email的最核心的竞争力是哪几部分?如何提高用户体验+满意度(还有其它产品)? 12、为什么打算离职? 13、你对这个职位的了解和理解? 14、为此做过什么?(试着分析了什么产品?为这次面试做了什么准备?) 15、一波连续问题： 经常用互联网产品吗? 说一个最常用的?常用的原因是什么? 假如你是它的产品经理，你觉得它有哪几类用户? 这些用户的优先级如何，为什么? 你觉得你自己是哪一类? 通常都用哪些功能?说说几个场景。 有什么不爽的地方，怎么改进? 你觉得他们为什么没有这么改? 16、有没有讨厌的产品?哪里引起你的不快?
产品经理必备技能之用户画像 用户画像说简单点就是要你虚构出一个产品的用户，设定用户性别、年龄、收入、家庭等基本情况进行场景模拟。通过用户画像，我们可以将产品用户具体化、形象化，从而更好地理解产品用户，设计出更加符合用户需求的产品。 那么用户画像怎么做？ 用户画像的应用场景 在产品生命周期的各个阶段，我们可以通过用户画像形象生动表达的需求，让产品经理及团队成员有进一步的思考。通过用户画像，了解产品的用户是谁、用户希望产品可以做什么以及用户在使用产品过程当中做了什么。我们可以根据这三个目的，把用户画像分为一下三种应用场景： 1.了解用户是谁 在产品的BRD文档编写阶段和产品构想阶段，产品经理最关注的就是产品的用户、需求、场景，通过三要素判断产品的构想是否成立以及将产品的解决方案向boss进行汇报。 用户画像包含元素： 基本属性：照片、姓名、年龄、职业、爱好等； 需求：目前需要满足的需求； 用户故事：虚拟产品的使用场景，例如用户会在生命情况下使用产品。 数据来源： 有些产品新人可能会问，用户画像中的信息从哪里来？自己编吗？怎么可能！还是要有人物原型的。在这里对于用户信息的收集有几种方式： 1）通过行业分析报告分析、获取产品的用户信息、用户需求，进行信息整个形成用户画像2）通过用户访谈、问卷调查等方式收集用户信息及需求，根据调查结果形成用户画像 实战：关于外卖类产品的用户画像 2.用户希望产品可以做什么 在产品设计阶段，产品经理需要将产品的设计思路、构想提交给各个团队进行产品设计开发。那么如何能让设计开发团队清晰理解你想表达的思想以及用户的真实需求，这时就需要用户
画像进行辅助说明。通常以PRD、原型图为主，用户画像为辅。 用户画像包含元素： 基本属性：照片、姓名、年龄、职业、爱好等； 使用场景：明确产品使用是移动端还是PC端，什么情况下使用，设计产品性能，用户体验用户故事：描述用户任务以及用户完成任务时的产品使用路径。 数据来源： 在产品设计阶段已经明确了用户的需求及使用场景，那么关于用户故事的描述可以总结为一下两点：， 1）对用户进行访谈和问卷调查， 2）可以邀请目标用户对产品原型进行模拟使用，了解用户的使用方式和行为，设计出更符合用户习惯的产品。 实战：关于女性电商产品用户画像 3.用户在使用产品过程中做了什么 了解用户行为也可以叫做用户研究，关于用户研究的内容就比较广泛了，比如用户数据挖掘分析、用户流失行为分析、用户推荐等等，根据你的目的不同可以建立不同种类的用户画像。通常在这个阶段的用户画像都建立在产品上线运营了一段时间，希望从某一个具体方面对某一类用户行为进行具体研究、分析，提出针对这一类用户的解决或推荐方案。 用户画像包含元素： 基本属性：照片、姓名、年龄、职业、爱好等； 使用行为：用户使用产品时的行为或特点，通过寻找共性发现你希望找到的一类用户 用户故事：目的在找到符合这类使用习惯的用户群体 数据来源： 这时，产品已经运营一段时间了，使用行为的来源是通过产品后台收集到的数据分析得来，然后再将用户行为特点放入后台数据库中得到一类用户的具体数据。 实战：关于国际漫游业务用户推荐
产品经理手册管理知识和规范即产品经理工作流程 工具 The document was prepared on January 2, 2021
4.5.1 产品扩张：长度、宽度、深度，由产品经理主抓，不断地开发新产品，形成系列产 品，不断地改进产品，与老产品一起形成统一周密的产品布局格式； 4.5.2 市场扩张：全新市场、拓展市场、老市场，由市场经理主抓，不断地开拓新市场， 扩大现有的市场份额，维持老市场的市场份额； 企业扩张2条线的图示： 4.6产品经理的职责： 4.6.1 对产品的市场成功和财务成功负责； 4.6.2 实施产品的结构化开发，保证产品符合市场需求，使产品在质量成本进度功能服务 以及品牌等方面具有相当的市场竟争能力 4.6.3 对产品全流程负责，包括产品需求、开发、推广、生命周期各过程； 4.6.4 对产品包负责，不仅仅是开发的产品，而且包括了质量、文档、成本、营销网络、 运营支撑、定价、知识产权等； 4.6.5 协调与资源部门的接口关系，保证信息交流和信息共享； 4.6.6 进行信息收集和数据分析，为产品策略制定和决策服务； 4.7产品经理的必备素质和能力（按百分比计算）： 4.7.1 优秀的项目管理能力，是一个精明而讲究实际的管理者，占产品经理能力的35%； 4.7.2 扎实的业务管理能力，有全流程的丰富的工作经验，占产品经理能力的20%； 4.7.3 一定的技术和研发能力，有创造性思维，占产品经理能力的15%；
4.7.4 娴熟的沟通协调能力，具有灵活性，同时有组织性和纪律性，占产品经理能力的15%； 4.7.5 具有优秀的魅力和人格指数，使项目组成员快乐而有生气，占产品经理能力的 15%； 4.8产品经理坚守的七项原则： 4.8.1 关注竟争，学会将竟争对手变成合作伙伴 4.8.2 关注手中的资源和筹码 4.8.3 先思考后行动，以销为主到营销并重最终到先营后销 4.8.4 关注团队运作，学会跨部门协调，以非原则问题妥协换取别人对原则问题的支持 4.8.5 不要与规则和约束对抗，主动承担责任，做比自己职责大一丝的事情，但不抢功 4.8.6 关注业务，不在乎组织架构 4.8.7 学会对最终结果负责任，不要纠緾细枝末节 4.9产品经理如何获取有效的支持： 4.9.1 善于调动各种资源做事情，而不是自已亲自去作； 4.9.2 首先，要有意识地关注周边部门，关心和支持他们的工作和活动； 4.9.3 其次，采用例会、周报、日常联系等形式，定期和周边部门进行交流，了解对方的 状况，获取他们的认同； 4.9.4 再次，要学会在矛盾中解决矛盾，善于处理和化解各种纠纷，搞好部门间的团结； 4.10产品经理的任职资格标准： 4.9.1 产品经理应该具备专业的技术等级素质，是直接参与技术研发的人员； 4.9.2 产品经理应该具备丰富的产品全流程管理经验，在任务管理、团队建设、流程执 行、资源调配和利用有丰富的经验，在职位素养和工作态度上是都是优秀的； 4.11产品经理的培养途径和晋升通道：
产品管理部经理的岗位职责 上周很荣幸的，给一家企业做了定制版的“产品经理内部培训”，严格意义上来说也谈不上“培训”2个字，因为本身自己的认识、资历、技能都是半桶水，二来，到目前也没有做出啥成功的产品。不过成长的道路，必有你师我师，借此希望和大家共勉吧。 产品经理其实是一个从P(prefessional)到M（management）的过程，如果大家够努力、够坚持，相信大家一定能走的很远。我个人的感觉，产品经理是一个很有挑战性的职业。虽然很多时候，大家还会有无聊、被动、困惑之感，但相信只要“坚持”—前途一定很光明。产品经理们，加油！
目录
正文 一、产品经理认识篇 1、产品经理定义 产品经理（Product Manager），通常是指：担负某类产品研发、运营、管理的经理人。 他们的工作纵深从：前期市场调查、产品的创意、策划实施、产品研发、产品上市、市场推
广…一直到产品生命周期的结束的全过程。 但值不能混淆的概念是：产品经理不等同于产品管理。大多数时候产品经理行驶的是执行权，尽管在产品生不同的生命周期中，产品经理要带动、协调不同的部门、不同的对象。换个层面来讲，产品经理只有对产品的支配权，没有对人的支配权，所谓的行政权。 2、产品经理职责 2.1、市场调研 市场调研是指研究市场以了解客户需求、竞争状况及市场力量（market forces），其最终目标是发现创新或改进产品的潜在机会。 通常一般采用的方法有： 1、与用户交流 2、与直接面对客户的一线同事如销售、客服、技术支持等交流 3、市场研究报告分析 4、竞争对手产品分析 5、用户数据分析 市场调研可以让你知道，市场目前是什么样一个状况，有没有必要性做？风险系数有多高？所以市场调研的准备，将直接影响到项目可行性。市场调研的成果，另外一个方面也就形成商业机会、帮助企业改进产品战略，从而更好的占有市场。 2.2、需求管理 需求管理，是指产品经理在执行需求过程中的一系列管理工作。 通常包含：需求来源管理、需求版本管理、需求分配管理、需求跟踪管理。而需求来源管理有： 1、市场需求 2、高层需求 3、用户需求 4、运营需求
级别岗位职责 评分（分值1-10）协助产品专员跟踪产品进度 协助产品专员整理产品文档 准备会议材料并记录产品会议纪要 熟悉公司产品功能与业务知识 熟悉公司产品的行业动态 了解公司产品的竞品信息 协助产品专员完成产品原始需求与设计文案协助产品专员完成情景模式分析 协助产品专员完成竞品分析 协助产品专员编写产品使用说明文档 能独立完成产品原始需求与设计文案 能独立完成情景模式分析 能独立完成竞品分析文档 熟悉与相关部门的沟通协作 能协助产品经理完成原型设计协助产品经理完成常见的各类设计文档协助产品经理完成产品原型设计 具有良好的沟通能力、协调能力和团队合作有较强的行业知识学习能力，对互联网、移动互联网有浓厚兴趣，打算长期从事产品工具有P3岗位职责 能独立完成产品常见的各类设计文档能独立完成产品逻辑流程图 能独立完成产品原型设计 能独立与各个相关部门进行沟通合作 具有一定产品进度把控能力 负责公司产品在内部培训 具有两年以上的产品经验 作为产品主力参与过成功上线的产品 作为产品主力参与一个成功产品生命周期管理与优化 负责产品的市场和需求分析，用户研究和数据挖掘 负责产品功能点的策划与优先性评级 参与产品风格、界面、框架、颜色搭配等前端策划与设计 参与产品生命周期管理 具有P5的岗位职责 具有项目规划能力，能够规划产品实施方案，分配产品策划任务P5P6 P4P1P2P3
具有人际沟通能力，能够与内部成员及外部客户进行很好的沟通能够对部门的员工进行日常管理和考核；具有一定的部门建设能力 能力协助人力资源对本部员工的培养参与产品季度规划及控制 参与或主持产品的战略、规划会议制作和审核产品设计文档 负责各个部门与产品部的协调工作具有大型项目开发管理经验 至少负责过2个以上成功APP 项目的产品设计，并且该两个产品的用户数不低于200W ，日活跃不低于10% 独立进行产品设计，与开发、设计、市场等部门协作，完成产品定义、开发、上市等工参与公司内部产品培训的规划和实施，对产品经理、高级产品经理提供技术培训支持。依据产品市场分析，能够提出公司产品策划、产品优化等建议； 担负公司业绩指标 对产品前沿新推出的理念和技术有着浓厚的兴趣，并逐步转化到公司产品项目中，借此提升公司整体设计技术水平P8 P7
互联网产品经理必备知识 及工具 Newly compiled on November 23, 2020
互联网产品经理必备知识及工具 我系统的和大家分享一下，到底会用到那些软件、工具、平台，在全局上面有一个了解。工欲善其事必先利其器，好的工具软件可以大大提高工作效率，工具各有优劣，大家按需取之，我分享的主 要是Windows平台。 第一、互联网产品经理的职责范围、能力要求： 其实说工具，首先还是得来了解一下互联网产品经理这个具体岗位的职责、具体从事的工作、职能、以及相关要求。这样才能够知道需要掌握那些软件及工具、平台。我稍微做了一些梳理，总的来说关键职责主要是以下五个方面： 1、市场调研 市场调研是指研究市场以了解客户需求、竞争状况及市场力量（market forces），其最终目标是发现创新或改进产品的潜在机会。形成商业机会、产品战略或商业需求文档（BRD）。 2、产品定义及设计 a)产品定义确定产品需要做哪些事情。通常采用产品需求文档（PRD）来进行描述，PRD可能包含如下信息：产品的愿景、目标市场、竞争分析、产品功能的详细描述、产品功能的优先级、产品用例（UseCase）、系统需求、性能需求、销售及支持需求等。
b) 产品设计是指确定产品的外观，包括用户界面设计（UI，User Interface）和用户交互设计（User Interaction），包含所有的用户体验部分。在大型公司里，PM通常和UI设计师或互动设计师一起完成产品设计，来主导产品功能细节及体验，不过在小公司或者创业公司里，产品经理也许需要全包这些工作。 3、项目管理 项目管理是指带领来自不同团队的人员（包括工程师、QA、UI设计师、市场、销售、客服等），在预算内按时开发并发布产品。其中可能包括如下工作内容：确保资源投入、制定项目计划、根据计划跟踪项目进展、辨别关键路径、必要时争取追加投入、推进整个项目的进展、向主管领导报告项目进展状况等。 4、产品宣介 主要包括和内部同事如老板、销售、市场、客服等沟通产品的优点、功能和目标市场，也可能包括向外界如媒体、行业分析师及用户宣介产品。 5、产品市场 主要是对外的信息传播——告诉外界有关产品的信息。通常包括制作产品数据表、手册、网站、Flash演示、媒体专题以及展会演示等。 6、产品生命周期管理 指那些随着产品经历概念化->发布->成熟->退出市场整个生命周期中的产品管理活动。主要包括的工作有：产品定位、产品定价及促销、产品线管理、竞争策略、建立或
产品经理岗位说明书 产品经理/团队激励方案（试用版） 产品经理作为公司的创新管理模式，在未来发展中将发挥越来越重要的作用，公司鼓励具备产品经理能力的人，担任产品经理职位，对公司目前和未来的产品进行规划创新，产品经理作为产品的策划者，全程参与，其重要性和不可替代性显而易见，通过这种自下而上的模式，推动公司产品创新能力和开发能力。为了激励产品经理工
作的积极性和创造性，特制定本方案。 1、产品经理定位 在充分掌握市场需求的背景下，协调产品的上市过程，使产品的价值最大化。2、激励的原则 以奖励为主，只奖不罚。 3、激励措施 产品经理的收入构成为：固定工资（月薪）+新产品成果奖+产品效益奖 1）新产品：以产品中心评审会议讨论确定的产品，通过后为新产品 成果奖：指产品完成开发后，经公司评审通过达到预期目标，给予团队的奖励，由产品经理按照团队成员的贡献程度进行分配，一般性的产品项目，成果奖在2万元以内，重大的产品项目，团队成果奖在2-5万元，其中产品经理占40%，团队占60%。 效益奖：指产品进入市场销售，有效回款额（指回款额减业务费用、减第三方成本）减去团队运营成本（指产品经理所属团队所有差旅费用）和税费 后，提取的一定奖金，根据市场发展的不同阶段以及产品的有效回款额， 奖励额度比例不同： 1）前二年内按5%提取，由产品经理进行分配； 2）以后三年按3%提取，由产品经理进行分配； 3）年销售额低于50万，不考虑本奖励。 4、产品项目任务书和考核 产品经理制定“新产品开发项目任务书”后，由产品中心组织公司相关部门人员进行评审，并确定考核标准和奖励细节。 5、产品中止或退市 产品项目周期完成后，由产品经理根据产品在市场销售情况，提出产品项目的中止或退市申请，由产品中心审批，或由公司管理层决定产品是否中止或退市。6、执行 1）本方案2016年在产品中心移动平台分部试行，参与该产品开发人员的年终奖金除享受公司统一的双薪外，部门年奖金则以上述奖励为主。 2）其他开发部门人员暂不执行。 7、生效 本制度解释权人力资源部，从2016年1月1日起试行。
李大明（1990-03-25）PERSONALRESUME 150-xxxx-xxxx 11223345@youxiang 求职意 向 Job 期望职位：高级产品经理 履历简介Assess 工作地区：上海 四年产品经验,期间经历过直播、社交、电商等项目。主导 过 3次平台重点研发项目， 熟悉产品从0- 1 的开发迭代流程，对产品策划、社区互动、用户增 长、 平台运营有相对 成熟的方法论和实战经 验 。 工作经 历 Experience 2018.5-2020.03 北京百度文库公司高级产品经理电商app/小程序 工作职责 app产品端： 制定产品整体策略，维护UGC社区的用户生态，优化社区体验和设计，视频社 区的搭建和相关运营策略，对接业务层所涉及的合作效率，包括各群体需求挖 掘。 分析市场用户的需求，对竟品产品、行业产品、行业相关信息的收集整理和深度 分析。 参与运营计划，监控运营数据分析，对线上策略进行调整，把控收入相关数据的稳 定和提高。 以产品为核心驱动力，高效推动UI、技术、测试、商务、运营部门紧密合作。 小程序产品端： 制定产品整体策略，维护UGC社区的用户生态，优化社区体验和设计，视频社 区的搭建和相关运营策略，对接业务层所涉及的合作效率，包括各群体需求挖 掘。 分析市场用户的需求，对竟品产品、行业产品、行业相关信息的收集整理和深度 分析。 参与运营计划，监控运营数据分析，对线上策略进行调整，把控收入相关数据的稳 定和提高。 以产品为核心驱动力，高效推动UI、技术、测试、商务、运营部门紧密合作。 项目成果 通过产品优化迭代，新增每日注册用户5万+用户，提高8%。注册收入提高40% 项目经验：xxxx小程序开发 工作职责 制定产品整体策略，维护UGC社区的用户生态，优化社区体验和设计，视频社 区的搭建和相关运营策略，对接业务层所涉及的合作效率，包括各群体需求挖 掘。
产品经理的知识结构目录！ 个人日记 2009-05-31 13:50 阅读3 评论0 字号：大中小 前几天，有个朋友和我说，他们产品部想构建一个产品管理的知识库，由他来负责，他问我能否给一些建议，有个目录就可以，这样他就可以有目标地进行产品管理知识的整理了。既然答应了这位朋友，我就得尽力完成，还好，只是要一个目录结构，如果还要内容的话，就真的要了老汤的命了，呵呵！ 我在设计这个目录的时候，没有完全按照产品经理的工作流程进行架构，而是把这个目录分为三个部分： 1、产品经理的核心工作能力 这也是联盟P MAS核心板的目录，主要是基于产品经理现实工作最需要的知识进行设计的。 2、产品经理的扩展工作能力 这也是联盟P MAS扩展版的目录，主要是基于产品经理在工作中有时候会接触到的知识（现实情况如此，虽然这是 经典定义中每一个产品经理所必须的）进行设计的。 3、产品经理的知识需要 这就是联盟提出的产品经理个人素质模型中，扩展知识这一块的目录，主要包括：战略管理知识；项目管理知识； 团队管理知识；时间管理知识。 以下为目录结构： PMAS核心板 1、我知道我该做什么吗？ 1.1 产品管理到底是什么 1.2 产品管理要做些什么 1.2.1 战略管理 1.2.2 战术管理 1.2.3 根本目标 2、我该如何去做呢？ 2.1 产品管理的基础是什么 2.1.1我知道公司的产品战略是什么吗？ 2.1.2我知道我负责的产品需求是什么吗？ 2.1.3我知道公司3-5年的产品计划是什么吗？ 2.1.4我知道公司的年度产品计划是什么吗？ 2.2 初识三线五段模型 2.2.1 核心思想 2.2.2 注意事项 2.2.3 根本目的 2.3 什么是“三线” 2.3.1 需求线 2.3.2 成本线 2.3.3 信息线 2.4 什么是“五段” 2.4.1 从何做起 2.4.2 概念化阶段 2.4.3 图纸化阶段
产品经理需要了解的知识 产品经理需要了解的知识： 一、你在设计产品过程中是如何获取用户需求的？按照优先级别排列3-5个。 答：1、数据分析：通过一些客观数据，例如，流量、检索量等，能很好的说明问题； 2、邀请用户进行访谈，观察或者让用户说出自己的需求与偏好，这样的方法能够与用户面对面的交流，也能够在旁边静静地观察用户的使用习惯； 3、用户反馈：在网站上提供明显的让用户给网站提意见的链接或者邮箱地址； 4、搜索：这是产品管理人员一种主动收集信息的方式，通过各种搜索引擎，如博客搜索、网页搜索、博客空间等渠道获得用户的评论； 要能够自主的区分何为“普通用户”的反馈、何为“评测人员”的试用报告； 搜索出来的原始内容相对于数据分析来说，更加依赖于人的分析与理解； 这种方法依赖于长期的观察与收集，短期的内容没有足够的说服力。 二、什么是web2.0？请写出10个你所使用过、访问过、听说过的web2.0网站。 答：Web2.0 是相对Web1.0 的新的一类互联网应用的统称。Web1.0 的主要特点在于用户通过浏览器获取信息。Web2.0 则更注重用户的交互作用，用户既是网站内容的浏览者，也是网站内容的制造者。所谓网站内容的制造者是说互联网上的每一个用户不再仅仅是互联网的读者，同时也成为互联网的作者；不再仅仅是在互联网上冲浪，同时也成为波浪制造者；在模式上由单纯的“读”向“写”以及“共同建设”发展；由被动地接收互联网信息向主动创造互联网信息发展，从而更加人性化！ Web2.0网站：各大博客网站网易博客微博sina博客微博腾讯空间朋友网微博搜狐博客微博等百度百科、WiKi百科、赶集网、58同城、SNS网站开心网人人网天际网土豆网，分享下载网站星期八百度文库新浪知识，点点、知乎、社区天涯社区新浪
互联网产品经理【必备知识及工具】 第一、互联网产品经理的职责范围、能力要求： 其实说工具，首先还是得来了解一下互联网产品经理这个具体岗位的职责、具体从事的工作、职能、以及相关要求。这样才能够知道需要掌握那些软件及工具、平台。我稍微做了一些梳理，总的来说关键职责主要是以下五个方面： 1、市场调研 市场调研是指研究市场以了解客户需求、竞争状况及市场力量（market forces），其最终目标是发现创新或改进产品的潜在机会。形成商业机会、产品战略或商业需求文档（BRD）。 2、产品定义及设计 a)产品定义确定产品需要做哪些事情。通常采用产品需求文档（PRD）来进行描述，PRD 可能包含如下信息：产品的愿景、目标市场、竞争分析、产品功能的详细描述、产品功能的优先级、产品用例（UseCase）、系统需求、性能需求、销售及支持需求等。 b) 产品设计是指确定产品的外观，包括用户界面设计（UI，User Interface）和用户交互设计（User Interaction），包含所有的用户体验部分。在大型公司里，PM通常和UI 设计师或互动设计师一起完成产品设计，来主导产品功能细节及体验，不过在小公司或者创业公司里，产品经理也许需要全包这些工作。 3、项目管理 项目管理是指带领来自不同团队的人员（包括工程师、QA、UI设计师、市场、销售、客服等），在预算内按时开发并发布产品。其中可能包括如下工作内容：确保资源投入、制定项目计划、根据计划跟踪项目进展、辨别关键路径、必要时争取追加投入、推进整个项目的进展、向主管领导报告项目进展状况等。 4、产品宣介
主要包括和内部同事如老板、销售、市场、客服等沟通产品的优点、功能和目标市场，也可能包括向外界如媒体、行业分析师及用户宣介产品。 5、产品市场 主要是对外的信息传播——告诉外界有关产品的信息。通常包括制作产品数据表、手册、网站、Flash演示、媒体专题以及展会演示等。 6、产品生命周期管理 指那些随着产品经历概念化->发布->成熟->退出市场整个生命周期中的产品管理活动。主要包括的工作有：产品定位、产品定价及促销、产品线管理、竞争策略、建立或收购合作伙伴、识别并建立合作关系等、产品经理和产品市场、BD及市场沟通同事一起完成这些工作。 互联网产品经理的职能，根据公司情况以及业务的不同，不同公司的PM从事的工作也不尽相同，但基本上离不开上图的三种情况，偏产品设计、偏工程技术或者偏市场运营。其次，谈到互联网产品经理的能力，个人觉得挺多的，在目前国内多数互联网公司里对综合素质要求比较高，是个复合型人才的职务。比如说： ?沟通能力（跨部门、跨团队沟通非常多） ?统筹协调（市场、销售、产品、技术等等多团队协作，需要争取各方资源进行配合）?无授权领导能力（在行政上面不一定有所有部门的直属管理权力） ?动手能力（亲自操刀） ?学习能力（不会的要赶紧学、而且要快） ?商业敏感度（对商业策略的领域、诠释，需要在产品中体现） ?注重细节，追求完美（交互设计、用户体验、品牌等等） ?日常产品管理能力（产品设计、开发、优化、市场推广、销售等等）
互联网产品经理必备知 识及工具 HUA system office room 【HUA16H-TTMS2A-HUAS8Q8-HUAH1688】
互联网产品经理必备知识及工具 我系统的和大家分享一下，到底会用到那些软件、工具、平台，在全局上面有一个了解。工欲善其事必先利其器，好的工具软件可以大大提高工作效率，工具各有优劣，大家按需取之，我分享的主要是Windows平台。第一、互联网产品经理的职责范围、能力要求： 其实说工具，首先还是得来了解一下互联网产品经理这个具体岗位的职责、具体从事的工作、职能、以及相关要求。这样才能够知道需要掌握那些软件及工具、平台。我稍微做了一些梳理，总的来说关键职责主要是以下五个方面： 1、市场调研 市场调研是指研究市场以了解客户需求、竞争状况及市场力量（market forces），其最终目标是发现创新或改进产品的潜在机会。形成商业机会、产品战略或商业需求文档（BRD）。 2、产品定义及设计 a)产品定义确定产品需要做哪些事情。通常采用产品需求文档（PRD）来进行描述，PRD可能包含如下信息：产品的愿景、目标市场、竞争分析、产品功能的详细描述、产品功能的优先级、产品用例（UseCase）、系统需求、性能需求、销售及支持需求等。 b) 产品设计是指确定产品的外观，包括用户界面设计（UI，User Interface）和用户交互设计（User Interaction），包含所有的用户体验部分。在大型公司里，PM通常和UI设计师或互动
设计师一起完成产品设计，来主导产品功能细节及体验，不过在小公司或者创业公司里，产品经理也许需要全包这些工作。 3、项目管理 项目管理是指带领来自不同团队的人员（包括工程师、QA、UI设计师、市场、销售、客服等），在预算内按时开发并发布产品。其中可能包括如下工作内容：确保资源投入、制定项目计划、根据计划跟踪项目进展、辨别关键路径、必要时争取追加投入、推进整个项目的进展、向主管领导报告项目进展状况等。 4、产品宣介 主要包括和内部同事如老板、销售、市场、客服等沟通产品的优点、功能和目标市场，也可能包括向外界如媒体、行业分析师及用户宣介产品。 5、产品市场 主要是对外的信息传播——告诉外界有关产品的信息。通常包括制作产品数据表、手册、网站、Flash演示、媒体专题以及展会演示等。 6、产品生命周期管理 指那些随着产品经历概念化->发布->成熟->退出市场整个生命周期中的产品管理活动。主要包括的工作有：产品定位、产品定价及促销、产品线管理、竞争策略、建立或收购合作伙伴、识别并建立合作关系等、产品经理和产品市场、BD及市场沟通同事一起完成这些工作。 互联网产品经理的职能，根据公司情况以及业务的不同，不同公司的PM从事的工作也不尽相同，但基本上离不开上图的三种情况，偏产品设计、偏工程技术或者偏市场运营。其次，谈到互
产品经理一张图
关于产品经理的三个文档 第一篇：商业需求文档（BRD） 在写这一篇文章之前，我百度了很久。 想找一篇文章抄一抄、改一改，做个伪原创啥的。 结果，看到的都不满意。所以，还是自己写一写吧。 不过，我也是基于自己的理解去写，有什么不对的或者不严谨的地方可以告诉我，我也一起共同学习。 首先，产品经理的三份文档分别是商业需求文档（BRD）、市场需求文档（MRD）和产品需求文档（PRD）。 套用当初学政治时候的一句话，这三份文档，是相辅相成密不可分的。 但是，这三份文档都有什么作用？如何撰写呢？ 先来说说作用。 商业需求文档（BRD）：哪能赚钱？怎么赚钱？赚多少钱？ 市场需求文档（MRD）：赚谁的钱？凭什么赚？好不好赚？ 产品需求文档（PRD）：用什么赚？怎么多赚？ 我相信所有企业老板都会喜欢上面的这些话。 当然，我也可能会被一些产品经理无情的嘲笑。我特么是去改变世界的，你跟我谈钱？ 在这里，我还要阐述我的一个观点：产品经理要把产品当做自己的事业去做。 产品经理不妨把做一个产品看做自己创业的过程。 这样，我相信，你会对产品有更深的理解和认识。 既然是创业，我们回过头来再看这三篇文档，就会变得不同了。 第一篇：商业需求文档（BRD） 创业之初，特别是需要获取投资的时候，我们都需要先解决的一些问题，就是： 哪能赚钱？ 我想做一番什么事业？创业的环境如何？市场需求够不够？竞争对手多不
多？ ?怎么赚钱？ 我采用什么样的模式？如何运作这个模式？ ?赚多少钱？ 我能完成多少收入（或绩效）？需要支出多少成本？三年或五年的阶段目标？ 上面的问题，大家可以对比一下创业者获取融资时，需要给VC（风险投资）提供的商业计划书。 是的，非常相似！ 商业计划书是获取投资的说服性文档。那么，商业需求文档，就是一个说服公司内部的决策者同意立项的文档。 这是非常重要的！ 很多产品经理会说，明明是我做产品，但是老板总对我指手画脚，我什么都要听老板的。究其根源就是你这个产品经理拿不出一份真正的商业需求文档，让你的“投资人”听你的。 而为什么很多产品经理拿不出这样的一份文档呢？ 商业需求文档，在我的理解中，这是一个策略层面的东西。正是因为这个层面的问题，这个文档很多人是没有接触过的，或者说是写不出来的。有些人即便能够写出来，也是到处摘抄，搞出来的不伦不类或者浮于形式东西，没有实际意义。这也是很多人认为做产品就是靠一个有创意的点子加上优秀的设计就能成功症结所在。你的产品不赚钱，我要你这个棒棒有何用？ 在我所理解的产品岗位层级中，策略层面的东西应该是产品总监这一级要做的工作。但并不是说低于这个层级就不去思考，不去关心这个文档。在绝大多数的情况下，这份文档还是需要产品经理来写，然后由决策层来把关。 而且，这一份文档是产品成功的一个非常重要的因素。透过这份文档，才能让决策层、规划层和执行层都能够有明确一致的目标和统一的行进方向。所以，这份文档是指导性文档，它会影响产品的规划以及需求的稳定性。从根源上避免内部冲突形成的产品方向摇摆不定以及频繁改变需求的乱象，降低资源损耗和产品风险。
三要素：有用、可用、可行 有用：产品能帮助解决用户某个真实存在的问题，让用户主动使用甚至购买 原课程提到的是有价值，两者没有本质的区别，坦白来讲，产品经理无论做了多少的用户调研、项目评审、反馈、需求收集等工作，在准备公布迭代版本之前，都需深入思考一个问题，这次迭代的意义在哪里？能够解决用户什么问题？这点很啰嗦，但也是最重要的一点。 无论对于大型产品还是初创产品，产品经理在策划阶段难免陷入“局限”思维，也就是被市场、上司等角色干扰需求的定义。比如市场部需要在产品上加一个推荐位，以便更好得推荐自己的内容。然而如果产品经理直接进入策划，就会出问题，因为这完全是从策划方的角度去思考，没从用户角度去思考，也就是做了”推荐“能给用户带来什么，能帮他们解决什么问题。也许会存在商业的模式，但也要想明白是否过多干扰用户，有没有其他的方式。 在每个版本的更新与迭代，都坚持“有用”为原则，能够直接解决用户问题，而非为了迭代而迭代。 可用：让用户一眼就能看明白产品的使用方法，也是所说的“认知”层面 有用的层面更多是解决用户需求，可用是让用户更好得使用。比如在同类竞品下，功能、业务、所解决的问题是一致的，那么这个时候哪个用户体
验好，自然更能得到认可。产品经理在确定迭代的需求时，就需介入“可用”层面。 能够让用户一眼看明白产品的使用方法，在使用后弄懂产品的业务形态是其核心。实际上，产品业务与逻辑问题能够直接体现在“可用”上，比如产品经理做了一个发布内容类的功能，那么用户在发布后是否能找到已存在的所有信息，是否可以被编辑，被删除等操作。如果在某一点上让用户卡壳，那么证明产品业务是有缺陷的。此时产品经理需要仔细思考产品在不同模块的统一性。 同理，认知的层面也取决于视觉感官、交互等方面，其实就是在减少用户使用产品的成本，提高用户效率。 可行：所设计的模块或功能可以顺畅实现开发 需求确定与体验合格，基本算是一个产品方案的前提，还有重要环节就是评审。也就是研发团队能够无障碍进行产品的迭代，或者是否会出现业务调整、时间不足甚至是重构的事情。产品经理所策划的方案，一直要与团队的能力达到一致，做出合理的产品。 这也就是为什么产品经理需要时常与技术打交道，实际上你需要非常了解您的协作团队，他们所呈现的资源，无论是技术资源还是运营资源，都能从侧面影响产品的迭代，而产品方案也要与资源保持一致，绝非做出一个不可实现的方案，即使它再过于美好。
互联网产品经理必备常见术语 API：应用程序接口（API：application programming interface）是一组定义、程序及协议的集合，通过 API 接口实现计算机软件之间的相互通信。API 的一个主要功能是提供通用功能集。程序员通过使用API 函数开发应用程序，从而可以避免编写无用程序，以减轻编程任务。API 同时也是一种中间件，为各种不同平台提供数据共享。通俗的说就是：API 实际上就是一种程序接口，就像你的电脑主机上有 usb 接口、低音炮接口、麦克风接口、显示器接口等等，一套程序也要有这么一个接口以便开发更多的功能。API 接口的扩展性很强，程序员能够用它给原有程序增加很多功能。web2.0 型的大多会开放 API，以便使懂得编程的网友开发出丰富的功能，从而达到完善服务的目的。APP：Application 的缩写，app server 的前身是 middleware（中间件）。 App Server 可以自动管理并发性、事务、对象分布、负载均衡、安全性和资源管理等等系统级功能。简单的来说就是 AppServer 是管理服务端组件的，它给服务端组件提供了一个全功能可靠的运行环境。网上商城：网上商城：类似于现实世界当中的商店,差别是利用电子商务的各种手段,达成从买到卖的过程的虚拟商店，从而减少中间环节，消除运输成本和代理中间的差价，造就对普通消费，和加大市场流通带来巨大的发展空间。分为 BtoB（商家对商家），BtoC（商家对顾客
直销）和 CtoC（客户和客户）。知名的品牌有,BtoB 是阿里巴巴, 中国制造网,主要是批发；BtoC 是卓越、优品商城，康佳丽商城可以理解为零售；CtoC 是淘宝、易趣、拍拍。 B2B：（Business To Business，在英文中 2(two)的发音同 to 一样。）就是企业对企业的电子商务，除了在线交易和产品展示，B2B 的业务更重要的意义在于，将企业内部网通过 B2B 与客户紧密结合起来，通过网络的快速反应，为客户提供更好的服务，从而促进企业的业务发展。 C2C：消费者（consumer）与消费者（consumer）之间的电子商务。打个比方，比如一个消费者的有一台旧电脑，通过网上拍卖，把它卖给另外一个消费者，这种交易类型就称为 c2c 电子商务。c2c 电子商务主要是指网上拍卖。c2c 模式的特点就是大众化交易，因为是个人与个人之间的交易！C2C 在中国目前成四足鼎立之势，淘宝、易趣、拍拍和 123 拍，四家各有千秋，而又强弱分明。目前，百度即将加入 C2C 阵营。 B2C：B2C 的 B 是Business，意思是企业，2 则是 to 的谐音，C 是 Custo ： mer，意思是消费者，所以 B2C 是企业对消费者的电子商务模式。这种形式的电子商务一般以网络零售业为主，主要借助于 Internet 开展在线销售活动。B2C 简而言之是就是商家与顾客之间的商务活动，也就是通常所说的“网上购物网站”，企业、商家可充分利用电子商城提供的网络基础设施、支付平台、安全平台、管理平台等共享资源有效地、低成本地开展自己的商业活动。比较出名的 B 2C 商城，如：当当，卓越，中国申网，京东商城，新蛋，红孩子，PPG,Vancl，美国的亚马逊网上商店（Amazon.）。提供电子商务服务的IT 厂商，如：s
产品经理必备文档介绍 BRD Business Requirements Document，商业需求文档。这是产品声明周期中最早的文档, 由“概念化”阶段进入到“图纸化”阶段的第一个文档，其内容涉及市场分析，销售策略，盈利预测等，通常是和老大们过的ppt，所以也就比较短小精炼，没有产品细节。 商业需求文档重点放在定义项目的商业需求, 是基于商业目标或价值所描述的产品需求内容文档（报告），其核心的用途就是用于产品在投入研发之前，由企业高层作为决策评估的重要依据。 BRD通常是由拥有产品经理，产品营销经理或者行业分析师头衔的人撰写的。在小公司，可能由高级主管或者甚至创始人撰写。 BRD要能说出客户碰到的一个或多个商业问题，并且通过公司的产品能够解决这些问题。接着建议一个方案——通常是新产品或者现有产品的改进来解决这些问题。BRD也可能包括一个高级的商业案例，例如收益预测，市场竞争分析和销售/营销策略。优秀的BRD 文档，可以让决策层充分被你的报告观点所吸引，或许财务主管会因为报告呈现的低投入高产出的经济效益预测而蠢蠢欲动；或许技术主管会因为项目的牵涉面广泛而头疼不已；又或许公司的VP之流因之报告而看到了未来一年业绩的飞速发展的广阔前景BRD通常是一份连续的1-3页Word文档，或者不超过10页的Powerpoint文档。MRD Market Requirements Document，市场需求文档，是产品项目由“准备”阶段进入到“实施”阶段的第一文档，其作用就是“对年度产品中规划的某个产品进行市场层面的说
明”，这个文档的质量好坏直接影响到产品项目的开展，并直接影响到公司产品战略意图的实现 获得老大的认同后，产品进入实施，需要先出MRD，具体来说要有更细致的市场与竞争对手分析，通过哪些功能来实现商业目的，功能/非功能需求分哪几块，功能的优先级等等。实际工作中，这个阶段PD可能的产出物有Mind Manager的思维图，Excel的Feature List等。 市场需求文档（MRD）重点放在为一个被提议的新产品或者现有产品的改进定义市场需求。与BRD指出商业问题和解决这些问题的解决方案不同，MRD更深入提议解决方案的细节。它包括一些或者所有这些细节： a. 解决商业问题所需要的特色 b. 市场竞争分析 c. 功能和非功能需求 d. 特色/需求的优先级 e. 用例 MRD通常是由拥有产品经理，产品营销经理或者行业分析师头衔的人撰写的。MRD 通常是一份连续的5-25页Word文档，或者正如之后描述那样在一些机构中甚至更长。 PRD Product Requirements Document，产品需求文档。进步一细化，这部分是PD写得最多的内容，也就是传统意义上的需求分析，我们这里主要指UC（use case）文档。主要内容有，功能使用的具体描述（每个UC一般有用例简述、行为者、前置条件、后置条件、UI描述、流程/子流程/分支流程，等几大块），Visio做的功能点业务流程，界面的说明，