关于解决需求的途径，很早之前就在网上看见过相关文章，但是当时没有仔细去想，只是一划而过。近期正好参与一个to B的产品迭代，恰巧参与对接客户需求，对解决需求的途径有了更深入的理解。

途径一：拒绝需求

通俗解释：

小明想喝一瓶可乐，告诉他喝可乐的害处：对身体健康不好、长胖……消除他喝可乐的这个需求。

产品解释：

客户说，想让在产品中添加一个监控员工是否认真上班的功能，告诉他，这个完全可以通过企业行政管理的方式去解决，进而拒绝这个需求。

途径二：转移需求

通俗解释：

小明想喝一瓶可乐，告诉他现在只有雪碧，把他喝可乐的需求转移成喝雪碧。

产品解释：

客户说，帮我做一个能将员工分组的功能，告诉他，现在产品中新建角色的功能，可以间接实现这个功能，进而满足这个需求

途径三：减低需求

通俗解释：

小明想喝一瓶可乐，告诉他想在只有半瓶可乐，让他先喝着，把他喝一瓶可乐的需求，降低成只喝半瓶。

产品解释：

客户说，你在下周给我实现这个功能，和他说这么短时间内实现这个功能不现实，不如先实现30%，然后再一步一步的去实现，进而降低客户的需求。

途径四：实现需求

通俗解释：

小明想喝一瓶可乐，好！给你一瓶可乐！

产品解释：

客户说，给我实现这个功能，好！给你实现！

在做产品的过程中，并不是所有需求来了，都一股脑的去实现它，而是应该要先进行筛选、评估，看看这个需求值不值得去做？目前的功能能不能实现？能不能先做其中的一部分？最后才是老老实实的去实现它！