【产品经理总想做“小调整”怎么办？】

背景：已经交付的功能，产品说要加个“小调整”，催着求着想要赶紧加上去。

分问题1：你认为他为什么这么着急做这个小调整？

分问题2：你会如何应对他的这个要求？

分问题3：你会建议在未来做什么改进？

Page

【产品经理总想做“小调整”怎么办？】

背景：已经交付的功能，产品说要加个“小调整”，催着求着想要赶紧加上去。

分问题1：你认为他为什么这么着急做这个小调整？

工作中这种问题经常出现，总结起来大概分这么几种：

（1）产品经验不多，导致需要经常有些小改动。 在探索新的领域的时候这种这种情况非常场景。例如很多年前，做智能家居通过声音来识别电视台，当时有初选方案，但是不够完整，电视交互的规范基本没有，这种情况下只能摸索，产品变动都是随时的。当时的小调整都是先确认要不要做，确认做了直接修改，团队小而灵活。当然这些小的变动有的时候会让后续的事情变的简单，有的会让后续的事情变得复杂。

（2）一厢情愿的认为是对的、很重要。 经历过那么几款产品的制作，产品经理只是累加的功能，虽然都是经过对方考虑的，但是对方无法听取其他人的意见或者听到其他人的意见就感觉自己有挫败感。有可能对方的出发点是好的，但是实践过程中沿用了自己旧的方式，最终导致冲突点很多，修改的理由也是匮乏的。

（3）市场商机非常敏锐，需要作出调整。 原来做ToC的产品，一些时间点非常重要，错过就会造成很大的损失。有些问题是混沌的问题，虽然没有办法证明那些时机是百分之百可靠的，只能通过结果证明。

（4）政策原因 比如银行清分、当前的大商户模式，在过去一段时间逐渐严格化。这些政策原因直接导致了功能的调整。如果不作出调整，后续的功能或者商业模式都会受到影响。

分问题2：你会如何应对他的这个要求？

（1）如果是刚刚和接触，还未建立信任，并不会直接上来阻止对方，而是先了解对方的真正目的是什么？避免只用口盾，寻找机会来达成协作上的共识，可以基于当时的上下文添加约束也可以删除约束。 （2）如果已经建立了信任，那么就直接聊是什么、为什么、怎么做

分问题3：你会建议在未来做什么改进？

（1）基础建立：基于事实、结果建立信任。 （2）团队协作：基于当时环境的环境上下文来协调沟通。知道对方关注什么，没有关注到什么，用共同遇到的事情来推动磨合，避免这是单方面认为是产品问题或者单方面认为是技术问题。 （3）技术准备：针对已经出现过的情况，调整技术架构，技术实现来准备响应方案。 （4）定期回顾改进：不同的上下文会有不同的处理方案，让响产品需求的能力成为团队的能力而不是单个人决定，避免这类个人瓶颈的出现。

陈旭

【产品经理总想做“小调整”怎么办？】

背景：已经交付的功能，产品说要加个“小调整”，催着求着想要赶紧加上去。

分问题1：你认为他为什么这么着急做这个小调整？ 我们目前没这种情况，有这种情况的，同情开发团队一小时。

分问题2：你会如何应对他的这个要求？ 已经交付的story是在po acceptance一栏里，他都已经接收了，再改起新story。想要赶紧交付，可以把他的新story优先级提高，但是po接收过的story不回退，不原地更新。

分问题3：你会建议在未来做什么改进？ 如题2，这种情况可以从流程上加以限制，当特殊情况特殊到违反规则时，就是强调并坚持持续集成纪律的时刻了。

李俊杰

【产品经理总想做“小调整”怎么办？】

背景：已经交付的功能，产品说要加个“小调整”，催着求着想要赶紧加上去。

分问题1：这个问题需要和产品经理交流，不能先对此产生预设。 分问题2：你会如何应对他的这个要求？追溯变动的原因，共同评估影响，衡量与目前正在开发的需求之间的优先级。决定是否动手。如果组织制度层面没给团队此类权限，那就只能先干，判断po一向不靠谱，sm不起作用，要嘛憋着，要嘛走人。 分问题3：你会建议在未来做什么改进？ 先确定是否需要改进或能改进，不是所有的变动都是po和团队层面能影响的。 如果是po需求技能和能力问题，有权换人就换，没权换就打个样给他，剩下看造化吧。这条的前提是你确实比po懂怎么做需求，其次不要站在需求最好不要变这个出发点和以抑制需求变化为动机。不要博弈 如果没权换人，没能力培训po，最好的办法是提高开发技能，兵来将挡，水来土掩。实在接受不了公司，至少在离职时能有能力多一些选择。 最后，po也是同事，如果对方人品好，乐于打磨技能，有自己清晰的规划（简单说，就是是个好人，暂时不是能人但特别想做个能人）。那就还是要多交朋友。

张维

【产品经理总想做“小调整”怎么办？】

背景：已经交付的功能，产品说要加个“小调整”，催着求着想要赶紧加上去。

分问题1：你认为他为什么这么着急做这个小调整？

1、临时构想，产品在细小的体验上不够，上线后发现； 2、用户的反馈立马要解决，没有优先级观念； 3、非核心功能，细小的功能优化；

分问题2：你会如何应对他的这个要求？

1、下个版本升级中添加该问题； 2、是否影响到核心功能； 3、需求的重要程度；

分问题3：你会建议在未来做什么改进？

根据问题的优先级，错误类问题优先处理，影响用户使用的优先处理；

邓志国

【产品经理总想做“小调整”怎么办？】

背景：已经交付的功能，产品说要加个“小调整”，催着求着想要赶紧加上去。

分问题1：你认为他为什么这么着急做这个小调整？ 分不清Feature的重要程度，不顾优先级，想做“完美的”功能。 分问题2：你会如何应对他的这个要求？ 这个Feature是否比现在在做的功能优先级更高？如果是，那么暂停现在的功能开发，插队开发新特性。如果不是，写新的用户故事，按优先级排序。 分问题3：你会建议在未来做什么改进？ 尽量在开发、测试阶段产品能发现问题并修复，而不是等到交付。所以持续集成、持续发布、让产品尽快体验、在开发期间持续沟通，非常必要。

张鸿飞

【产品经理总想做“小调整”怎么办？】

背景：已经交付的功能，产品说要加个“小调整”，催着求着想要赶紧加上去。

分问题1：你认为他为什么这么着急做这个小调整？ 1.领导要求 2.在试探开发人员底线 3.处女座情节泛滥 分问题2：你会如何应对他的这个要求？ 立规矩，约定好双方的底线 分问题3：你会建议在未来做什么改进？ 项目是共进退的，需要相互配合，代码方面需要调整的更加灵活，产品需要审时度势