产品之路

需求分析

2016-06-21  本文已影响60人  产品zrb

做产品很重要的一点是目标市场分析和需求分析,本篇文章先讲下需求分析的过程。只是个大概流程,具体问题具体对待。

一、需求来源

其实做产品,需求是来自用户。我们要的就是用自己的专业能力和知识去发现用户给出的需求中哪些是真实需求,哪些是伪需求,然后把这些真实需求变成规范的需求文档。

需求的来源其实有很多种,如日常观察到的用户行为、种子用户、用户访谈、IM交流、调查问卷、反馈渠道。

为了获取更为准确的需求,要经常和用户打交道。定期 、有节奏地将产品需求的结果和用户沟通,一般来说是两样:1、产品需求框架,可以确保在需求的大方向上出什么大错;2、产品需求细节,可以更好地完善产品。

二、分析出真正的需求

对于用户提出的要求,要多问为什么。

为什么你要这个功能?为什么你想这么做?

多问几个为什么,你才能知道用户表面的需求背后真正需要的是什么,也可以帮助我们去判断,做正确的需求。

三、需求分类整理、确定需求开发顺序

需求分类其实按照KANO模型来分就好。

KANO模型分为基本型、期望型、兴奋型。基本型按照需求维度来分析的话,就是基础需求(核心需求)、在基础需求上的优化、满足核心需求背后的用户心理动机(连用户也不知道)。

当然,需求也有按其他维度来分,比如从功能方面来分,有分为新增功能、功能改进、体验提升、BUG修复、内部需求(如运营需求、接口需求等);从需求的迫切程度、量级、成本收益率、风险性等。

其实不同的分类方法,个人认为最后的方向都是到KANO模型上。

目的都是在满足基本需求上不断完善,让用户更爽。

分类好的不同需求个人建议有相应的需求优先级文档记录。

不同的产品时期或者版本规划,核心功能的侧重点不一样,也就导致这个时期或者版本所要解决的需求不一样,因此,要随时结合市场变化及用户需求去变动。

四、最小可行性产品及迭代

在上述的基础上,清楚需要开发满足的需求有哪些后,先开发出最小的可行性产品,测试,调整。

确定基本的需求满足了,再继续开发一个完整的产品。

迭代的话根据用户反馈及产品数据进行。

                                                                                                                         zrb

                                                                                                                 2016年6月21日

上一篇下一篇

猜你喜欢

热点阅读