企业官网建设流程全解析

上个月帮一个做行政的朋友改合同模板，条款要按 ①到⑩ 编号。她截图过来问：这个圈到底怎么打？折腾了半个钟头，最后用「数字加圆圈符号」硬拼，字号一调，圈和数字就分家了，整段文字的行距也跟着乱。圆圈数字①到⑩就是这样一个东西——看着是最不起眼的排版细节，真上手才发现它横跨输入法、文字处理软件和字符编码三套体系，每一套都有自己的一套规矩，而且互相之间还不太通气。

这篇东西想解决的就是这件事：把①到⑩、⑪到⑳、❶到❿这些带圈数字的来路讲清楚，然后按「零星插入」「整段编号」「程序化生成」三种真实使用场景，分别给出可以直接抄的操作路径。不管你是偶尔写个清单，还是要处理几十条条款的文档，或者要在表格里批量出编号，都能在里面找到对应的打法。不用背，看完知道去哪找就行。

1. 先分清你要的是哪种「圈」：五类带圈数字的字符真相

1.1 ①到⑩不是「1 加个圈」画出来的

很多人以为①是数字 1 套了个圈渲染出来的效果，其实不是。① 是一个独立的、单独编码的字符，在 Unicode 里占一个码位 U+2460，跟汉字、跟数字 1 是并列关系，谁也不包含谁。这带来两个直接后果：第一，它没有「数值」属性，Excel 里不能求和，排序时按码位排而不是按数值排；第二，它的外观完全由当前字体决定，同一个①在不同字体下胖瘦、圈的大小、基线高低都不一样。

理解这一点很关键。你后面遇到的所有怪问题——行距莫名变大、复制到别处变成方框、编号到第 21 条突然断了——根源都在这里：它是一个字符，不是一种格式。格式可以继承、可以批量改，字符只能一个个换。

1.2 ⑪到⑳一路顺延，㉑之后却「跳区」了

① 到 ⑳ 是连续的一段，从 U+2460 到 U+2473，加一就是下一个，规规矩矩。但你要是按这个规律去推 ㉑，会直接撞墙——㉑ 的码位是 U+3251，跟 ⑳ 的 U+2473 之间隔了一千多个码位，中间塞的是各种括号、单位符号。

更麻烦的是 ㉑ 到 ㉟ 是连续的（U+3251 到 U+325F，只有 15 个），㊱ 到 ㊿ 又是另一段（U+32B1 到 U+32BF）。也就是说，两位数带圈数字被拆成了两截，而且都落在「中日韩兼容字符」这个区里，属于历史遗留——早期东亚地区的字符集里就有这套「丸数字」，后来做统一编码时原样搬了进来，位置就跟着定型了。

所以你要是写程序批量生成，千万别用「上一个码位加一」的循环去处理 20 以后的编号。这是我踩过的一个实打实的坑：循环跑到第 21 次，屏幕上出现的是一个完全不相关的符号。

1.3 ❶➀⓵ 和 ㊣㊙：那些长得像但不是一个东西的圈

带圈数字其实有好几个家族，样子接近，码位完全不同，混用会让排版看起来「脏」。下面这张表是我整理的常用对照，建议存下来：

选哪一套，取决于你的文档基调。正式合同、法务文本走基本圆圈数字最稳妥；PPT 目录页用实心的❶❷❸视觉冲击更强；如果整篇是英文语境，➀➁➂ 的西文观感会更自然。最忌讳的是同一份文档里 ①、❶、➀ 混着用，读者一眼就能感觉到「这不是一套东西」。

1.4 「○ + 数字」的拼合方案，什么时候才该用

还有一种野路子：敲一个空心圆 ○，再敲数字，中间调字距凑成 ① 的样子。这个方法在一种情况下确实有用——编号超过 50，字符库里根本没有对应的带圈数字了。比如你要排到第 80 条，硬找字符是找不到的。

但除此之外我不建议用。原因很实在：拼合出来的东西是两个字符，复制到别的地方、中间被换行、字号一变，圈和数字立刻散架；而且它的对齐永远是「看起来差不多」，做不到像素级一致。真要在文档里做大量超范围编号，正确解法是换工具思路（后面第 3 章和第 5 章会讲），而不是硬拼。

2. 输入法这条最短路径：三种打法与各自的效率边界

2.1 符号大全面板：零星插入的正确姿势

如果你只是偶尔要打一两个，别折腾任何技巧，直接用输入法自带的符号面板。国内几家主流的拼音输入法都有这个功能，入口通常在状态栏右键菜单里，名字叫「符号大全」或者「符号」；键盘快捷键各家略有差异，Ctrl+Shift+Z 是比较常见的一个。

