简介：《智慧城市宣传册》以PDF格式发布，面向城市规划人员、智慧园区建设者、高校相关专业学生及关心城市未来的普通读者，旨在帮助读者理解如何通过大数据、云计算、物联网等信息技术，应对交通拥堵、能源浪费、公共服务效率不高等现实问题。资料从数据采集、分析与应用切入，系统介绍智能交通、智能电网、智慧医疗、智慧教育等基础设施，并延伸到环保监测、民生服务、公共安全与新兴产业培育等层面，可帮助读者建立从概念到落地的完整认知，也能作为向非专业人士介绍智慧城市理念的通俗材料。资源为单个PDF文件，大小约30.24MB，适合在电脑、平板或手机上直接阅读；已有316人学习下载，可用于行业科普、方案前期背景速览及培训课件辅助阅读。整体信息密度适中，既讲清各子系统的价值，也给出城市智能化升级的整体图景。

1. 智慧城市宣传册.pdf：不是给工程师看的，是给决策者看的

如果你在业主方的项目群里见过“智慧城市宣传册.pdf”这个文件名，你会知道它不像一份普通宣传物料那样轻松。它要在三到五分钟内回答三个问题：城市要建什么、系统怎么落地、最终谁受益。很多团队把它当成展示技术能力的窗口，堆了一堆脑图、架构图和名词，结果决策者看完只记住了一句“智慧城市”。我参与过不少这类册子的内容整理和审校，一个明确的感觉是：先别急着做效果图，把信息架构想清楚，后面所有环节才有意义。宣传册PDF的成败，九成在动手排版之前就已经定了。

2. 先定信息架构：一份合格的宣传册PDF要装下六个模块

一份宣传册PDF的质量，在打开的第一秒就决定了。信息架构不是目录排版问题，而是说服路径问题。读者通常是业主方的分管领导或评审专家，他们对具体技术栈不敏感，对“这套系统和我有什么关系”非常敏感。我习惯把常见套路拆成六个模块：封面与一图总览、现状与痛点、总体架构、重点场景、技术底座、运营与案例。

这个顺序背后有一条完整的说服链：先让读者意识到“现状有痛点”，再用架构给信心，用场景给画面，最后用底座和案例消除疑虑。模块顺序换掉，说服力会明显下降，这是我在修改过程中反复体会到的。

2.1 封面与“一张图讲清”原则：第一屏决定生死

封面是一整本册子信息密度最高的页面，但很多封面只有项目名称和一张模糊的城市天际线照片。我会把封面当作一份判决书，它决定读者是否愿意继续翻下去。封面至少要有三个信息：项目定位、服务对象、可感知的价值主张。比如“让市民办事少跑一次”就比“让城市运行更聪明”有说服力，因为前者是可感知的结果，后者是包装话术。

技术手段上，封面通常放一张“一图总览”，把基础设施、数据平台、应用场景压缩在一个层次图里。设计原则是三层以内，场景不超过六个。如果读者看完这张图还要翻到第8页才知道你在讲什么，多数人没有这个耐心。这张图应当能从iPhone屏幕大小看清主结构，又能在放大后看到具体模块，而不是一张密密麻麻的“星球大战地图”。我一般会在这一页停留最长的时间，后续所有章节都从这张图引申。

2.2 从痛点倒推场景：模块顺序背后的说服逻辑

不要从技术供给开始，要从城市现状开始。痛点模块适合按“现状现象—造成影响—期望结果”的三段式写，每一条痛点都能在后文找到对应场景。比如早高峰拥堵对应智慧交通场景，老城区井盖丢失对应智慧市政场景。这样读者读到后面，会觉得前面提的每一件事都有着落，而不是看完就忘。

我做重点场景部分时，会用“场景卡片”代替大段文字，每张卡片四行：现状问题、方案动作、落地形态、价值指标。举个例子：

要注意的是，这些数字必须是真实测算或试点数据，不能拍脑袋写。评审专家会追问口径，数字来源不清反而伤害整本册子的可信度。与其写“提升20%”，不如写“试点路段提升12%—20%”，给一个区间反而更真实。

2.3 技术底座与运营模式：写多深取决于读者是谁

技术底座部分是“读者分层”的关键。如果册子主要给业主决策者看，技术底座应压缩成“一个平台、一张网、一朵云”这类概括语言；如果同时要过技术评审，那就要把感知层、网络层、数据层、平台层、应用层画清楚，并标注协议和接口。一个常见错误是把技术方案书里几十页的架构图直接搬进宣传册，导致读者被细节淹没，反而忘了这座城市的整体轮廓。

