1客户嘴上要的
「把公司所有制度放进去,做个合规问答机器人,员工有问题自己查,合规部不用天天回微信。」
这是症状或现成方案,不一定是真问题。下面看两种做法。
2照字面做,会怎么烂
把 200 份制度文件做成知识库问答,上线一周就出事:员工问「给客户送 800 元礼品行不行」,系统按一份旧版制度回答「可以」,新版其实是 500 元上限。为什么烂:制度之间本身有冲突和过期版本,问答系统会把这些问题放大。
3好 FDE 的实际走法
共 6 周,分 5 个阶段。带三角标记的是这一步最容易踩的坑。
第 1 周找真问题(看员工到底问什么)
- 跟合规部 2 个合规专员坐,导出他们近半年在企业微信和邮件里回答的 600 个问题。发现:问题集中在 5 类——礼品招待、利益冲突申报、第三方付款、出差报销中的合规边界、对外合作中的数据使用。80% 的问题是「我能不能做」,答案取决于金额、对象(是否涉及公职人员)、地区和角色。
- 再看追问记录:约 1/5 的提问者在得到「不行」后会换个说法再问一次,比如「分两次送呢」「让代理商送呢」。合规专员能识别这类试探,问答系统如果每次只看一句话,就会被绕过去。
- 真问题是「答案取决于条件,而且有人在试探边界」。成功标准改成:「5 类高频问题中,可直接回答的部分回答准确率 95% 以上,每个回答附现行制度条款;灰区问题 100% 转给合规专员。」
- 踩坑别承诺「替代合规意见」。系统给的是制度依据,不是合规批准。
第 2 周建判断条件表 + 规避模式清单
- 先做一件必要的清理:入库前发现 14 处制度冲突和 2 份已废止文件,交合规负责人裁决、下架(做法同 18.3 的文档治理)。
- 对每类问题建「判断条件表」:例如礼品招待要问对象、金额、频次、是否在招投标期间。系统先问清条件,再给答案。
- 和合规专员一起整理「规避模式清单」:拆分(分次、分人)、换主体(代理商、家属代付)、换名目(把礼品写成会议物料)、换时间(招标结束后补送)。每种模式写明合规的处理口径。
- 踩坑条件表只按单个问题设计,会漏掉组合情况。同一员工 30 天内的相关提问要合并判断。
第 3–4 周原型 + evals
- 在企业微信做问答入口:系统先追问必要条件,再给出结论、条款原文和需要走的流程入口(如利益冲突申报表)。判断条件不全、涉及公职人员,或识别到规避模式时,直接转合规专员并带上已收集的信息和前后几次提问。
- evals:从 600 个历史问题里选 150 个,由合规专员标注「正确答案 / 应转人工」;再按规避模式清单写 60 组「先问、被拒、换说法再问」的对话。重点统计「应转人工但系统自己回答了」的数量,目标为零。
- 踩坑别把识别到的试探直接报给员工的上级。系统只转合规专员,由专员判断是否需要提醒或调查,否则员工就不再来问,转去私下处理。
第 5 周试用 + 并肩改
- 在销售部和采购部试用两周。合规专员反馈:「转过来的问题已经问清条件了,我 2 分钟就能回」——这是最有价值的部分,把转人工的信息格式固定下来。
- 每周把「转人工问题」汇总给合规部,作为修订制度的输入。
第 6 周交接交接
- 交给合规部一位专员做内容负责人:制度更新时同步更新判断条件表,每月看一次转人工问题和用户反馈。
- 没有人维护,下一次制度修订后系统还按旧标准回答,合规风险由系统制造。
4这个案例教给你的可复用判断
「能不能做」的问题要先收集判断条件,再给答案。
有人会试探边界的场景,要按会话和人合并判断,测试集里放规避问法。
灰区问题转人工时带上已收集的信息,这本身就节省大量时间。
转人工的问题是修订制度的好输入。
你手上也有类似的场景?
说说你所在的行业和想用 AI 做的事,留言会直接送达。觉得这个案例有误、过时,或有更好的做法,也欢迎指出。
法律与合规的其他案例
内容更新:2026-11-11