打开之后找分类，一般在「数字/序号」或者「数学/单位」这一栏里，①到⑩ 会排成一排，点一下就上屏。这个方案的优势是零学习成本，劣势也明显：每次都要开面板、找分类、点选，一分钟打不了几个。写清单、写待办、临时标个重点，用它够了；要是文档里有五十条要编号，用这个方式会崩溃。

还有一个更快的入口容易被忽略：大多数输入法在中文状态下输入「v」再跟数字，会进入一个特殊模式，可以选符号分类。不同输入法的具体键位不一样，值得花两分钟在自己常用的输入法上试一遍，试出来就是长期收益。

2.2 手机端：文本替换才是效率解法

手机输入法的情况要分平台看。安卓上的几家主流输入法，符号面板里基本都带「数字序号」分类，①到⑩ 直接能找到。iOS 自带键盘就麻烦一些，符号页里翻不到圆圈数字，很多人最后是从聊天记录里复制一个存着反复用。

真正好用的是系统级的「文本替换」功能。iOS 在设置 → 通用 → 键盘 → 文本替换里，可以新增一条：输入码填q1，短语填①。以后在任何输入框里敲q1，候选栏就会提示①，一回车就上屏。安卓的几家输入法也都有类似的自定义短语功能，位置一般在输入法设置的高级选项里。

这个思路值得推广：把①到⑩ 分别绑到 q1 到 q10，配置一次，之后半秒一个。我给一个做新媒体的朋友配过这套，她说这是她那年学过的最实用的一个电脑技巧——虽然听起来很不起眼。

2.3 自定义短语：把常用符号压缩成两个键

电脑端同理，而且收益更高。主流拼音输入法基本都支持「自定义短语」：给一个缩写，映射到一段文本。配置路径大同小异，都在输入法的属性设置里，找「高级」或者「词库」相关的选项卡。

我的做法是把①到⑩ 绑成 h1 到 h10（h 取 hundred 或者编号的拼音首字母，随你），顺手把❶到❿ 绑成 i1 到 i10，把 ㊣ 绑成 hz。配置完之后，写文档时打h3直接出 ③，比开符号面板快一个数量级。

这里有个小细节要注意：自定义短语的触发码最好避开常用拼音组合，否则会在正常打字时频繁误触发候选。用 h、i、q 这类加数字的组合比较安全，因为它们本身不会构成有效拼音。另外导出一份词库备份，换电脑或者重装输入法时直接导入，省得重配。我现在这份词库跟着我换过三台机器，累计配置时间早就摊平了。

3. Word 里的两条路：带圈字符是「画出来的」，自动编号是「算出来的」

3.1 带圈字符功能：它能圈什么，圈不住什么

Word 的「开始」选项卡里，字体组右边有个按钮，图标是一个带圈的字，叫「带圈字符」。点开之后有个对话框，左边填文字，右边选圈号——注意圈号不只有圆形，还有方形、三角形、菱形四种。样式上分「缩小文字」和「增大圈号」：前者保持圈的大小、把字缩小塞进去；后者保持字的大小、把圈撑大。实际排版里，「增大圈号」更容易把行距顶开，正式文档我一般选「缩小文字」。

这个功能的本质不是「格式」，而是一个域。你把光标放进去，按 Alt+F9 切换域代码显示，会看到类似{ EQ \o\ac(○,1) }的东西——意思是「把 1 叠在 ○ 上」。这就解释了它的两个特性：第一，它能圈任意单个字符，包括「正」「A」「√」这种字符库里根本没有带圈版本的字符，这是它最大的价值；第二，它一次只能圈一个字符，你没法让它自动递增。

所以要分清场景：如果你要的是「圈住某一个特定的字」，比如合同里的重点标记，用带圈字符；如果你要的是「一整段自动编号」，带圈字符帮不了你，得走下面这条路。

3.2 自动编号里直接选「①②③」样式：完整操作与断档处理

Word 的编号库里其实自带圆圈数字样式，很多人不知道。操作路径是：「开始」→ 编号按钮右边的小三角 →「定义新编号格式」→ 在弹出的对话框里，「编号样式」下拉框往下翻，能找到一项显示为「①,②,③,…」的样式，选中它，确定。

这里有个新手最容易踩的坑：有人图省事，直接在「编号格式」输入框里粘贴一个 ①，然后确定。结果整段所有条目全显示成 ①，一模一样。原因是那个输入框里必须保留一个「数字占位符」——就是框里那个灰底的数字，它代表「这里会自动变化」。你把它删了换成固定的 ①，Word 就认为你没有可变部分，自然全部一样。

