做还是不做

昨天晚上黎叔问我用户提的一个需求是做还是不做，用户提的需求是这样的：

能不能在车辆调度页面也支持复制粘贴功能，比如把维护在Excel里面的车辆列表通过复制粘贴的功能批量输入到车辆调度页面的输入框里。

是啊，我们每一个PM都遇到过类似的问题，每个人做出的决定和决定背后的原则或规则都是不一样的，这些隐藏在不同人心里的原则或规则是否可以显式地定义出来呢？

这个问题其实可以分成两个子问题：

1. 这个需求对产品来说是否重要？我们自己是否想做？
2. 这个需求对客户来说是否真的重要？客户是否想做？

先说第一个问题，因为这个需求只有这一家客户提出，上线之后只有一家客户受益，而且从目前的情况下看，将来可能受益的用户也不会很多，所以这个需求我们不想做。

在我们不想做的前提下，如果客户真的是想要这个功能，那么就要估计一下开发成本，问客户愿不愿意付费开发这个功能，向客户报价的好处是

1. 可以验证这个需求是否真的对客户有价值，因为有时候客户可能会随口或拍脑袋给你提一些伪需求。
2. 客户可能因为价格高而不接受我们的报价，这样我们就省下了时间，可以聚焦在我们自己想做的事情上。

当然即使是这个需求我们自己也想做，我们也可以向客户报价，唯一的区别在报价的策略上，一个报价会优惠一些，另一个报价会贵一些。

假设客户同意了我们的报价，接下来的问题就是安排什么时候做，在开发资源充足的情况下，直接安排到下一个版本就行了，但是如果有很多来自不同客户的客户需求，一个版本安排不下的时候，哪些客户的需求放在这一版本，哪些放在下一个版本？

当只有你一个人服务所有客户时，问题也简单，你按照自己的标准安排优先级，然后和所有客户打好招呼就行，但是如果除了你还要多个人分别负责不同的客户时，问题就来了，到底是谁的客户需求优先级更高？到底是先开发你负责的客户需求，还是先开发别人负责的客户需求？当多个人同时排优先级的时候，怎么最小化大家的冲突，防止冲突升级，破坏和谐的氛围，是一个不小的挑战，你所在的产品团队是如何做的呢？