运营模式同样不能缺席。一个智慧城市项目少则三年多则十年，业主最怕“建完没人管”。至少要写清楚：建设方是谁、运营方是谁、数据归谁管、运维资金从哪里来。如果项目根本没有运营机制，就不要在册子里把“可持续运营”当口号，否则合同谈判时会非常被动。我看到很多宣传册只画了漂亮的架构图，运营板块一句话带过，这是在给后续项目实施埋雷。

3. 从源文档到PDF：排版工具选型与导出前的四个参数

信息架构定稿后，才轮到工具和执行。这里有个很现实的选型问题：同一个项目组里，写方案的人习惯Word，做汇报的人习惯PPT，设计外包喜欢用InDesign，少数工程师坚持LaTeX。工具选错了，后面导出、压缩、改版都会额外折腾，所以我一般会先确定工具，再谈导出参数。

3.1 排版工具选型：PPT、Word、LaTeX还是InDesign

智慧城市宣传册PDF通常从四类工具产出，各有明确边界。

如果项目组只有一两个人在维护内容，PPT起步最快，因为架构图、场景示意图都能直接在画布上画，不用反复导图。如果这本册子会演进成几十页的长期文档，Word的标题样式和自动目录更省心。若最终要交付印刷厂正式印刷，我会在PPT或Word完成内容后，把定稿丢进InDesign做精细排版，而不是让前面两种工具硬扛印刷品质。

3.2 导出PDF前必须检查的四个参数：字体嵌入、色彩、页码、元数据

字体嵌入是宣传册最常出的问题。在Word里另存为PDF时，默认字体嵌入逻辑并不总是把所有字体都嵌进去，如果目标机器没有对应字体，打开后会被替换成宋体，版式错乱。在Word的导出设置里要手动勾选“嵌入所有字体”，WPS输出PDF时也要在选项里关闭“仅嵌入常用字体”。更保险的做法是勾选“ISO 19005-1兼容（PDF/A）”，这个模式会强制嵌入字体，同时把颜色统一，只是导出时间会变长一点。

色彩模式要看最终用途。只发电子版用RGB没有错，但要印刷就必须在源文档阶段就转成CMYK。PPT导出时默认走屏幕色彩，真正要交付印刷厂时，最好在InDesign里设置导出版本为“印刷”，并统一为CMYK。注意一个隐藏坑：如果PDF里CMYK和RGB图片混着来了，印刷厂的预检软件会报警，打样时某些颜色会发闷。

页码和元数据同样要在导出前处理。封面不显示页码，目录页要显示“第X章”对应的页码，这里需要在Word里用分节符隔开封面和正文，再分别设置页码编号，否则“目录指向第14页、实际却是第16页”的问题就来了。元数据方面，在文档属性里填好标题、作者和关键词，导出的PDF才不至于显示“文档1.pdf”。这些字段会直接进入桌面搜索和网盘检索结果，不填等于把宣传册的入口藏起来。

3.3 让PDF可被搜索：文字层与OCR处理

从Word、PPT正常导出的文字PDF天然带文字层，Ctrl+F就能搜到“智慧城市”和“运营”。最怕的是设计公司交回那种“高清图片拼版”PDF，每一页都是一整张位图，看起来精美，但没有任何文字层，读者无法搜索，也无法复制引用。这种情况只能用OCR救回来。常见做法是使用ocrmypdf，它会保留原页面外观，在底下叠一层透明文字。命令写法：

ocrmypdf --output-type pdf --force-ocr --deskew --clean \ --language chi_sim input.pdf output_searchable.pdf

参数说明：--force-ocr 强制对页面图像做文字识别，即使文档里已有部分文字层也会重做；--deskew 纠正扫描带来的倾斜；--clean 去除页面上的灰尘噪点；--language chi_sim 指定中文简体识别。运行前要确认系统里装好了 tesseract 的中文语言包，否则OCR出来的内容会是乱码或空白。识别完成后务必抽查几段中文文字，尤其注意“智慧”这类高频词是否被识别错，OCR这个工具远没有到“全自动放心”的程度。

4. 让PDF真正“好用”：书签、超链接、压缩三步走

