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

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

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

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

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

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

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

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

第二步是思考目的本身是否和产品现有逻辑冲突，以及有没有更好的解决办法

仍以上述场景为例：

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

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

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

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

查词界面的单词释义不全

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

公校老师想要互通有无

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

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

任何的团队，资源配比都是有限的。有时候一个需求，要么抽派不出人手，要么人手抽派出来，实现需求的最佳黄金时间已经过了。这一块主要的限制在于：