需求评审会开成吵架会：产品说“技术排期太长”，技术说“需求天天变”。互相说“你们”，10分钟进入僵局。换词不管用，得先换信息。
第1步，会前单独对齐，不在会上首次提需求。提前1天找技术负责人，用3分钟说清：要做什么、为什么现在做、最晚什么时候。给对方私下反对的机会，比当众被否好收场。
第2步，把分歧翻译成数字。不说“排期太长”，说“这个需求预估5人日，当前排到第3周，若能拆成两期，第一期2人日下周可上”。数字一摆，争论从立场变成方案。
对比两种会议。旧模式：8人开会90分钟，结论“再议”。新模式：会前2次各10分钟单独沟通，会上25分钟定下分两期，第一期下周三上线。总时长少一半，结论明确。
常见错误清单：在群里@对方领导施压（关系直接冻住）；会上说“上次你们答应过”（翻旧账）；用“很简单”“就改一下”（贬低对方工作量）；纪要只写自己有利的部分（下次没人信你）。
举个小案例。某次活动上线前3天，运营要加弹窗，技术说来不及。运营改了说法：“不加弹窗，预计损失报名60人；加的话需要前端2小时、后端1小时，能否只做前端静态版？”技术给了方案，2小时上线。分歧没消失，被拆小了。
跨部门沟通的本质是交换：你要对方的时间，得给对方确定性（什么时候要、要多久、变了怎么办）；你要对方配合，得给对方退路（备选方案、分期上线）。
会前花20分钟做两件事：写清自己的底线和备选；想一遍对方会问的3个问题。20分钟的准备，能省90分钟的争吵。
