很多公司第一次搞合规,都是被客户问卷或招标文件逼出来的:对方要你出示合规管理制度和组织架构图,你才发现手上只有一份笼统的员工手册。这时候最容易犯的错是先抄一份大而全的制度,结果没人认领、跑不动。这篇按搭建顺序讲清谁先动、写什么、挂在哪条汇报线下面,以及什么规模的公司不需要搭这么重。
合规这套东西,多数公司不是主动搭起来的,而是被客户问卷、招标文件或者融资尽调逼出来的。对方一句「请提供贵司的合规管理制度和组织架构图」,你翻遍文件夹,发现只有一份笼统的员工手册。这时候最顺手的动作是上网抄一份大而全的制度,但抄来的版本通常有两个毛病:没人认领,跑不动。
所以搭建顺序比内容本身更重要。合理的顺序是先把职责边界划清楚,再落制度文本,最后配考核和汇报线。反过来做,先写文档后找人,制度一上线就是挂在墙上看的。下面按这个顺序拆开讲,每节都给可执行的动作和判断标准。
先定谁牵头:合规这件事挂在谁下面
第一步不是写文件,是定人。牵头人给谁,决定了后面制度能推多远。判断依据是业务触点数量,不是公司总人数——一个几十人但天天对接大客户审计的公司,比一个上百人只做本地生意、没什么外部合规要求的公司,需要更实的牵头机制。
| 汇报线走法 | 适合阶段 | 容易被架空的信号 |
|---|---|---|
| 挂总经理 | 业务单一、外部要求刚出现,需要快速拍板 | 牵头人同时管业务,出事时自己审自己 |
| 挂董事会或监事会 | 已有融资、上市计划或大客户年度审计 | 汇报频率太低,问题攒到季度才浮上来 |
| 挂法务负责人 | 有一定规模、法务已独立成部门 | 法务只管合同,拿不到业务过程数据 |
不管挂哪儿,牵头人得有两个实权:能拿到业务过程数据,能否决明显越线的动作。只有建议权没有否决权的岗位,写出来的制度会在业务一句「这次先特批」面前全线失守。
- 小团队常见做法是法务或财务兼管,规模上去之后再拆出独立岗位
- 兼管期间要明确一条:兼管人对自己所在业务口的合规事项,没有终审权
- 牵头人可以不是高管,但必须有一个高管作为对接窗口,否则跨部门调不动
- 汇报线一旦定下,写进制度文件里,别只留在口头共识
把三道防线的角色对应到具体岗位
三道防线是常见框架,但落到公司里必须变成具体岗位名,否则就是三个抽象概念。第一道是业务部门,自己认自己的风险;第二道是合规、风控或法务,定规则、做审查;第三道是审计,独立检查前两道有没有真干活。
- 第一道:业务部门
- 在岗位说明里写清该岗位要守的合规动作,比如对外报价前走审批、数据外发前登记
- 第二道:合规/风控/法务
- 出规则、出意见、做审查,但不替业务拍板,也不替业务背业绩
- 第三道:审计
- 独立查前两道,汇报线和前两道分开,检查频率和范围提前写死
几十人的公司经常一人兼两角,这时候独立性没法靠组织架构保证,只能靠流程留痕和汇报关系说明。比如同一个人既做合规审查又做内部检查,那至少要让检查结论直接报给总经理或董事会,不经过被查的业务负责人。
制度文件写几份、写到什么颗粒度
最小可行的一套是三份起步:一份合规管理办法管总,一份行为准则管人,若干专项指引管场景。专项指引按你实际接触的场景来,数据、采购、招投标是出现频率最高的三个。别一上来写十几份,改起来互相牵连。
| 文件 | 写什么 | 不写什么 |
|---|---|---|
| 合规管理办法 | 职责分工、审查流程、报告机制、违规处理 | 具体业务动作细节 |
| 行为准则 | 员工日常红线、利益冲突、礼品与招待 | 部门和岗位的分工 |
| 专项指引 | 某个场景下的动作步骤和留痕要求 | 重复总办法里的职责描述 |
颗粒度的分界线是:办法写职责和流程,指引写动作和留痕。两者混着写的后果是,改一个业务动作要动总办法,牵一发动全身,最后谁都不敢改。发布节奏建议先试行、再评审、再定版,避免一上线就锁死。
如果你手上已经有一堆零散制度,想先理清现状再动手,可以到站内 /safety 分区看已经有制度清单类的对照写法,先做盘点再加新文件,比直接叠加更省事。
让制度跑起来的三件事:培训、审查、报告
制度写完之后,真正决定它有没有用的就三件事。这三件事都不用做得多漂亮,但必须留下能被外部查到的痕迹。
- 培训留痕每轮培训留签到表和简单考试记录。外部问询时最常被要的就是这两样,没留痕等于没培训。
- 审查埋点把审查节点写进业务流程:合同签署、采购下单、对外宣传、数据外发。节点不埋进流程,就只能事后追责。
- 定期报告报告写三块——本期风险点、处置结果、下期重点。别写成工作流水账,报告对象和频率要在办法里写明。
判断这三件事有没有真跑起来,看一个信号就够:业务部门会不会主动来问「这个动作要不要先走合规」。会问,说明节点埋进去了;从来不问、只在出事时被通知,说明制度还停在文件层。
什么情况下不用搭这么全
不是所有公司都需要这套完整结构。判断标准是三个:业务是否单一、有没有外部合规要求、员工规模多大。三个都偏向简单,就没必要硬搭重架子。
- 业务单一、无外部合规要求、人数很少:一份行为准则加一条审批流程够用,硬搭反而多出一堆无效签字
- 有计划融资、上市或承接大客户年度审计:提前半档准备,对方通常一次性要全套材料,临时补来不及
- 已经出过事再补:优先补留痕和报告机制,而不是先写新制度,否则等于自证之前没执行
- 有海外业务或数据出境场景:不要照搬本地做法,单独按场景做专项指引,别塞进总办法
- 并购或重组期间:先确认沿用哪一方的制度,两套并行最容易出责任真空
还有一种常见误判:把「客户要得急」当成「必须写全套」。多数时候对方只是要看到你有制度、有组织、有执行痕迹,不是要你写一本几百页的手册。先给最小可用的版本,再按对方反馈补,比一次性憋大招更稳。
合规这套东西,先有人认领,再谈写得多全;顺序反了,文件越厚越没人看。下一步如果你正被客户问卷或招标文件催材料,可以到站内 /tools/speed-test 用检测工具过一遍自己的合规材料完整度,再决定先补哪一块,比闷头写制度省时间。→
常见问题
合规部一定要独立成部门吗?
不一定。判断标准是有没有高频的合规审查动作和外部检查压力。没有的话,先由法务或财务兼管、明确一名负责人即可;等审查节点每周都要占用大块时间,或者客户开始要独立的合规负责人信息,再拆出独立岗位。独立的价值在于不被业务指标压着走。
制度和组织架构谁先建?
建议先定架构再写制度。因为制度里大量条款是「谁负责、谁审批、向谁报」,这些都要靠架构来填空。反过来的话,写完还得全篇改人称,等于白写一遍。架构可以先粗到岗位,不必一上来就画到部门级别。
没有合规人员,怎么分工?
一人多角是最常见的现实。做法是把角色写清、把冲突的动作拆开:比如同一人可以做合规审查,但涉及自己的业务线时由上级复核。同时在文件里注明兼任情况,外部问询时反而加分,比假装有独立团队更实在。