工具简介
质量手册、程序文件、记录表单不是三摞纸,而是从上往下逐级细化的三层结构。本文讲清每层回答什么问题、边界怎么划,用采购一条业务链演示三层如何对齐,并给出小企业精简文件的具体做法与常见返工点。
很多企业把三层文件理解成三摞纸:手册一本、程序一堆、表单一片,彼此不呼应。真正的三层是从上往下逐级细化,手册说原则和职责,程序说流程和接口,表单留下执行痕迹。搭得好,核查时从一张表单能一路追到手册里的某条职责;搭不好,三层各说各话,文件越写越厚,却证明不了任何事。本文用一条业务链把这套结构串起来。
三层各管什么,边界别混
手册回答企业管什么、谁管、依据什么;程序回答一项业务从开始到结束怎么走;表单回答这一次具体做了什么。三层之间是引用关系,不是复制关系,手册不写操作步骤,程序不重复职责全文,表单只留字段和签字。
| 层级 | 要回答的问题 | 典型内容 | 常见错误 |
|---|---|---|---|
| 质量手册 | 管什么、谁管 | 质量方针、组织架构、岗位职责、体系范围、对规范的落实原则 | 直接抄规范目录,没有本企业架构 |
| 程序文件 | 一件事怎么走 | 流程步骤、责任岗位、时限、上下游接口、异常处理 | 只有标题和目的,没有可执行的步骤 |
| 记录表单 | 这一次做了什么 | 字段、签字、日期、编号、保存期限 | 与程序要求不对应,字段缺项 |
边界混了会带来连锁问题:职责写在程序里,手册就空了;步骤写在手册里,程序就没内容;字段设计在程序里,表单就漏项。核查员翻手册找不到谁负责质量,翻程序找不到验收时限,基本可以判定体系是拼出来的。
用一条业务链把三层串起来
以采购为例。手册层面写:采购由质量管理部门审核供货者资格,企业负责人批准首营。程序层面写:业务员发起首营申请,附营业执照、生产或经营资质、产品注册证或备案凭证、授权书,质量负责人几个工作日内审核,审核通过后录入系统并锁定供应商,未通过退回并说明理由。表单层面就是首营企业审批表、首营品种审批表、供货者资质清单,每个字段都能在程序里找到出处。
再往下走验收、储存、销售,每条链都这样推一遍,三层自然对齐。推的时候用最近一笔真实业务做穿行测试:从合同、随货同行单、验收记录、入库单、销售单一路查下去,看每一步是否有对应表单、每个签字是否有授权。走不通的地方就是文件缺口。推演最好叫上实际操作的员工,他们最清楚哪一步真在做、哪一步只写在纸上。
小企业怎么精简而不缺层
小企业不必追求文件的厚度,但层次不能少。手册可以压到十几页,组织架构和岗位职责一章不能省;程序文件可以按业务合并,例如把采购与收货合并为进货管理程序,把销售与售后合并为销售服务程序,但验收步骤、时限、签字必须留在里面;表单必须一号一表,有版本和保存期限。
- 程序文件控制在十份左右,覆盖进货、储存、销售、不合格品、退货、投诉、培训、设施设备、自查。
- 一份程序对应两到五张表单,表单编号与程序编号挂钩,便于追溯。
- 手册里出现的每个岗位,都要在人事名册和授权文件里找得到。
精简不等于省略。合并程序可以,删掉环节不行:采购与收货合并后,验收的判定权、时限、记录仍要在文中单独成段;销售与售后合并后,投诉的登记与升级路径不能丢。手册薄可以,组织架构图和岗位职责表这两页不能少,因为核查第一步看的就是谁在管事。
最常见的三处返工
第一处是表单字段与制度要求错位,制度写了要记录运输温度,表单里却没有温度栏。第二处是程序文件没有修订记录,法规更新后内容仍旧,核查时被指出引用过时要求。第三处是岗位名称三处不一致,手册叫质量管理员、程序叫质管部、人事表叫质检员。这三处不改,文件再多也被视为未有效运行。
返工其实可以提前避免,把文件当工程施工图来审:先确定业务链有几条,再确定每条链经过几个岗位,最后确定每个岗位要签什么字。文件发布前做一次桌面推演,把最近三笔业务逐笔套进程序,凡是在实际业务中找不到对应步骤的,都是多余条款;凡是业务做过但程序里没有的,都是缺口。
- 业务有、文件无:补程序与表单,这是最危险的一类缺口。
- 文件有、业务无:删条款或补执行,否则就是空转。
- 文件与业务都有,但说法不一:统一术语,全线替换。
官方来源:上海市转发2023年第153号公告(见文末官方链接)