正确的理解是：编号样式决定「用哪套字符递增」，编号格式决定「数字前后加什么」。所以你完全可以在选了「①,②,③」样式之后，在格式框里给数字前面加个「第」、后面加个「条」，变成「第①条」这种形式，递增照样正常。

至于编号超过 ⑩ 之后的表现，不同版本的处理不完全一致：有的能顺利出 ⑪ ⑫，有的到第 11 条就退回成普通阿拉伯数字，还有的会突然变成 ㉑ 那种兼容区字符、字体一换就显示不出来。这不是你的操作问题，是样式本身覆盖范围有限。我的一般做法是：条目数确定在 20 以内，放心用；可能超过 20，就别用这套样式，直接看下一节的替代方案。

3.3 超过十条之后编号「失效」的三种补救

第一种补救最省事：改用多级列表。在「定义新多级列表」里，把第 1 级的编号样式设成圆圈数字，第 2 级设成阿拉伯数字。这样即使一级编号到了两位数，视觉上也只是圈变大一点，整体结构不会崩。多级列表还有个隐性好处——它跟样式绑定，能自动生成目录，长文档里这是刚需。

第二种是切换视觉方案：不追求真圆圈数字，改用「1.」「(1)」「1)」这类纯文本编号。听起来像是妥协，但在正式文档里反而更规范，因为圈数字本身在很多排版规范里是不推荐用于法律文本的。

第三种是手工控制：把编号做成普通文本，用查找替换批量处理。比如先把所有段落编号写成[1]这种形式，再用查找替换加圈——但这个方法对超过 50 的编号依然无解，而且改一条要改一串，只适合定稿后不再改动的文档。

3.4 EQ 域与 SEQ 域：需要精确控制时的底牌

如果你要的是「圈住的内容不是数字，但又要能自动递增」，比如圈住一个编号加缩写的组合，那就得动用域代码了。按 Ctrl+F9 插入一对域括号，里面写SEQ域，配合格式开关，可以做出相当灵活的编号。这个玩法偏进阶，日常用不上，但在做模板、做标准表单的时候是硬通货——因为域是可以被后续文档继承和自动更新的，而手打的字符不行。

需要提醒的是，域代码在打印和转 PDF 时是被「求值」后呈现的，但如果对方用纯文本方式打开，看到的就是一堆花括号。所以用域做出来的文档，交付前一定要转成 PDF 或者做一次「取消域链接」（Ctrl+Shift+F9），否则对方打开可能一脸茫然。

4. Unicode 码表：记住几个锚点就够了

4.1 码位分布规律与完整对照表

前面说过编码分布不连续，这里给一张可以直接查的表。不用全背，记住「①是 2460、❶是 2776、➀是 2780、㉑是 3251」这四个锚点，其余都是顺延：

看这张表就能明白为什么 20 以后会断：㉑ 到 ㉟ 只有 15 个，㊱ 到 ㊿ 又是另外 15 个，两段之间隔着别的东西。写代码的时候，正确做法是把这两段分别处理，而不是一路加一。

4.2 Alt+X 的正确用法与三个前提

Word 里有一个几乎被遗忘的快捷方式：Alt+X。用法是——在文档里输入四位十六进制码2460，光标紧跟在这个数字后面，按 Alt+X，它立刻变成 ①。反向也成立：选中一个 ① 按 Alt+X，会显示2460。

这个操作效率极高，熟练之后打一个圈数字不到两秒，而且不用离开键盘。但有三个前提必须满足：第一，只在 Word 里稳定可用，Excel 里按下去没反应（Excel 要用后面的函数方案）；第二，输入的必须是四位十六进制、前后不能有别的数字粘连，否则 Word 会把它当成一整个数字去解析；第三，转回来的时候记得再按一次 Alt+X，否则你留在文档里的就是一串裸码。

我个人的习惯是把它当成「验证工具」用。拿到一份别人给的文档，看到 ㉑ 显示成方框，选中按 Alt+X 看码位，立刻就能确定是字符问题还是字体问题——这一步判断能省掉大量瞎试的时间。

4.3 字符映射表与各系统的原生输入手段

Windows 自带一个叫「字符映射表」的小工具，Win+R 输入 charmap 回车就能打开。打开后勾选「高级查看」，在「转到 Unicode」框里输入 2460，光标会直接定位到 ①，选中、复制，粘贴到任何地方都行。这个工具的好处是所见即所得，能直观看到某个字体下这些字符长什么样，选字体的时候特别有用。

