一位新高管走进亚马逊的会议室，等着有人起身放幻灯片。没有人起身。每人手里发到六页纸，接下来大约半小时，屋里没人说话。大家低头读，在页边写批注。读完了，才有人开口。
杰夫·贝索斯（Jeff Bezos）管这叫「自习课」。他说，新来的人「有时会有点吃惊」。
让一屋子高管干坐三十分钟，怎么看都不像会过日子。要是只为了传达信息，放一套幻灯片快得多。这半小时的安静，其实是为写这六页纸的人设的，也为他在纸上花掉的那些时间。按贝索斯的估计，一份好的备忘录要写一周甚至更久。
规矩起于一封邮件。2004 年 6 月 9 日，贝索斯在一个标题为「No powerpoint presentations from now on at steam」（从此 steam 开会不再用 PowerPoint）的邮件串里，回信讲了为什么。他写道，在 Word 里列一串要点，跟 PowerPoint「一样糟」。写好一份 4 页的备忘录，比「写」一份 20 页的幻灯片更难。
他说「更难」，是当好处讲的。
四页对二十页
难，换来的是什么？那封邮件里写得明白：叙事的结构「逼着人想得更透」，逼着人弄清哪件事比哪件事更要紧，事情之间又是怎么连着的。幻灯片则让人可以对想法一笔带过，把轻重缓急「压成一样平」。
一套幻灯片像一张配料表。面粉、鸡蛋、黄油、烤箱 200 度，每一项都可能没错，可蛋糕能不能发起来，你还是不知道。备忘录得写成菜谱，先放什么、放多少，白纸黑字摆在那里，读的人一眼就能看出哪一步行不通。
快二十年后，贝索斯对莱克斯·弗里德曼（Lex Fridman）说得更直白：要点后面能藏下大量糊涂的想法。PowerPoint「作者轻松，听众吃力」，备忘录正好反过来。他在 2017 年的致股东信里写，一份出色的六页备忘录大概得花一周甚至更久；写得不好的，往往是作者以为一两天就能写完。
幻灯片藏东西，在一份事故调查报告里也留了一笔。2003 年「哥伦比亚号」航天飞机还在轨道上时，工程师用幻灯片向 NASA 管理层汇报左翼被泡沫撞击的事，其中一页标题让人安心，最让人担心的估计却压在页底。事故调查委员会后来说，NASA 普遍用幻灯片代替技术报告，正是它技术沟通方式有问题的一个例证。
当场默读，是这笔交易的另一半。贝索斯说，他其实希望大家会前读完，可大家没时间，最后只能硬撑着装作读过。那就干脆把读的时间挪进会里。
把论证写成完整的句子，开口之前，让大家先默读。
给合伙人的一页纸
设想一家牙科诊所的行政主管，想把电话提醒改成短信提醒，下个月的合伙人会议上定。她的初稿是四页幻灯片：爽约率 11%，每周六个工时花在打电话上，短信每月 40 美元，再加一张软件商给的图表。
然后她试着把它写成一页文字。写到一半，卡在那句要把几页幻灯片串起来的话上：改用短信能降低爽约率，因为……她停住了。上个月爽约的病人里，有多少其实电话已经打通了，照样没来？她不知道。放在幻灯片上，几个数字可以并排摆着，没人追问。写成一段话，她就得写出那个「因为」。
她赶在开会前把通话记录调了出来，没拖到会后。合伙人们用开头五分钟读完她那一页，等到开口讨论，没有人需要再问那个让她卡住的问题。
也不是每个会都要这样。贝索斯对弗里德曼说过，亚马逊例行的业务复盘会，每次看的是同一批指标，完全可以准时开始、准时结束。备忘录是留给难题的：那种事实之间怎么连起来，本身就是要拍板的事。
一个没法举手提问的读者
Anthropic 给自家编程智能体 Claude Code 写的使用指南（以 2026 年 10 月的版本为准），建议的也是同一笔交易。做比较大的功能时，先让 Claude 来采访你，写出一份需求说明，然后开一个新会话，照着说明去做。指南说，最有用的说明是自成一体的：写明涉及哪些文件，什么不在范围内，最后用一个端到端的检查来证明功能真的能用。它还说，花在把说明写准上的时间，比花在盯着它实现上的时间回报更高。作者辛苦，读的人才省力，还是贝索斯那笔账。
两边并不完全一样。Anthropic 的提示词指南就建议，步骤的先后或完整性要紧时，用编号列表或要点。贝索斯反对的，是用要点来讲道理，因为在论证里，各点之间的联系本身就是内容。
同一份指南还给了一个两边都适用的检验：把你的提示词拿给一个不了解这件事的同事，请他照着做。然后看他在哪一句停下来，抬起头。
