很多合规负责人接手时的处境很像:老板一句「把 AI 合规搞起来」,可你手里既没有成文的制度,也说不清谁该对哪一段负责,出了事只能临时拉人救火。这篇不讲大道理,只讲搭建顺序——先定边界与职责,再落制度与机制,最后配检查与留证节奏,每一步都给出可以直接照着做的动作和清单。
很多合规负责人接手时的处境很像:老板开会一句「把 AI 合规搞起来」,散会后你手里既没有成文的制度,也说不清谁该对哪一段负责,出了事只能临时拉人救火。更麻烦的是,网上搜到的模板动辄几十页,抄完发现跟自家业务对不上,一线根本不看。这篇不讲大道理,只讲搭建顺序——先定边界与职责,再落制度与机制,最后配检查和留证节奏,每一步都给出可以直接照着做的动作和清单。
需要先说明一件事:合规体系没有「标准答案」,只有「匹不匹配」。同一份制度,放在一家几十人的公司是负担,放在一家跨区域经营的公司就是底线。所以下面所有步骤你都要带着一个判断去读——这条放我这里适用吗?不适用就跳过,别硬套。具体到某个模型或服务的合规要求,各家口径会变,到站内资料库核对当时的说明更靠谱。
先分清你要建的是哪一层合规
动手之前先停下来问一句:老板让你建的,到底是哪一层?合规大致可以分三层——法律底线型,不做会被罚;合同承诺型,不做会违约、丢客户;行业自律型,不做会在圈子里掉口碑。三层要的制度和人力完全不同,混在一起谈,就会变成什么都想管、什么都管不深。
- 法律底线型
- 监管明确要求、不做会被处罚的事项,优先级最高,制度要写死动作和责任人
- 合同承诺型
- 客户或合作方在合同里写进的要求,不做会违约赔钱,重点是把承诺转成内部检查项
- 行业自律型
- 没有硬性约束但影响商誉,比如对外宣传口径、数据使用透明度,按业务需要选择性投入
怎么判断自己公司落在哪一层?别照抄别人的制度目录,先列近一年被客户问过、被监管点过、被内部投诉过的事项,按来源归类。哪一类反复出现,就先建哪一类的制度。反过来,如果公司只有几个人、业务还没定型,不适用重组织的做法,优先做一页纸的职责表加三条红线即可,堆架构反而拖慢业务。
还有一个容易忽略的动作:如果公司已有法务或信息安全团队,先和他们确认边界,别急着招人建新岗。同一件事两拨人各管一半,出事时互相推,是合规体系最常见的死法。把「谁主责、谁配合、谁签字」用一张表定下来,比写一份新制度有用得多。
第一步:现状盘点,把「已经有的」和「嘴上说的」分开
搭建体系最忌讳从零开始假想。实际上你公司已经有一套「隐形制度」在跑,只是没写下来。盘点的目的就是把它显性化,而不是另起炉灶。做法是拉三张表,然后看它们能不能对上。
| 盘点表 | 记什么 | 对不上的信号 |
|---|---|---|
| 已有的成文文件 | 有哪些正式发布的制度、规范、通知 | 文件写了但没人执行,或执行方式和文件不一致 |
| 实际在跑的流程 | 一线实际怎么走审批、怎么处理数据 | 流程只存在于某个人的记忆里,人一走就断 |
| 实际做决策的人 | 谁拍板、谁签字、谁兜底 | 签字的人和实际决定的人不是同一个 |
三张表对不上的地方,就是你真正的漏洞所在。比如文件规定数据外发要审批,实际上一线直接发给了合作方——这不是执行不力,而是流程设计太长,没人愿意走。找到这类断点,比再发一份文件重要。
- 把散落在邮件、聊天记录、口头约定里的做法收敛成书面记录,哪怕先只写要点,不求格式漂亮
- 一项工作如果只有一个人知道怎么做,它不叫制度,叫人肉依赖,必须尽快拆出来写成步骤
- 盘点时同步记录「谁在什么情况下可以绕过流程」,绕行口子往往就是风险口子
- 不适用情形:公司刚起步、业务还没定型时,不必强求全量盘点,先圈出涉及对外数据和钱的环节即可
组织架构:谁决策、谁执行、谁监督,三线要分开
组织架构这件事,说穿了就是把三种角色分给不同的人或不同的岗位:干活的、把关的、复核的。行业里常说的三线模型可以直接套用——业务线负责第一道执行,合规或风控负责第二道把关,审计或独立第三方负责第三道复核。三条线的核心不是人数,是「不能互相兼任」。
- 第一线
- 业务和研发等实际做事的团队,对自己的动作合规性负第一责任,不是把锅甩给合规部
- 第二线
- 合规或风控岗,负责定标准、做评审、给结论,对拿不准的事项有暂缓权
- 第三线
- 审计或独立复核方,定期检查前两道有没有失效,直接向管理层或董事会汇报
人员不足时允许一人多岗,很多小公司就是这样,但有一条最低要求不能破:决策岗与复核岗不能是同一个人。否则所谓把关就变成了自己批自己,出了事既没人发现也没人担责。这一点在只有一两个人的合规团队里尤其要注意。
- 先画一张角色表列出公司现有的相关岗位,把每条线的职责填进去,填不出来的格子就是缺位;验证方式是拿最近一个真实事项走一遍,看每个环节是否都有人接。
- 把授权写进文件架构要么写进任命文件,要么写进岗位说明书,只开会口头宣布等于没建;验证方式是问一线「你拿不准时找谁」,答不上来就是没生效。
- 标出升级路径一线遇到模糊地带找谁、多久必须给回复、回复不了往哪升,这三件事写成规则;验证方式是人为制造一个超时问题,看它会不会真的往上走。
制度清单:先建哪几份,后建哪几份
制度不是越多越好,尤其别一次发十几份文件,结果没人看、也没人执行。比较稳的节奏是:先发能用的一两份,跑一个季度,把卡点摸清楚再补。下面这份优先级清单可以直接拿去用。
| 优先级 | 制度类型 | 什么时候必须先有 |
|---|---|---|
| 第一 | 总纲类,比如合规管理办法 | 公司开始对外承诺合规、或监管开始关注时 |
| 第二 | 数据与隐私类 | 涉及用户数据、内部数据外发、第三方数据处理时 |
| 第三 | 对外合作与供应商类 | 引入外部工具、模型或服务商,需要界定责任时 |
| 第四 | 举报与追责类 | 内部需要通道,或已经出现过违规争议时 |
每份制度必须包含四要素:适用范围、责任岗位、动作要求、不做的后果。缺任何一项,执行时都会卡住——一线不知道这事归不归自己管,或者知道该做但不做也没代价。制度长度不是标准,能被一线在五分钟内查到自己该做什么才算合格。
- 总纲只写原则和职责,具体操作留给专项制度,避免一份文件又长又空
- 专项制度按业务场景写,比如「对外发布内容前必须做什么」,而不是按部门写
- 每份制度末尾附一张检查清单,让执行人自查,比事后追责更省事
- 制度发布时同步说明生效范围和过渡期,别让存量业务一夜之间全部违规
机制:让制度真的转起来的四个齿轮
制度写出来只是纸面,机制才是让它转起来的齿轮。四个机制缺一个,体系就会停摆:评审、培训、监测、报告。下面逐个说清楚各自要做什么、怎么验证有没有在跑。
- 评审机制新业务、新工具、新供应商上线前必须过一道合规评审,明确谁发起、谁签字、多久出结论;验证方式是随机抽三个已上线项目,看有没有评审记录。
- 培训机制不是一年一次念 PPT,而是按岗位定制,把「你这条线最容易踩的坑」讲清楚;验证方式是培训后出几道场景题,答不对的岗位要补课。
- 监测机制定期抽查实际执行情况,抽查对象和频率写进制度,避免只查自己人;验证方式是看抽查记录里有没有查出不合规项。
- 报告机制向管理层定期提交合规运行情况,包含发现的问题、处理进度与未闭环事项;验证方式是管理层是否真的看过并在会上讨论过。
这四个机制里,最容易形式化的是培训,最容易漏掉的是报告。报告一旦断了,管理层就不知道体系有没有在转,资源也就批不下来。所以报告宁可短,也要按期交,哪怕这一期只写「无异常」。具体报告模板和留证写法,可以参考站内质检相关页面的结构。
指标与报告:怎么向上证明这套东西在起作用
合规工作最难的是「证明自己有用」——没出事,老板觉得你多余;出了事,老板觉得你没用。破解办法是别只报结果,要报过程。少用「合规率」这类笼统数字,多用可核对的过程指标。
- 评审覆盖率:这段时间多少项新业务、新工具过了评审,多少项没走流程
- 抽查发现数:抽查了多少次,发现多少问题,其中多少是重复出现的
- 闭环天数:从发现问题到处理完毕平均用了多久,超期未闭环的有几项
- 上报通道使用情况:有多少问题是通过内部通道主动上报的,而不是被外部发现的
有个反直觉的判断标准值得记住:问题数量上升不一定是坏事,可能说明上报通道被打通了,大家敢说了。汇报时要把口径变化解释清楚,否则管理层看到数字上涨会误判成体系在恶化。
报告留证按固定模板走:事项、时间、参与人、结论、后续动作。模板越稳定,越容易横向对比、追溯历史。至于各项指标的具体阈值,不要照抄同行,按自己业务体量设;涉及对外披露口径的,以官方要求为准,别自己拍脑袋定。
运转节奏:多久复盘一次,什么情况下要改
合规体系不是建完就放着,它需要固定的复盘节奏。比较通用的做法是季度小复盘、年度大修订:小复盘看执行卡点,大修订看制度是否还匹配业务。太频繁会折腾一线,太稀疏又跟不上变化。
| 触发情形 | 要不要临时修订 | 先做什么 |
|---|---|---|
| 业务模式发生明显变化 | 要 | 先对照现有制度的适用范围,圈出覆盖不到的部分 |
| 发生对外纠纷或投诉 | 要 | 复盘当事流程,看是制度缺失还是执行走样 |
| 监管口径调整 | 要 | 到站内资料库核对最新说明,再评估影响范围 |
| 关键岗位换人 | 看情况 | 先做交接清单,确认合规职责与在办事项有没有人接 |
换人其实是最大的风险点,很多体系就断在交接上。交接清单里必须有合规职责与在办事项,别只交接账号和密码。谁在跟进哪个评审、哪个问题还没闭环,这些不写下来,新人接手时两眼一抹黑,旧问题就悄悄变成隐患。
还有一条:复盘结论要落到文件版本上,改没改、改了什么,留痕比开会记录更重要。下次有人问「这条规定为什么这么写」,你能翻出版本记录,比凭记忆解释强得多。
常见失败模式:这几件事做了也白做
- 制度从模板抄来,术语和公司实际业务对不上,一线看不懂也就不会执行
- 只建架构不发授权,合规岗既没有否决权也没有汇报通道,等于挂名
- 把合规全压在一个人身上,这个人一走体系就停摆
- 只做事后追责、不做事前评审,问题会反复在同一个环节出现
- 只对上汇报、不对下沟通,一线觉得合规是来找麻烦的,配合度越来越低
这几种失败模式的共同点,是把合规当成了一个「交差项目」——文件发了、组织图挂了、培训做了,就认为完事。实际上合规是持续运转的过程,判断它有没有活着的标准很简单:一线遇到拿不准的事,会不会主动来找你。会,说明机制在转;不会,说明前面所有工作都还停在纸面上。
合规体系的价值不在文件厚度,而在一线遇到模糊地带时,知道该找谁、该等多久、该留下什么记录。
最后提醒一句:不同行业、不同规模的监管要求差异很大,上面给的是通用搭建顺序,不是逐条照搬的清单。真要落到自己公司,先把边界和职责定清楚,再谈制度数量;顺序反了,做得越多越乱。
下一步搭到这里,你大概会开始关注外部工具和服务的合规属性。站内的中转站可信度检测页给出了按维度逐项核对的思路,可以对照自己正在用的服务走一遍,把「供应商合规」这一块补进制度里。→常见问题
公司规模不大,有必要建正式的组织架构吗?
没必要照搬大公司的三线架构。小团队可以只做一页纸:谁对哪类事项拍板、谁负责执行、拿不准找谁。关键不是层级多少,而是决策和复核不落在同一个人身上,并且这套分工是写下来的,不是口头约定。
制度先写哪一份,有没有通用顺序?
通常从总纲开始,把适用范围、责任岗位、升级路径定下来,再按风险高低补专项。涉及对外数据和资金的环节优先写,纯内部流程可以往后放。先发一两份能执行的,跑一段时间再补,比一次发一整套没人读更有效。
合规岗需要独立汇报线吗?
建议要有。如果合规岗的考核和汇报完全归业务线,遇到业务冲业绩时很难说不。做不到独立部门的小公司,至少让合规负责人有一条能直达管理层的问题上报通道,并把这个通道写进制度。
怎么判断制度是真的在执行,还是只挂在墙上?
看三件事:新业务上线前有没有真的走评审、抽查有没有查出问题并闭环、一线遇到拿不准的事会不会主动来问。如果半年下来评审记录是空的、抽查零问题,通常不是做得好,而是没在跑。
监管部门来检查,通常先看什么?
一般先看有没有成文制度和责任分工,再看制度执行留痕,最后看发现的问题有没有整改闭环。所以平时就要把评审记录、培训记录、抽查与整改记录按同一套模板存好,临时补材料既慢又容易露馅。