例会上领导安排说："下周把导购工具上线，门店按真实客户场景使用，并回传数据。"大家都回复了"收到"。

两天后，问题出现了。产品组以为"上线"意味着顾客已经能用上推荐功能，等着门店交回使用数据。门店却以为，先开通账号，让导购在内部熟悉功能，就算上线了。产品组等着验收，门店还在测试，没有真实顾客的使用记录可交。产品组觉得门店没按要求执行，门店觉得自己一直在按计划推进。

原话里的"上线"究竟指什么，并没有说清楚。是顾客已经能用了，还是后台账号开通了？双方各自补上了这层意思，也都以为对方和自己想的一样。

"收到"说明对方作出了回应。至于他把任务理解成了什么，单凭这两个字，往往还看不出来。问题不在问得够不够多，在于一句话被说出只是完成了一半，另一半要等对方给出理解证据才算闭合。

1989年，心理学家斯科伯和斯坦福大学的克拉克做了一项图形排列实验。一个人描述卡片该怎么排，另一个人按照描述进行操作，中间可以随时提问。同时还有一位参与者，听着同样的话进行卡片的排列，但不能参与对话。

结果，直接参与对话的人，排列准确性显著高于旁听者。旁听者虽然听到了同样的话，自己的疑问却得不到回答，也没法让说话的人知道自己理解到了哪一步。

回到开头的会议。产品组和门店都听到了"上线"，却没有进一步核对它具体指什么。双方按照自己的理解继续做，直到要交数据时，差异才显出来。

每个人的下一步不同，本来很正常。产品组做功能，门店安排导购使用，分工当然不一样。需要确认的是，大家各自认为上线究竟怎么才算"已经上线"，各自的工作能不能接得上。

就像一个人教另一个人组装置物架，旁边还有人跟着听。直接学习的人可以问"这根杆装在哪一层"，旁听者遇到同样的疑问，却只能自己猜。

群发邮件、群聊通知和会议通报也可能如此。如果发完通知就结束，没有留下追问和核对的机会，双方很容易各凭理解往下做。

克拉克和布伦南在1991年的研究中，把沟通看作双方共同完成的活动。说话者提出表达，称为"呈现"；听者通过回应或行动，让说话者有依据判断自己是否理解，称为"接受"。双方认为理解已经足以满足当前需要，这次确认才算完成。

这里还要看，已有的证据够不够用。"收到"可能只是礼貌回应，也可能已经足够。比如，双方早已确定了会议安排，只是把时间从三点改到四点，一句确认通常就可以了。但开头的"上线"涉及使用范围、具体步骤和完成标准，一句"收到"未必能让各方放心往下做。

通过互动核对这些理解，就是建立或更新共同基础的过程。

这里的"接受"说的是对表达的理解。对方能讲出下一步准备做什么，或作出符合预期的回应，就提供了相应证据。至于他是否赞同这项安排，还需要另外判断。

产品组听到"上线"，想到的是顾客已经能打开页面、使用功能。门店听到同一个词，想到的却是账号开通、导购开始熟悉操作。各自的理解，都和日常工作有关。

布伦南和克拉克在1996年的研究中发现，人们在交流中会逐渐形成对某个对象的共同说法，并在后续谈话中沿用。这种临时约定与双方过去的互动有关，换了交谈对象，就未必能照搬。

用这个思路看开头的案例，产品组和门店可能各自习惯了某种"上线"的用法。在自己熟悉的团队里，这样说没有问题；换一组合作伙伴，原来的用法却不一定适用。

麻烦在于，大家很少停下来问一句："我们这里说的'上线'，具体到哪一步？"

生活中也有类似情况。夫妻商量"把客厅重新装修一下"，一个人准备粉刷墙壁替换壁灯，另一个人考虑的是砸墙重做水电。双方都说了"好"，却没有确认改造范围。

护士交班时说"3床注意一下"，交班的人可能指的是观察某项指标的变化，接班的人却理解为常规巡视。

听到的是同一句话，各自想到的事情却不同。如果不把这些理解说出来，差异可能要等到行动之后才会被发现。

除了听对方怎么回答，还可以看看他会怎么做。卡片实验告诉你，能提问的人理解更好。但日常沟通中，你不可能每次都安排一个人旁听做对照。克拉克和克里奇回答了一个更实用的问题：如果对方在做的时候你能看到，会怎样？

2004年，克拉克和心理学家克里奇做了一项搭建乐高的实验。一人口头指导，另一人负责搭建。研究比较了指导者能否看到搭建者工作区的情况，也比较了双方可以对话与搭建者只能听录音指令的情况。

指导者能看到工作区时，完成任务更快。即使看不到工作区，只要双方可以对话，完成速度和准确性也好于只能听录音的条件。指导者可以根据对方的反应调整说明；看得见搭建过程时，还能及时发现积木放错了位置。

一句"听懂了吗"，不一定能问出对方究竟理解到了哪里。让他讲讲接下来的打算，或者实际操作一下，往往能看出更多。

放到开头的任务里，可以先核对一个具体问题。你们说的"上线"，究竟对应什么完成状态？

下面三层是本文归纳的使用建议。

按任务风险和歧义程度选择即可，不必每次逐层走完。

