20页英文文档,我先让它答3个问题

上周二下午，同事把一份二十页的英文合作说明发过来，说第二天上午要用里面几个数。

我打开看了一眼，密密麻麻十几节，术语一层套一层。看到第三页，眼睛就往下滑。

以前我的做法是把它整份粘进对话框，说一句「帮我总结一下」。

出来的东西挑不出错，可我要的那几个数，一个都没在里面。它给的是全貌，我要的是答案。

后来我换了个做法：不先读，也不先说「总结」，先自己写下三行字。

那三行是：这份文件要我做什么决定、我手上已经确认了哪几个数、我最怕看错哪一条。

写完这三行，二十页就变成了三页的事。

这么问的差别，不在于它变聪明了，在于它的注意力被放到了对的地方。

这个现象有个说法，叫「中间丢失」。它两头的信息权重高，中间那截天然吃亏。

知道这一点之后，我摆东西的顺序就定了：重要的往上挪，问题往下贴。

三段结构的第一段，放的不是原文，是我已经确认的事。

我一般写三到五条，全是带数字或日期的硬信息。这三条是我必须答对的，剩下十几条都是背景。

为什么先写这三条？因为它一进来就锚在这几个数字上，后面读到别处也不会被带偏。

还有个小动作：如果某个定义藏在第二十二页，就把那句原话抄到最上面，再引一次。

这不叫作弊，这叫补上它天然会漏的那一段。

第二段是原文，整份粘进去，不用删。

第三段才是我的问题，而且紧贴在最后。

紧贴最后是有讲究的：离它开口的地方越近，越不容易飘。

中间我还加了一步，这一步是整套结构里最管用的。

我先让它不许回答，只许抄。

加这一步之前，它给我的答案很流畅，流畅到我不敢用。

加完之后，答案短了，但每一句都能在原文里找到出处。

找不到出处的时候，它会直接写「原文未提到」。这四个字比一段漂亮的总结值钱。

问题本身也要写具体。别问「这份文件有什么风险」，问「如果我 11 月才回，会触发哪一条」。

具体的问题有具体的位置，泛的问题只能得到泛的答案。

最后一步是格式。我通常要求三样：先抄的原文、一段结论、一句「哪里还没看清」。

第三样最容易被省掉，可它最有用。它自己说没看清的地方，往往就是我该回去翻原文的地方。

这套三段我用了两个多月，现在固定在三类东西上。

第三类有个额外的好处。让它把「报告里的数」和「我手上的数」并排列出来，差在哪里一眼就看到。

我一般不要求它下判断。判断这件事，得我自己做。

它擅长的是把二十页里和我有关的那三句找出来，摆整齐，标上出处。

剩下的决定，它替不了我，也不该替。

有个朋友问我，这样是不是太麻烦，还得自己先写三行。

我说你先试一次。写那三行大概三分钟，省下来的是来回翻二十页的四十分钟。

而且那三行不白写。写的过程里，你自己先想清楚了要什么。

这件事本来就该在打开文档之前做完。

想在自己电脑上把这三区结构跑一遍，公众号底部菜单「课程咨询」说一声；开班时间不写死，菜单里回复。