1 客户提出需求范围外的
1.所以不管客户提出什么需求，你要做的就是站在自己产品经理角度或者项目经理角度帮他分析需求，确认需求，
再根据需求的难以程度判断是否要让上级领导来决定。
2.如果担心被问责背锅，那就尽可能书面沟通，与主要对话人建立邮件往来，并且cc所有干系人。过程中对需求描述、范围界定、风险明确、权责归属等重要问题梳理清楚，并达成共识。
3.如果担心被说“无能”自己hold不了事情，那么你得独立跟客户方周旋。实施和不实施会有什么影响，不同程度的实施会有哪些连带影响，对内部团队的能力怎么协调发挥，对外有哪些谈判的砝码……这些需要你自己做到心里有数。
2.交付后提出的优化需求
1.接受本次的“优化”需求，但是要筛选必要的优化需求
拿着你们最初定立的协议，以这个领域专家的身份去看，哪些是在范围之内没有帮助客户解决的或体验不好的，哪些是在这个范围之外的。范围之内的做，范围之外的选择性的做。
2.降低反复提出“优化”需求的可能性
增加试用时间，你们也可以安排产品或者运营同客户一起去操作，充分发现待优化需求。其次，可以和你们的商务打配合，红黑脸策略，一个要推收款，解散项目团队去做其他项目，一个从客户关系角度去满足他们的优化需求，让客户觉得不断给你们提优化需求很麻烦，倒逼客户这个阶段把要优化的内容想清楚，降低反复提出优化需求的可能性。这个阶段的优化需求确定一定要正式，商务对商务。
3.并在下次项目的时候优化交付阶段和合同结构。
交付后的试用期，以及后续的运维，以及你们的合同结构都要想清楚。
