企业官网建设流程全解析

常常有人问我要一份“你那套东西”的整理版，说是想给刚毕业的弟弟看、想给团队新人看、想自己留着三年后翻。每次我都打开收藏夹，两百多个书签，几十个截图文件夹，几份半途而废的文档，然后尴尬地发现：这些零碎信息没法直接给别人用，我自己回头看也连不成线。高性价比人生指南PDF电子版可下载——这个标题乍一听像营销词，但如果你真的动手做过一次，就会明白它其实是个很具体的工程问题：把散落各处的经验压缩成一份别人拿过去就能用、自己半年后还愿意打开的文档。这篇就聊聊我把它做成一份真的能下载、能翻、能迭代的PDF的全过程，包含选什么工具、内容怎么筛选、排版怎么调、体积怎么压、版本怎么管。适合两类人：手里已经攒了一堆笔记想整理成册的，以及做内部知识包、新人手册、项目手册的。不需要你会写代码，但需要你愿意动手调几次参数。

1. 一份能下载的人生指南，第一步是决定“不装什么”

动手排版之前，九成的人会卡在同一个地方：内容太多，不知道从哪开始放。我的经验是反过来的，先列一份“不装清单”，比列目录有用一百倍。

1.1 “高性价比”在文档语境里的真实含义

很多人把高性价比理解成“内容多、篇幅厚、看着值”。做出来通常是一份八十页的PDF，前二十页是概念，中间五十页是复制粘贴的清单，最后十页是励志收尾。读者打开三次，第一次看到第二页，第二次直接跳到附录，第三次就再也不打开了。

我理解的性价比是单位阅读时间带来的可执行动作数量。一份三十页的文档，如果里面有十二个可以直接照着做的动作、三张能贴在墙上的表、一条明确的查阅路径，它的价值远高于八十页的正确废话。这个标准会直接影响你的排版密度：你不再需要凑字数，而是需要让每个动作单独占一块清晰的位置。

具体到量化，我给自己定了个粗糙的比例：可执行内容占比不低于60%。所谓可执行，指的是读者看完能在当天做出一个具体决定或完成一件具体的事，比如“这三类支出先砍掉”“这个阶段优先补哪项技能”“遇到某类纠纷先做哪三步”。剩下40%才是背景解释、原因分析和个人故事。这个比例不是死的，但一旦可执行内容掉到30%以下，我会直接推翻重写，而不是靠排版补救。

还有一个容易忽略的点：检索成本也算性价比的一部分。一份内容不错但目录混乱、没有书签、找不到关键词的PDF，实际使用价值会打对折。后面第3节会专门讲书签和索引，这里先记住结论：排版上的投入，和内容本身同等重要。

1.2 三层结构：底账、清单、路标

我把整份文档拆成三层，每层服务不同的翻阅场景。

底账层解决“我当时是怎么想的”。这一层放的是判断依据、取舍逻辑、踩过的坑。它篇幅最大，但阅读优先级最低，属于“需要时查一下”的部分。底账写得好不好，直接决定这份文档三年后还有没有价值，因为具体方法会过时，判断逻辑不会。

清单层解决“我现在该做什么”。这一层是勾选式条目、优先级排序、时间估算。它必须是文档里最容易翻到的部分，所以我一般放在正文最前面，甚至做成一页纸的速查卡放在封面之后第一页。清单要能独立成立，脱离上下文也能看懂。

路标层解决“我不知道该看哪”。这一层是索引和交叉引用，包括“如果你现在处于A状态，先看第几节”“如果你只关心某件事，跳到第几页”。很多人不做这一层，觉得多余，实际上它是文档能不能被第二次打开的关键。

三层在排版上要有明显的视觉区分。我的做法是：清单层用带方框的勾选项和加粗短句，底账层用正常段落，路标层用带页码指向的斜体行。读者翻到任何一页，扫一眼就知道自己处在哪一层。这个区分不需要花哨设计，靠字号、缩进和符号就能做到。

1.3 用“三个月测试”砍掉一半内容

写完初稿后，我会做一次冷静的删除。规则很简单：设想三个月后的自己（或者一个刚接触这个领域的人）翻开这一页，他能不能在十秒内判断这段内容对他有没有用？如果判断不了，要么重写开头一句，要么直接删。

