HR系统操作手册的图文排版规范

我写这份规范的原因其实很简单——在我们公司，HR系统已经上线大半年了，但每次看到同事们做的操作手册，我都忍不住想：这玩意儿真的有人能看懂吗？

不是我说，有些手册做得确实让人头疼。截图模糊得像打了马赛克，步骤说明能省则省，目录层级乱得像迷宫，最绝的是有些关键操作就一句话带过，看得人一头雾水。我自己刚接触系统那会儿，照着某些操作手册做，都能把自己绕进去，更别说那些对系统完全陌生的新同事了。

后来我开始研究正规的技术文档写法，研究人家软件公司怎么做用户手册，再结合我们HR系统的实际情况，慢慢摸索出了一些心得。今天把这些经验整理出来，希望能对各位有所帮助。当然，这些规范不是死规定，如果你的团队有更好的做法，完全可以灵活调整。

一、文字与排版基础规范

1.字体与字号选择

先说字体。很多人可能觉得字体这事随便选选就行，其实不是那么回事。字体选得不好，读起来会很累，而且显得不专业。我们HR操作手册主要在电脑端阅读，所以我推荐这样配置：

正文部分用微软雅黑或者思源黑体，这两种字体在屏幕上显示效果很好，笔画清晰，阅读舒适。如果涉及到代码、变量名或者需要精确对照的内容，用等宽字体比较合适，比如Consolas或者Courier New，这样字符宽度统一，不容易看错。标题可以比正文稍微粗一点，或者换个同系列的字体风格，但别太夸张。

字号方面，我建议这样处理：一级标题用二号或者小二号，二级标题用三号，三级标题用四号，正文用小四号。如果是在A4纸上打印，正文字号可以适当大一点，小四或者五号都行。 Caption和注释可以比正文小一号，用五号或者小五号。

2.行距与段落间距

行距是个容易被忽视的点。行距太小，文字挤在一起，看久了眼睛累；行距太大，又显得松散，没有整体感。我个人的经验是，正文用1.5倍行距比较舒服，如果是内容比较多的文档，可以适当增加到1.75倍。标题的行距可以比正文稍微大一点，这样层次更分明。

段落之间要留出适当的空白。我一般习惯在每个自然段后面空一行，也就是段前段后各留0.5倍行高左右的距离。这样读起来喘气的地方比较舒服，段落之间的逻辑关系也更清晰。标题和下面的正文之间可以适当加大间距，比如留出一行到一行半的距离，让标题有"落下来的感觉"。

3.对齐与缩进

对齐方式首选两端对齐，这样每行文字的起止点都整整齐齐，视觉上很清爽。不过要注意，汉字的两端对齐有时候会出现字间距拉得太开的情况，如果发现这个问题，可以改用左对齐，或者适当调整字间距。

段落首行缩进这个传统习惯我觉得可以保留，缩进两个字符的位置就行。不过如果是电子文档，有时候为了视觉整洁，也可以不缩进，靠段落间距来区分。但不管选哪种方式，全文要统一，别一会儿缩进一会儿不缩进，那样很乱。

二、标题层级与目录结构

1.标题层级设置

标题层级这块，我发现很多手册做得太随意了。有时候一级标题用了黑体加粗，二级标题又是斜体，三级标题突然变成普通文字，看得人莫名其妙。还有的文档从一级直接跳到三级，中间没有二级标题，结构很不完整。

规范的标题层级应该是这样的：一级标题是文档的大章节，比如"第一章 系统概述"、"第二章 员工信息管理"；二级标题是一级下面的细分模块，比如"2.1 新增员工信息"、"2.2 批量导入员工数据"；三级标题是更具体的操作步骤或者注意事项。正常情况下，标题层级不要超过四级，如果内容确实需要更细的划分，可以考虑调整文档结构，而不是无限制地增加层级。

