一个需求的奋斗史
- 用户!用户!
- 为什么会有需求?
- 用户比客户更大
- 以用户为中心的思想,以老板为中心的行动
- 用户研究方法
- 需求采集
- 用户需求并不是产品需求,
- 满足需求的三种方式
- 把用户需求转化成产品需求
- 需求打包 BRD 产品会议 立项
- 需求打包
- 产品会议
所有人入门都是从文档开始写起来的,但回过头来想一想,我们不过只是”接到一个任务,然后将其完成“,其实对于产品经理来说最重要的是”发现一个问题后将其转化为一个任务来解决“
用户!用户!
用户是需求之源
为什么会有需求?
马斯洛的需求层次理论
分别是:生理需求、安全需求、社交需求、尊重需求、自我实现需求
产生需求的本质原则是因为生活中存在太多的问题,从而产生了不满意,而问题就是”理想与现实的差距“,那么人们就会产生消除这个差距的愿望,自然而然就产生了需求。
因此需求的本质就是问题,问题的本质就是理想与现实的差距。
用户比客户更大
如果说客户仅仅是对这个产品付钱的人,那么用户则是所有使用这个产品的人。
因此,广大用户是需求之源
以用户为中心的思想,以老板为中心的行动
并且我们不要试图满足所有用户,因为这将是个灾难。
用户研究方法
分为定性和定量,说和做。
一开始我也比较懵懂,但是看了下面这四轮的例子,终于是明白了
第一轮:听用户定性地说,确定产品的方向,做什么?随机抽样40个用户做访谈,据此列出需求表。
第二轮,听用户定量地说,确定需求优先级,先做什么?投放了20万份调查问卷,确定了需求优先级的排序。
第三轮,看用户定性地做,要先做的哪几个需求,应该怎么做?一边设计,一边找10个用户来验证,做可用性测试。
第四轮,看用户定量地做,根据产品的用户使用情况做数据分析,不断改进产品。
说到底,我们做用户研究的目标就是:坚决杜绝”经过组织决定,用户需要一个…功能“这类型事件的发生。
需求采集
关于需求采集,我们可以用户访谈的方式定性,通过调查问卷的方式定量。
定性的做采用可用性测试的方式,让用户使用,我们在旁边记录。
定量的做则用数据分析的方法,对日志和数据进行分析。
需求采集人人有责,我们可以用一个单项需求卡片的形式分发下去,让公司的每一个人都进行填写。
用户需求并不是产品需求,
用户需求:用户自以为是的需求,并且经常表达为用户的解决方案
产品需求:经过我们分析,找到真实的需求,并且表达为产品的解决方案
需求分析:从用户提出的需求出发,找到用户内心真正的渴望,再转化为产品需求的过程。
满足需求的三种方式
提高现实:是我们最常用的方式,去开发某种产品,但也是最笨的方法
降低理想:不要忽视精神的力量,“打预防针”、“丑话说到前头”
转移需求:因为人类的注意力是有限的,所以可以引导用户去关注其他事物,那么这个差距就没有那么可恨了。
把用户需求转化成产品需求
通过表格输出需求的基本属性。
需求属性 | 属性说明 |
---|---|
编号 | 需求的顺序好,唯一性标识 |
提交人 | 需求的录入PD,负责解释需求 |
提交时间 | 需求的录入时间,辅助信息 |
模块 | 根据产品的模块划分 |
名称 | 用简洁的短语描述需求 |
描述 | 需求描述:无歧义、完整性、一致性、可测试等 |
提出者 | 即需求的原始提出者,有疑惑时便于追溯 |
提出时间 | 原始需求的获得时间、辅助信息 |
bug编号 | 讲一些bug视为需求,统一管理 |
需求的种类
需求属性 | 属性说明 |
---|---|
分类 | 新增功能、功能改进、体验升级、Bug修复、内部需求 |
层次 | 基础、拓展、增值 |
需求的商业价值
需求属性 | 属性说明 |
---|---|
重要性 | 重要程度、辅助确定商业价值 |
紧急度 | 紧急程度、辅助确定商业价值 |
持续时间 | 持续时间、辅助确定商业价值 |
商业价值 | 商业优先级,不考虑实现难度,群体决策 |
开发量
绝不能因为一个需求的商业价值很大就马上去做,也不能因为另一个需求的商业价值不大就不做。
必须评审开发量。
需求属性 | 属性说明 |
---|---|
开发量 | 需求的开发量,表征实现难度 |
性价比
性价比 = 商业价值 除以 实现难度。
需求打包 BRD 产品会议 立项
做项目,最终极的目标是,多快好省,即范围大、时间短、品质高、资源省
。
需求打包
第一、需求打包最好打包的都是功能点类似的需求,是否类似取决于需求的基本属性。
第二、需求以来,功能之间会有互相依赖的关系,功能与人力资源之间会互相依赖。
第三、需求颗粒度的大小,最好不要超过,“5人天”
产品会议
拿出我们的商业需求文档,BRD(Bussiness Requirement Document)
主要分为以下几个点进行阐述。
项目背景
商业价值
功能需求描述
非功能需求描述
资源评估
风险和对策