用这个测试，我上一版砍掉了大约四成内容。砍掉的典型是三类：一是“正确但没有动作”的段落，比如大段解释某个概念的定义；二是“只有结论没有条件”的建议，比如“要早睡”，没说在什么情况下做不到时该怎么办；三是“个人情绪宣泄”，写着爽，读者无感。

砍完之后文档会变薄，但翻开的欲望明显变强。这里有个反直觉的现象：薄文档的完读率上升，反而让读者更愿意把它转发出去。我做过一次很土的对照，同一批内容，一版四十二页，一版二十四页，发给两组人。二十四页那组的二次打开率明显更高，而且有人主动问“还有没有别的”。这也是我后来坚持控制篇幅的原因。

提示：删除的时候不要直接扔，单独建一个“废料”文件存着。很多被砍的内容后来会在别的章节以另一种形式复活，或者变成附录里的一条备注。

2. 排版工具链怎么选：我为什么回到 Markdown 加转换器

工具选择这件事，网上争论很多，实际用过一轮会发现，真正的分水岭不是“哪个更强”，而是“你的内容会不会被工具锁死”。

2.1 四类主流方案的实际体验对比

我把常见的四类方案都跑过一遍，下面是真实感受，不是参数表。

我最后选了第四种。原因很实在：这份文档我打算改五年，每年至少一次。用桌面排版软件，改一次要重新调一遍样式，第二次改就懒得动了；用纯文本，内容和样式分离，样式改一次全局生效，内容随时能拿到别处去用。

代价也有。纯文本方案对“精确控制某个元素的位置”很不友好，你要是想让某张图压在文字旁边、绕排、加特殊底纹，会折腾到怀疑人生。但人生指南这类文档，主体是文字和表格，图很少，这个代价我付得起。

2.2 中文排版绕不开的三个参数

选定方案之后，第一个坑一定是中文。默认配置出来的PDF，常见问题有三个。

字体不嵌入。转换时如果没有指定中文字体，输出可能会用系统默认字体替代，换一台设备打开就变成方块或者宋体乱入。解决办法是在转换配置里显式指定字体族，并开启子集嵌入。子集嵌入的意思是只把文档里实际用到的字打进PDF，体积能小很多，但要注意如果后续追加了内容，需要重新生成，不能直接拼接。

断行规则不对。英文按空格断行，中文没有空格，如果转换器不认识中文断行规则，会出现标点跑到行首、数字被拆开、英文单词从中间断开的情况。这个要在模板里配置断行规则，让标点在行首时自动挤压或悬挂。

行距和字距。中文正文行距一般控制在字号的1.5到1.75倍，字距不要额外加宽。我试过1.3倍，看起来紧凑，但长段落读起来眼睛很累；1.9倍又显得松散，一页装不下多少内容。A5幅面配10.5磅正文、1.6倍行距，是我反复调整后觉得最舒服的组合。

注意：如果你打算同时出A4和A5两个版本，不要用同一个字号硬缩。A4的字号放到A5上会显得巨大，正确做法是准备两套模板参数，正文分别用11磅和10.5磅，行距同步调整。

2.3 一份可以直接抄的模板配置

纯文本方案的效率，全在模板上。我把自己用的配置抽出来，核心部分是这样：

documentclass: ctexbook classoption: - UTF8 - a5paper - openany fontsize: 10.5pt geometry: - inner=18mm - outer=16mm - top=20mm - bottom=20mm mainfont: "Noto Serif CJK SC" sansfont: "Noto Sans CJK SC" monofont: "Noto Sans Mono CJK SC" linestretch: 1.6 toc: true toc-depth: 2 numbersections: true colorlinks: true linkcolor: black urlcolor: black

几个参数值得解释。openany让章节可以从任意页开始，不强制从右页起，这样在A5幅面下能省下不少空白页。toc-depth: 2只把一级和二级标题放进目录，三级标题进书签不进目录，避免目录本身占掉四五页。colorlinks: true配合黑色链接色，是为了让内部跳转可以点击但打印出来看不出颜色差异。

正文里的交叉引用我用最朴素的方式：手动写“见第X节”。自动编号引用在纯文本里也能做，但对不熟悉语法的人来说维护成本偏高，而且改结构时容易出现引用错位。手动写虽然笨，但改的时候一眼能看出哪里要改。

3. 让人愿意下载、下载后还愿意翻的工程细节

内容写完、模板配好，只能算完成一半。剩下的部分决定了这份PDF是被放进收藏夹吃灰，还是真的被打开。

