读者提问：产品总是临时加需求，怎么办 ？
阿常回答：大多数情况下需求变更是不可避免的，我们需要保持既开放又理性的心态，来拥抱需求变化，同时也要避免太多的需求变更。
一、需求变更无法逃避
需求变更是一把双刃剑，一方面需求变更可以优化产品功能，提升用户体验；另一方面需求变更给团队带来了开发成本的增加，并且会打击团队的士气。
如果某个产品的最终形态就是产品最初的需求分析，没有经历过一次需求变更，这就可能有两种原因：
其一，产品将所有细节都考虑到了，TA 是一位很牛的产品经理。
其二，整个团队都在抵制需求变更，拒绝做任何产品功能的优化。
二、如何控制需求变更
当需求变更来临时，我们可以从工作流程上来控制：
一）需求评估
1、必须改 -- 属于产品方向错误、核心体验类需求，这类需求变更无法拒绝，将原有需求的优先级重排，砍掉优先级低到需求，团队集中精力投入到新需求中。
2、可以改 -- 不属于产品方向错误及核心体验类需求，有时间改且开发成本允许的情况下，本次迭代改；没有时间改但开发成本允许的情况下，安排下个迭代改。
3、放弃修改 -- 开发成本不允许，放弃修改。
二）需求排期
根据需求评估结果，将新需求排入当前的迭代版本，或者将新需求置入下一个迭代版本。
三）需求记录
对本次需求变更做变更记录，包括变更原因、变更时间、变更人等等，做需求记录一方面可以方便大家后续学习总结，另一方面也可以约束产品不随意变更需求。
看完今天的分享对你是不是有所启发呢，有任何想法都欢迎大家后台私信阿常，一起探讨交流。
