pm学习

产品

互联网产品设计的五个层次——战略、范围、结构、框架、表现

想要更了解产品与它面临的竞争情况， 最终目的是要满足顾客的需求

BRD：商业需求文档（展现商业价值）

市场分析，销售策略，盈利预测 （短小精炼，没有产品细节；用于产品实施之前的决策评估依据）

群体：

资本型：以CFO（首席财务官）、财务总监之类为主；———》成本加收益（长期、短期、潜在）

市场型：以市场总监、运营总监之类为主；————》渠道、竞品、营销资源、市场。

成熟的渠道、营销资源对项目比较有利。

新兴市场对项目比较有利。

研发型：技术支持型，以CTO（首席技术官）为主；

功能模块（确定架构设计） 网络功能（确定性能支撑）

战略型：董事长、CEO首席执行官、COO或直属副总裁

长期效益、未来趋势、风险、市场状况

展现

1，产品（解决什么问题或满足什么用户需要）。

2，原因（背景、市场空间、竞争对手、环境）

3，规划（产品规划、模块规划、研发计划、运营计划）

4，成本（人力成本、软硬件成本、运营成本）

5，收益（带来收入、带来用户、扩大市场、占有市场先机、满足未来三年战略规划等）

6，风险（开发失败？失去市场机会？失去先机？竞争不过对手？没有带来收入？没有带来用户？与公司战略背道而驰？）

MRD：市场需求文档

不断积累的市场数据的一种整合和记录，对后续工作的方向说明和工作指导。

市场、客户（client）、购买者（buyer）、用户（user）以及市场需求进行定义，并通过原型的形式加以形象化。

1、项目背景；

2、名词解释；

3、可行性分析（前期调研信息和数据+项目预期目标）；

4、综合描述（功能概述+对其他产品的影响）；

5、功能详述（功能需求+功能点）；

6、其他问题描述。 [1]

