克己笔记

教程实测：母版不是模板——把重复劳动锁进 Keynote 母版层

Thu, 15 Oct 2026 00:00:00 GMT

import Callout from '../../components/mdx/Callout.astro'; import Review from '../../components/mdx/Review.astro'; import Timeline from '../../components/mdx/Timeline.astro'; import Compare from '../../components/mdx/Compare.astro'; import FigWrap from '../../components/mdx/FigWrap.astro'; > 模板是"每页长得像"，母版是"每一页都不可能长错"。这是两个概念。大多数人的 Keynote 工作流：新建 → 找个模板 → 改字换图 → 手动对齐每个元素。而专业工作流的分水岭在于：**把所有重复决策锁进母版层**。 ## 母版里该放什么 ## 规范速查卡：母版里最重要的一页我在[年报案例](/blog/case-annual-report/)里提过这招——把客户规范做成速查卡贴在母版第 0 页：全部可用色值及语义 / 字号阶梯（H1-H4/正文/标注）/ Logo 最小尺寸与留白 / 数据页图表默认样式 / 禁止事项它的价值不是"好看"，是**让任何一稿的任何决策都有处可查**——评审会上再没有"我觉得字号有点小"这种主观拉锯。 ## 占位符的正确打开方式这是速查卡与占位符锁好之后，一张空白母版的样子：有人觉得搭母版费时间。算笔账：一个 30 页项目，手动对齐大约浪费 6 小时；母版做好后这个时间趋近于 0。第二个项目开始，母版就是纯赚的。

案例实测：咖啡新品牌 8 页融资路演，两周两轮拿下意向

Tue, 13 Oct 2026 00:00:00 GMT

import CaseStudy from '../../components/mdx/CaseStudy.ts'; import Timeline from '../../components/mdx/Timeline.astro'; import Quote from '../../components/mdx/Quote.astro'; import SlideShow from '../../components/mdx/SlideShow.astro'; > 融资路演的听众只有两种状态：在看手机，或在掏钱。8 页，是你的全部机会。投资人平均每份 BP 停留 3 分 44 秒。客户最初想做 20 页，我们砍到 8 页：投资人说这是他这周看到的第三十份 BP，但他是完整看完的第一份。页数越少，每一页的"存在理由"就越苛刻。这个项目几乎没有设计难点，难点全在**和创始人一起删内容**——20 页到 8 页的路，是我们对着每一页问"这句投资人会记住吗"走出来的。最意外的收获：删掉的内容做成了一页 A4 纸的附录，路演现场反而被追问得最多。

散文随笔：给客户的第四版方案，和它杀死的三个好点子

Sun, 11 Oct 2026 00:00:00 GMT

import Callout from '../../components/mdx/Callout.astro'; > 每个设计师都有一页"舍不得删"的幻灯片。它通常死于第四版会议。这周收尾一个小项目。第四版评审会上，客户指着封面上那张我私心最爱的全留白概念页问："能不能……换成常规版式？" 我说：可以。没有挣扎，甚至没有解释。因为我知道，**那页设计解决的是我的表达欲，不是客户的问题**。 ## 好点子的三种死法回看这些年，被毙掉的好点子大致三种：一是**不合时宜**——点子本身成立，但它回答的是上一个 brief 的问题。二是**太贵**，这里的贵是客户的理解成本：一个需要解释 30 秒的创意，在大屏上只值 3 秒的注视。三是**不属于这场演示**——它属于你的作品集。分辨它们不需要天赋，需要诚实。每页幻灯片旁边写一行"这页为客户解决了什么"。写不出来的，自己先毙掉，别等客户。 ## 然后呢那张概念页没有删。我把它挪进了附录——标注"备选方向"。有意思的是，发布会结束后客户主动问起它。所以说点子没有死，只是**等到了属于它的问题**。设计师的库存里应该永远躺着几个"还没遇到问题"的答案。 --- 这篇文章没有案例数据，没有设计系统卡——随笔就是随笔，它只负责诚实地记录一次让步，和让步背后那点不肯让步的东西。

