如何进行需求分析(数据需求分析,关键词优化)

时间:2024-05-03 15:56:21 作者 : 石家庄SEO 分类 : 关键词优化
  • TAG :

    %E5%A6%82%E4%BD%95%E8%BF%9B%E8%A1%8C%E9%9C%80%E6%B1%82%E5%88%86%E6%9E%90

我们收集的需求的数量常常都是比较多,受限于开发资源、时间、时机、必要性等因素,收集的需求不可能全做,所以我们需要对需求进行分析。

一、需求分析是什么?目的和结果是什么?

分析就是一个决策的过程,基于公司战略背景、产品所处阶段等现实因素,对收集的需求进行分类、定位、确定优先级,决定哪些做,哪些不做,哪些先做,哪些后做,并整理出可执行的产品迭代规划。

二、需求分析的决策因素

常见的因素包括战略背景、产品定位、用户需求、可行性和实现成本等维度,我们一一来看。

首先战略背景,对于战略背景,我的理解是公司所处行业位置、业务价值点、商业模型、盈利模式等综合因素,比如纯工具型产品增值付费盈利 和平台型产品服务分成,业务流程是不一样的,所需要的产品支撑能力也是不一样的;在这个基础上明确不同阶段的战略目标,基于渐进变化的战略目标,取舍需求,调整核心功能方向,比如刚起步需要支撑核心业务流程,抓住核心需求,开发核心功能,快速进行市场验证;发展阶段则需要扩展和完善功能,同时满足运营推广的工具和数据需求;迭代阶段则是重视体验优化,小范围有克制的试错新功能。

其次是产品定位,对于产品定位我的理解就是核心需求,最初满足哪一类用户群的什么需求,用户对产品的具象化印象,比如QQ是聊天软件、淘宝是购物的、支付宝是支付钱包。 产品定位和战略方向有重叠,产品定位更偏向功能,战略方向更偏向市场定位和商业化价值。对于需求我们需要判断是否符合产品当前的定位,比如之前一直为人诟病的支付宝社交之路,本质上是功能和定位有出入,用户无法接受。

第三是用户需求,了解需求的目标用户、适用场景、行为路径,判断需求是否值得开发;需求价值是通过需求的频度、广度、强度来衡量,其中使用场景决定频度,用户范围决定广度,需求的使用频率、业务重要性、和可替代方案的多少决定强度;

最后是可行性, 需要综合考虑技术可行性、开发资源成本、时间成本、产出收益、市场&法律风险等因素,判断是否可行,毕竟公司是盈利性组织,产品经理要有做生意的心态和思维。

以上因素中,前两点更多是偏主观理解和认知,需要我们有足够的宏观认知,而且是针对大的新业务功能模块,对于一些零散的小需求,不需要耗时太多在这种宏观层面的分析;而用户需求、可行性等分析则相对具体客观、且必要的。

三、常见具体分析方法

基于以上因素进行分析后,将需求进行优先级划分,常见工具方法如下。

1.KANO模型

该模型将需求可以分为三种,包括基本型需求,期望型需求和兴奋型需求。

基本型需求就是必须满足的基础功能,比如吃碗面,食材餐具卫生、煮熟可食用就是基本需求;期望型需求就是用户能够明确提出的希望有的需求,还是吃面,比如环境好,价格合理,分量足等等;兴奋型需求就是用户也不知道,但有了用户很惊喜的需求,依旧是吃面,比如味道超好,第二碗半价等等;

我们基于前面提到的因素将需求划分,基本型需求的优先级应当排在第一位,期望型需求排在第二位,而兴奋型需求则排在最后。当然并不是前期全做基本需求,做完在做期望型和兴奋型需求,因为基本需求是常见的,竞品大都会有的,同质化下难有竞争力,可以每个版本中加入适当的期望和兴奋型需求,参看7:2:1的比例进行版本的需求规划。

2.四象限法则

把一个二维的横竖坐标分成四个象限,横坐标是重要性,纵坐标是紧急性。第一象限为重要且紧急,第二象限为紧急不重要,第三象限为不重要也不紧急,第四象限为重要不紧急。

我们可以根据前面提到的因素,将收集的需求进行重要性与紧急性的分析定义,然后把这些需求放进对应象限中,需求的优先级就是重要且紧急>重要不紧急>紧急不重要>不重要也不紧急。

3.需求减法

少做就是多做,从产品定位触发,定义边界,把握核心,从众多需求中删减,只做最少、最有价值的事儿。而多做的需求如果验证出没有市场,果断砍掉,有舍才有得。

4.目标用户需求优先

产品本身必然有目标用户,没有普适的人人都喜欢的产品,在资源有限的情况下,主要做大量用户都需要的功能。实际项目中,这主要反映在用户调研和反馈上,大量用户都在提的需求我们就做,提的少的就适当延后,比如一些适配bug确实会带来很差的体验,但如果对应机型覆盖用户少的可怜,修复定位bug又需要花很多精力,那就可以适当延后。

同样可以以业务紧迫性优先、以收益优先。其实都是明确当前公司和产品核心目标,简化决策思路,这通常适用于小团队、新项目,所谓船小好调头,灵活专注是优势。

四、分析结果与管理

需求收集后放到一个全量的需求池中(无论需求简繁对错),具体呈现形式可以是表格、也可以是系统工具;分析就是完善就是池子中每个需求的内容,包括用户画像、场景、流程、目标、分类、确定优先级,具体可以通过需求卡片进行呈现;然后进行取舍排版。

总结

需求分析最终得出的是版本迭代规划,接下来就是进行具体版本的功能策划,输出方案文档;需求策划和需求分析在思路阶段是重合的,高质量的分析能够保证需求策划方向的正确和输出方案的质量;下一篇将介绍需求策划,敬请期待!

本文:如何进行需求分析的详细内容,希望对您有所帮助,信息来源于网络。
上一篇:私家推荐 | 团建好去处 江浙沪优质团建场地(上海篇)下一篇:

4 人围观 / 0 条评论 ↓快速评论↓

(必须)

(必须,保密)

阿狸1 阿狸2 阿狸3 阿狸4 阿狸5 阿狸6 阿狸7 阿狸8 阿狸9 阿狸10 阿狸11 阿狸12 阿狸13 阿狸14 阿狸15 阿狸16 阿狸17 阿狸18