“我现在能理解她为什么坚持延期了。可客户周五要用，我也不能答应延期。”产品负责人把白板笔放了下来。客服负责人也点头：“我知道你答应了客户。可我手下只有三个人。”两个人终于听懂了彼此，白板上依然只有“周五上线”和“推迟一周”。
先问清楚，究竟是哪一部分必须一起发生
在这段教学模拟里，教练请双方各找出一句自己可以负责核实的话。产品负责人翻开客户邮件，发现客户真正等的是月底前导出对账表。客服负责人也翻出上次的问题记录：最耗时间的是新用户第一次配置权限，已经配置好的人很少来求助。原来双方说的“上线”包含三件不同的事：老用户导出报表、新用户开通权限、向所有客户发送通知。一直捆在一起谈，就只剩一个日期可争。
教练：假如现在把“所有人”和“所有功能”擦掉，周五最小的一项交付是什么？
产品负责人：让已经配好权限的六家客户先导出对账表。不过技术上能不能只给六家开，我还没确认。
客服负责人：六家里有一家刚换了财务联系人。他们可能也得重新配权限。名单给我，我今天就能查。
教练注解：这一轮有个可观察的变化。之前每个人都在说明自己为什么做不到对方的要求，现在两个人开始向对方要信息，因为只有把名单和权限记录放在一起，才能判断新安排是否可行。
检查第三个办法是谁想出来的
教练当然也能直接建议“分批上线”。但他不知道合同有没有规定同时开放，也不知道技术人员能否单独回退。过早把建议摆在桌上，讨论很容易变成大家向教练解释为什么不行。请双方先交换手里的材料，能让一个新方案连同成立条件一起出现。
一个适合课堂练习的停顿点就在这里。请两人分别补完一句话：“如果要小范围先试，我最怕遗漏的是……”技术同事也许会指出，共用数据表的修改无法只对六家回退。这不是给新方案泼冷水，它帮大家认出了真正的限制。若确实不能分批上线，仍可商量先为六家客户人工导出一次，或者请客户确认最迟可接受的时间。每一种办法都有成本，应由有权限的人作取舍。
不用共识掩盖尚未确认的事
客服负责人：如果名单核对得上，我愿意周五留一个人接咨询。可如果公开发了通知，我们就接不住。
教练：那今天你能同意的是哪一项？还有哪一项要等谁答复？
产品负责人：我下午确认定向开放和回退条件。客服先查名单。两项都满足才启动，公开通知另定时间。
教练注解：客户说出“愿意试”时，最好听清他同意的是核实条件、执行试验，还是全面推广。这三个决定落在不同的人和时间上。把它们写成一句“大家一致同意上线”，可能让两个人第二天再次失望。
会后可以回看白板：原来的两个选择还在，新增加的选择有负责人、边界和待查条件。团队从这场对话带走的，是一个原先任何一方独坐在自己办公室里都难以提出的可检验方案。