教程实测：从 0 到 1 搭一套可复用的 PPT 图表规范

Thu, 08 Oct 2026 00:00:00 GMT

import Compare from '../../components/mdx/Compare.astro'; import Callout from '../../components/mdx/Callout.astro'; import Review from '../../components/mdx/Review.astro'; import Timeline from '../../components/mdx/Timeline.astro'; > 图表丑的根源九成不是配色，是**没有规则**。这篇教你把规则一次建好，之后永远不再逐页调图。 ## 第一步：定义色彩语义图表色彩不是装饰，是**语义**。先回答：什么颜色永远表示"好"，什么永远表示"坏"？每页图表随手配色。结果第 3 页的红色是"营收"，第 7 页的红色成了"亏损"——听众的脑子会打结。我的五色语义系统（见本文设计系统卡）：蓝=主数据、橙=对比数据、红=风险、绿=增长、暖白=底。**全片 100% 遵守，一次例外都不给。** ## 第二步：坐标轴的三个铁律 ## 第三步：数字排版图表上的数字用 DIN Condensed 一类的窄体，千分位必须加，小数最多一位。看对比： ## 验收清单 ✓ 色彩语义全片一致 ✓ 每张图回答且只回答一个问题 ✓ 数据标签无遮挡 ✓ 轴单位齐全 ✓ 数字格式统一这套规范我迭代了三年，最大的心得：**规范不是审美偏好清单，是决策自动化**。色彩定好语义后，你再也不用每次画图都纠结"用什么颜色"，省下的脑力留给真正的难题——这张图到底该讲什么。

案例实测：高校公开课的 16 页知识动画幻灯

Mon, 05 Oct 2026 00:00:00 GMT

import CaseStudy from '../../components/mdx/CaseStudy.ts'; import Callout from '../../components/mdx/Callout.astro'; import Quote from '../../components/mdx/Quote.astro'; import SlideShow from '../../components/mdx/SlideShow.astro'; > 教学幻灯的天职不是好看，是**帮学生记住**。每一页动效都要回答一个问题：这里为什么要动？ 16 页讲 90 分钟，平均每页 5 分钟以上——这决定了幻灯必须**耐看且可暂停讲解**： 1. 术语出现时才上屏，之前只留悬念；2. 图解优先于文字，动画只做"分步揭示"；3. 每 15 分钟一页纯图片页，让学生眼睛休息。第一次觉得理论课的 PPT 像纪录片。5W 那页我现在闭着眼都能画出来。最初的方案有 23 处动画，试讲时发现学生总在等"下一个效果"而不是听讲解。砍到 10 处之后，注意力反而回到了内容上。

案例实测：上市公司年报发布会 30 页 keyline 企划

Fri, 02 Oct 2026 00:00:00 GMT

import CaseStudy from '../../components/mdx/CaseStudy.ts'; import Timeline from '../../components/mdx/Timeline.astro'; import Compare from '../../components/mdx/Compare.astro'; import FigWrap from '../../components/mdx/FigWrap.astro'; import Quote from '../../components/mdx/Quote.astro'; import Callout from '../../components/mdx/Callout.astro'; > 年报发布会的听众不是股东就是分析师——他们不缺信息，缺的是**愿意看完的耐心**。客户给的原始材料是一份 180 页的年报 PDF。我的第一件事不是排版，而是和董办一起做了一页**叙事地图**：去年发布会开到一半有人看手机，今年全场没有人低头。行里领导原话是"第一次把年报讲出了电影感"。金融客户的品牌规范极严：Logo 周边留白、主色占比、字号下限全有规定。前两稿几乎全在"合规性"上返工。第三稿起我学乖了——把全部约束做成一页**规范速查卡**贴在母版第 0 页，之后每一稿的设计决策都在约束内发生，评审会从"这里不行"变成了"这里选 A 还是 B"。强规范客户的第一个交付物，永远应该是"约束速查卡"而不是设计稿。

