一家为小型餐馆提供订货系统的团队，在会议室摆出一把空椅子，贴上“忙碌的店主”。产品经理坐上去说：“我最需要一键重复下单，没时间看这么多选项。”设计师换到椅子上说：“我其实很怕点错，最好每次都弹窗确认。”销售也坐上去：“我最想知道当天几点能送到。”三个声音都很像真实的店主，彼此却给出了不同方向。如果团队直接把最后一个发言写进需求，这个空椅子练习只是把在场成员的判断换了一件更难反驳的外衣。
换位思考能帮助团队离开单一岗位的习惯视角，但它提供的是待检验的想象，不是缺席者已经确认的授权。教练可以帮助团队保留这个方法的探索价值，同时分清亲眼观察、客户原话、根据经验提出的假设与最终业务决定。我们借这次原创教学情境，看看怎样把“站到别人角度”从一个热闹的活动变成支持共同学习的过程。
先说明我们今天借这个位置做什么
如果开始只说“谁来代表客户”，成员容易把任务理解为尽可能逼真地表演。更清楚的邀请是：“我们希望找出三个尚未核实的客户使用场景，供下一轮测试。你坐到这里，可以引用已经获得的反馈，也可以提出推想，但请说明这是哪一种。我们稍后会请真实用户或适当的证据来检查。”这样，团队不必在一开始判断谁最懂客户，而可以把不同岗位掌握的碎片放在一起。角色切换前也要确认成员愿意参与，不要求任何人模仿特定年龄、口音或身份群体的刻板印象。
产品经理说，他说一键下单来自自己观察到一位早餐店老板连续四天订相同数量的鸡蛋和面粉。设计师说，她想到的是另一位经营私房菜的店主，菜单根据当天预订变化，很少连续两天买同样的菜。销售的送达时间则来自几次客户电话记录。三个人原先似乎互相矛盾的要求，现在分别有了情境。教练可以问：“这些是三个不同的人，也可能是同一人在不同日子需要的东西吗？还缺哪类餐馆的经验？”团队开始辨认：一键复购可以对稳定品类有用，变化较多的采购需要容易检查和修改，送达时间涉及供应商状态，不完全是界面能解决的问题。
如果遇到涉及文化、残障或其他个人经历的议题，更应谨慎。一个能同时使用两种语言的同事不能自动代表所有第二语言用户，一位成员的照护经历也不能替所有行动受限者说明需求。可以邀请他分享自愿分享的具体经验，并明确范围，还需要怎样的多样反馈。把某个人推上椅子要求他“代表你们这样的人”，可能带来额外压力，也会使团队过度依赖单一声音。
在椅子旁再放一张写着“我们凭什么这样想”的纸
每当有人提出一个需求，就让团队核对它的证据来路。可以用四列简单区分：亲眼看见的行为，客户明确表达的感受或需求，团队自己的解释，以及尚需核实的条件。例如“老板在确认页面退回上一步三次”是观察；“我没看清箱和斤的区别”是客户在合适渠道表达的说明；“他害怕所有线上系统”是明显更大的解释；“显示计价单位是否能减少退回”才是可测试的假设。分开以后，设计师不必以一个生动表演证明客户心理，产品经理也能更准确决定要测什么。
团队有时会误以为直接听到的客户要求就必然等于最佳方案。店主说“每次给我打电话确认一下就好”，这句话真实表达了一种需要，但如果几百家店都靠电话核实，供货时间可能延误。团队可以继续询问他要通过电话确认的是什么，是数量、价格、能否准时送达，还是有人对接的安心感。了解需要后再比较可行办法，既尊重客户声音，也不把产品设计的全部责任推回客户。教练在这里帮助团队探索怎样理解不同材料，具体产品决策仍由有职责的岗位结合真实条件作出。
空椅子里也可能坐着不止一个缺席者
配送系统不仅影响下单的店主。厨房里备菜的人需要知道原料到货时间，仓库分拣要分清包装规格，司机需要准确的卸货点。若团队只用付费者视角观察，可能把其他承担者的劳动隐藏起来。例如给店主“一键改送达地址”，店主觉得方便，司机却可能在临近交付时才发现小巷无法停车。另一种做法是让团队围住一笔订单，分别检查每个交接时点谁必须行动、能看到什么、需要承担哪种风险。每个位置产生的问题都先作为假设，再找能核实的人。
不过，并非每次都要再摆五把椅子。教练可以问：“这一轮你们要作的具体选择是什么？哪个缺席者会直接承担第一步后果？”若本次只是改进商品单位显示，最值得核实的是实际看与填数量的人。若准备改变截单时间，仓库和运输岗位就不能一直缺席。让视角服务于真实决定，能防止团队沉醉于列出越来越多利益相关者，最后却没有时间取得一条有用的信息。
把想象带出去核对，也要看邀请是否公平
团队准备找三位熟悉的客户测试新页面。销售推荐的都是关系很好、说话积极、经常参加新品活动的店主。容易获得反馈是一种便利，但不能把这几位的意见当作所有使用场景的代表。教练可以邀请他们想想，还有谁受到此次调整影响却最难参加会议：凌晨进货的早餐店、一个人兼顾前后场的小店、习惯用旧手机操作的人，或者主要用另一种语言阅读界面的人。团队未必能一次覆盖所有人，但应知道自己已经听到什么，尚缺什么。
测试邀请要说明用途、需要花多少时间、是否记录或保存数据，以及对方可否拒绝。若给客户一个已经设计得很漂亮的方案，再问“你觉得是不是更方便”，得到的礼貌赞成未必能说明问题。可以让他完成一个接近日常的任务，比如把常订的两箱面粉改成一箱，并确认今天还能否赶在午餐前送达。观察他在哪一步犹豫、怎样理解计价单位，再请他用自己的话说明目的。真实使用比空椅子上猜测“店主需要速度”多出很多细节，但也不能把测试中的每次停顿都解释为不满意，需要向本人核实。
当真实反馈推翻团队很喜欢的构想
测试中，一位早餐店店主用了重复下单功能，接着花很久查看上周与本周单价是否不同。她说：“我不是怕点错，我担心重复下单会把上次优惠后的价格也当成今天的价格。宁愿多看一眼。”这是团队三个人在空椅子上都没有说出的顾虑。产品经理有点失落，因为他原来最自豪的设计是一个按键即可确认。教练可以邀请团队保留这份失落，同时区分创意是否被否定与新事实怎样帮助改进：“刚才哪一个已经确定的假设需要修改？还有哪个部分仍然值得保留？”
他们决定重复下单可以先带出原购物清单，在确认时清楚显示当日价格和与上次不同的品项。另一个店主却明确说自己只关心及时到货，不想在繁忙时逐项比较。两种需要同样真实。团队可以思考不同订单是否需要不同提示，而不是让每一项新反馈都变成对所有用户强制增加一步。试验后的学习未必产生唯一答案，反而使团队更能确定下一步应在哪类场景继续比较。此时“客户角度”从一把椅子发展为多个实际经验之间有依据的取舍。
把这份学习带回团队彼此之间
有了客户例子，也可以检查团队内部。设计师常说“仓库肯定不愿再加一个字段”，产品经理常说“销售只想要能演示的新东西”。这些话与代替店主说“他最要一键下单”性质相似。若相关同事就在房间里，可以直接向本人核实：“你担心新增字段会多花多少时间，还是担心谁来维护准确性？”若相关人不在，先把说法记为待核问题，决定由谁去询问。把想象转回能与真实的人对话，是换位活动最值得练习的后半段。
读者可以用一张普通纸完成这个练习。左边写“我猜他需要什么”，中间写“我已经看见或听见的依据”，右边写“怎样让他以相对方便的方式确认、修正或拒绝我的猜想”。再补一行：“如果核实结果与我现在最偏爱的方案相反，我愿意改变什么？”没有这一行，团队很可能只找支持原判断的材料。能够真心接受对方说“不，我担心的其实是另一件事”，才说明那把空椅子并没有替缺席的人把话说完。
回到第一次会议，三位成员对同一把椅子给出的不同答案并不是活动失败。它们已经揭示不同岗位各自看见客户生活的一角。真正需要防止的是，一位成员模仿得特别生动，其他人便把他的想象当成客户本人已经同意的决定。让每个假设都有回到现实核对的路，让承担后果的人能够影响团队的理解，再由有责任的人作出诚实的权衡，这样的换位思考才会为工作增加视角，而不会只增加一段精彩的表演。
还有一项可以在项目交付时检查的细节。团队如果引用客户反馈来解释设计，应让读者分得清哪项改动来自一次测试里的具体困难，哪项属于团队根据成本和技术条件作出的选择。不要在演示文稿上写“客户要求我们这样做”，把自己的取舍全部推给不在场的人。能够为自己作出的决定负责，和愿意向真正的使用者学习，本来就是同一段合作的两面。