macOS 上是 Control+Command+空格调出字符检视器，搜索框里输入 circled digit，①到⑳ 会列出来，双击插入。Linux 桌面环境下，如果用的是 GTK 系输入法，按住 Ctrl+Shift+U 然后输入 2460 再回车，同样能出 ①。

这三套手段覆盖了绝大多数桌面场景。真要说哪个最通用，还是字符映射表——因为它不依赖任何应用，系统级可用，而且能顺便帮你确认字体支持情况。

5. Excel、PPT 与网页：跨平台的补位方案

5.1 Excel 里的编号列：UNICHAR 比手动粘贴靠谱

Excel 不支持 Alt+X，直接粘贴又有个麻烦：选中 ① 往下拖填充柄，默认是复制而不是递增——因为它被当成文本，不是数字序列。想让它递增，得先把它加到自定义序列里，操作繁琐且换台电脑就没了。

更靠谱的是用函数生成。Excel 2013 之后有 UNICHAR，按码位返回字符：

=UNICHAR(9311+ROW(A1))

9311 是十六进制 2460 减一，也就是 ① 前面那个位置；ROW(A1) 返回 1，两者相加正好是 9312，也就是 ① 的十进制码位。往下拖，第 2 行变成 ②，一直到第 20 行都是 ⑳，这一段是连续的，不会出问题。

要生成实心的 ❶，起始十进制是 10102，公式改成=UNICHAR(10101+ROW(A1))。要生成 ㉑ 之后的，就得换成 12880 这个基数，而且只能做到 35，再往后要换 12976 的基数重来一段。这就是前面说的「跳区」在实际操作里的体现。

提醒：UNICHAR 生成的是字符，不是格式。如果单元格设置了不支持的字体，它照样会显示成方框，函数没问题，是字体的问题。

5.2 PPT 与设计软件：字体回退是「空框」的元凶

PPT 里插入圆圈数字的方法和 Word 类似，但有个额外风险：PPT 经常在不同设备间流转，而你精心挑选的字体在对方机器上可能不存在。这时候系统会做「字体回退」——找一个能显示这个码位的替代字体来渲染。运气好，只是字形变了；运气不好，替代字体里压根没这个码位，屏幕上就是一个空心方框。

解决思路有两条。第一条是保守方案：全文只用 ①到⑩ 这十个最基础的，它们被绝大多数中英文字体覆盖，回退风险极低；两位数编号老老实实用阿拉伯数字。第二条是工程方案：把用到的字符单独做成图片或者转成曲线，彻底脱离字体依赖。做发布会物料、做对外交付的成品，我一般走第二条，虽然麻烦，但不会在现场翻车。

设计软件里还有个细节：某些西文字体的字符集里只有 ①到⑨，没有 ⑩。这个我遇到过，做到第十条突然变方框，排查半天才发现是字体覆盖不全。所以选字体的时候，先把 ① ⑩ ⑳ 三个字符打出来看一眼，三十秒的事。

5.3 网页与 Markdown：能画就别找字符

网页里当然可以直接粘贴 ①，HTML 里也可以写字符实体①（9312 就是 ① 的十进制码位）。但这两种做法都有同一个毛病：依赖用户设备上的字体，而且超过 50 就没字符可用了。

做列表编号，更稳的是用 CSS 画圈：

ol.circled { list-style: none; counter-reset: item; } ol.circled li { counter-increment: item; } ol.circled li::before { content: counter(item); display: inline-flex; align-items: center; justify-content: center; width: 1.6em; height: 1.6em; margin-right: 0.5em; border: 1px solid currentColor; border-radius: 50%; font-size: 0.85em; }

配套的 HTML 就是普通的<ol class="circled"><li>…</li></ol>。这样编号是「画」出来的，超过 50、超过 100 都无所谓，字号、颜色、圈线粗细全都跟着主题走，缩放时也不会糊。这是我在实际项目里固定下来的一套写法，比找字符省心得多。

Markdown 本身没有编号样式语法，但大多数渲染器支持内嵌 HTML，上面那段样式可以直接塞进去。纯 Markdown 环境（比如只能写纯文本的场合），就老老实实粘贴 ①到⑩，够用就行。

6. 复制粘贴之后才暴露的四个坑

6.1 字体不支持：方框、问号与「看不见的空白」

这是出现频率最高的一个。表现有三种：显示成空心方框、显示成问号、或者干脆什么都没有（一片空白但光标能选中）。三种表现对应的问题其实是一个——当前字体没有这个码位。

