卡住时怎么开口求助,又不把整件事交给别人

用三个部分说清目标、让人看见问题,并说明你希望对方帮到哪一步。

新加坡的两个人一起看笔记本电脑上的一个问题,求助的人仍把手放在键盘旁。

如果你正处在这样的阶段

你被一项任务卡住了,希望得到有用的帮助,同时还想保留自己继续处理下一步的机会。

读完以后,你可以

你将能写出一段简短的求助说明,说清目标、实际问题,以及你希望对方帮到什么程度。

你在坐地铁回家的路上,问题还停在手机屏幕里。准备发“可以帮我看看吗?”时,我们下一句怎么写?

也许这件事已经从课堂或办公室一路跟到了回家的路上。

如果把所有经过都发出去,对方可能还是要自己找重点;如果只发一句“为什么不行?”,对方又可能不知道从哪里开始。

我们可以走中间那条更清楚的路。

让我们给对方足够的信息进入问题,同时把下一步仍留在自己手里。

先记住这三点

  • 让我们先说想达到的结果,再讲完整经过。
  • 让我们把“原本以为会怎样”和“实际发生了什么”放在一起。
  • 让我们说清自己要的是提示、解释、示范,还是直接一起完成。

1. 先让对方知道你要到哪里

一个问题试了好几次都没解决时,我们很容易从全部经过讲起。

但如果对方先知道你真正想完成什么,他们会更容易判断哪些细节重要。

想象一下,你下课后坐地铁回家,正在手机上检查小组报告。导出文件后,其中一张图变得很难看清,而小组需要交出一份清楚的最终版本。

你可以这样说:

“这个报告一直有问题,我已经改了好几次。”

也可以先说:

“我想把报告导出后,图表在最终文件里仍然看得清楚。”

第二句话先给了这段对话一个目的地。目的地明确以后,对方才更容易判断接下来该问什么、先看什么。

工作上的交接也一样:

“我想确保下一位同事打开的是这份文件的最新版本。”

学习时也可以这样说:

“我想弄懂为什么这个方法有效,而不是只把最后答案抄下来。”

你不用先证明自己已经辛苦了多久。只要把结果说清楚,两个人就能朝同一个方向看。

一个很好用的开头是:

“我想要 ______。”

这句话会给后面的求助一个方向。

2. 把“哪里不一样”摆到对方面前

目标说清了,还不够。对方还需要看见,是什么东西挡住了你。

假设你在帮邻里的志愿小组整理周末活动的共享报名表。你已经改过名单,但共享画面仍然显示旧内容。

与其只说“这个表没有更新”,不如拆成三小段:

原本预期: 我以为保存后,共享表格会显示刚才的修改。
实际发生: 共享画面仍然显示之前的内容。
已经试过: 我保存了表格,重新打开共享画面,也确认自己改的是正确的几行。

这样一来,对方能检查一个具体差异,而不是猜“没有更新”到底是什么意思。

Stack Overflow 目前的 Ask Wizard 也采用相近的结构来引导第一次提问的人:先描述问题,再说明自己试过什么,以及原本预期得到什么结果。这个工具是为编程问题设计的,所以我们这里只借用它的沟通结构,并不是说所有求助都必须照这个格式。(Stack Overflow Help Center)

没有软件问题时,这个方法也能用。

例如,你正在准备团队会议的一张投影片:

原本预期: 我希望大家一眼就看出项目延误的主要原因。
实际发生: 一位同事看完后,以为另一个问题才是主要原因。
已经试过: 我删掉了两个次要点,但重点还是不够明显。

现在,这个问题更容易回答了,因为对方看得见“你想表达什么”和“别人实际读到了什么”之间的差距。

3. 说清楚你希望对方帮到哪一步

即使问题描述得很清楚,如果对方不知道你想要哪一种帮助,最后给你的仍可能不是你真正需要的东西。

想象一下,晚上搭巴士或地铁回到家后,你继续上一门线上电子表格课程。朋友愿意直接把完成后的公式发给你,可你真正想知道的是,为什么自己的公式一复制就会变化。

你可以先要一个提示:

“你可以先告诉我应该检查哪里吗?”

也可以要一个解释:

“你可以解释一下,为什么我复制这个公式后它会变化吗?”

也可以请对方只示范一次:

“你可以先带我做这个例子,然后让我自己试下一个吗?”

如果眼前最重要的是赶快完成,也可以直接说:

“我今天需要把它完成。你可以先帮我修好,再告诉我最关键的那一步吗?”

这些请求解决的需要并不相同。哪一种最有用,要看你现在更需要学习、完成,还是两者都需要一点。

一篇2011年关于几何学习辅导系统中“求助行为”的论文,提到一种已有的区分:有些求助主要为了学习,有些则主要为了把任务完成。论文中的两项研究分别有58名和67名学生;研究者发现,在使用辅导系统时,关于求助方式的反馈改善了学生的求助行为,而第二项研究还发现,在特别的求助支持结束后一个月内,学生面对新的几何内容时也出现了更好的求助行为。由于研究发生在特定的学习环境里,它不能证明某一种提问格式对所有人都能提高学习效果;它只支持一个较窄的结论:至少在一些学习环境中,求助行为可以通过练习和反馈而改变。(Roll, Aleven, McLaren and Koedinger, 2011)

这个有限的结论,仍然能帮助我们处理日常中的选择。

有时你需要别人直接搭把手;有时你缺的是一个解释;也有时你只想看一个例子,然后自己继续。

把目的地、证据和边界按顺序放在一起

这三个部分各自解决不同的问题:目标告诉对方你要去哪里,证据让问题变得可检查,而求助范围则说明对方应该帮到哪里停下来。

顺序也有作用。没有目标,细节很容易变成长故事;没有证据,对方只能猜;没有边界,你想学的时候可能收到完整答案,而你只想赶快解决时又可能得到一大段教学。

完整的求助可以像这样:

“我想让共享报名表显示我刚才保存的修改。可是共享画面还在显示之前的内容,我已经保存、重新打开,也检查过自己改的几行。你可以告诉我下一步应该检查什么,而不是直接替我改好吗?”

这句话不需要写得漂亮。它只需要让两个人都看见清楚的下一步,同时不把整件事交出去。

更靠近你想成为的那个人

  • 让我们在下一次求助时,先用一句话说清真正想达到的结果。
  • 让我们把“它不行”变成三行可见的信息:原本预期、实际发生、已经试过。
  • 让我们在对方开始解决之前,先说清自己想要哪一种帮助。