客户说「你们能不能加个功能」，很多公司条件反射就是点头。结果研发排期被插得七零八落，交付团队天天救火，客户胃口越养越大。问题不在客户提需求，而在公司没有一把统一的尺子去度量每个需求值不值得接。
筛子一：普遍性
这个需求是只有这一家客户要，还是一批客户都在要？举例说，把每个客户需求登记进台账，标注来源客户，季度汇总一次。同类需求出现了五家以上，优先级自然抬升；只有一家在喊的，先挂起观察。需求台账让「普遍性」从感觉变成数字。
筛子二：与主业的相关度
客户的需求未必是你的需求。假设一家做设备的企业，客户希望顺带提供原料代采——活能干，但与主业越走越远，交付团队还得新学一套流程。判断标准很简单：这个需求离你的核心能力是近了还是远了？近的可以谈，远的要么单独报价覆盖成本，要么坦诚说做不了。
筛子三：承诺成本
有些需求接了不费事，有些一接就是长期负担。评估时问三笔账：这是一次性定制还是长期维护？需要投入几个人？会不会影响现有客户的交付节奏？算清楚再点头，比事后扯皮划算得多。
分级之后怎么回复客户
需求分四级处理：立刻纳入排期、进入评估队列、列入观察名单、礼貌拒绝。拒绝也要有技巧——说明当前版本的边界，给出替代方案或推荐第三方。客户记住的往往不是被拒绝，而是你有没有认真对待他的需求。
让销售和交付用同一张表
- 需求登记带来源、日期、客户等级
- 每季度复盘需求命中率，倒逼排期判断
- 排期变更同步销售，避免对客户乱承诺
- 拒绝话术入库，口径统一
这套分级动作用一张共享台账就能跑起来。像 9527CRM 这类支持自定义模块与审批流的系统，可以把需求登记、评估、回复状态串成一条流程，让「接不接」的决定有依据、有留痕，团队也就不再被需求牵着走。
