新需求诞生记

新功能来了!

整体流程:提需求——捋需求——较真儿与确认——设计规划——需求评审——技术评审——准备(资料/暖场)——发布上线

上述是作为一个新需求提出来至落地的一个基本的流程,相信很多产品都经历过虐狗行为,就是一个需求刚刚提出来,还没有经过任何整理,就着急让我们出原型,让UI去做图,让技术去做开发,然后上线——导致很多人以为我们产品就是画原型的,NO,you are 错了!这样着急上线的产品有且肯定有坑,还是大坑!

下面我们来梳理下基本流程

一、提需求

提需求的都是有想法的,或者有切身需要的,此时我们需要确定的是:需求者和需求类型

1、需求者:职能部门、用户、产品PM、市场刚需

2、需求分类:基础需求、联合型需求、亮瞎眼的创新需求、业务需求、反馈需求

我们合并起来说,提需求的职能部门可能是运营、市场、老板(我把他先暂定为一个人的职能部门)、上级领导等,他们提出来的任何需求肯定不是拍脑门想出来的,作为产品的我们,首先做到的是我们尊重任何一个人提出的任何一个需求, 然而需求到我们这里,我们要分析这是真的需求还是假的?或者他们提出来的需求只是一个面上的需求,并没有很清楚的深入的表达本质上的需求,这些我们是需要分析和判断的,若没有这一步,结果可能是,需求刚上没多久就瞎掉了,或者需求一个接一个,然而并没有满足*终的本质想法!所以**步我们需要做的就是:

深入思考并判断需求的可执行性!

二、捋需求

当需求提出来后,我们做的是如何去捋需求,这里面我做了这么几件事儿:

1、判断真伪需求:上面说过了,判断真伪的标准是深入思考并拿出结果去进行市场对比验证

2、多问一句为什么:一个新的需求提出来后,我们需要问问为什么会有这么一个需求,这个需求提出来的意义在哪儿?对公司、用户或者某个参与者是否有利?这个得想想,不能凭空做个需求搬运工,对吧?

3、场景重现:任何一个需求都可以用场景来度量,存在场景即合理!无论这个需求是针对用户的、市场的、或者是公司本身的,都是需要一个场景来切入。将需求切入到场景里,看看可不可行(当然肯定会有一些非场景化的需求,这个不排除,我们只说正常的视觉产品里面的场景化重现)

4、市场调研:简单来说可以根据同类产品的调研,用户的互动访谈、数据型网站的调研或者团队的脑洞time,试着看看需求是否可行

如果可行,那么可以进入到下一步!

三、较真与确认

较真有可能是跟自己较真,很多产品会默认为自己是用户,很难做到转身变小白~这个几乎每个人都有,没有太多高大上的解释,就是潜意识。我们较真的维度确认下:用户、公司、产品、盈利、公关效应。个人认为以上几个点,能够给任何一个点带来效应,又不会产生负面影响的需求,就可以尝试规划着来做!

四、设计规划

前三步如果说是和需求方、和市场、和自己较真确认需求的话,那么接下来就进入到产品的业务工作了,我们用一个流程来说,大概是这样的:

确认需求——确认优先级——功能/内容板块设计——参与者——流程设计——规则设计——UE——培训准备

上面说的是几个板块和步骤,有些时候都是有交集的,比如我们在设计UE的时候突然想到,哇塞,有个板块好像没有不行,那么恭喜你!没有考虑到位,把自己的坑填好了再说!

任何一部都是要形成闭环的,所谓的闭环简答来说就是有入口有出口,一圈转一圈~

五、评审

需求评审和技术评审

这两个是分步骤来做的,就是先确认并阐述清晰需求规划后在做设计,设计都准备完毕后,再去做技术评审

做技术评审的时候把该叫的人叫上,别遗漏了谁~至于技术评审会的效率和结果,很大一部分取决于前期的准备,这是对自己功力的考验,当然如果家里技术喜欢撕逼的话,可以参考上一篇文章【撕逼大会之需求评审】看看,有些小技巧仅供参考。

六、准备上线

这个里面就分是新产品上线还是迭代上线

如果是迭代功能的话,应该会比较顺畅,需要准备的东西不会很多,选个黄道吉日,然后和技术们一起上线,这里面只有一点是需要做的,就是上线之后一定要把新的功能走一遍,毕竟测试环境和线上环境会有一定的差异性,你懂得~

如果是新产品上线,我的建议是提前了解下各家打算上线的商店需要准备的材料都有什么,上线规则是什么,**提前都准备齐全了,要不然会耽误产品上线的~

总结一下:

1、保持立场,无论是谁提出了什么样的需求,一定要客观的进行评判和预测,着急上线的产品,没有几个爆款,网易考拉上线一个活动有时候会提前半年就开始准备。

2、保证场景,没有场景的产品是否等于没有需求或者需求边缘化?可以琢磨琢磨

3、打铁还需自身硬,无论是产出物或者是去撕逼,一定先把自己塑造好

4、准备准备准备!无论任何一个步骤,都是需要准备和细化,别有漏洞!