收还是不收？

今天下午是下一版本的需求评审会议，小L同学报了一个关于客户A的签收数量与异常的需求，之前客户B也有类似的需求，但是因为要收费而搁置了，我心里想着那这个需求是否也要收费呢？但是又转念一想，这个需求应该是一个合理的、有共性的以及符合我们产品发展方向的需求，我觉得可以不收费（当然如果要向客户收费也是合理的，因为之前和客户都打过招呼，任何功能修改都要产生开发费用）。

过完小L的需求之后，轮到了我提的需求，其中有一个关于在一个标准接口消息里加一个字段的需求，小L同学叕提醒我这个需求应该向客户收费，然后我们就这个问题又干了一架。。。

就一个需求是否要问客户收钱这件事情已经和小L同学怼过几次了，先反省一下自己，自己做过很多可以收钱但是没有收钱的需求，在收钱这件事上相当不积极。

从另一方面来说，我们在收钱这件事情上还没有达成共识和统一尺度。首先原则上来说，任何不在合同范围内的系统改动（除了bug和性能问题），都可以向客户收钱。但是要严格做到这一点是基本不可能的。那么我们应该如何判断到底收还是不收呢？我觉得可以分两个方面来说：
可以不收费的需求满足下面任意一个条件即可，满足的条件越多越可以不收费。

1. 需求符合我们产品的定位与方向，即使客户不提，我们自己也想做。
2. 需求是合理的和公共的并且改动代价不大（比如1人天之内）。
3. 如果不做这个需求，会block用户的特定操作流程或严重影响用户的使用体验。

如果上面3个条件都不满足，那就必须向用户收费，而且我们越不想做的定制化需求价格要报得越高。当然对于可以不收费的需求，我们仍然可以酌情向客户收费，因为最好的结果是客户花钱帮我们做我们想做的事情，哈哈。