组件演示：PPT 案例解析的正确打开方式

Mon, 28 Sep 2026 00:00:00 GMT

import Compare from '../../components/mdx/Compare.astro'; import SlideShow from '../../components/mdx/SlideShow.astro'; import Gallery from '../../components/mdx/Gallery.astro'; import Timeline from '../../components/mdx/Timeline.astro'; import Callout from '../../components/mdx/Callout.astro'; import Metric from '../../components/mdx/Metric.astro'; import FigWrap from '../../components/mdx/FigWrap.astro'; import Quote from '../../components/mdx/Quote.astro'; import Review from '../../components/mdx/Review.astro'; 这篇文章演示 PPT 案例解析专用的 7 个内容组件。 ## 1. 图片对比：修改前 / 修改后拖动金色滑块查看差异： ## 2. 单图展示：一页 PPT ## 3. 图集：一组页面点击任意一张可放大浏览： ## 4. 设计流程时间轴 ## 5. 信息卡：强调关键信息高级感来自秩序感：所有元素对齐网格，宁可大留白，不要半格错位。先讲故事，再做设计。内容结构定了，版式只是它的倒影。图片压缩到 200KB 以内，别让访客的流量替你的审美买单。 ## 6. 指标卡：案例数据 ## 7. 标注框：设计细节说明 ## 8. 设计系统展示区项目档案下方会自动渲染色卡 + 字体样张 + 网格说明（本篇 frontmatter 已配置 `design_system`）——向客户证明设计是系统化的，而非灵感驱动的。 ## 9. 客户反馈与项目复盘这是我们合作过最省心的设计团队——18 稿迭代没有一次延期，发布会当天大屏效果比彩排还稳。数据页终于能让人看懂了。董事会上没人再问"这页在讲什么"。回头看，18 稿迭代里有 12 稿集中在数据页版式——不是因为设计不好看，而是因为**信息的优先级没有和客户的讲述顺序对齐**。后来我改了流程：初稿前先做一页"叙事地图"，和客户逐页确认每页"只讲一件事"。之后的 6 稿全部是细节打磨，再没有推翻过整页结构。先对齐叙事，再动手排版。设计稿的返工成本，大部分在动第一笔之前就能省掉。 --- 以上组件都在 `src/components/mdx/`，在任意 `.mdx` 文章里 import 即用。

用网格系统拯救你的幻灯片版式

Fri, 25 Sep 2026 00:00:00 GMT

"高级感"不是玄学，它大多来自**秩序感**。而秩序感最 cheap 的来源，就是网格。 ## 12 列网格是起点商业幻灯片推荐 12 列网格： - 左右页边距：页面宽度的 6% - 列间距：列宽的 20% 左右 - 标题区固定占 3 列，内容区占 8-9 列 ## 三个立刻能用的规则 1. **所有元素对齐到某条网格线**——宁可大留白，也不要半格错位 2. **字号阶梯不超过 3 级**：标题 / 小标题 / 正文 3. **一页只讲一件事**，讲不完就拆页 ## 代码示例：计算网格 ```css .slide { --margin: 6%; --columns: 12; --gutter: 1.2rem; } ``` 改到第 18 稿很正常，但每一稿都该比上一稿更"齐"。

你好，世界：为什么我开了这个博客

Sun, 20 Sep 2026 00:00:00 GMT

欢迎来到我的博客！这里会记录我做 PPT 设计的完整过程。 ## 为什么要写做了这么多年幻灯片，我发现最好的学习方式不是看模板，而是**拆解真实案例**：需求是什么、版式为什么这样定、哪些细节最终打动了客户。 > 一个地方去过两次，对我来说就是"旧"的了。设计也一样——重复模板只会让人原地踏步。 ## 这里会有什么 1. 案例解析：一页幻灯片从 0 到 1 的完整思路 2. 设计理念：版式、配色、字体的取舍逻辑 3. 流程演示：从需求沟通到终稿交付我们路上见。GOGOGO！