时间: 2021-07-30 11:42:15 人气: 4 评论: 0
上一篇文章发布，有留言说：“问自己为什么，怎么给到答案呢？这一点我比较疑惑。”这一篇将从从四个层面来回答如何提问、如何回答这些“为什么”。
现在很多互联网公司在发展到一定程度，喜欢招聘人员来做创新业务线，以期找到其他的流量入口或下一个业务发展方向。
刚来到荔枝，正赶上公司大面积在培植小程序项目。作为创新项目的产品经理，我有很多很多的想法想要实现，来证明自己。我把其中一个我认为特别好的想法拿出来，想得透透彻彻，原型也规划的事无巨细，抱着电脑去找大领导。大领导问我：做这个，对公司层面的意义是什么呢？
我哑口无言，因为我根本没有往这个层面上想，只是沉寂在自己的小创意里，所以得到的答复当然是：回去再想想吧。
如果你也在来到一个公司，做创新项目，idea漫天飞的时候不妨也抓住自己问问“做这个项目对公司的意义是什么”吧。
更多的产品同学，是负责产品的一个或几个功能模块。这个时候如果你获得了一个很棒的idea，可能不需要跳得那么高，去想对公司的好处是什么，但是需要想清楚：这个有趣的idea，对整个产品的意义是什么呢？
产品目标是什么？我想做的这个需求，是否是围绕着产品目标来展开？
有的功能点，对于产品来说一开始看不出大的问题，但是长远来看，**分裂产品的流量入口，削弱产品的主功能。这种功能也是需要慎之又慎，再上线。
优秀案例可参考小红书，核心的社区分享功能与电商功能，互为纽带，呈缠绕螺旋状发展壮大，是一个很好的参考产品。
用户真的需要这个功能吗？或者是用户并没有向你反馈，但你认为他们需要这个功能，你认为他们需要的原因是什么呢？
产品经理切忌自己创造需求，坐在办公室觉得用户需要这个，用户需要那个。如果到了瓶颈期，建议走动起来，到用户中去，近距离观察用户都是在何时、何地、如何使用你的产品的。用户真实的样子往往**对产品的发展建设有着很重要的指导作用。
如果你的idea过五关斩六将，一路杀过了公司层面：对公司着实有用、业务层面：确实对业务发展有着建设意义；用户层面：用户的需求确实需要满足。
那么我们可以进入本轮的问答。
解决这个需求，除了这一种方式，还有其他的解决方法吗？
想想福特吧，如何他听用户的“我想要一匹跑得更快的马”，那么福特可能是去养马了，而不是去发明汽车。
或者说，你想到的这个idea，真的适合在你所负责的模块做吗？不牵扯任何功利心，是不是在其他的模块，这个idea更相宜？
现在所负责的吱呀APP，我曾经花一周时间去完善了一个我认为对用户及其妙哉的需求点，从用户为什么需要，到需求点的push文案，方方面面全部想透彻，感觉就差研发了。但是总觉得差点什么，或者说哪里不对劲。
终于，又花了一周我发现这个功能点，我想做没错，但是它不适合在我所负责的模块，它与另外一个模块的功能有重合和冲突部分。所以我在多方考虑之后，放弃了这个idea。
产品上如果你想做一个功能，很容易。但是做完发现其实不对，这个时候再去砍掉、再去修正，其实就浪费了大部分的时间。如果你的产品所处赛道是个高速发展的赛道，很有可能因为你的这个错误，就导致产品在赛道的落后，甚至出局。
所以产品经理考虑需求，一定要全方面考虑，慎之又慎。
做一个产品功能点，如果你的产品有强劲的竞品。那你应该感到庆幸。
你的idea竞品有没有做？做了？为什么做？他哪里做得优秀，哪里做得有待改进？
这些都是竞品花费时间金钱帮你趟过了好多坑，才最终展现在你面前的功能，所以好好珍惜。把他抓住，分析透彻。
而有的功能，不是说竞品不做，你就也不做。
竞品为什么不做？是不是他没想到？或者是在密闭研发？有些情况下你的敏锐牵动你们更快一步、快两步的发出某一项功能，可能成为你们在**车道**过竞品的那一脚油门。
千万不要，照着竞品照抄（又啰嗦了）。这种做法毫无意义，而且这样做你永远只**在他们背后默默跟随，最后越来越后，再也追不上。
遇到过一个产品，照抄了吱呀的某一项功能，搞得我又气又笑。
气是因为基本上是像素级抄袭，方方面面流程细节全部不落下的抄了过来。好笑的是，他们抄的是我们上个版本，他们发完抄袭版之后，我们新版也已经做了出来，那么他永远比我们慢一步。
以上，是今天想和大家分享的内容，感谢你一路看到了这里。
最后，还是祝大家都可以做出真正对用户有所帮助的，好的产品。
本文由 @曼云 原创发布于人人都是产品经理。未经许可，禁止转载
题图来自Unsplash，基于CC0协议