排查顺序我一般这么走：先选中那个字符，看字体框显示的是什么；把它改成 Segoe UI Symbol 或者系统自带的符号字体，如果立刻正常了，那就是原字体覆盖不全；如果换了还是方框，那可能是文档本身用的字符不对（比如看起来像 ① 其实是个私用区字符）；这时候按 Alt+X 看码位，一眼就清楚了。

根治的办法是全文统一字体。中英文混排的文档，正文用一款覆盖广的中文字体，符号单独指定一款覆盖面大的字体，在样式里设好，别手动一个个改。

6.2 行距被撑开与对齐错位

带圈数字的字面高度通常比同字号的汉字要高一点，某些字体下会把行距顶开，导致带圈数字那一行的行距明显大于其他行，整个段落看起来参差不齐。这个问题在「带圈字符」功能上尤其明显，因为它是把圈和字叠起来，实际占位比普通字符大。

处理办法有三个层次。最轻的是把段落行距设成「固定值」，比如固定 20 磅，行距立刻整齐，代价是超大字号会截顶。中等的是把带圈数字的字号调小半号到一号，视觉上跟正文协调，行距也不会被顶。最彻底的是不用字符、用 CSS 或编号功能生成，让圈跟着文字基线走。

对齐错位是另一个常见问题：① 在有些字体里是居中偏上的，跟后面的汉字对不齐，尤其是跟英文混排时特别明显。这个没有通用解法，只能靠试字体——同一段文字换三四个字体对比一下，选一个基线最正的。

6.3 复制到富文本以外的环境，圈就掉了

这个坑最隐蔽。你在 Word 里用「带圈字符」做的 ①，复制到记事本、复制到代码编辑器、复制到某些系统的输入框里，圈会整个消失，只剩一个孤零零的数字 1。原因前面说过——它是 EQ 域，本质上是个「叠加显示」的效果，不是字符，离开支持域的环境自然就散了。

反过来也一样：从网页上复制的 ① 粘贴到 Word 里，有时候会带上网页的字体和颜色，变成一段花花绿绿的文本。用「选择性粘贴 → 无格式文本」能避免这个问题，但要注意，无格式粘贴之后如果目标字体不支持，又会变成方框。

所以交付前一定要做一次「目标环境验证」：把文档转成 PDF 打开看一眼，把关键内容复制到邮件正文里发给自己看一眼。这两步花不了一分钟，能挡掉绝大多数返工。

6.4 搜索、排序与「看起来一样其实不是一个字符」

最后一个坑，做数据处理的人一定遇到过。文档里有一堆 ①，你想批量查找替换，结果搜「1」搜不到——因为它是 U+2460，不是数字 1。Excel 里排序，圆圈数字会按码位排，和阿拉伯数字混在一列时顺序会乱成一团。数据库里存了圆圈数字，做模糊查询时匹配不上，因为大多数分词和匹配逻辑不把它当数字处理。

更隐蔽的是「看起来一样但不是同一个字符」的情况：基本圆圈数字 ①（U+2460）和某些字体里长得几乎一样的其他码位字符，肉眼分辨不出来，但程序一比对就不相等。这类问题排查起来极其费时，唯一的预防手段是——数据入库前就转成普通数字，展示层再渲染成圆圈。这是最稳妥的工程实践，虽然多了一步转换，但省掉的是后面无穷无尽的脏数据问题。

7. 我自己的选择逻辑

用久了之后我形成了一个很简单的判断链，三秒钟能决定用哪种方案。

只打一两个、而且要发给别人看的，直接输入法自定义短语上屏，最省事，也最不容易出兼容问题。要给一整段内容做编号，先看条目数：20 条以内用 Word 的圆圈数字编号样式；超过 20 条就放弃字符方案，改成普通数字编号，或者用多级列表把层级压下来。要在表格里批量生成，走 UNICHAR 公式，别手动拖。要在网页或产品界面里做序列标识，CSS 画圈，别找字符。

还有一个经验：凡是需要「交付给别人、且对方可能在不同设备上打开」的文档，圆圈数字能少用就少用。它的兼容性在所有特殊字符里算不上好，而替代方案（普通数字、括号数字、CSS 渲染）的成本几乎为零。字符本身没有错，错的是把它用在了一个它不擅长的地方。

我电脑里的那份输入法词库到现在还在用，h1 到 h10 绑着①到⑩，i1 到 i10 绑着❶到❿。这套配置大概是五年前弄的，中间换过几次系统，每次第一件事就是把它导进去。有些东西就是这样，配一次管很多年，比每次现找强。