产品经理如何做需求可行性分析?

本文从三个步骤分析了如何做需qiú可行性分析。

产品经理在熟悉自家产品脉络后,一般会承接一些小的功能模块的需qiú。而承接需qiú的第一步就是判断需qiú可行性。

01 为什么要判断需qiú可行性

为什么要判断需qiú可行性,主要基于X:

1. 保证科学性

没有经过审视的人生是不值得过的,同样,没有经过审视的需qiú也是不值得做的。产品经理作为需qiú的第一负责人,有责任保证需qiú本身的正确性。

2. 说服团队成员

产品经理作为需qiú的第一承接方,承担着说服开发、UI以及公共X部门的职责。如果自己都没有搞明白需qiú是否可行,很难说服团队的其他成员。

3. 防甩锅

如果你经历过上司甩过来一个需qiú,你哼哧哼哧做了,最后拿给上司看的时候,对方一脸铁青地说:“这不是我想要的,你当初为什么不问我?” 你就知道我在说什么了。

02 如何判断需qiú可行性呢

那么如何判断需qiú可行性呢?说来话长了。

第一步是思考需qiú的目的

以人为主体的活动,总是目的先行。需qiú只是表象,归根结底是需qiú来源方的利益诉qiú。

一款产品的需qiú来源方,可以笼统分为三类:经营者、使用者和合作者。经营者即产品的拥有方和背后的投资者。使用者即以使用产品的功能性模块为主的用户,合作者则指广告、资源置换、线上线下联动等非功能性活动X者。

不同类别的需qiú来源方,背后的利益诉qiú也各不相同:

  • 营者在乎的是产品的成本收益,以及产品是否可以作为渠道串联外界资源,打造品牌;
  • 使用者在乎的是产品能否解决现实场景下的实际需qiú,以及使用当中的用户体验;
  • 作者在乎的是广告位的曝光量和转化效果。

我们不妨在场景中感受一下不同需qiú来源方的需qiú差异:

背景:一款背单词软件words.

场景1:words的老总给产品经理提了需qiú,要qiú上线新用户领七天红包活动。

场景2:words接收反馈的X,产品经理看到有用户吐槽,许多单词的释义都不全。

场景3:words的线下合作者,公校X们想要互通有无,因此希望在words上有一个沟通社区。

按照判断需qiú可行性的第一步,我们其实应该找对方的需qiú方调研,找出背后的目的,于是,完整的因果链就出来了:

背景:一款背单词软件words.

场景1:words目前正在寻qiú融资,而融资方的要qiú是产品的七曰留存率得达到30%。为了达到这个目的,words的老总给产品经理提了需qiú,要qiú上线新用户领七天红包活动。

场景2:words接收反馈的X,产品经理看到有用户吐槽,许多单词的释义都不全,调研得知,这里的不全主要是指查词时。

场景3:words的线下合作者,公校X们想要互通有无,因此希望在words上有一个沟通社区。

第二步是思考目的本身是否和产品现有逻辑X,以及有没有更好的解决办fǎ

仍以上述场景为例:

产品的七曰留存率达到30%

这类问题一般有两个步骤:穷尽所有的方案,核算成本收益。譬如让产品留存率达到30%,有5种解fǎ,其中七天红包的成本最低。

但目前产品中已经有类似的打卡活动,七天红包会影响到打卡活动的活跃度。这时又应该考虑到系统和全jú问题,做出综合判断。

还有特殊情况,即单一解fǎ的上限低于目标要qiú,假如七天红包本身不足以推动留存率提升至30%,还需要和次优解fǎ组合。这里存在的难点是对七天红包留存率的判断和组合后的效果重叠值。但这只能靠经验或X数据弥补了。

查词界面的单词释义不全

查词界面和背单词界面完全是不同的场景,查词时要qiú的是全面,但背单词时要qiú的是快速并且只需qiú记住高频释义。如果这个需qiú点没有nòng清楚而盲目地把查词界面和背单词界面的释义都改了,那麻烦就大了。

公校X想要互通有无

按照解题的步骤,穷尽方案,核算成本收益。不难得出,相比于自建社区,不如XXX等三方社交工具进行解决。这样一来,沟通社区的需qiú就显得不很划算。当然,如果不是to C的产品,那又另当别论了。同样的情景,换成to BX,主体的满足对象其实转移成了运营方,自建社区则成为了增加营收的手段。

第三步是判断需qiú在已知约束条件内能否如期完成

任何的团队,资源配比都是有限的。有时候一个需qiú,要么抽派不出人手,要么人手抽派出来,实现需qiú的最jiā黄金时间已经过了。这一块主要的X在于:

  • 人力资源,没有足够的人手
  • 技术X,当前的技术条件不支持
  • 逻辑复杂,单一需qiú牵涉到的功能模块实在太多
  • 时间X,对于一些运营性的活动需qiú,很讲究时间

其中:

  • 人力资源的X,应该在解fǎ出下功夫,即使是小需qiú也尝试画出roadmap,找出能实现的mvp方案,小步迭代。
  • 技术X,要么换方案,要么尝试人为简化算fǎ。当然,硬件上面的问题就看X资源是否支持了。
  • 逻辑复杂,牵一发而动全身的需qiú,说明产品的架构和技术实现有问题,无fǎ实现模块化。这时候不要盲目地增添新的功能,最应该做的是重新梳理产品架构,增加架构本身的可扩展性。
  • 时间X,这是沟通不利导致的问题。产品和运营应该在需qiú刚出炉时即探讨实现周期,并保证实现该功能的人力资源。

上述三步,基本上就是判断需qiú可行性的全部。这一块本就不复杂,核心仍在于思考的深度。需qiú的背后到底是为了什么,能得到什么,会有哪些成本?当然,得到和成本也需要一套逻辑来分析,初期的产品经理可以多从前辈那儿,或是竞品的迭代记录中找到可参照的案例和经验。

最后再格外强调一点的是,外部风险问题。有的X需qiú,譬如违规爬虫,是违反了当前的XX的。再譬如游戏化的教育产品,游戏化本身也是受到相关部门的X的,这些外在的宏观因素,也是在做需qiú时要jǐng惕的因素。

以上则是本章的全部内容,感谢读阅。

#专栏作家#

善宝橘,微信X号:善宝橘,人人都是产品经理专栏作家。一个崇尚终身学xí的X斜杠青年,擅长学界理论与业界实践结合,专注新媒体、游戏领域的运营策划。当然,偶尔会写点X时事评论。

本文原创发布于人人都是产品经理。未经许可,jìn止转载。

题图来自 Unsplash,基于CC0协议。

给作者打赏,鼓励TA抓紧创作!

收藏 (0) 打赏

以上内容不错,打赏支持一下!

打开微信/支付宝扫一扫,即可进行扫码打赏哦,分享从这里开始,精彩与您同在
点赞 (0)

声明:本站所有教程资源,如无特殊说明或标注,均为本站原创发布。任何个人或组织,在未征得本站同意时,禁止复制、盗用、采集、发布本站内容到任何网站、书籍等各类媒体平台。如若本站内容侵犯了原著者的合法权益,可联系我们进行处理。

雄发创业网 自媒体是如何赚钱的 产品经理如何做需求可行性分析? https://www.xiongfawang.com/3717.html

常见问题

相关文章

产品经理如何做需求可行性分析?-海报

分享本文封面