内容导出成一版基础PDF之后，离“能交付”还差三步：补书签、加超链接、压体积。这三步决定了读者在电脑上和手机上打开的体验差异，也是我收到成品后最先检查的地方。很多宣传册内容不错，但书签没有、点击目录跳不动、文件大到没法发，最后只能临时压缩，效果大打折扣。

4.1 书签层级：从Word样式到PDF自动生成

读者读宣传册不是线性的，决策者可能跳过前面，直接点“重点场景”或“案例实施”。书签就是PDF的目录路标。最省力的做法是在Word里用“标题1/标题2/标题3”样式排版，导出PDF时书签自动生成。InDesign导出时也有“导出书签”的选项。如果拿到的PDF本来就没有书签，只能补。用pikepdf可以批量加书签：

import pikepdf src = pikepdf.open('raw.pdf') with src.open_outline() as outline: root = outline.root # 在书签根目录下加一个“重点场景” leaf = outline.add('重点场景', page=src.pages[15]) root.append(leaf) src.save('with_bookmarks.pdf')

逻辑说明：pikepdf.open_outline 拿到文档书签树，outline.add 的第一个参数是显示名，第二个参数是目标页面。这里 src.pages[15] 用的是页面索引，索引从0开始，所以看到第16页，代码里写的就是15。补书签适合只有几个关键跳转的场景，如果一本书有几十个章节，建议还是回源文档把标题样式理顺重新导出，手工补几十个书签的工作量太大，而且容易漏。

书签跳转页对不上是常见问题，现象是点击书签后落在封面或版权页。原因通常是页面索引写错，或者源文档里插入了空白页。解决办法是先在阅读器里确认目标页的实际绝对页面编号，再换算成索引写入代码。

4.2 内部跳转与外链：两种超链接的取舍

电子版宣传册可以有两类链接。内部锚点是目录页里的“第4章”文字跳转到对应书签，让读者在上下页之间快速移动。外部链接是案例视频、方案官网、标准文件下载入口。我一般只保留长期稳定有效的外链地址，不放临时生成的分享链接，否则几个星期后读者点进去就是404，这会直接影响客户对项目专业度的判断。

打印版则相反，我会去掉所有外链，并把超链接的“蓝色加下划线”样式从源文档里一并去掉。很多团队忽略这个细节，打印出来的PDF目录页带着蓝色下划线，显得非常不专业。内部跳转在打印版里也没有意义，打印后无法点击，反而会在PDF阅读器里留下交互痕迹。所以我的原则是：电子版保留交互，打印版保持“纸面干净”。

4.3 压缩到10MB以内：Ghostscript与图片预处理

宣传册PDF动辄上百MB并不罕见，主要来源是高清航拍图、演示截图长图和位图Logo。压缩不能只靠最后一步硬压，要分两步走。第一步，在源文档里处理图片：封面图如果只发电子版，150dpi足够；正文架构图尽量用PPT或设计软件里的矢量图形，不要用截图位图。第二步，导出一版完整PDF后，用Ghostscript做整体瘦身：

gs -sDEVICE=pdfwrite -dCompatibilityLevel=1.7 \ -dPDFSETTINGS=/ebook -dNOPAUSE -dBATCH \ -sOutputFile=compressed.pdf 宣传册.pdf

参数说明：-dPDFSETTINGS=/ebook 以电子书质量为优化目标，大概按150dpi处理图片，体积通常能降到原来的一半以下；/printer 适合打印版，约300dpi，体积大；/prepress 保真优先，留给印刷厂做打样。执行完必须抽查多页，看看文字有没有发虚、架构图上的小字是否还能看清。这类压缩参数本质是个黑匣子，它不知道哪一页是你的重点项目页，所以别把压缩当成唯一手段。

5. 智慧城市宣传册PDF的五个常见坑：现象、原因、解决

下面这些坑不是玄学，是走完整个流程后回头看最容易绊倒人的地方。每一条都是“现象—原因—解决”的完整踩坑记录，值得在正式制作前先对一遍。

5.1 字体缺失：Windows上好好的，客户打开变宋体

现象：在Windows上用微软雅黑排版，发到客户Mac或手机上打开，发现全部变成宋体，表格错位。原因：导出PDF时没有嵌入字体子集，阅读器在本地找不到同名字体，就用自己的默认字体替代。解决：重新导出，在导出设置里勾选“嵌入所有字体”。验证方法用pdffonts命令：

pdffonts 宣传册.pdf

