给主题让它自由发挥，结果常常是一份看着完整、用起来不对的稿子。给大纲，情况就不同了。
一、大纲的颗粒度
每页一行，一行一个观点。
不写「背景分析」，写「上半年行业增速放缓到 4%」。
不写「问题与挑战」，写「交付周期比同行长两周」。
观点式的大纲，生成出来的页面才有信息量。
二、大纲的结构
一份十页的汇报，通常这样分配：
第一页给三到四条核心结论。
第二页放整体数据。
中间按议题分页，一个议题一到两页。
倒数第二页讲问题与风险。
最后一页讲下一步行动。
结构定好，页数自然就定了。
三、生成时要说清的三件事
页数与大纲一致，不要另加。
风格说明白：白底、主色、字体、每页要点数量。
保留大纲顺序，不要自动重排。
四、生成后先校验结构
翻一遍缩略图，看三件事：
结论是不是在前面。
有没有一页塞了几个不相干的意思。
过渡页是不是太多。
结构对了再改内容，顺序错了先调顺序。
五、内容加工的重点
数字：全部换成真实数据。
措辞：去掉「赋能」「抓手」这类空词，改成具体动作。
图表：重新用自己的数据画一次，别沿用示例。
六、一个习惯
大纲先写在文档里，改到满意再交给工具。
在大纲上改一行，比在生成后的幻灯片里改五处更省事。
七、大纲的三种常见写法
结论式：每页一行结论，适合汇报。
问题式：每页一个待解问题，适合评审。
流程式：按时间或步骤推进，适合培训。
选一种写到底，别混着来。
八、大纲从哪来
最省事的做法是从现有材料里提炼。
先把要讲的内容按顺序写成条目，一条一句，不修饰。写完之后把重复的合并，把次要的删掉，剩下的就是大纲。
会议纪要、周报、项目文档都能这样处理。材料本身已经过一遍逻辑，改成条目比凭空构思快得多，也更贴近真实情况。
如果连条目都没有，先用一段话把背景、问题、做法、结果讲一遍，再让工具拆成条目，回头自己逐条改一遍。
