工作里免不了要对同事的方案提修改想法，不少人把握不好分寸，话说得太直接，很容易让对方觉得被否定，产生抵触情绪；一味迁就不提问题，又会埋下项目隐患。委婉提意见，不是含糊其辞、回避真实问题，而是把关注点放在方案本身，照顾对方的付出，用探讨问题的姿态沟通，而不是评判这个人做得好不好。
开口前先肯定对方投入的精力，不用客套吹捧，简单认可对方已经完成的工作。可以先点明这份方案里做得不错的部分，比如整体框架思路很清晰，前期收集的用户信息很完整。这样对方更容易放下防备，愿意静下心来听后续的调整建议。直接一上来就指出一堆问题，人本能就会进入防御状态，后面的沟通很难推进。肯定之后再自然过渡到可以优化的地方，语气保持平和，多用探讨的口吻，少用绝对化的词语。
表达的时候，尽量把 “你这里做错了” 换成站在业务目标角度的疑问。不要直接判定内容有问题，换成从落地风险、目标达成的角度提出顾虑。比如不说这个活动预算考虑不周，可以说我在想，按照当前预算，后续执行阶段会不会出现资金缺口，我们要不要预留一点缓冲空间。把观点变成共同探讨的疑问，把双方放在一起解决问题的位置，而不是一方挑错、一方辩解。重点描述潜在影响，而不是指责对方的疏漏。
建议尽量具体化，不要只说感觉不够完善。模糊的评价没有参考价值，对方也不知道该怎么调整。指出问题的同时，可以顺带给出一两个可选方向，不用直接替对方敲定最终版本。比如提到方案里缺少效果衡量指标，可以补充，或许可以增加几个核心数据用来评估，当然你也可以看看有没有更合适的统计方式。给到参考思路，同时保留对方的主导权，尊重对方对方案的掌控。
还要留意沟通场景的选择。比较多的修改意见，尽量找一对一沟通，不要在多人会议当众逐条指出。当众提大量修改建议，很容易伤到对方面子，引发不必要的争执。如果只是小瑕疵，在群内简短留言没问题；涉及重大调整，优先私下沟通，沟通达成基本共识之后，再同步到团队。
也要避开几个常见误区。不要先夸一大段空话，铺垫过长，让对方预感后面有大量批评，显得很刻意。不要只提问题不给任何参考方向，单纯挑错容易让人反感。不要使用 “应该”“必须” 这类强硬词汇，会带来很强的压迫感。不要在情绪不好的时候提修改意见，很容易语气失控。也不要为了顾及情面，隐瞒关键风险，等到方案落地出问题，反而会造成更大损失。
给方案提修改意见，核心就是先认可对方的付出，把评价式指责换成业务层面的顾虑和探讨，意见尽量具体，附带可选的优化思路，同时选对沟通场景。委婉不等于隐瞒风险，而是用更舒服的协作方式，一起完善方案，既守住业务质量，也维护好同事之间的协作关系。