在开会前，可以先看看准备说的话里，哪些词容易产生不同理解。比如，"上线"可能指顾客已经能用，也可能只指账号开通。"真实客户场景"是让真实顾客使用，还是在内部模拟顾客的使用过程？"回传数据"又包括哪些数据，用什么格式，交给谁汇总？

这些地方值得多问一句，因为不同的理解会影响接下来怎么做。

第一层，到会、已读和"收到"这类信号

人在会议里，不代表注意到了每一项要求；消息显示已读，也可能只是点开看了一眼。"收到"可以是礼貌回应，也可以包含理解的意思，需要结合具体情境判断。

第二层，让对方用自己的话讲讲接下来准备做什么

从回答中，可以核对他的打算是否符合你对这项任务的理解。这一步主要检查他怎样理解安排，至于能不能熟练操作，还需要另看。

第三层，请对方实际做一遍，或者一起推演遇到意外情况该怎么办

这能提供当前条件下的理解证据。换了对象、换了条件，仍可能需要重新核对。

如果事情明确、出错代价小，而且双方熟悉背景，一句确认可能就够了。交接内容含糊，或者做错的代价较高，就需要更具体的核对，必要时试做。有些任务不适合现场试做，可以先模拟推演。

再看开头的导购工具。产品组发现没有真实顾客的使用记录，容易先想到"门店没执行"。这时可以先问一句："我们再核对一下，你们理解的'上线'之后，要先做什么？"

门店如果回答"先开通账号，让导购在内部熟悉功能"，差异就出现了。一边等着顾客实际使用，另一边还准备做内部测试。

接下来，先把"上线"具体指什么说清楚。是账号开通，还是顾客已经能使用？如果分阶段，哪个阶段对应原来约定的完成要求？

再核对各方怎么配合。产品组需要门店交回什么数据，门店又需要产品组先提供哪些功能和支持？把这些事情放在一起看，才知道各自的安排能不能接上。

如果上线范围和完成标准在会上根本没有定下来，就需要先补上决定，再确认各方是否理解。

核对之后，还要分清哪些是原来就有、这次才说清楚的安排，哪些是讨论后作出的调整。

比如，双方讨论后决定分阶段上线，这就是对原计划的补充。第一阶段开通账号，让导购熟悉功能；第二阶段再对顾客开放，开始产生真实推荐记录。原来约定的"下周"，对应哪个阶段，也要一并明确。

产品组说清功能何时可用，门店说明培训由谁负责、何时开始接待真实顾客，运营则确认哪些记录计入验收。

产品组确认知道第一阶段暂时没有真实顾客的使用数据，门店确认知道第二阶段需要回传哪些内容，运营确认知道验收口径从第二阶段算起——工作才接得上。

负责后续工作的同事也要参与确认。假如只有产品组和门店知道新安排，运营就可能继续按旧口径汇总数据。更新安排时，也要给这些同事机会说出自己的理解，避免有人还在沿用旧的做法。

版本更新、人员调整，或者任务范围扩大后，先前确认过的内容也可能需要重新核对。

前面主要站在交代任务的一方，讨论怎样了解对方的理解。但很多时候，你也是接任务的人。

听完安排后，可以主动说："我说一下我理解的下一步，你看看有没有漏掉或者理解错的地方。"

对方听到你的打算，就有机会发现刚才哪里没讲清楚。能当场补充的事，也就不必等到做完以后再返工。

和同级同事沟通时，直接问"你听懂了吗"，容易让人不舒服。可以先把自己的安排说出来，再请对方一起核对："我刚才说的安排，你那边准备怎么接？"或者："我把我的理解说一下，你看看有没有对不上的地方。"

你也把自己的理解交给对方检查，双方都能提出疑问，讨论就更容易落到具体安排上。

日常群里发通知，不方便拉住对方说"我把我的理解说一下"，也可以轻量核对。发完通知后加一句"你理解的下一步是什么，回我一下"，比"收到"多换来了一个具体动作。

如果已经确认双方对任务含义的理解一致，执行仍然出现偏差，就需要继续看其他原因。

对方可能知道该怎么做，却没有相应的操作权限。也可能听懂了A方案，但更认可B方案，于是按自己的主张执行。还有人能准确说出步骤，实际操作时仍然不熟练，需要练习。这些问题可能单独出现，也可能同时存在。

说话的人也需要检查自己。我们有时以为已经掌握了一个方法，真要解释细节，却说不清楚。如果问题出在这里，就得先补自己的知识。它可以和双方的理解偏差同时发生，但不能靠反复追问对方来解决。

知道对方主张什么，为什么这样主张，才有条件继续谈判或作决定。

理解了对方的意见，并不意味着一定赞同。先核对彼此说的是什么，再讨论是否接受这项安排，会少一些各说各话。

确认到什么程度，也要看眼下的需要。能支持当前的沟通和行动就够了，无须把每个细节都问一遍。

下次交代任务，对方回复"收到"时，可以留意一下，原话里是否有容易被理解成不同事情的词。一个词如果可以指不止一件事，而且选错了会影响下一步——就值得单独拿出来核对。你可以问"你理解的下一步是什么"，也可以先说出自己的理解，请对方看看有没有差别。