行政的一天被切成很多段:发通知、答流程、催材料、解释制度。单件都不难,重复度却很高。钉钉 AI 能接走的是「把已有口径说清楚」这一段,接不走的是「口径本身怎么定」。分清这条界线,它才帮得上忙。
重复解释吃掉的是整块时间
五十人的团队,报销、请假、用章、会议室四类问题,一周被问三十次不算多。答案九成相同,问的人不同。把这九成做成可检索的底稿,剩下的才是需要人判断的例外。
哪些问题值得做底稿,看两个信号:一周被问三次以上,答案不随人变。两条都满足就先固化;只满足一条,再观察两周。
通知:四要素定死再动笔
能用的通知必须写清谁要做、做什么、什么时候、怎么反馈。这四件事 AI 猜不出来,必须先给。给全了,它一次就能生成结构完整、语气得体的初稿;给不全,它会用「相关同事」「尽快」把空缺填上,发出去就是返工。
起草时说明发布场景:群里发,开头一句讲做什么,中间分点写要求,结尾留咨询入口。长度控制在手机一屏读完,超了就拆成通知加附件。固定句式和常发事项存成模板,只换事项、时间、反馈方式,做法可参考提示词模板改编。
制度问答:先有一份可引用的底稿
把报销、考勤、请假、用章四类制度整理成同一套结构:适用对象、办理条件、材料清单、时限、常见退回原因。结构统一,检索和引用才稳。文档散在十几个附件里,问出来的答案也会跟着散。
关键是限定范围:只依据这份文档回答,查不到就说没有规定,并说明该问谁。不加这条限制,它会用通用常识补齐,读起来合理,和你们的口径对不上。答复要落到条款号或章节名,同事才能自己点开核对。这套做法和团队共享知识库是同一套逻辑:先有干净的资料,才有可用的回答。
流程答疑:拆到动作层
同事问的往往不是制度,是下一步点哪里。把每件事写成编号步骤,注明要交的材料、办理时限、最容易退回的环节。这份底稿既是 AI 的答案来源,也是新人自助的入口。
步骤要写到动作层。「提交申请」不算一步,「在审批里选行政类,附件传盖章扫描件,备注用途和金额」才算。写得越具体,答复越稳定,追问越少。
流程答疑还有一层例外要提前写清:材料不齐能不能先受理、跨部门事项找谁签字、时限遇到节假日怎么算。这三类问题占了追问的大半,底稿里留出对应条目,答复才不会每次都把皮球踢回给行政。
三类任务的材料与验收
| 任务 | 喂给它的材料 | 必须人来定 | 验收标准 |
|---|---|---|---|
| 发通知 | 事项、要求、截止时间、反馈方式、发布范围 | 事项边界与口径 | 四要素齐全,一屏读完,无「尽快」这类空词 |
| 答制度 | 正式文件、常见退回原因、责任人口径 | 解释尺度与例外处理 | 每条答复有条款可查,查不到会明说 |
| 答流程 | 编号步骤、材料清单、时限、经办人 | 跨部门衔接的例外 | 新人照做能提交,不用再问第二遍 |
| 催材料 | 名单、缺件项、截止时间 | 催办节奏与例外延期 | 一对一发,不公开点名,信息不越范围 |
表格的用法是先对号入座,看第三列。第三列写着「人来定」的,AI 只能起草,不能拍板。
权限与口径是两条硬线
涉及人事调整、薪酬、个别人员的事项,不进公共问答库,也不在群里发细节。需要通知的,只发范围和时限,具体内容走一对一。AI 不会替你把关,它按你给的输入写,输入里有就越界。
口径以正式文件为准。涉及待遇、考核、责任的表述逐句对照文件;文件改了,喂给它的版本当天换掉,否则它会照旧版回答,而且答得很自信。文档名带上生效日期,检索时能一眼看出新旧。
上线之后怎么维护
每周留十分钟看问题日志:哪些答错了,哪些被反复追问。答错的补进底稿,反复追问的说明步骤写得不清楚。这份日志比一次大改更有用。
上线初期先放一个窄范围试:只开报销和请假两类,收集两周真实问法,再决定要不要扩到用章和会议室。范围铺得太大,错答会被更多人看到,纠正成本也更高。
抽查按使用量定:一周抽十条答复对照文件核一遍,错误率超过两成,先改底稿,别急着加提示词。会话记录也要管,涉及具体人员的事项定期清理,留档范围和期限提前定好,处理思路可参照会议记录的管理方式。
行政答疑速查
- 通知先给四要素,缺一项就等着返工
- 制度问答限定「只依据文档」,查不到要说查不到
- 流程写到动作层,新人照做能提交
- 人事与薪酬不进公共库,群发只发范围
- 每周十条抽查,错误率过两成就改底稿
行政用 AI 的分寸在于:凡是能写成固定口径的,尽量交出去;凡是涉及具体人的,收回自己手里。前者省时间,后者省麻烦。