3.1 书签、目录、内部跳转，三件必须做的事

书签是PDF阅读器左侧那个导航面板。很多人做出来的PDF没有书签，读者只能靠滚动条找内容，翻到一半就放弃了。生成书签不难，转换器一般会根据标题层级自动生成，但有两个细节要检查。

一是书签层级不能超过三层。层级太深，在窄面板里会显示成缩进得看不清的锯齿。我的做法是标题最多写到三级，书签只保留前两级，三级标题在正文里用加粗短句代替。

二是书签文字要能独立看懂。标题如果写成“关于这件事的进一步说明”，在书签面板里就完全失去导航作用。标题尽量包含具体对象和动作，比如“第4节 三个月后如何复盘”。

目录和书签是两回事。目录是打印出来给人看的，书签是屏幕上点的。目录要控制篇幅，我一般只放两级标题，并且给目录单独编罗马数字页码，正文从阿拉伯数字第1页开始。这个在模板里配置几行就够，但对阅读体验的提升非常明显——读者翻到目录时不会看到“第37页”这种让人劝退的数字。

内部跳转则要确保目录条目、正文中的“见第X节”、附录引用都能点。生成之后一定要实测：随便点十个链接，看有没有跳到错误位置。我遇到过跳转偏移一页的情况，原因是分页符位置和书签锚点计算方式不匹配，改一下分页配置就解决了。

3.2 体积控制的三个动作

一份纯文字为主的文档，正常应该在1到3MB之间。如果你生成出来是三十几MB，多半是字体全量嵌入或者图片没压缩。三个动作按顺序做。

第一步，字体子集化。只嵌入实际用到的字形。中文字库动辄十几MB，全量嵌入一份文档直接起飞。子集化之后通常能降到1MB以内。

第二步，图片降采样。文档里的图片按实际显示尺寸的1.5到2倍分辨率准备就够，不要直接把手机原图塞进去。一张四千万像素的照片在文档里只占半个版面，纯属浪费。

第三步，整体压缩。如果前两步做完还是偏大，可以做一次整体优化，把图片重新采样到合适的分辨率、清理冗余对象。这一步要谨慎，压缩过头会让文字边缘发虚，我一般只在需要控制体积上限时才用，并且压缩后逐页检查一遍。

顺便说一下线性化这件事。线性化后的PDF支持边下载边看，第一页先出来，不用等整个文件传完。对于一份几MB的文档，这个体验差异不大，但如果你打算放在网页上直接预览，值得做一下。命令很简单，一条就够：

qpdf --linearize input.pdf output.pdf

体积控制的原则是：先保证清晰，再压体积。我见过为了压到1MB把图片压成马赛克的文档，读者第一眼就失去信任。

3.3 文件名、元数据、版本号，这些“无关紧要”的细节

文件名是最容易被忽略、又最影响传播的细节。读者下载之后，你的文件名会直接显示在他的下载列表里。叫“最终版2.0修订真的最终.pdf”的文档，别人连转发都不好意思。

我的命名规则是：主题-版本-日期，中间用短横线，不用中文括号和空格。例如个人行动指南-v3-2024.pdf。这样在不同系统之间传不会乱码，排序也自然。

元数据包括标题、作者、主题、关键词。这些信息会显示在阅读器的标题栏和文档属性里，也会影响系统搜索。填的时候注意：作者栏填一个代号就行，不要填一堆个人信息；关键词填五到八个真实会被搜到的词，别堆砌。

版本号建议写进封面页和页脚。封面页写大版本，页脚写完整版本加日期。这样读者截图发给别人的时候，你一眼能看出他看的是哪一版，省掉很多沟通成本。

4. 把“更新”变成例行公事，而不是一次性冲动

一份文档的生命力全在更新。我见过太多人热情高涨地做完第一版，然后永远停在第一版。问题不在于懒，而在于更新这件事没有变成一个流程。

4.1 变更记录表：让每次改动都有迹可循

我在文档最后放一张变更记录表，三列：版本、日期、改了什么。改什么这一列不写“优化排版”这种废话，要写具体，比如“删掉第2节的三条过期建议”“新增复盘模板”“修正附录页码错位”。

这张表的作用有三个。对读者，他能知道自己手上的版本是不是最新的；对自己，翻一遍就知道哪些章节长期没动过，可能已经过时；对协作场景，别人接手时不用重新摸一遍。

