上一篇文章发布，有留言说：“问自己为什么，怎么给到答案呢？这一点我比较疑惑。”这一篇将从从四个层面来回答如何提问、如何回答这些“为什么”。

一、公司层面

现在很多互联网公司在发展到一定程度，喜欢招聘人员来做创新业务线，以期找到其他的流量入口或下一个业务发展方向。

刚来到荔枝，正赶上公司大面积在培植小程序项目。作为创新项目的产品经理，我有很多很多的想法想要实现，来证明自己。我把其中一个我认为特别好的想法拿出来，想得透透彻彻，原型也规划的事无巨细，抱着电脑去找大领导。大领导问我：做这个，对公司层面的意义是什么呢？

我哑口无言，因为我根本没有往这个层面上想，只是沉寂在自己的小创意里，所以得到的答复当然是：回去再想想吧。

如果你也在来到一个公司，做创新项目，idea漫天飞的时候不妨也抓住自己问问“做这个项目对公司的意义是什么”吧。

二、业务/产品层面

更多的产品同学，是负责产品的一个或几个功能模块。这个时候如果你获得了一个很棒的idea，可能不需要跳得那么高，去想对公司的好处是什么，但是需要想清楚：这个有趣的idea，对整个产品的意义是什么呢？

产品目标是什么？我想做的这个需求，是否是围绕着产品目标来展开？

有的功能点，对于产品来说一开始看不出大的问题，但是长远来看，会分裂产品的流量入口，削弱产品的主功能。这种功能也是需要慎之又慎，再上线。

优秀案例可参考小红书，核心的社区分享功能与电商功能，互为纽带，呈缠绕螺旋状发展壮大，是一个很好的参考产品。

三、用户层面

用户真的需要这个功能吗？或者是用户并没有向你反馈，但你认为他们需要这个功能，你认为他们需要的原因是什么呢？

产品经理切忌自己创造需求，坐在办公室觉得用户需要这个，用户需要那个。如果到了瓶颈期，建议走动起来，到用户中去，近距离观察用户都是在何时、何地、如何使用你的产品的。用户真实的样子往往会对产品的发展建设有着很重要的指导作用。

四、聚焦产品功能点的PK

如果你的idea过五关斩六将，一路杀过了公司层面：对公司着实有用、业务层面：确实对业务发展有着建设意义；用户层面：用户的需求确实需要满足。

那么我们可以进入本轮的问答。

解决这个需求，除了这一种方式，还有其他的解决方法吗？

想想福特吧，如何他听用户的“我想要一匹跑得更快的马”，那么福特可能是去养马了，而不是去发明汽车。

或者说，你想到的这个idea，真的适合在你所负责的模块做吗？不牵扯任何功利心，是不是在其他的模块，这个idea更相宜？

现在所负责的吱呀APP，我曾经花一周时间去完善了一个我认为对用户及其妙哉的需求点，从用户为什么需要，到需求点的push文案，方方面面全部想透彻，感觉就差研发了。但是总觉得差点什么，或者说哪里不对劲。

终于，又花了一周我发现这个功能点，我想做没错，但是它不适合在我所负责的模块，它与另外一个模块的功能有重合和冲突部分。所以我在多方考虑之后，放弃了这个idea。

产品上如果你想做一个功能，很容易。但是做完发现其实不对，这个时候再去砍掉、再去修正，其实就浪费了大部分的时间。如果你的产品所处赛道是个高速发展的赛道，很有可能因为你的这个错误，就导致产品在赛道的落后，甚至出局。

所以产品经理考虑需求，一定要全方面考虑，慎之又慎。

4.1 功能点之竞品的作用

做一个产品功能点，如果你的产品有强劲的竞品。那你应该感到庆幸。

你的idea竞品有没有做？做了？为什么做？他哪里做得优秀，哪里做得有待改进？

这些都是竞品花费时间金钱帮你趟过了好多坑，才最终展现在你面前的功能，所以好好珍惜。把他抓住，分析透彻。

而有的功能，不是说竞品不做，你就也不做。

竞品为什么不做？是不是他没想到？或者是在密闭研发？有些情况下你的敏锐牵动你们更快一步、快两步的发出某一项功能，可能成为你们在超车道超过竞品的那一脚油门。

4.2 一个大忌

千万不要，照着竞品照抄（又啰嗦了）。这种做法毫无意义，而且这样做你永远只会在他们背后默默跟随，最后越来越后，再也追不上。

遇到过一个产品，照抄了吱呀的某一项功能，搞得我又气又笑。

气是因为基本上是像素级抄袭，方方面面流程细节全部不落下的抄了过来。好笑的是，他们抄的是我们上个版本，他们发完抄袭版之后，我们新版也已经做了出来，那么他永远比我们慢一步。

以上，是今天想和大家分享的内容，感谢你一路看到了这里。

最后，还是祝大家都可以做出真正对用户有所帮助的，好的产品。

本文由 @曼云 原创发布于人人都是产品经理。未经许可，禁止转载

题图来自Unsplash，基于CC0协议