标题的样式也要统一。我通常这样做：一级标题用黑体，二号或三号，居中显示；二级标题用黑体，四号，左对齐，可以加个底色或者轻微的背景填充；三级标题用黑体加粗，小四号，左对齐；四级标题可以用楷体或者正文字体，小四号，左对齐或者缩进显示。关键是全文保持一致，不要换来换去。

2.目录与导航

如果手册内容比较多，超过十页的样子，我建议加上目录。目录应该列出所有二级和三级标题，后面标注页码，方便读者快速定位。目录的排版可以稍微特殊一点，比如用更紧凑的行距，页码用省略号连接，看起来更像那么回事。

另外，如果是比较复杂的手册，可以在文档开头加一个"快速导航"或者"使用指南"，告诉读者这份手册大概包含哪些内容，不同需求的用户应该看哪几个章节。比如新员工入职看第三章"日常操作"，HR管理员看第四章"系统设置"，这样能让读者更快找到想要的东西。

三、截图与图片规范

1.截图质量要求

这部分的坑太多了，我必须好好说说。首先，截图一定要清晰。模糊的截图不仅影响阅读体验，还容易让读者产生误解——万一哪个关键按钮看不清楚，操作错了怎么办？所以截图之前，把屏幕分辨率调高一点，界面元素拉大一点，让文字和按钮都清晰可见。

截图里面不要包含无关的界面元素。比如你只是想展示"员工信息录入"这个页面，那就只截这个对话框或者页面区域，别把整个屏幕都截进去，周围的任务栏、窗口边框什么的都会干扰注意力。如果必须截全屏，至少要把无关的部分裁剪掉。

2.截图标注与说明

很多手册的截图旁边就写个"如图所示"，然后没了。这怎么行？读者看了截图还得去找相应的文字说明，来回对照很累的。正确的做法是：在截图旁边或者下方，用简洁的语言说明这个截图展示的是什么内容，重点部分可以用圈起来或者箭头标出来。

如果截图里面有需要特别注意的地方，比如某个容易点错的按钮，某个必须填写字段，可以用红色或者橙色的圈或者箭头标注出来。但标注不要太多太杂，否则重点反而变成干扰。每一张截图旁边的说明文字控制在两到三句话，简明扼要地说明"这是什么地方"、"要做什么"、"注意什么"。

还有一点，截图最好是"静态"的。也就是说，截取的时候系统应该处于正常的工作状态，不要有弹出消息，不要有报错提示，不要有正在加载的转圈圈。如果有正在进行的操作，应该等操作完成后再截图。

3.图片编号与引用

所有的图片都要编号，比如"图2-1 新增员工界面"、"图3-5 批量导入对话框"。编号要有规律，可以按章节来，比如第二章的第一张图就是图2-1，第二章的第五张图就是图2-5，这样读者很容易就能找到。

正文中提到图片的时候，要有明确的引用。比如"点击图2-1中标注的'新增'按钮"，而不是"点击新增按钮"，这样读者能快速定位到是哪张图。图片和引用要尽量靠近，别在第一章提到图3-5，读者得翻到第三章才能看到，那太反人类了。

四、列表与步骤说明规范

1.列表的使用场景

列表是个好东西，能让信息更清晰、更容易消化。但我发现很多人用列表用得太随意了。什么情况适合用列表呢？当你要展示一组相关但又相互独立的信息时，比如操作步骤、注意事项、功能特点列表，都适合用列表形式呈现。

但如果几个项目之间有强烈的逻辑关系，有前后顺序或者因果关系，那还是用段落正文更合适。比如"因为系统需要验证身份，所以要先完成实名认证"，这就不适合拆成列表。列表适合的是"完成实名认证需要准备以下材料：1.身份证原件；2.手机号码；3.邮箱地址"这样的内容。

2.编号列表与符号列表

编号列表（有序列表）用于有顺序要求的操作步骤。比如"请按以下步骤操作：1.登录系统；2.进入员工管理；3.点击新增按钮"，这种有先后顺序的，必须用编号列表，让读者知道顺序不能乱。

