第一句就给出结论
结论在前,推理在后,这与报告的写作顺序相反。即使只读前两段,也能带走你想让他们知道的内容。
一份报告需要用四十页的篇幅来得出结论。而执行摘要必须从结论开始,这正是自己写起来难的原因。
前面的摘要和后面的报告是两份不同的文件,有着不同的职责。下面:它使用的顺序、它点明的决策,以及它揭示的假设。
结论在前,推理在后,这与报告的写作顺序相反。即使只读前两段,也能带走你想让他们知道的内容。
批准、在两个选项中做决定、知悉或释放预算——请求被明说而非暗示,同时说明如果没人行动会发生什么。
支撑建议的假设被单独列出,因此不同意其中某条的读者可以立即看到结论的哪一部分与之对应。
从一份完成的报告到一页决策者真正会读的内容,只需三步。
保持文档原样,同时说明谁会阅读摘要,以及你希望从他们那里得到什么。
它会找出报告的结论,将其移至开头,收集支持结论的内容,分离出假设,并说明需要做出的决定。
读第一句和请求——如果这两者单独成立,摘要就成立。将本次运行保存为 Playbook,使每份报告都以相同方式开头。
更短的报告不是执行摘要。顺序才是全部区别。
报告常被匆匆浏览的分析师、需要做决策的团队、交付研究结果的顾问,以及任何撰写董事会文件的人。
工作花了三周,阅读只需九十秒,这并不不公平——所有向上级呈交的文档都是如此。唯一的问题是,这九十秒里是否包含了你需要被看到的部分。
你需要一个“是”,而报告长篇解释了为什么“是”是理应的,却从未开口要求。决策不会靠推断产生,而止步于请求之前的摘要会让会议最终一无所获。
客户为分析付费,并将根据摘要来评判,因为这是他们董事会看到的部分。它必须经得起被提取并粘贴到别人的幻灯片中,且不丢失其依赖的内容。
董事会会在午餐前阅读十二份文件,但只记得那些告诉他们在被征询什么的文件。其他一切都成了需要更多信息的延后事项。
探索更多涵盖研究、内容和数据的 AI 驱动工具。
长度、顺序、缺少建议,以及每月如何操作。
一种工具,为那些不会继续往下读的读者撰写报告开头部分。重要的区别在于,它不是一篇缩短的报告——而是一份不同的文档,面向不同的读者,按相反的顺序排列。
是的,一次可以免费生成一份报告。一次性处理多份文档、更长的报告,以及保持固定格式让每次提交都以同样的方式开头,这些属于付费计划。
短到不需要略读——通常一页,董事会文件常常更短。不过,长度远没有顺序重要:两页的摘要如果以建议开头就能完成任务,而半页却逐渐推进到建议的摘要反而做不到。
你会被告知这一点,而这很有价值。这里不会捏造文档不支持的结论,因此缺失的建议会以缺失的形式显现,而不是变成一句自信的编造。这通常意味着报告尚未完成。
大多数工具按原始顺序逐节处理,产生的是同一文档的压缩版。而这里则是反转的顺序,请求被直接说出,结论所依赖的假设被分离出来以便讨论,而且你确定的格式也适用于下个月的报告。