一个需求从提出到落地的过程

  1. 云栖社区>
  2. 博客>
  3. 正文

一个需求从提出到落地的过程

靠谱先生v 2018-08-31 20:55:00 浏览1029
展开阅读全文
img_343c7393015ef75107f51628a5e26c8f.png
写在前面的话

这篇文章主要借复盘天猫超市优惠券功能来聊下,一个优惠券功能的需求,从需求的提出到落地的一个复盘,有每个步骤的实操,这里的需求是明确的,后面有时间做一个需求分析的案例,当然如果你是个成熟的产品经理这篇文章就可以跳过了。

一、需求

运营的同学过来说,最近有运营指标(这个季度的销售额要达到多少多少亿),我们要做个活动提高客单价,具体需求是这样的:
(1)只针对在天猫超市购买过产品的用户
(2)优惠券只在应用内投放
(3)满120减10元优惠券
(4)优惠券发送的数量上限是xxx份
(5)xxx类目的商品可以使用
(6)活动从8月3日到9月30日

二、分析需求

做为产品经理从运营小伙伴来的需求是常规性工作之一,上面的需求很明确了,就是给一个类目下的产品购买的用户发优惠券,并对优惠券限制了使用条件。
这里首先要提的一点就是,上面的需求是我自己整理过的,很多时候运营小伙伴提的需求并不一定会考虑到所有问题,这个很正常,就如你做业务流程图不一定会把所有的异常都考虑到位,需要和研发小伙伴确认,所以这里在梳理运营小伙伴提出的需求的时候发现问题随时沟通。

三、业务流程图的制作

上一步已经明确需求,并对需求进行了梳理,那么现在就可以动手做了,其实很多小伙伴是卡在这个步骤的,不知道从哪里入手,也不知道怎么做。
这里说下经验之谈吧,很坦白的讲,产品经理这个职位确实需要一定的经验,七扯八扯的我就不扯了,简单来说拿这个需求来讲,最快的方法就是借鉴别人的业务逻辑,比如淘宝、京东等一些平台的优惠券的业务逻辑,所谓的经验就是你做过类似的的业务,那当你再遇到类似的需求就可以拿来用了,还有要说的就是不要在这种地方创新,原因很简单,淘宝和京东已经占据了中国购物平台的大份额,而且已经培养出了用户习惯,你非要做个特别的有那个能力去改变用户习惯吗?再就是像他们的团队有大量的人在研究这些用户使用的逻辑路径,不能绝对的说是最优的,但是也不会错,哈哈这里多一句嘴,以前听有些开发小伙伴说,我们产品经理就会抄,其实有时候你把这些道理讲出来他也许就懂了,实在不懂,那咱们也不说啥了,我最近也学习写代码,写代码和做产品学习过程都是一样的,从模仿到精通。
废话不多说下面来讲下复盘的思路,其实我前面文章有聊过,这里再结合这个案例说一遍。

1、先分析功能的关键逻辑
(1)角色:都有什么人参与到功能里
(2)事项:分别扮演什么角色(要做什么事情)
(3)信息的流向:要完成任务,顺序(流程)是如何的?
2、明确用户与任务
(1)参与者:明确所有参与用户与系统,系统也作为一个参与角色
(2)关系:简要梳理一下参与者的关系
(3)目标:所有参与者,最终的目标是什么?
3、明确开始和结束的路径
(1)每个功能模块中,从哪里开始流程,到哪里终结流程
(2)一般开始和结束只有一个,如果结束很多,就意味着用户会转晕
(3)是否有必要区分时间阶段?
4、确定功能模块与核心路径
(1)都有哪些功能模块会参与到流程中
(2)主线流程也就是核心流向一项要清晰
(3)核心流向一位着功能目标,核心流向不清楚,用户一定不满意
5、不断调整优化顺序,合并异常流程
(1)异常流程考虑清楚,尽可能细化
(2)异常流程=用户体验
(3)异常流程多与研发沟通有奇效
6、合并或拆分流程有依据
(1)先复杂后简单,先加法后减法
(2)调研相关产品,合并、分拆有理有据
(3)以数据指标为核心来指导流程优化
如上面6个步骤很熟悉的话就直接出业务流程图就好了,如果不熟悉的话就每个步骤一步一步拆分的练习,这没啥捷径好走,就踏踏实实按照上面的思路多画,多练习就会了。业务流程图如下


img_9d0d852e18f6853d6dce9d72fea9406a.png
优惠券业务流程图.png
四、页面流程图和交互原型图

页面流程图其实就是角色里面用户那一列的流程图,把关键操作和关键按钮放上去,之后根据页面流程图绘制交互原型图,这里我就不画页面流程图和交互原型图了,如果有时间我把这部分补在这篇文章里。

五、测试用例

如果你的测试比较成熟的话,看这份流程图其实直接可以找出测试用例的,这个也不写了,有时间补上。这里算是留两个坑吧。

六、需求评审会、交付文档

这个就是需求评审会了,我前面的文章其实也提到过,因为这个需求不是很大,算是一个小会议吧,把业务流程图、页面流程图、交互原型图、用例准备好,需要通知运营、研发、交互、设计过来开个会核对下需求,这需求评审会吧,怎么讲呢,你要是文档做的好,并且流程图提前和研发确认过,需求和运营对过,很快就过了。主要看文档做的好不好,是否满足运营的需求,是否考虑的研发的开发思路和逻辑。
需求评审会结束了,就把文档发给相关的同事,一般我会打个包,命名好发给团队的每个相关的人,之后大家对整体有个认识,之后去用自己要用的那个就好了。
之后就走入设计开发了,产品经理接下来要排期跟进度,还有沟通,流程图或一些细节可能在设计和开发的过程中要做微调的,这个阶段除了要跟进度、沟通解决问题,产品经理还要完善PRD文档,存档备案,直到上线。

写在结尾的话

我始终相信,做什么事情做好的捷径就是踏踏实实的去努力去做,其实很多东西现在都是通用的,今天分析了这个明天分析了那个,一年下来就一堆文档了,再遇到类似的需求就可以拿过来直接用了,今天周五了,有点小累,哈哈所以上面就埋了两个坑,后面我慢慢把他填上,也欢迎产品、研发、设计的小伙伴一起来探讨。

网友评论

登录后评论
0/500
评论
靠谱先生v
+ 关注