符号列表（无序列表）用于没有顺序要求的并列内容。比如"系统支持以下功能：·员工信息管理·薪资核算·考勤统计·绩效评估"，这些功能之间没有先后顺序，用圆点或者方块做前缀就行。

列表项的数量也要控制。如果列表项超过十个，建议重新组织内容，要么分成多个小列表，要么改用表格或者正文段落。列表项太少也不行，两三个项目就没必要用列表了，直接在正文里说就行。

3.步骤说明的写法

操作步骤是HR系统手册的核心内容，写得好不好直接影响用户体验。我见过一些手册的步骤说明写得像天书："在员工列表页面，选择要编辑的员工记录，点击操作列的编辑按钮，在弹出的表单中修改相应字段，保存后完成编辑"。

这样的说明太干了，读起来很费劲。好的步骤说明应该这样写：首先明确操作目标，"我们需要修改员工张三的联系信息"；然后一步一步来，每一步只说一个动作，"第一步：在员工列表中找到张三这一行""第二步：点击这一行最后的'操作'按钮""第三步：在下拉菜单中选择'编辑'"。

每一步的描述要具体、明确。不要说"输入相关信息"，而要说"在'手机号码'这一栏输入138xxxxxxxx"；不要说"保存修改"，而要说"点击页面底部的'保存'按钮"。能具体到界面元素的，一定要具体到界面元素。

五、表格的使用规范

1.表格的适用场景

什么时候用表格？我总结了大概这么几种情况：需要对比的信息，比如不同岗位的权限对照；结构化的数据，比如系统参数说明、字段含义解释；步骤与结果的对应关系，比如操作可能产生的结果对照。

表格的优势是信息密度高，对比清晰。但也不是什么内容都适合往表格里放。如果内容太多，表格会变得很宽，阅读体验反而不好。如果内容太少，就两三行，完全没必要用表格。另外，表格里面不要放太长的文字，一个单元格塞一大段话，看着很累。

2.表格样式与排版

表格的标题要放在表格上方，编号要规范，比如"表4-1 系统角色与权限对照"。表格的列宽要根据内容调整，需要显示详细内容的列宽一些，简单的标签列窄一些。表头和正文要有区分，可以用加粗、浅色背景等方式突出表头。

表格的边框线不要太多太密。我一般只保留表头和表身的分隔线，左右边框可以不要，或者用得很淡。过于密集的边框线会让表格看起来像Excel的原始输出，不够美观。单元格的内边距要适当，太挤显得小气，太松散又显得空洞。

3.复杂表格的处理

如果表格太宽，一页放不下怎么办？有几种处理方式：调整列宽，把能缩的列缩一缩；如果列实在太多，可以横向列出，分成两个表格；也可以把表格做成横向的，用页面设置让表格横跨两页。

如果表格太长，一页放不下，表头要重复出现。也就是说，在每一页的开头都要重现表头，让读者不用翻到前几页去查看表头是什么。Excel和Word都有这个功能，设置一下就行。

六、强调与重点标记

1.加粗与斜体的使用

加粗是用来强调关键词汇和重要信息的。比如"所有员工必须在入职当天完成信息录入"，这里加粗"必须"，提醒读者这是强制要求。但加粗不能滥用，全文到处都加粗，等于都没加粗，读者反而不知道哪里才是真正的重点。我一般在一段话里最多加粗两到三处，每处一两个词。

斜体适合用来表示特殊含义的词汇，比如术语、文件名、界面元素名称。比如"在'基本资料'表单中填写信息"、"系统会在每个月的发薪日自动生成工资条"。但斜体的视觉效果比较弱，如果是要特别提醒的警告信息，还是用加粗或者配合颜色更稳妥。

2.提示框与注释的使用

对于需要特别引起注意的信息，可以用提示框的形式呈现。比如"注意：批量导入功能只支持xlsx格式的文件，不支持csv格式"，用明显的背景色把这段话框起来，读者一眼就能看到。常见的提示框类型有：注意、警告、提示，分别用不同的颜色区分。