正文里也可以用轻量的方式标记改动。我的做法是在新增或大改的段落末尾加一个极小的角标，指向变更记录的对应行。这个角标在打印时几乎看不见，屏幕上点一下能跳转过去。实现方式是在纯文本里写一个带锚点的上标，转换后就是可点击的。

4.2 一键构建脚本，把发布成本降到最低

更新流程里最耗时的往往不是改内容，而是“改完之后那一堆操作”：转格式、检查书签、压体积、改文件名、算校验值。步骤一多，人就会拖。

我把这些串成一个脚本，一条命令跑完。核心逻辑是这样：

#!/usr/bin/env bash set -euo pipefail SRC="guide.md" VER="v3" DATE=$(date +%Y%m%d) OUT="个人行动指南-${VER}-${DATE}.pdf" # 1. 生成PDF pandoc "$SRC" -o build/raw.pdf --pdf-engine=xelatex # 2. 线性化，便于在线预览 qpdf --linearize build/raw.pdf "build/${OUT}" # 3. 输出页数与体积，做人工核对 pdfinfo "build/${OUT}" | grep -E "Pages|Page size|File size" # 4. 生成校验值，随文件一起发布 sha256sum "build/${OUT}" > "build/${OUT}.sha256"

set -euo pipefail这三项设置看着不起眼，实际很关键：任何一步失败就立刻停下，不会生成一个半成品还浑然不觉。第三步的页数输出是我特意留的人工检查点，页数突然从三十页变成五十页，多半是哪里多了空行或者表格炸了。

发布的时候，把PDF和校验值一起放出去。校验值的作用不是防谁，而是让下载的人能确认文件完整、没被中间环节改动过。这个习惯我从发布软件包的做法里借过来的，用在文档上同样合适。

4.3 分发方式：别只给一个链接

分发这件事，我踩过一次坑。早期我只放一个网盘链接，结果半年后有人反馈打不开，一查是链接过期了。文档还在，但没人能拿到。

后来改成三路并行：一个长期有效的直链、一份随邮件附件的精简版、一个在线预览入口。直链放主文件，精简版只保留清单层和路标层，二十页以内，适合随手转发；在线预览入口用于快速判断“要不要下载”。

另外建议留一个反馈入口。不用做得复杂，文档最后一页写一句“发现错误或有过时内容，欢迎告诉我”，附一个联系方式就行。我靠这个收到了不少有价值的修正，包括一条完全过时的政策描述和两个算错的数字。

5. 三次重排踩出来的排版坑

排版这件事，看教程觉得都懂，动手全是坑。下面这三个是我实际重排过整份文档才解决的，写出来省你几个晚上。

5.1 中文字体嵌入导致的体积异常

第一次生成出来的PDF是二十八MB，我以为是图片太多，删了半天图片只降到二十六MB。后来拆开看，问题在字体。

原因是我用了三套字体：正文一套衬线、标题一套黑体、代码一套等宽。三套字体都做了全量嵌入，中文字库每套十几MB，加起来的体积远超我的预估。改成子集嵌入后，同样的内容体积降到1.2MB。

这里有个细节要注意：子集嵌入后，如果文档里有动态生成的文字（比如封面上的日期、页脚的版本号），必须确保这些字符也在子集范围内。我第一次改完，封面日期变成了方块，原因就是日期是转换时动态插入的，不在正文文本里，子集化时被漏掉了。解决方法是把动态内容也写进源文件，或者在模板里指定完整的字符集。

另一个相关的问题是字重。有些字体家族把常规体和粗体做成了两个独立文件，如果你只嵌入了一个，加粗的地方会退化成伪加粗，打印出来边缘发糊。生成后放大到200%看一眼加粗标题，能看出来就不用管，看出来糊就补上对应字重。

5.2 表格跨页与长代码行的处理

表格跨页是我最头疼的问题。一张十行的表刚好卡在页脚，前半截在上一页，后半截在下一页，表头还不重复，读者得翻回去对列名。

解决办法是让长表格允许跨页并自动重复表头。在模板里给表格环境加上跨页支持，同时在源文件里把表格写成独立的块，不要嵌在列表项里——嵌在列表里的表格跨页时会缩进错乱。

