别一上来就甩几张架构图出来，没人爱看。
上周有个同行找我聊项目，他准备给老板汇报静态网站上线的事，PPT做了三十多页，全是Hugo生成的命令行截图，看得人直打哈欠。我就问了他一句：老板关心这个吗？他愣了一下，说好像更关心成本和控制台那些事。这就对了。
很多搞技术的人有个通病，觉得把技术栈讲透才是专业。但在商业汇报或者方案宣讲里，大家真正关心的往往只是结果和效率。如果你正在准备一份静态网站建设的PPT，不妨先扔掉那些晦涩的代码逻辑，换个思路。
第一步，直接亮底牌：省钱。
别整那些虚的架构优劣，直接算账。动态网站每年服务器续费多少？数据库维护要不要请人？静态网站呢，扔到S3或者CloudFront上，流量包一年下来可能也就几百块钱。把这些数字放在第一页，对比要强烈。比如你原来每年花两万，现在只要八百块，这个冲击力比任何技术名词都管用。记得把汇率和税率都换算成人民币，老板看得懂才叫有效沟通。
第二步，讲“快”字，但不是网速快，是交付快。
我见过最快的一次静态站点搭建，从初始化到部署完成，不到十分钟。但这在PPT里没法体现震撼感。你要换一种说法：以前改版首页，后端要改接口，前端要联调，QA要测试，最少两天。现在呢？改个Markdown文件，提交推送，自动部署，两分钟生效。这种工作流的转变，才是团队最在意的生产力提升。你可以画一个简单的甘特图，把传统流程和新流程的时间差标红，视觉冲击力强很多。
第三步，别避重就轻地聊安全。
很多新人会吹嘘静态网站“没有数据库所以不怕SQL注入”，这话没错，但也太片面了。真实世界里，你的CI/CD管道才是风险点。我在PPT里通常放一张图，左边是传统的全家桶攻击面，右边是静态站点的极简攻击面。然后诚实地说：虽然Web层风险降低了，但我们需要加强对GitHub Webhook或者CDN配置的安全审计。这种坦诚反而显得更专业，比盲目吹嘘靠谱多了。记住，不要写成静态网站建设PPT大全那种教科书语气，要像聊天一样，指出痛点，再给解决方案。
最后，别忘了解决“内容更新”的尴尬。
老板最担心的通常是：这玩意怎么改字？是不是得找程序员？你在静态网站建设的PPT里，一定要放一个操作录屏 GIF，就是设计师或者运营直接在GitHub里改错别字，或者通过TinaCMS这类工具在网页上改，刷新就生效的那个过程。这比写一万字都有说服力。让他们看到，非技术人员也能轻松维护，这才是闭环。
整个讲完，别搞大段的文字堆砌。PPT不是论文，每一页字不超过五行。如果非要问细节，让他们看仓库里的README文档，那里才是真正写“静态网站建设的PPT”技术细节的地方。
对了，之前有个客户问为什么不选Jekyll而选Hugo，其实没必要在汇报PPT里纠结具体选型，除非对方是CTO级别且很懂行。大多数情况下，他们只想知道能不能做、贵不贵、安不安全。把重点放在业务流程的优化上，比展示你用了多少个Plugin高明多了。
做PPT这事，本质上是在做减法。你把复杂的技术翻译成商业语言，这场汇报就成功了一半。剩下的，看运气和听众的水平了。反正别把自己逼成技术说明书就行，那玩意儿没人翻得起劲。