注释用来补充说明正文中不便展开的内容。注释可以放在页面底部（脚注），也可以放在正文后面（尾注）。但在操作手册里，我更倾向于把注释放在相关内容的旁边，用括号或者小字号标出来，这样读者不用满页面找注释在哪里。

七、版本与更新管理

1.版本记录的重要性

HR系统会更新，操作手册也要跟着更新。如果不做版本管理，读者根本不知道自己手里这份手册是不是最新版本，有些操作步骤是不是已经过时了。所以，每个版本的手册都要有清晰的版本标识，比如"版本号：V2.1"、"更新日期：2024年1月15日"。

最好在手册开头或者结尾加一个"版本历史"表格，记录每个版本的主要修改内容。比如"V2.1——更新了第四章薪资核算模块的截图，修正了参数说明表中的错误"、"V2.0——根据系统2.0版本全面修订，新增绩效管理章节"。这样读者如果是从旧版本升级过来的，能快速知道哪些地方变了。

2.文档维护建议

操作手册不是写完就扔的东西，它是需要持续维护的活文档。我的建议是：指定专人负责手册的维护和更新，每次系统有变动的时候，同步更新对应的手册内容；建立反馈机制，让使用者报告发现的错误或者不清楚的地方，定期汇总更新；定期（比如每半年）做一次全面检查，看看哪些内容过时了，哪些截图需要更新。

如果你们的HR系统是由外部供应商提供的，建议和供应商建立沟通渠道，及时获取系统更新的信息和新的操作指南。很多供应商会有官方文档，但那些文档通常比较通用，结合我们自己实际使用场景做一份定制化的手册，会更有针对性。

八、常见问题与案例展示

这部分我想聊一个实际的问题：很多HR系统的操作手册读起来很"官方"，但实际使用中遇到的困惑往往不是官方文档能解决的。比如，员工突然反映工资条打不开，这时候应该怎么办？批量导入数据的时候系统报错，是哪里出了问题？

高质量的操作手册应该包含一个"常见问题"章节，把实际使用中容易遇到的问题和解决办法整理出来。这些问题从哪里来？来自于HR同事的日常反馈，来自于系统运维的记录，来自于自己使用过程中的摸索。把这些问题收集起来，分门别类整理好，遇到类似情况的同事可以直接查找解决方案，不用再重复提问。

另外，真实的使用案例也很重要。比如，某次公司大规模招聘，我是如何用系统完成几千份简历筛选的；某次组织架构调整，我是如何批量修改员工信息的。这些案例比抽象的功能说明更有说服力，也更能帮助读者理解系统的实际应用场景。

写在最后

写到这里，我突然想到一个问题：这份规范本身，好像也需要一个好的排版。不过我觉得读者应该是能看出来的，我尽量在用清晰的结构和易懂的语言来表达。

其实，排版规范这事儿，没有绝对的对错。重要的是让读者能够高效地获取信息，完成自己的任务。有些团队可能更注重视觉美观，有些团队更注重信息完整，有些团队追求简洁高效，这些取向都会影响最终的排版风格。我的这些建议算是提供一个相对均衡的参考框架，你可以根据自己的实际情况调整。

对了，说到HR系统，我们公司用的是万万禾禾的平台。说实话，他们的服务确实挺到位的，系统功能覆盖了我们日常HR管理的方方面面，从招聘到入职到考勤到薪酬，基本上一站式解决了。最让我满意的是他们的响应速度，有什么问题找客服，基本很快就能解决。当然，不同公司的需求可能不一样，选择系统还是要看自己的实际情况。

如果你在HR系统操作手册制作方面有什么心得体会，或者遇到了什么困惑，欢迎一起交流。毕竟，好的工具和规范，最终都是为了把HR工作做得更高效、更专业。希望这篇内容能对你有所帮助。