产品思考：如何提出优秀的需求(2)

在我们进行需求分析的时候，很容易陷入误区：这个需求对于用户来说很有用，所以一定要将它加上去。但其实有时候我们也应该会需求进行一定的评估，来确定需求是否正确。比如在某个阅读类的app上面，timeline会时常显示一些广告，如果此时在设置中添加一个“不显示广告”的选项，对于用户来讲体验肯定是提高的，但是对于公司的整体业务来说，却是得不偿失。

所以当提出一个需求的时候，要先看一下这个需求有没有利润转化点。如果没有，是否可以通过一些改变让它带有一定的利润转化点。其次，如果这个需求与利润无关的话，要看一下它是否值得进行下去。如果会对利润有所侵害的话，这样做是否值得。

2015年年末的时候，公司做了一个送年货的活动。是为了扩大平台的影响力，同时将个人客户作为小B来看待，即通过一次性下多个订单不同地址来配送。由于当时我们整个部门一共只有三个人，要兼顾整个产品开发的整个流程，所以整个周期用的时间特别长。同时还将其他的一些本来应该完成的事情向后推了一段时间。在上线完成，活动开始运作的时候，我们发现并不如人意。一是物流成本过高：司机师傅平时可能送几千元的货物而这段时间内却只能送这么一件。二是用户采购量不大：由于商品单价较市场上低很多，所以整体销售数量还是比较可观的。但公司平台的定位为B2B网站，其整体销售量甚至不如几个大客户。所以最后，此次活动以我们自动终止而结束。

在我们提出一个需求进行开发的时候，往往会进行需求评估。但是此时的需求评估，产品经理更多要关注的并不是简单的看一下需求是否可以实现，实现的周期有多久。而是要根据开发给出的数据，还有运营方面的资料，整体评估下这个需求是否值得这样做下去，如果不值得，是否有更好的替代方案，或者可以将其简化一下以此来降低成本，达到一个平衡。

在第二点，我提到一个需求可能会是长期需求或者短期需求。如果需求是长期需求的话，在构想之初，有能力的话就应该想到后期的需求迭代会有什么问题，留出一定的调整空间及拓展性。比如我们公司做一个ERP系统的时候，有销售订单的这样的模块。开始做的时候并没有觉得有什么不合适。流程也十分顺畅。但是当后期有新的需求字段往上面追加时，就发现无论是交互方面的体验、UI设计还是后台架构的设计都出现了问题，于是我们不得不费时费力的将做好的东西推翻了重新做。这样不仅延误了工期，还做了好多的无用功。

所以在产品经理提出某一个需求的时候，要考虑到后期这个需求会不会变更，会不会叠加一些新的东西在上面。如果有，就要在提需求的时候将后期的情况尽可能的考虑进去，以使后期维护的成本降到最低。

我还只是一个菜鸟产品，上面的一些需求特点都是我在平时的工作中总结的一些想法，希望可以给大家带来一定的用处。

文章作者系 @执迷 未经许可，禁止转载

注：相关网站建设技巧阅读请移步到频道。

编辑：未知