另一个高频问题是长代码行。文档里贴命令行的时候，一行超过版心宽度就会溢出到页面外，或者被强行折断成两行看起来像两条命令。我一般把代码块的字号调小一号，同时手动在源文件里按语义断行，用续行符接上。宁可多占两行，也不让读者猜哪半截是连续的。

还有一个小坑：表格里的中文和数字混排时，数字列如果没有指定对齐方式，会出现小数点不对齐、看起来参差不齐。金额、比例这类列建议右对齐，文字列左对齐，表头居中。这个调整只要在模板里定义一次，之后所有表格统一生效。

5.3 移动端阅读的字号与留白

这份文档我预期一半以上的阅读发生在手机上。手机屏幕小，A4幅面缩放之后字会小到看不清，读者要么不停放大拖动，要么直接关掉。

所以我优先出A5版本，并且在手机上实测过几次。结论是：A5幅面、10.5磅正文、1.6倍行距、左右边距各16到18毫米，在主流手机竖屏上刚好一屏显示十五到十八行，不用横向拖动。段落之间留一点空隙，比首行缩进在手机上更好认。

标题的处理也要调整。纸质文档上，一级标题独占一页显得有气势；手机上，独占一页意味着一整屏空白，读者会以为自己翻错页了。所以移动版我把一级标题改成不从新页开始，只加一段上间距和一条细分隔线。

页脚页码在移动端价值不大，但保留着不影响阅读，我就留了。真正要砍的是页眉——页眉在窄屏上会挤占本就不多的显示区域，移动版直接去掉，只保留页脚一行小字标注版本。

6. 内容层面决定成败的几个取舍

前面讲的都是工程，最后回到内容。一份指南能不能被反复打开，排版只是门槛，真正的分水岭在内容组织方式上。

6.1 一页纸速查卡，放在最前面

我在封面之后第一页放一张速查卡，整份文档的骨架压缩在一页里：三层结构各有什么、遇到什么情况看哪一节、最常用的五个动作是什么。这一页的设计原则是——脱离全文也能独立使用。

有人会问，既然有目录，为什么还要速查卡。区别在于，目录是“文档的结构”，速查卡是“你的处境对应哪一页”。目录告诉你第3节叫“时间分配”，速查卡告诉你“如果你每天只有两小时，看第3.2节”。

做这张卡的时候，我建议先写处境，再写页码。列出读者最可能遇到的六到八种处境，每种配一句判断标准和一个页码。写完再回头看正文，往往会发现有些章节根本没有对应的处境，那说明这章要么是自嗨，要么需要重新定位。

6.2 勾选式清单和刻意留白

清单层我全部做成可勾选的形式，前面一个小方框。纸质打印出来可以用笔划，电子版可以用阅读器的注释工具打勾。

这个设计看着简单，作用不小。它把“读”变成了“做”，读者会不自觉地想填满那些方框。而且方框本身就是一种进度提示，划掉一半的时候，人能直观看到自己走到哪了。

与之配合的是留白。每个清单区块右侧或下方留出空白，供读者写自己的情况。留白不要吝啬，我一开始排得太紧，打印出来根本没地方写，后来每个区块都留出至少四行的高度。文档的价值有一半是读者自己填进去的，你得给他地方填。

清单条目的写法也有讲究。避免“要重视XX”这种无法勾选的条目，改成“本周做一件XX的具体事”或“检查XX是否满足三个条件”。判断标准是：这条能不能被明确地判定为完成。判定不了，就还不是清单，是口号。

6.3 索引与交叉引用，让文档具备“查”的能力

一份只有顺序阅读价值的文档，用完一次就结束了。想让它变成长期工具，必须让它能被“查”。

我的做法是做一个关键词索引放在最后，列出文档里出现的核心概念，每个概念后面跟两到三个页码。制作方式很土：写完正文后通读一遍，把反复出现的词记下来，用搜索功能统计出现位置，人工挑出最有用的几处。这个过程大概花两小时，但收益很大。

交叉引用则贯穿全文。正文里凡是提到“后面会讲”“前面说过”的地方，都标上具体章节号。读者的阅读路径很少是线性的，经常是从中间某一节跳进来，这时候一个明确的“相关内容见第4.3节”能救回一次放弃。

最后分享一个我用了很久的习惯：每次更新完，隔两周再自己打开一次，假装是第一次看。从第一页开始，按速查卡找一个处境，跟着页码跳过去，看能不能顺利找到答案。这个动作能暴露九成的结构问题，比任何评审都管用。