《产品经理深入浅出》读书笔记
2017-01-08 11:13:36 0 举报
AI智能生成
登录查看完整内容
《产品经理深入浅出》是一本关于产品经理职业发展的书,作者为苏杰。在这本书中,作者从三个方面讲述了如何成为一名优秀的产品经理:角色、技能和思维。作者认为,产品经理的角色包括商业、产品和用户三个方面,而优秀的产品经理应该具备良好的商业敏感度、产品设计能力和用户洞察能力。此外,作者还强调了产品经理需要具备的思维方式,包括逻辑思维、系统思维和用户体验思维等。总之,《产品经理深入浅出》是一本值得一读的好书,它能够帮助读者更好地了解产品经理这个职业,并为想要从事这个职业的人提供指导和帮助。
作者其他创作
大纲/内容
《产品经理深入浅出》笔记三
8市场需求文档(MRD)写作方法与技巧
8.1MRD与BRD的目的截然不同
BRD:这么做有好处,并说明好处在哪里
MRD:通过BRD明确了这个事情值得一做后,描述应该这么做,并说明这么做的原因
MRD到底要干什么?
BRD是论题,MRD是论点支撑你的BRD,同时通过论证得出你采取什么方式获得BRD中的商业目标
8.2MRD的阅读对象
未来参与产品的各个层级的同事,包括产品经理自己
MRD最完善的产品诞生分析描述文档
以后的一段时间,产品的各种衍生文档、产品依据、团队判断,都有可能参考MRD文档
产品参与成员了解产品的各种背景、数据、方法依据
8.3用心写好MRD
MRD文档的内容首先要说服和征服的人不是别人,而是产品经理自己
如果MRD连自己都不能说服,产品经理自己是没有底气的
如果MRD连自己都不能说服,谈何来说服别人积极参与
8.4互联网产品MRD包含内容
8.4.1文档说明
文档基本信息
公司名称
产品名称
文档创建日期
创建人
创建人联系方式
部门
职务
文档修改记录
日期
版本
修改人
修改内容
审核人
文档目的
用于说明产品相关市场、用户、产品规划、核心目标、产品路线图、项目规划等
8.4.2市场分析
摘要
现有市场存在的问题与机会
产品方面:产品形态复杂,用户体验差
技术方面:语音压缩技术不成熟,外资搜索引擎对中文理解不够深刻
运营方面:产业链偏下游,重实体,轻线上,造成瓜分线下旅行社利润,形成对立
用户方面:用户需要可替代产品尚未出现,需求明显
商业模式方面:金山毒霸和360安全卫士的商业模式对比
由于在以上的分析说明中,可能会涉及到用户分析相关的内容,可以先提用户分析的结果并说明详见用户分析章节即可,注意可以保证文档的完整连续性,也能简明扼要。
目标市场分析
市场规模:多少钱,成功可能性
市场特征:现有市场表现出的典型特征
发展趋势:未来2-5年的发展评测
时间边界:这个市场的持续时间预估
市场分析结论
一般来说,这里会得到一个比较有市场商业价值的结论
8.4.3用户分析
目标用户群体(找准):维度:年龄段、收入、学历、地区
目标用户特征
在这个群体下面的共性特点与非共性特点
建立虚拟用户角色(形象化)
常用用户特征(年龄 性别 出生日期 收入 职业 居住地 兴趣爱好 性格特征)
用户名称
用户技能:熟练使用电脑办公,对常用的智能手机谙熟于心
与产品相关特征
电子商务产品:购物习惯、年度消费预算等
交友类:是否单身、择偶标准
游戏类:是否喜爱3D游戏、是否有同类型游戏经验等
用户使用场景
建立了用户卡片以后,把这些典型用户放到实际的使用场景中去
此处的用户使用场景更多是产品经理在分析完成用户使用场景后的演示性场景
注意分析场景与演示场景的区别
用户使用场景就是描述用户在某个环节中完成某个人物的故事
时间、地点、人物、做什么
简单的用户表述与用户使用场景
如果团队很默契了,有些地方可以简化,具体问题具体分析
用户卡片
用户动机总结:读懂表象
用户目标总结:明确实质
影响用户使用的主要因素:重要分析
8.4.4产品说明
产品定位
产品有越做越复杂的可能,但在一定时间内,定位决定了产品的一切
产品定位与市场定位的区别
市场定位:我们对用户或者用户市场的选择,例如,收集发烧友,白领或者移动通讯设备市场
产品定位:我们用什么样的产品满足用户或用户市场
陌陌,一款基于地理位置的移动社交工具
chanpin100.com,为产品经理们提供学习交流的平台,并专注于此
用户定位:针对什么目标群体,做什么事情,用最本质的,无修饰的语言表述
产品核心目标
互联网产品的核心目标:解决目标市场/目标用户一个什么问题
这个问题分析的月透彻,产品的核心目标就越准确
确立好核心目标,不会使我们在产品推进的过程中迷失
解决核心目标的工作优先级最高
产品任务,是围绕核心目标开展
产品经理对于用户需求与产品核心目标关系的拿捏
产品结构(不是功能结构,是产品的整体结构)
产品的市场定位、产品定位、核心目标的直接表现
如何表述一个O2O在线商城的产品结构?
在线商城的产品结构
产品结构与功能结构的区别
区别
产品结构说明的注意事项:
不要扣细节,主要产品结构表述到位即可
一些无法归类的,放到其它里面
产品路线图
抽取出来的任务,一定是和产品定位,核心目标等相符合的,是达到这些目标的任务分解
无论何种表达方式,最能表达清楚你的意思就是好方式:
时间
任务
辅助说明与图标等
产品路线图是产品成长中的每个任务节点组合而成,是以任务为导向的时间节点图
产品功能性需求
在线留言板
产品非功能性需求
有效性
性能
扩展性
安全性
健壮性
兼容性
可用性
运营
用户体验
优秀MRD的特点:定位-》目标-》路线
逻辑性强:有论点,有论据,有论证
把抽象的东西形象化的讲出来
数据可靠,分析有理
有把握的主观,无把握的客观
能把问题表述清楚,绝不多谢一个字
合理的产品进度分配有利于研发人员工作
重视非功能需求
如果有很多专业名词,在文章开头提供一个名词解释表
7商业需求文档(BRD)写作方法与技巧
7.1BRD文档写作的目的
发现
现有产品改进的可能性
一个创新产品
需要
要权重
要项目
要资源
7.2 关于BRD的汇报对象
BRD也是一个产品
BRD是有用户的
你
汇报对象
仔细思考,你的汇报对象处于什么样的场景中
职位
思维方式
他需要什么?
7.3BRD常见的汇报对象
7.4BRD文档的内容结构
7.4.1方案形成背景
市场环境分析
我们要做什么
要解决什么问题
是否迫切
是否强烈
频率高不高
如果要这么做,我们的优势在哪里?
技术优势
经验优势
资源优势
……
得到可行的结论
7.4.2方案价值
我们将得到什么样的好处?
非经济类好处
战略优势
经济类好处
收入
提出你的预测
目标
对应得到的好处
7.4.3产品规划
产品结构
产品路线
注意
BRD文档,尽量不要扯太多关于产品形态细节,产品形态可以粗放
避免被纠缠
方案获得认可后,可根据汇总意见,再来做产品具体的东西
7.4.4盈利模式
怎么样通过一系列的方式达到前面所说的好处
7.4.5收益与成本评估
收益预估
成本预估
7.4.6风险和对策
风险的种类
政策风险
经济风险
市场风险
行业风险
公司风险
资本风险
技术风险
应对办法
规避
接受
降低
分担
转移
7.5优秀BRD应具备的要素
重点突出
商业价值
收入与成本
风险与对策
是不是产品就不重要?
BRD是定性的,不要过多去扯产品细节(技术驱动产品要两看)
产品经理不要总是把目光盯在产品上,要学会跳出来
集中火力,不扯淡
说服力
演讲技巧
对公司战略的理解
对汇报对象思维方式的理解
多沟通或与其合作伙伴沟通
平时多观察行事风格
见人说人话,见鬼说鬼话
要变通
要有逻辑,理论有支持,不是忽悠
言简意赅,点到即止
有的话不能说透
一图胜千言
一句话能说清楚,不要说两句
不要过多的使用专业术语
客观评估,不要给自己埋地雷,但该点到的问题都要点到(困难、风险等)
9产品需求文档(PRD)的写作方法与技巧
9.1什么是PRD文档
产品需求文档(Product Requirement Document,PRD)
PRD文档是对MRD内容的继承与发展,把MRD里边的各种理论要求技术化,向研发部门与设计部门说明产品的功能和性能要求
PRD是产品文档中最底层最细致的文档
9.2BRD,MRD,PRD文档的区别于用途
MRD:通过BRD明确了这个事情值得做之后,描述应该怎么做,并说明这么做的原因
PRD:获得了授权,而且已经确定了要走的路线,剩下的就是打造产品了
BRD》MRD》PRD是一个逐步论证并得出结果的过程,是产品经理思维升华的过程
9.3PRD文档面向的对象
研发人员
设计人员
9.4PRD文档的几种表现方式
文字模式:Word
原型图模式:Axure
图片模式
影像模式
9.5常见PRD文档包含内容
9.5.1文档说明
产品版本号(1.26)
版本号
子版本号
修正版本号
版本号命名原则
归零原则:前一个数字增加一位,后面的数字都归零
收费原则:子版本号和修正版本号的变化,一般看做版本内升级,附加收费用,版本号变化则加收费用
历史修订
编号
修订章节
修订原因
修订日期
修订人
历史修订的作用
对修改前后进行比较
有利于维护和管理PRD
方便查阅,可以只看修订部分
名词术语表
将一些产品里面不易理解,容易混淆,或者缩写的词汇在开篇进行统一的列表说明,有利于阅读
9.5.2产品说明
产品信息结构:只按照产品经理思路中的产品表现信息来整理产品的一种示意图
信息结构能够帮助整理产品结构,同时是研发人员简历数据库的参考
产品结构图:是按照产品的逻辑与表现方式,结构化的表现产品构造的一种示意图
通过这个产品结构图,可以将之前抽象的逻辑形象化的表现出来,便于文档阅读者理解产品思路
用户使用流程图:用于表述用户在使用产品过程中的行为走向
通过用户行为串联信息结构与产品结构,阅读者通过阅读用户使用流程,能更好的理解产品经理设计的用户行为
9.5.3全局功能说明
尽管是全局功能,但也可以分类说明
UI
交互
等等
例子
9.5.4详细功能说明
根据实际的需求,按照你习惯的表述顺序来表述
按照功能的逻辑(更抽象,研发喜欢)
按照产品结构(频道、页面、模块、元素的逻辑,比较适合产品经理的逻辑)
具体哪一个,看团队要求和默契程度
9.6UML
UML(Unified Modeling Language):是一种面向对象的建模语言,它是运用统一的、标准化的标记和定义实现对软件系统进行面向对象的描述和建模。
UML常见的说明图类型
用例图
状态图
时序图
结构图
用例:一种描述系统功能需求的方法
用例图:表述系统的外部参与者与系统之间的关系,是由参与者与用例组成的示意图
组成要素:
参与者:人或系统
用例
关联线
方框
用例说明
整体用例图
9.7原则
MECE原则:Mutually Exclusive Collectively Exhaustive,相互独立,完全穷尽。对于一个重大的议题,做到不重叠、不遗漏的分类,并且能够借此有效把握问题的核心,并解决问题的方法。
MECE只是一种思考方式
撰写PRD文档前一定要保证思考到位,产品结构本身短期内不会有重大改动。
需求分类与表述方式参考MECE原则
9.8优秀的PRD文档特点
正确:确保文档中的表述与产品经理的思路是对应且正确的
无歧义:文档的表述方便阅读理解,不会产生歧义
完备:MECE原则尽量保证对产品功能需求表述的系统完整
一致:文档中用词用语一致,对于同一事物的表述应该一样,避免混用同义词
具有优先级:产品的功能性需求是有先后主次的,应该注明功能性需求的优先级
可验证:对于功能性的描述,是可以进行测试的
可修改:PRD文档利于后期的修改与升级
可追踪:每个功能性需求的来源应该是清楚明白的
0 条评论
回复 删除
下一页