以CRM产品举例,运营部门新增了一条业务审批流程,并要求该功能放在“客户”维度下让销售使用,但是在实际业务场景中,该审批是基于“该客户已有商机”的前提条件下发起的,所以在商机维度添加审批流程更为合理。
1. 梳理场景的思路是什么呢?在整体上拆成“角色”、“使用阶段/业务阶段”、“场景描述”、“痛点”、“解决方案”五个字段。我们要明确进行这项业务活动的角色是谁,他处于整个场景中的哪个阶段,具体描述他在这个阶段中做了哪些事情、是如何去做的,他在做这件事情的时候遇到了哪些影响效率、体验不好的点。
在步骤上,前四个字段解决完成后先不要急着去想解决方案,最好的方式是把这个需求所涉及到的全部阶段的场景列清楚后、再回过头来去思考解决方案,这样可以保证思路是前后连贯的、不会局限于一个场景去解决问题。
2. 如何进行全面的场景描述?管理学中有一些常见的分析方法可以使用在场景描述中。比如对选定的项目、步骤或操作,都要从四个方面提出思考。同样的,我们可以使用这个方法在日常工作中对业务场景进行梳理。
- 对象 (Who)——这里包含是谁在做这件事?他在做这件事的时候涉及到哪些人? 这里是为了明确这个场景所关联的干系人。
- 场所 (Where)——他是在哪里做的这件事?为什么偏偏要在这个地方干?换个地方行不行? 如果需要的话,可以在需求分析时考虑用户当前会受到哪些外界环境的影响;
- 时间 (When)——这个场景是在什么时候做的?用户为什么会在这个时候干?能不能在其他时候干?如果目前的场景前置或后置,对流程会产生什么影响?在这里需要考虑,当前这个操作/场景放在这里的合理性。
- 方式 (How)——用户目前是怎样做的?为什么用这种方法来干?有时候方法一改,全局就会改变,可以思考有没有更好的方式来解决当前问题。
三、总结通过以上两种方式,可以对需求进行理解并形象化用户之间、用户本身的诉求、用户与外界物理环境之间的一些显著特征。
接下来产品要做的是根据价值与可行性来判断需求的优先级,在经过上述的一系列思考与整理后,接下来就到了具体的落地执行阶段,这里可能会涉及到对需求进行最终整理,将这些内容汇总成一份可以呈现的方案,最后进行原型设计。
这篇文章就写到这里,欢迎在互联网公司工作的、想进入互联网行业的朋友来交流沟通,一起学习进步。
作者:Caroline;公众号:产品经理的日与夜
本文由 @Caroline 原创发布于人人都是产品经理。未经许可,禁止转载。
题图来自Unsplash,基于CC0协议
- iOS|恒创科技:Linux日本云服务器安全设置的基本步骤
- 华为鸿蒙系统|鸿蒙是安卓“换皮”产品?一亿多用户,难道还不足以说明问题
- 华为|12月刚开始,手机圈就传来两个重磅消息,与iPhone、华为有关
- 字节旗下火山引擎发布全系云产品,计划3年服务10万用户|最前线 | 字节
- 华为荣耀|荣耀折叠屏最新消息:将会超越所有同类产品
- 小米科技|瑞典网友黑五网购电子产品,却只收到一个黑色小信封
- 目标|目标用户从哪来?
- 荣耀|产品力全面溢出 荣耀60系列将续写中国安卓机型Top1神话
- OPPO|OPPO坐拥四大系列产品,不知道怎么选?看看内行人怎么说!
- 小米科技|国产品牌雄起!小米MIX 4比亚迪联名手机现身,售价5799元