不是所有需求都值得改

做系统服务，最怕听到一句话："不就加个按钮吗？你半小时搞定呗。"

一个按钮背后，可能牵动流程、数据、性能和后续维护。但更关键的问题是：这个需求，值不值得改？

有量的客户 vs 没量的客户

为什么有量的需求，我们愿意免费改？

因为他是在用真金白银帮我们验证"这个改动值不值得"。8000 单的客户提的需求，哪怕只优化 1 秒，也是 8000 秒的效率。

而没量的人提的需求，优化 1 小时，可能一辈子用不上那 1 秒。

我们愿意改问题，不愿意陪你验证幻想。

怎么提一个"值得改"的需求？

把"我觉得"换成这四个要素：

1. 场景：在什么业务环节发生的？
2. 频率：一天发生多少次？影响多少人？
3. 影响：造成多大损失（时间、错单、投诉）？
4. 目标：改完之后，希望达到什么结果？

能说清这四点，需求就有价值；说不清，多半是想象。

为什么有些需求要收费？

需求分析、开发、测试、上线、售后，都有成本。小改免费，是因为边界清楚、工作量小；大改评估报价，是因为它可能牵动流程和数据。

提前讲清边界，比"先答应再扯皮"更负责。

先跑通一单，再谈优化一百单。没有真实订单，就没有真实需求。