一般在某个版本要迭代之前 , 准备做某些需求的时候 , 对需求的判断都会经过三个维度的考量
1、第一个是业务的大方向 , 当前业务这一年 , 这个Q的发力点是什么 , 是冲新增冲日活 , 还是稳留存做活跃做生态 , 还是做营收做用户付费转化 , 基于业务大方向后 , 会定下一个版本目标 , 比如说公司这一年要做用户生态 , 可能版本目标就是用户互动率提升X%
其实一般来说 , 真正在迭代的过程中 , 这个只是需求优先级的排序原则之一 , 不是除了目标以外的需求都一票否决
2、第二个是判断需求的收益 , 有优化需求 , 也有业务需求 , 提高运营能力 , 能提高运营效率 , 理论上会提高用户活跃和平台留存 , 但是收益其实很考验运营人员的能力 , 薛定谔的收益 , 但是如果加一个需求 , 新的内容互动形式 , 能够有效提高平台活跃数据 , 那么怎么都是后者优先级更高 . 提高运营能力是一个长期收效的需求 , 增加新的内容互动形式是一个短期见效的收益 , 如果短期kpi压力大 , 可能就会选择做短期见效的 , 如果对后续的发展很有信心 , 那么就可以选择长期见效的需求
3、到最后就是考虑成本问题 , 也是最核心的资源矛盾 , 人力资源 , 开发资源 , 宣发资源 . 有开发资源 , 但是没有宣发资源 , 做了效果不好怎么办 , 有人力资源 , 运营可以维护也有运营范本 , 但是没有开发资源 , 怎么办 , 有宣发资源也有开发资源 , 但运营人力不足 , 没有运营维护业务 , 怎么办
因为在这之间开发资源是短板 , 需求收益是任人涂写的白纸 , 只有业务方向是明确的 , 这个时候如果遇到了楼主的问题
1)首先排除不符合业务方向的需求
2)然后选个性价比最高的需求 , 如果收益相对不明确
3)根据业务现状选择短期/长期收益的需求 , 如果都差不多
4)那么最后就是体现产品经理决策力的时候了 |