PRD：产品需求文档是将商业需求文档（BRD）和市场需求文档（MRD）用更加专业的语言进行描述 [

1

战略：产品定位、目标市场、目标用户、竞争对手等。

战术：产品的结构、核心业务流程、具体用例描述、功能&内容描述等

对象：开发、测试、项目经理、交互设计师、运营及其他业务人员。

{

开发：根据PRD获知整个产品的逻辑；

测试：根据PRD建用例；

项目经理：根据PRD拆分工作包，并分配开发人员；

交互设计师：通过PRD来设计交互细节。

}

一， 文档的命名和编号

二， 文档的版本历史

三，
目录

四，引言

产品概述及目标、产品roadmap（蓝图/产品全貌）、预期读者、成功的定义标准和判断、参考资料、名词说明

五， 需求概述

1，需求概览：业务流程图（阐述功能流程）， 需求清单（确定需求、核心期望等
优先级）

2，用户类与特征：产品的最终用户，确定产品的最终使用者，并对使用者的角色和操作行为做出说明。

3，运行环境：支持的浏览器及其版本，操作系统、数据库的要求等等。测试重点、设计和实现上的限制：比如控件的开发环境、接口的调用方式等等。

4，设计和实现上的限制：比如控件的开发环境、接口的调用方式等等。

六， 功能需求

功能详情 主流程说明

简要说明：介绍此功能的用途，包括其来源或背景，能够解决哪些问题。

场景描述，产品在哪种情况下会被用户使用，就是用户场景模拟。这也是产品经理讲“好”故事的必备条件。

业务规则：每上产品在开发时都有相应的业务规则，将这些规则清晰的描述出来，让开发、测试人员能够直观的明白该规则，且没有产生歧义。业务规则必需是完整的、准确的、易懂的。业务规则的描述上如果涉及到页面交互或者页面的修改，建议给出页面的草图或者页面截图在图上说明要修改的内容。另外也建议对页面的输入框、下拉框的内容格式、长度、控件之间的关联性做出说明，什么时候可见，不可见，灰掉或点亮的条件在文档中都给出说明。方便阅读者理解业务规则。

界面原型：如前所述，涉及到页面交互的部分，产品经理需要设计页面原型。原型设计通常需要产品经理和UI设计师一起来完成。建议的做法是，产品经理可设计一个页面框架，将该页面要呈现的字段及其特征以及页面要使用的场景向交互设计师解释清楚。之后交互和视觉设计师完成产品的原型设计。

使用者说明：对产品使用者做出说明，可融入简要说明中。

前置条件：该需求实现依赖的前提条件。比如，上传照片时，需要存有图像文件。

后置条件：操作后引发的后续处理。

主流程：把主流放在最后是有道理的，结合上面所说的，做出主流程说明，对每个功能流程走向分点说明(这是非常重要的)。

方法：

用例，在面向对象的软件设计模型中，用例是一个被阐述的内容，用例是对功能使用场景的解释。用例很条理的介绍了每个功能的前置、后置条件，主流程介绍，帮助开发、测试等角色快速的了解产品功能。

七， 效益成本分析

成本： 效益预测、产品技术成本和其他成本支出

效益预测：如每个功能点的潜在用户数、使用频率，吸引到的新的用户特征及数量。（对比之前版本，竞品）。

产品技术成本：指研发设计以及上线后的运营需要的资源需求，包括人力，软硬件(带宽、服务器、机房)支出。

其他的成本：包括支持成本，比如上线后的运营资源投入、市场推广投入以及客服服务投入等。

推荐课程：
《非财务人员的财务管理》

八， 整合需求

产品整合能力是产品经理很重要的一个能力，将隶属于两个不同来源的业务功能做整合也是常见需求。比如系统登陆使用公司的域用户登陆，或者付款使用财付通、支付宝付款，解决好整合需求也是体现产品经理核心竞争力的一大重要表现。

九，BETA测试需求

很多产品在正式上线前都有BETA版本或者内测版本，或者叫灰度版本，目的是在测试产品的一些核心功能或者性能。这部分内容不是必须的，但如果需要，需要给出在此阶段要实现的目标或测试、衡量标准。

十，非功能性需求

一般情况下非功能性需求包括以下几个部分：产品营销需求、运营需求、财务需求、法务需求、使用帮助、问题反馈等。这些信息构成了产品上线的完整内容，也很好的体现了产品经理的综合素质。

十一，运营计划

产品上线后如何运营，目标受众是什么，建议的推广策略、问题反馈途径、风险监控、亮点宣传等等，以及与运营人员的协作方式。作为产品的设计人员不是开发完产品就能画句号的，让产品用起来、用得好，有口碑更为重要，所以非常建议运营计划的制定上有产品设计人员的参与

需求变更，尽可能把每个问题都考虑透彻，提前做好需求变更的预估及应对方案，必要的情况下和团队成员提前沟通存在变更的内容。

PRD要把MRD中的“产品需求”的内容独立出来加以详细的说明。

主要内容：功能使用的具体描述（每个UC一般有用例简述、行为者、前置条件、后置条件、UI描述、流程/子流程/分支流程，等几大块）

意义：“向上”是对MRD内容的继承和发展，“向下”是要把MRD中的内容技术化，向研发部门说明产品的功能和性能指标。

确定需求：
用户———————————————————————》开发
需求采集————》需求分析————》需求筛选
需求采集：
步骤：明确目标、选择采集方法、制定采集计划、执行采集、资料整理，然后进入下一步的需求分析阶段。

定性：谈论
用户访谈：
第一，“说”和“做”不一致的问题。（说做结合、在做什么步骤的想法）
第二，样本少，以偏概全的问题。（增量，做五个、再次五个、有不同则增加）
第三，用户过于强势，把我们往沟里带
第四，我们过于强势，把用户往沟里带

用户访谈的注意点：
► 避免一组固定的问题：
固定的问题会让被访者产生被审问的感觉，我们应该准 备好问题清单，但清单只起一个引导作用，并不用照着读。
► 首先关注目标，任务其次：
比用户行为更重要的是行为背后的原因，多问问用 户为什么这么做。
► 避免让用户成为设计师：
听用户说，但不要照着做，用户的解决方案通常短浅、 片面。
► 避免讨论技术：
特别是碰到一些略懂技术的用户，不要与其纠缠产品的实现方式。
► 鼓励讲故事：故事是最好的帮助设计师理解用户的方法。
► 避免诱导性的问题：
典型的诱导问题是“如果有××功能，你会使用么？”一般来说用户会给出毫无意义的肯定答复。

记一次用户大会

明确目的：大会意义、作用 可以确定哪些需求
资源确认：时间（确定时间） 地点（场地布置） 人物（工作人员、讲解、嘉宾、老板等）、材料、备用方案、
现场执行：
结束总结

定量：谈论
调查问卷
开篇简单、无脑； 需求问题中间； 用户分析最后

第一，样本的偏差，即样本与想了解的目标用户群体出现偏差。
样本选择：
尽可能覆盖目标群体中各种类型的用户，比如性别、 年龄段、行业、收入等，要保证各种类型用户的样本比例接近全体的比例，比如目标 用户中男女比例为 7：3，那么我们的样本也应该保持这个比例。
可以把目标群体的特征也定义成一系列问题
第二，样本过少的问题
“问了 5 个用户，有 3 个用户选 A”。抛开严谨的统计理 论不谈，要给出百分比答案的话，至少得有大约 100 份的答案。
第三，细节
对陈述性选项被调查者趋向于选第一个或最 后一个答案，特别是第一个答案；而对一组数字，如价格和打分，则趋向于取中间位 置。为了减少顺序偏差，可以准备几种形式的问卷，每种形式的问卷选项排列的顺序都不同。
因此，对于重要的问卷，为了避免上述问题，还有个通用的办法就是先进行小范 围的试答，根据反馈修改后，再大面积投放。

定性：做
可用性测试：让实际用户使用产品或原型方法来发现界面设计中的可用性问题。
1， 招募测试用户（用户要能尽可能地代表 将来真实的用户）
2， 准备测试任务（一些实际使用中的典型任务）
3， 测试过程（用户使用、组织者记录问题）
4， 测试结束后：组织者可以询问用户对于产品整体的主观看法或感觉。
5， 确定问题优先级，进行解决。

可用性测试需要早做 什么阶段都可以（纸笔、dome、小产品。。）
测试产品是否有问题，用户没有问题的。
组织者：说明时间
在使用产品的同时说出自己的思考过程 为了完成某个任务，用户想 先做什么，后做什么，为什么要做某个动作，等等。
不要有任何的引导与暗示
发放礼品或者奖励，建立良好的关系。
定量：做
数据分析

二手需求的分析：
单项需求卡片

采集需求的其他方式：
现场调查
AB 测试 大量的用户、进行小范围的测试、观察确定选择哪种方案
卡片分类法：产品的各种需求写在便利贴上，让用户一起讨论并完成分类。
自己提需求：用户反馈需求。

需求分析
需求分析
用户需求 VS.产品需求
用户需求：用户自以为的需求，并且经常表达为用户的解决方案。
产品需求：经过我们的分析，找到的真实需求，并且表达为产品的解决方案。
需求分析：从用户提出的需求出发，找到用户内心真正的渴望，再转化为产品需 求的过程。
分—》总—》分
罗列清楚需求点，优先级，确定主题框架，分别给每个组说清需求、需要做的事情。

。不知道你有没有帮女生买电脑的经历， 帮她买也就意味着将来的售后服务、技术支持、维修都是你了，所以你才会在型号和 配置上和她争吵，努力说服她不要买那些中看不中用的，而要买“真正的需求”。

需求来源于理想与现实的差距
改变现状：开发产品
降低理想：“打预防针”、“丑话说在前头”
转移需求：引导用户去关注其他事物，寻找更强烈的需求。

是基于对用户、市场、产品的充分理解，开创性的需求。

需求清单

需求分类

分类：可以分为“新增功能、功能改进、体验提升、Bug 修复、内部需求”等。

有很多需求不是为终端用户做的，而是为销 售、服务、测试团队的同学做的
核心功能，没有无法用
增值需求，有了会更好

Kano模型：
{
基本（必备）型需求：也称为必备型需求、理所当然需求，是顾客对企业提供的产品或服务因素的基本要求。
期望（意愿）型需求：体现竞争能力的需求，功能或服务比较优秀，搜索、推荐。。
兴奋（魅力）型需求：有了会满意，可以领先竞争者。 有些产品毒的社区分享。
无差异型需求：小店的白开水赠品。不会导致顾客满意或不满意。
反向（逆向）型需求：引起强烈不满的质量特性和导致低水平满意的质量特性。过多的额外功能会引起顾客不满
}

基本因素、绩效因素和激励因素

激励因素表示工作本身带来的成就、认可和责任；
保健因素指公司政策和管理、技术监督、薪水、工作条件以及人际关系等。

非常满意 满意 不满意 很不满意

分析商业价值：
需求属性 属性说明 重要性 重要程度，辅助确定商业价值 kano
紧急度 紧急程度，辅助确定商业价值
持续时间 持续时间，辅助确定商业价值
商业价值(*) 商业优先级，不考虑实现难度，群体决策

需求的实现难度：
性价比 = 商业价值÷实现难度（简化为开发量）
Brd：
即范围大、时间短、品质高、资源省。
“需求打包”最好打包类似的功能点
需求依赖，功能互相之间有依赖关系
在需求列表里出现的任意一行，工作量最好不要超 过“5 人天”。

业务逻辑图 上方三个组成

uc：

**

任何方法（需求）把我想做的和受众说清楚.

**

工具

项目：

流程：

敏捷：

迭代周期内尽量不加任务
集中工作、小步快跑（问题发现、越早确认、损失越小）
持续细节优化、强调测试
项目进度白板
产品：时间大：生命周期： 开发 成熟 消退
空间大：商业、产品、技术

产品相关人员

pm带领的pd（产品规划师 产品设计师 需求分析师 ）
pm 与 产品规划师： 产品的前期规划 市场定位，各版本发布时间规划 （商业目标、用户需求 老板决断） （brd mrd）
产品设计师： 产品的功能级设计 需求文档

营销：
包装 定价 促销 销售 渠道

营销

纵向：慢慢改变 类似确定规格 旗舰 高端 中端 一般
水平：策略
维度：需求维度
目标维度
地点与情景维度
时间维度
体验维度
产品维度： 有形的产品或特征
品牌
替换：替换需求 目标 时间 等维度 包子： 需求 健康啊、治病啊、美容啊。。。 目标：中国人、老外、宠物。。 时间：晚餐。。。。
结合：结合其他需求等 加入情人节等氛围的改造
反转：卖东西 改为教你做东西买， 喝奶茶 教做奶茶。。等等

产品： 替换 结合 反转 夸大 换序 倒序 突出宣传效果

服务

合作之中

流程 规则比被人约束令人舒服
沟通 及时 多进行沟通
自我提升 多了解技术方面的东西对写文档有所帮助

与上级

沟通 问问题————》确定方案 供给选择————》确定方案 提供自己的方法 懂得一些上级的判断————》提升目的 索要资源 黑锅给你————》自己变成一方上级 新的轮回

pm的境界：
1，产品帮助我们提高
2，产品与我们互相促进
3，我们帮助产品更好的开拓

价值观value————》战略 使命mission 为什么而存在 要做什么事情（根本） 愿景vision 希望变成什么样子

可行性分析：

我们在哪？

产品分析：
市场 pest分析：

竞品分析报告：

自我分析

我们去哪？

pm：在市场中寻找商业的目标、同行的产品，发现用户的需求和可创新的点，优化、升级、设计一个产品，满足商业目标和用户需求。并将一直重复下去。
pm的一段时间学习总结。作为一个产品经理，他在互联网除了开发编程具体代码外的所有东西都应该有所涉及、只是侧重不同。首先，得有着较为清晰的认知。包括对市场的认知、行情、下一个热点、发生什么大事，竞品是啥样子、潜在用户是哪个群体、潜在需求是什么；对产品的认知，根据需求转化来的功能（具体介绍、商业价值/目标产值、功能流程与业务逻辑、功能异常表现及应对）、根据运营增加的活动、设计的更改，下一阶段产品规划、产品周期；对公司的认知，对团队的认知,对自己的认知，对未来的规划等等。 有了自己的认知，对有所欠缺的部分加以补充提高。对自己可以规划的事情，加以较为清晰的规划，尽管可能不去完全执行，但会有一条大体的路指引你。对不能规划的强制或者必须去做的事情，要从中尽可能汲取养分，不能让时间白白流失。ps：做小工的时候，想想为什么会有这些工作，还安排了啥、工资体现了什么、有没有管理或者公司价值可以优化改进的地方等等。尽可能让自己干的事情有意义。
热爱生活，中国人，我们这一代人，很大程度上是被一个流程安排，尽可能按照一个模板教育的。保持上进心、努力学习、工作的同时，也有应该活出自己，有点兴趣、有些想法、有想做的事情，都可以去尝试、去做、去玩，不能拘束于一个应该的模板，受制于我必须变得怎样。稍微活的轻松点。热爱自己，去热爱生活，发现各种美好的东西。最后在回到pm上来，将自己感动的产品做出来，会比自己都不要的产品做出来更容易被人接收。
产品大概思维构建完成，开始做三节课的系统性学习。计划为下学期开学前 p1学完。读至少三本相关的专业一点的书籍。

• 点赞
• 收藏
• 分享
• 文章举报

ill_usion 发布了3 篇原创文章 · 获赞 0 · 访问量 262 私信 关注