需求|B端产品需求调研,需要注意哪四个方面?( 二 )


3. Why——原因
了解用户为什么需要完成目标 。这涉及到设计的流程及页面是否可以进行优化和调整 , 是否可以从流程上进行节点删除 。
梳理业务流程不是简单的照搬 , 需要分析现有实际场景中各节点的必要性 , 现有流程是否可以进行优化或者调整 , 知道原因能够有效的帮你判断 。
例如:订单生成后的调整价格 , 其源头在于用户与商家间的议价行为 。
4. Where——地点
主要说明用户会在什么地点完成目标 , 地点会影响到你提供给用户完成目标的入口 。
如:订单处理人员的办公地点多在办公室内 , 工作环境多数对着PC端 , 如果仅提供移动端页面就是不符合场景的 。
5. When——时间
主要说明用户会在什么时间完成目标 , 时间影响到你提供给用户完成目标的交互设计内容等 。
如:工作时间 , 用户完成目标可能由于本职工作 , 需要信息尽可能的详细 , 甚至对于信息的真实性来源等都有所考虑 。但如果是业余时间 , 则用户可能没有意愿完成细致工作 , 简单的移交或者搁置、审批等则是更好的选择 。
另外在视觉设计环节 , 夜晚使用的页面设计和白天使用的页面设计是不同的 , 例如微博的夜间模式 。
6. How——如何完成目标
这个过程真正体现了当前场景下用户是如何操作、处理的 , 这个环节需要特别在意用户习惯 , 需要深刻挖掘用户习惯 。
7. How much——完成其目标所需要花费的成本代价
这点是可以打动用户的一个很重要的方面 , 如果可以把收费升级为免费 , 把货真价实变成物超所值 , 或者在等价值的基础上给用户更多的体验 , 这将是产品的杀手锏 。
当根据5W2H梳理完B端产品的业务流程之后 , 就可以输出产品的业务流程泳道图 。
需求|B端产品需求调研,需要注意哪四个方面?
文章图片

文章图片

三、工作细节
工作细节次针对每一个参与上述业务流程的参与者展开 , 描述他的工作细节 , 做什么、怎么做、有哪些规则(权限)、结果是什么 。
关键字:用例模型
1. 获取用例渠道
岗位手册——对企业管理人员和各业务部门工作人员所在岗位的工作职责、管理权限以及企业各项业务工A作提出的具体规则与要求 。
业务流程指南——描述管理系统内各单位、人员之间的业务关系 , 作业顺序和管理信息流向的图表 。它用一些规定的符号及连线表示某个具体业务的处理过程,帮助分析人员找出业务流程中的不合理流向 。
职务说明——通过职位描述的工作把直接的实践经验归纳总结上升为理论形式 , 使之成为指导性的管理文件 。
2. 业务主角访问引导方法
您对系统有什么期望?
您打算在这个系统里做些什么事情?
您做这件事的目的是很么?
您做完这件事希望有一个什么样的结果
注释:通过以上的4个问题可以引导业务主角代表说出他们的业务需求 。
3. 用户主动提出需求的时候可以 , 多问几个什么
为什么要提这个需求?
目前有什么困难?
现在是怎么样做的?
如果涉及到业务数量的 , 还可以问下量大不大?
当搞清楚工作细节字后 , 就可以输出用例图 。
以电商为例:
需求|B端产品需求调研,需要注意哪四个方面?
文章图片

文章图片

四、绘制信息结构图
绘制信息结构图就是脱离产品的实际页面 , 将产品的数据抽象出来 , 组合分类的图表 。
关键字:信息结构图
作用:
需求|B端产品需求调研,需要注意哪四个方面?


推荐阅读