产品经理如何取舍需求

上次在微信群里面说了一嘴 晚上熬鸡汤

有想让我写的话题 可以微信私聊我先

结果收到了一些 如何追到女神 如何搞定男神

这个问题好解决呀 两个凑一块儿嘛

哈哈 貌似感情问题始终是个热门的焦点

也有 职场怎么说话既不冷场又讨人喜欢

晓君也提了一个 如何正确取舍需求

其实这个话题吧 也好回答 也难回答

好回答是 根据产品的阶段来做出决定

难回答的是 在不同的阶段做出不同的决定

似乎都一样 很拗口

那么就简单的说一下 0到1的时候如何取舍

首先你得有个需求 很多的时候 0到1时候的产品需求来自你的老板

就是有那么点想法 然后找了几个人组个团队

来实现这么个想法 作为产品经理

必然是需要根据这个想去 进行调研 分析 完善

最后列出需求 做出RP原型

然后关键的时候就出现了 那么一大堆需求功能

感觉都挺重要的 最好是一次都做了 这个优先级好难排呀

其实吧 就一句话 理解就OK

这些需求里面 哪些是最基础的 就是实现你的想法必不可少的功能

去掉你这个逻辑流程就走不下去了 形成不了闭环 那这个就是必须的功能

其他的可有可无的 就可以算是锦上添花的功能 那么在0到1的时候

可以暂时不做 留做到项目版本迭代的时候再考虑是否做

为什么这么说呢？

首先，你这个需求只是老板和自己团队的人想出来的

可能有同类产品，也可能没有 也许你也做过不少用户调查 竞品分析等等

但是终归一句 这是你们第一个版本

你需要的是快 互联网时代 敏捷开发是常态

快速出版本 快速试错 只有真正的面向了用户

你才能验证你的产品 你的方向是否正确

唯快不破 那么取舍就很关键

作为产品经理来说 谁都想打造一款用户体验极佳 功能完善

用户用上这个产品就爱不释手 一款完美的产品就此诞生

但现实就是 功能需求越多 开发的时间就会越长

谁也说不清楚 两个月之后 你这个创意想法

你的需求 你的功能是否还是有价值 或者没有同类产品出现

做得比你的好

因此 你得快 对 敏捷开发的快

那么就得只能上最基础的功能

在第一个版本的时候 更多的是做减法 而不是做加法

只做最基础 最核心的部分

其次 产品并不是一个版本就完事的 当然试错后发现问题调整方向除外哈

正常的产品在一个版本后 就会陆续的有迭代

那么 这个迭代就是根据第一个版本出来后用户的反馈 还有自身对产品的理解更深刻之后而进行

没有什么大的bug和功能问题的话 可以做个快速的迭代

再增加一些基础功能 修复一些体验上的东西

我们常说 产品要领先开发两个版本

实际也就是作为产品经理 对产品未来几个月的形态 功能必须有数

对应的后台功能设计 也要考虑各种预留口子

当然这个也是比较考验产品经理功底的地方

也是为什么现在愿意做后台方面产品经理的人很少

毕竟不如用户端那么光鲜

对于产品的功能 模块都要列出来

然后根据产品的阶段性 排出优先级

什么阶段出什么功能 而且在产品运营过程中

经常会出现与我们所设想的不同的需求

甚至你觉得只是和普通功能的东西 结果用户超爱

而你想作为亮点的东西 用户压根不在意

这个时候 你的功能需求肯定也需要做一些功能的调整

因此 这也是为什么说 是骡子是马 先拉出来溜溜

而如何快速的让你的骡子或马出来

那就只能敏捷开发 快速出产品

这个取舍自然你就明白怎么做了

什么是必不可少？什么是锦上添花？现在又是什么阶段？

嗯 其实也蛮难的 万一老板在开发中新增需求怎么办？ 哈哈哈

enjoy!