需求
# 常见需求产生场景
- 提问题,需求方/甲方通常无法准确描述他需要的产品,但是他只能描述他遇到的问题
- 提目的,需求方/甲方不明确如何实现需求,但是能清楚知道自己想要达到的目的是什么
- 提方案,需求方/甲方非常善于思考,有自己的想法,在提出需求的同时,顺便把现成的解决方案也一并提出
需求的定义 本质是用户的预期,而预期和现状之间存在差异,就出现了需求
# 原始需求
举例,比如说推销期间,需要退出优惠券功能,但是实际上线却发现亏损,这时候原始需求的记录有就有很必要,防止互相扯皮的现象。
# 需求来源
来源 | 收集难度 | |
---|---|---|
外部需求 | 用户,市场,其他竞品 | 难 |
内部需求 | 内部需求方(管理层,业务/运营部门,) | 易 |
# 需求收集
# 定性和定量
百度百科 定量 (opens new window) 百度百科 定性 (opens new window)
# 常见方法
- 用户访谈,产出: 用户访谈记录表
- 问卷调查,
- 竞品分析
- 用户反馈
- 头脑风暴
- 观察法
- 文献分析
- 数据分析
# 问卷调查
线上问卷
# 竞品分析
竞品,大致分为三类,直接竞品,间接竞品,潜在竞品。
用户体验五要素
层次 | 描述 | |
---|---|---|
ui 层面设计 | 表现(层) | 具体 |
产品具体页面 设计 | 框架(层) | ↑ |
产品整体结构 设计 | 结构(层) | |
产品功能点 | 范围(层) | |
产品目标和用户需求 | 战略(层) | 抽象 |
# 如何获取竞争对手信息
- 竞争对手网站
- 艾瑞咨询,易观千帆,199IT, 百度指数, 七麦数据, Alexa等
- 竞争对手的季度、年度财报
- 行业媒体平台新闻 36kr, IT桔子
# 需求分析
原始需求 ==> 产品需求 ==> 产品方案
这个过程的重点在于:
- 确认用户问题
- 找到解决路径
需求分析,这三步就够了 (opens new window)
# 需求澄清
大部分需求是不太明确的,在需求进行分析时,明确各个需求的背景是什么
明确需求 | ||
---|---|---|
用户 | 问题 | 现状 |
产品的使用者是谁 | 在什么情况下,使用产品过程中产生了问题 | 目前产品的使用者是如何解决问题 |
# 需求甄别
需求真伪的判定
- 普遍,需求是否为某些用户的特例,假设用户群体是1000人的app, 但是只有10个人会有这个需求,这样大部分情况是不需要做的
- 痛点,需求中所提供的方案是否解决了根本问题,用户可能需要的是更快地移动,而不是需要的是一匹更快的马。
- 高频,需求是否会高频出现
# 需求优先级
# 确认需求方案
评估方案公式 = (新产品体验-旧产品体验) - 用户使用成本 - 产品开发成本
- 是否比改进之前有较大提升
- 替换成本,学习成本
- 技术难度 开发周期