新需求诞生记

【字数:1970;阅读时长:5min】

产品从立项到上线,中间需要很多的环节和碰撞,在整个流程中产品都是直接或者间接的参与者~那么作为产品经理的你,应该在每个环节中做哪些?如何做?今天我做了一些整理,一起分享!

新功能来了!

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

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

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

1

一、提需求

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

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

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

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

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

2

二、捋需求

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

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

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

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

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

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

3

三、较真与确认

较真有可能是跟自己较真,很多产品会默认为自己是用户,很难做到转身变小白~这个几乎每个人都有,没有太多高大上的解释,就是潜意识。

我们较真的基本维度确认下:用户、公司、产品、盈利、公关效应。个人认为以上几个点,能够给任何一个点带来效应,又不会产生负面影响的需求,就可以尝试规划着来做!

4

四、设计规划

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

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

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

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

5

五、评审

需求评审和技术评审

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

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

6

六、准备上线

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

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

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

总结一下:

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

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

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

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

希望我的分享对你有用,别怕,你并不孤独!

原文发布于微信公众号 - Miguel三先生(Miguel-sxs)

原文发表时间:2018-02-07

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏新智元

我为什么拒绝成为一名数据科学家

新智元报道 来源:Medium 作者:Admond Lee 编辑:木青、三石

682
来自专栏大数据和云计算技术

大数据平台核心竞争力:业务敏捷性,实时性,性能

最近在考虑新一年的架构的时候,我就在想一个大数据平台核心竞争力到底是什么?每个平台发展的阶段可能不太一样,所以所需要的核心竞争力不同。但是做架构,做设计的朋友一...

28511
来自专栏互联网杂技

当你在做一款产品之前,该如何做产品规划?

产品设计要做的“细”,而产品规划要做的“远”。产品规划不但是做计划,而且是在选择产品的发展历程。也许产品规划的价值并非体现在用户体验的细腻程度、页面的美观展现,...

30212
来自专栏数据猿

投稿 | 神策CEO桑文锋:创业企业如何构建数据指标体系?

对于从 BAT 等互联网公司出来的人,经历了数据分析的历练后,会有做事之前看数据的习惯。而对于毕业之后就创业,或者是产品经理和运营专员的新手来说,一般对于构建企...

2566
来自专栏DevOps时代的专栏

关于 DevOps,你还应该知道这些

在《关于 DevOps ,咱们聊的可能不是一回事》中我所听到的 DevOps 四类概念(文章链接:关于 DevOps ,咱们聊的可能不是一回事) 分别是: De...

19410
来自专栏PPV课数据科学社区

大数据时代留给数据分析师的羁绊

大数据搭着信息时代的快车来到了我们的面前,数据的价值逐渐为人们所重视,同时也让数据分析师的身价倍增。而随着大数据分析工具等大数据应用技术的出现,未来的数据分析师...

2786
来自专栏人工智能快报

欧盟拟投800万欧元研究文件自动识别技术

2016年2月11日,欧盟委员会宣布在未来三年半内投资800多万欧元开展READ项目研究,携手档案管理员、人文学者、计算机科学家和志愿者共同推动前沿技术的研究、...

3125
来自专栏机器学习算法与Python学习

我为什么拒绝成为一名数据科学家,分享以为求职者的亲身经历...

在深入探讨为什么我拒绝数据科学家的工作之前,让我们先退后一步,探讨另一个问题:为什么要成为数据科学家?

723
来自专栏PPV课数据科学社区

数据分析师是怎样的一种人生?

文 | 陈明 一个工作了5-6年的数据分析师,是如何改变比码农还惨的人生?谨以此文向每一位奋斗在一线的数据分析师致敬! 直到做数据分析师五、六年了,每每和家人朋...

2655
来自专栏互联网杂技

全面揭秘!详析 Adobe XD 的团队内部使用的设计思考流程

你有没有想过,如果有一种通用公式,能让你设计出创新性的产品、用户体验或服务,这世界将会发生什么? ——我指的可不是那些慢吞吞的递进式优化,我要说的是"破坏性"的...

45511

扫码关注云+社区