看到输出中带有“no embed”标记的字体，就要回源文档修。这一步应该放在交付前，而不是等客户反馈后才补救。

5.2 文件太大：邮箱发不出去，网盘下载又嫌慢

现象：导出PDF超过80MB，邮件附件被退回，微信传文件提示“文件过大无法发送”。原因：高清位图直接嵌入，没有在源文档里压缩；有些字体会被完整嵌入而不是只嵌入子集，也会显著增加体积。解决：先在PPT或设计软件里把所有位图压缩一遍，再导出PDF，最后用Ghostscript压一轮。注意顺序不能反，先压缩源图再压PDF，否则文字会被二次压缩变糊。

5.3 图片被压缩后发虚：架构图上的小字认不清

现象：页面上缩小看没什么问题，一放大，架构图里的小字出现锯齿、重影，完全认不清模块名。原因：架构图是截图位图，被Ghostscript按150dpi重采样后细节丢失。解决：架构图、拓扑图在源文档里就用矢量绘制，或者导出成高分辨率PNG后再置入，确保至少200dpi。如果必须整体压缩，可以把这些关键页单独输出高质量版本，再与压缩版手工合并，避免一刀切压糊。

5.4 书签页码对不上：目录写第13页，书签跳到第15页

现象：目录页写“重点场景 第14页”，点击目录里的链接或书签，却跳到第16页。原因：目录用的是Word逻辑页码，而PDF书签指向的是绝对页面索引，两者之间隔了封面、版式、空白页，偏移量没有抹平。解决：在Word里先检查“页码编号”设置，让正文从第1页开始编页；再把封面设为独立节。手动补书签时记得用索引从0计数，而不是直接用目录显示页码。

5.5 打印色差：屏幕上是科技蓝，印出来是黑青色

现象：印刷厂打样回来，册子里的大面积深蓝色块整体发黑，和屏幕显示差异很大。原因：源文件用RGB色值，印刷转CMYK时没有专门补偿，深色RGB在转印刷色后容易偏暗偏混浊。解决：印刷版在导出时选择CMYK模式，大面积色块直接改用CMYK色值定义。是否印刷一定在制作前定下来，不能等PDF导完再改，那时所有图片都要重新处理，成本非常高。

6. 一册多用与最终验收：同一份PDF玩出三种版本

同一份宣传册源文档不要只导出一个PDF，这是我从一次交付翻车里总结出来的习惯。那次项目时间紧，只出了一个版本，结果要发邮件、要放官网、还要送印刷厂，三个需求对应的是三种不同侧重点，一个版本根本不可能同时满足。

6.1 电子版、打印版、精简版：用同一套源文件导出

我会固定导三份。电子版带书签和超链接，用/ebook参数压缩，体积控制在10MB左右，文件名加“_电子版”，用于官网下载和邮件附件。打印版转成CMYK、保持300dpi、不带超链接，文件名加“_打印版”，直接发给印刷厂。精简版把技术底座模块压缩成两页，面向手机阅读，图片压缩更狠，文件名加“_精简版”，适合临时分享和群聊里查看。

这样做最大的好处是只维护一套源文档，而不是维护三个PPT。很多团队改版时只改了电子版，忘了打印版，结果印刷出来的还是老内容。把“一次源文档，多次导出”变成固定流程，能省掉大量重复劳动。

6.2 交付前10分钟：一个可执行的验收清单

我最常执行的验收清单有五项。先用Ctrl+F搜“智慧城市”和“运营”，确认文字层存在且能命中。再点击关键书签，确认跳转页码没有偏移。然后检查文档属性，用pdfinfo看一眼标题字段：

pdfinfo 宣传册.pdf | grep -E 'Title|Pages|Encrypted'

标题字段里不能残留“文档1.pdf”这类默认文件名，关键词也不能是空的。接着用手机预览一遍，确认在移动端打开时页面缩放合理，不会出现字体过小或图片压缩过度。最后把最终PDF复制到一个全新文件夹，模拟客户第一次拿到的状态打开一次。这个清单花不了十分钟，却能堵住绝大多数低级错误。

我最早做这类PDF时，为了封面好看，把一张航拍原图直接拉满，结果一份60页的电子版导出后120MB，客户邮箱直接拒收。后来我把“先压源图、再压PDF、最后用验收清单过一遍”变成固定流程，就再没出过这种问题。希望帮到你。

本文还有配套的精品资源，点击获取