前天评审了一份的阿米巴制度规范,感觉写得相当细,但缺点是看起来很累。
问题不在于写错了,而在于写的重点有点偏。
一、制度、培训材料、SOP,各有各的用法
很多人写制度的时候,容易把三种东西混在一起:
- 制度:讲规则和底线,回答"什么可以做、什么不可以做"。读者是业务部门。
- SOP:讲操作步骤,回答"第一步做什么、第二步做什么"。读者是执行人员。
- 培训材料:讲为什么、举例子,回答"遇到这种情况怎么办"。读者是学习者。
这本规范里,大量的科目定义和核算规则,其实属于SOP和培训材料的内容,放在制度里,就让真正需要遵从的业务部门找不到重点了。
业务部门看制度,其实只关心一件事:我按这个做,会不会出问题。他们需要的是清晰的规则,而不是专业的定义。
二、制度里少举例子,少说"不是什么"
规范的另一个特点,是出现了不少"例如……"和"某某情况不属于本制度适用范围"的表述。
这类表述在培训材料里非常合适,但在制度里,反而会让读者觉得规则不够清晰——你举了一个例子,读者就会想:那其他情况呢?你说了一堆"不是什么",读者就会困惑:那我遇到的情况算不算?
制度讲规则,规则应该通用、严肃、不需要举例。
员工出差费用须在返回后五个工作日内完成报销,逾期不予受理。
这一句,够了。不需要举例说明,不需要解释什么叫出差,不需要说哪些情况不适用。
举例子和讲"不是什么",本质上是把应该由培训材料承载的功能,错误地放进了制度。
三、制度面向遵从,SOP面向操作
这是最核心的区别。
制度的目的是让大家遵从,所以制度里应该写业务部门需要遵从的内容。
而科目定义这些是专业部门在专业处理中关心的东西,应该放在SOP里,让财务人员自己参考。
简单来说:
- 制度告诉业务部门"做什么"
- SOP告诉专业人员"怎么做"
- 培训材料告诉大家"为什么这样做"以及"遇到特殊情况怎么办"
把三者分开,读者各取所需,规范才真正好用。
四、怎么写得更好
如果重新梳理这份规范,建议重点关注:
1. 读者是谁? 每一句话写之前,都问一句:业务部门的人看得懂吗?关心这个吗?
2. 定义放附录。 科目定义不要放在正文,正文只讲规则,定义统一放术语表。
3. 删掉"例如"。 例子留给培训材料,制度正文只保留规则。
4. 删掉"不是什么"。 改成正面表述:"什么情况下适用"比"什么情况下不适用"清晰得多。
5. 聚焦"做什么"。 每句话都改成"应当/不得/可以……"的形式,改完还是像在讲定义的,就继续改。
— · —
写制度是一种克制。要忍住把专业内容都塞进去的冲动,忍住把案例当内容的冲动,忍住把解释当规则的冲动。