政府与政府服务 · 行业场景库

场景(2) · 党政办综合文字岗(2) · 政策与事项管理岗(2) · 综合窗口受理岗(2)

库级说明:这套场景为什么这样切、不做什么、怎么交付

岗位依据

岗位依据与数据 · WorkBuddy · 政府与政务服务场景库

4 个子角色为什么这样切,依据在哪

政务服务中心的规范三定方案写的是「综合科 / 审批服务科 / 监督检查科」条块分工,地市级以上也确实有专职处室与驻场厂商。但县区的真实招聘与实情是另一回事:一个乡镇公务员编制二三十人对接几十个上级部门,「80% 的工作量集中在 20% 的年轻干部身上,刚入职基本都分到党政办」;窗口人员「专科变全科」后人均要熟悉上千个进驻事项;12345 工单是每个科室人人兼职承办、被满意率考核追着走的活。

所以这套场景库按一件事在政务服务主流程上的环节切分,而不是按部门职能表:政策怎么落到指南、群众来了怎么收件、诉求来了怎么答复、材料怎么凑齐——这四类活在县区基层是具体的人干的具体事,区别只在什么时候来、被谁退回、错了扣谁的分、产出物是什么。审批决定与执法判定两段刻意不做:那是法定职权,国家《政务领域人工智能大模型部署应用指引》已明确 AI 只取辅助定位。

政策与事项管理岗

Policy & Item Administration

让每一项办事指南都引用现行有效的政策依据,让每一个政策问题都有可溯源的口径

2 个场景

这个子角色为什么真实存在:制度要求真实存在:霍林郭勒等地把「政策公布后 5 日内更新线上指南、15 日内更新线下」纳入考核,但一个县区上千项事项靠每周人工比对永远排不进日程——新县为治理两张皮排查整改了 4223 项问题办事指南约 26 项法定要素的设计目的是「一次告知」:材料不得有兜底条款、同源发布、要素统一——栏位反推这项工作的真实目的是让群众不来第二趟滁州式考核把「政策文件、政策解读、热点问答、机构职能」知识库建成考核项,每缺一类扣 0.5 分——建库是刚需,拆文件是没人干的苦力活

公开来源:霍林郭勒市要求政策文件公布后 5 日内完成网上办事指南更新、15 日内完成线下更新,整改纳入「互联网+政务服务」考核河南新县治理办事指南「两张皮」:排查整改 6 大类共 4223 项问题,靠每周人工对比核验线上线下渠道奈曼旗政务服务标准化管理办法:办事指南约 26 项法定要素,申请材料不得有「其他、有关」等模糊兜底条款滁州12345 考核办法:各承办单位须完善「政策文件、政策解读、热点问答、机构职能」多维知识库,每缺一类扣 0.5 分它实际在用的数据政务服务事项清单.xlsx(事项管理科的 Excel 镜像,1268 项,与平台版本常不同步)近两年收文登记簿与政策文件 PDF(设定依据的权威来源)网上政务服务大厅指南导出件(线上「同源发布」的那一源)12345 知识库台账(已入库问答与缺口)

关键字段与口径:设定依据要核到文号与条目(如清政办发〔2025〕12 号第二条),不能只写文件名材料清单每项写明名称、份数、规格、来源渠道;「其他有关材料」属兜底条款,必须清除法定时限与承诺时限分开标注,时限变更须与设定依据同步

本组场景:

升为客户真实案例还缺什么:要把这个角色的场景真正跑起来,需要客户提供:事项管理系统导出件(或 Excel 镜像)、近两年政策文件库(含废止文件目录)、上一轮复核的问题台账(如果有)。

这里列的是这个岗位真实会用到的数据类型,不表示已经取得任何客户的生产数据。

综合窗口受理岗

General Window Reception

群众在窗口问的每一件事,当场给出带出处的准确口径

2 个场景

这个子角色为什么真实存在:综窗改革把窗口人员「专科变全科」,但人不可能变成全科医生:进驻事项上千项,窗口人员原先只熟悉本条线几十项湘潭岳塘区已开始给综窗引入 AI 辅助(实时办事指引、智能问答、材料预审)——这是AI 进入政务大厅被验证的现实通道口径散在几十个系统里:网格员收藏夹三四十个网址、账号密码记在不同本子上,群众办事要在几个网址与手机应用间切换

公开来源:福州晋安区无差别窗口人员管理:窗口人员「专科变全科」,按进驻事项数考核熟悉度湘潭岳塘区综窗改革:引入人工智能辅助工具,实时提供办事指引、智能问答和材料预审某媒体 2024:网格员收藏夹里三四十个网址、账号密码记在不同本子上;武汉把社区 48 个系统终端整合为「社区工作平台」

它实际在用的数据:政务服务事项清单.xlsx(材料清单与时限的依据)高频事项收件要点(老窗口员脑子里与抽屉里的纸片)补正告知书存根(历史上退过什么件)好差评记录(差评原因里藏着口径答错的历史)

关键字段与口径:应答五要素:要什么材料、几份、去哪开/去哪办、多久办完、收不收费——缺一项就会再跑一趟每条口径带文号出处,供好差评申诉时出示依据补正清单分三档:可当场补 / 需回补 / 可容缺(容缺须标补交期限)

本组场景:ZK-01 综窗「一口清」辅助问答 —— 上千个事项的收件要点,问一句给一条带出处的口径 · 优先级

15.0ZK-02 收件材料预审 —— 齐全性与形式要件初检,出一张补正清单 · 优先级 6.4

升为客户真实案例还缺什么:需要客户提供:事项清单导出件、近三个月高频咨询问题记录(有则更好)、好差评差评明细(口径类差评是最好的演示素材)。

这里列的是这个岗位真实会用到的数据类型,不表示已经取得任何客户的生产数据。

12345 诉求承办岗 Hotline Request Handling

每件工单按模板答复到位,经得起平台审核、回访和不满意申诉

2 个场景

这个子角色为什么真实存在:答复有法定必备要素与无效回复清单:联系时间方式、政策依据须落到文号,「已联系解释/请拨打xx咨询」等禁语出现即退回重办扣分规则把答复质量变成硬成本:回复质量问题每件扣 0.5 分、无上限;重复投诉不得复用同一答复意见类案分析是「干了没干成的事」的典型:福田把类案调研从约两周压到一天、西青用 14万条历史工单把派单准确率从 58% 做到 95%——历史工单是各单位躺在系统里的资产

公开来源:平坝区天龙镇 12345 办理规程:答复必备要素(联系时间方式、佐证材料),「已联系解释/请拨打xx咨询」等无效回复一律退回重办安庆市土储中心 12345 办理制度:咨询/求助投诉举报/建议三类答复模板原文保定清苑区

12345 考核细则:拒收工单、推诿工单、回复质量问题每件扣 0.5 分、无上限沭阳耿圩镇 12345 工作机制:重复投诉不得重复使用同一答复意见福田「民意调研数智员工 2.0」:类案调研报告从约两周压到一天办结天津西青区整合 14 万条全周期工单、2 万条退单数据训练派单模型,准确率从 58% 提升到 95%

它实际在用的数据:12345工单台账.xlsx(工单编号、诉求内容、承办科室、时限、答复口径、满意情况、退回记录)历史优秀答复存档(被平台审核通过的口径范本)政策文件库(答复依据的来源)退回重办记录(哪类答复被退、为什么退)

关键字段与口径:联系记录三要素:具体时间、方式、电话号码;无法联系须注明 1 个工作日内3 个不同时段拨打(每时段间隔 15 分钟以上)答复四段:诉求办理过程 / 法律法规及政策依据(落到文号)/ 已采取措施及效果 / 下一步安排不满意的须附政策文件、会议纪要、法律文书等佐证材料清单

本组场景:

升为客户真实案例还缺什么:需要客户提供:12345 平台工单导出件(含不满意与退回件)、本单位考核细则原文、历史被采纳的答复范文若干篇。

这里列的是这个岗位真实会用到的数据类型,不表示已经取得任何客户的生产数据。

党政办综合文字岗

General Office Writing

材料按时出手、数据凑得齐、格式不退回

2 个场景

这个子角色为什么真实存在:材料淹没是真的:一个村一星期 3000 页纸、干部最多一天收 28 份急件、一年 160 多篇材料——「八成时间在写材料和应付检查」接近字面真实通用大模型已被大量私下使用,但「不懂本单位」是硬伤:写的方案数据对不上、改起来比重写还累——差异化输入是历史公文存档、领导讲话记录、本地政策库公文是高度结构化的:GB/T 9704 把格式钉到字号与毫米,请示一事一文、报告不夹带请示——结构化文书生成是 AI 的甜点区,核稿退回是真实成本

公开来源:半月谈 2018:一个村一星期打 3000 页纸汇报材料;干部最多一天收到 28 份文件;「实干苦干评不了先进,会做资料的年年受表彰」基层公务员用 AI 写材料实录:「AI 写的方案连村头老李的果园数据都对不上,改起来比重写还累」;一年 160 多篇材料;某县要求每月 AI 生成材料不少于 20 篇被领导怒斥「全是正确的废话」GB/T 9704-2012《党政机关公文格式》国标要素(版头/主体/版记,字号到毫米,结构层次一、(一)、1.、(1.),年份用六角括号)某地应急管理部门公文处理实施细则:请示一事一文、报告不得夹带请示事项

它实际在用的数据:历史公文存档(本单位文风、口径、惯用表述的来源,清河区约 4,200 余件)领导讲话记录与历年汇报材料各科室台账(迎检数据的真实来源)考核指标清单(迎检归集的靶子)

关键字段与口径:版头全要素:份号、密级、紧急程度、发文机关标志、发文字号(年份六角括号)、签发人(上行文)正文四层结构:一、(黑体)(一)(楷体)1.(仿宋)(1)(仿宋)成文日期用阿拉伯数字;请示一事一文;报告不得夹带请示事项

本组场景:

升为客户真实案例还缺什么:需要客户提供:近三年历史公文存档(脱敏)、常用文种的被退回记录(核稿批注,有则价值极大)、本次迎检的考核指标清单。

这里列的是这个岗位真实会用到的数据类型,不表示已经取得任何客户的生产数据。

不做什么

明确不做的伪需求 · WorkBuddy · 政府与政务服务场景库

22 个伪需求以及为什么不做

客户看到「四十个场景」的第一反应不是「好全」,而是挑最不靠谱那个来问。

一个伪需求会削弱旁边所有真场景的说服力 —— 所以这一页存在的意义,是让 15 个真场景更可信。

政务场景是伪需求的重灾区,因为它的高风险动作最密、形式主义台账最多。判断只需要三句话:这份产出现在有人看吗?这个数据现在有人维护吗?如果 Agent 明天就把这件事做完了,下游的人会不会因此改变行为?第三句答不上来,就不要做。此外政务领域有一组一票否决的红线:代签批、代审批、代执法、涉密数据外流、补台账留痕——这五类需求做演示的资格都没有,列在清单最前面。

5

法则一 · 一段脚本更快更准更便宜

4

法则二 · 需物理感知或对外担责

5

法则三 · 真实瓶颈不在这一步

!

最典型的一条:办公用品领用登记电子化

它看起来完全合理:纸质登记乱、统计麻烦、月底要追问还剩多少。

但制度里写着「月度汇总提交采购与财务作成本核算依据」——

现实中签完字这件事就结束了,汇总表没有人看。

把一张没人看的表加速录进系统,等于加速垃圾数据入库。

真正有价值的是另一个问题:为什么某个部门的耗材是别人的三倍。

清单逐条说明

最后一列是客户主动提出时的回应口径 —— 不是拒绝,是把他引到真场景上

伪需求命中法则

更优解 / 真实瓶颈在哪客户提出时怎么回应

AI 代领导签批、代拟审批意见红线 · 法定职权签批权是法定职权;福田《政务辅助智能机器人管理暂行办法》给每个数智员工配在编「监护人」,谁使用谁负责现场话术:签批永远是人。我们做到「送签前的材料齐不齐、依据全不全」,签与不签在 OA 里,不在 AI 里。AI 代行行政审批、行政许可最终决定红线 · 法定职权国家《政务领域人工智能大模型部署应用指引》明确 AI 辅助型定位,代表政府的输出须人工审核现场话术:收件预审、材料勾稽我们做,受理与许可决定是审批权,碰都不碰。AI 代行执法判定与处罚决定红线 · 对外担责某区 AI 低保审核系统因无法说明拒绝理由被投诉「算法歧视」后停用——处罚决定涉行政救济权现场话术:执法文书初稿、笔录整理可以做,判定与处罚决定必须是有执法权的人签。涉密数据、干部人事内部数据上外部大模型红线 · 保密纪律「涉密不上网」是纪律;湖北基层干部实务口径「组织工作涉密信息一律不得输入任何 AI 平台」现场话术:涉密事项人工办理,不进任何 AI平台——这条我们写进交付边界,谁来说都不松。台账照片、工作留痕 AI 生成(「补台账」)红线 · 协助造假中央三批通报整治形式主义典型问题,留痕造假是整治对象现场话术:这个需求提出来我们直接拒绝——留痕生成不是减负,是把干部往纪律红线上推。干部考核自动打分排名通报红线 · 兼法则二/三《关于防治「指尖上的形式主义」的若干意见》明令不得滥用排名考核、不得以留痕代替实绩评价现场话术:考核是组织部门的权责,AI 出现在「数据核对」环节就停,打分排名不碰。公文格式排版「智能化」修正法则一 · 确定性规则任务格式规则是确定的:规则库+模板引擎即可,福田 95% 准确率本质上也是规则活现场话术:格式问题一段脚本或模板插件更便宜更准——我们把功夫花在初稿的内容与口径上,格式自查只是顺手附一张单子。会议通知定时提醒、文件流转催办法则一 · 确定性规则任务OA 工作流引擎的既有功能,定时与状态机现场话术:催办用 OA 自带的督办功能就够了,不值得动 AI。定时报表自动取数汇总法则一 · 确定性规则任务SQL + ETL 的活,套大模型徒增幻觉风险现场话术:固定口径的定期取数写脚本;我们的价值在「口径不一、来源分散」的那类归集。收发文编号自动登记法则一 · 确定性规则任务编号规则是确定序列,OA 文电模块自带现场话术:这是 OA 的本职,不是 AI 的活。政策的权威解读直接对外发布法则二 · 对外担责群众拿 AI 的过时政策要求兑现、基层为 AI 幻觉「灭火」的案例在前;权威解读的责任主体是发文机关现场话术:解读初稿给业务科室,定稿与发布走政务公开流程——AI 不当政策发言人。对群众的无人工审核自动答复法则二· 对外担责银川市长信箱「已读乱回」公开致歉问责在前;国家指引要求代表政府的输出须人工审核现场话术:草稿、口径、自检我们全做,「发给群众」这一下永远是人按的。突发事件信息自动对外报送法则二 · 对外担责突发事件信息报送有时限与准确性的法定要求,错报的代价是追责现场话术:报送初稿与要素校验可以做,按不按「报」是值班领导和带班领导的权责。「城市大脑」式智能决策大屏法则三 · 真实瓶颈不在这一步曲靖 4670 万建成即闲置、日活 60 人——数据孤岛未破、责任机制未建,瓶颈不在展示环节现场话术:先问一句「这个屏建完谁看、看了改什

么」。答不上来的项目,钱花在屏上不如花在把一件事的口径理顺上。「每月 AI 生成材料不少于 N 篇」式使用率指标法则三 · 真实瓶颈不在这一步某县汇报清一色「三化体」被领导怒斥「全是正确的废话」;AI 代笔仍在材料政绩闭环里打转现场话术:给 AI 定产量指标是把工具变成新负担——我们只对「这一篇的数字有没有出处」负责。学习打卡、会议接龙类留痕台账整理法则三 · 真实瓶颈不在这一步这类台账是中央明令整治的形式主义对象,整理得越快越是助长违规现场话术:这个不做,做了就是帮着把形式主义升级——需要的话我们出一份「哪些台账可以合并」的建议,这才是减负方向。智慧值班大屏法则三 · 真实瓶颈不在这一步值班的真实瓶颈是信息核实与「叫应」到人,不是可视化现场话术:值班要情快报的初稿编排我们做,大屏不碰。干部考察材料生成红线 · 涉密 + 法则二干部人事是涉密领域,考察结论的署名责任在组织部门现场话术:涉密不进 AI,这条没有商量余地。舆情回应口径自动对外发布法则二· 对外担责舆情回应是高政治敏感动作,口径由宣传部门与分管领导定现场话术:口径初稿与问答预案可以做(内部),「发出去」永远是人。自建政务 APP / 新入口红线 · 政策明文限制国办 2026 新规:使用频率低的限期关停,县以下单位原则上不得开发建设政务应用程序现场话术:不做 APP、不建门户——嵌入你们已有的 OA 和办公软件,这是政策要求的形态,也是最省事的形态。汇报 PPT 美化生成法则三 · 真实瓶颈不在这一步通用工具已足够强,政务差异化有限现场话术:PPT 我们不做——数据汇齐、出处标清之后,版式是最后才要操心的事。会议方案与议题材料自动打包法则一 · 确定性规则任务OA 会议管理模块的既有功能现场话术:议题打包 OA 就能干;我们做的是会议纪要初稿这种要读、要改、要归档的产出。

声明这套东西不承诺什么

主动讲限制比被问出来强得多

这是演示与验证资产,不是已接入生产系统的软件所有 Live Demo 页面展示的是「应该怎么跑、每一步看什么、交付什么」,使用的是真实业务格式的脱敏构造数据,不冒充任何客户的生产数据。不承诺效率提升百分比本场景库不出现任何「几天压到几分钟」「节省百分之九十」这类数字 —— 没有用客户自己的单据实测过,这种数字说出来就是砸口碑。我们讲的是可核实的能力差异:参与角色怎么变、覆盖范围多大、产出多少条、退回件与扣分风险怎么变。拿不到的数据会明确说拿不到某科室台账数据截至时间已过期、某项指标在现有台账里没有来源 —— 这些情况会在缺口清单里写清「数据未更新、需向谁催更」,而不是估一个数填上去。高风险动作只建议不执行审批决定、对外发文、用印签批、涉密事项、执法判定、对群众的正式答复 —— 这六类动作本场景库全部只出清单和依据,不代替人做决定,也不自动执行。产出是初稿与清单,最终签字权在人所有正式交付物都留有编制 / 审核 / 会签 / 批准签批栏,推荐意见、完成质量评定、责任认定这几栏一律留空 —— 自己给自己打分的报告,没人会信。

那哪些是真场景?15 个逐条打过分的场景,全部保留了评分口径可核

回到场景总览 →

来源说明

本场景库的痛点均有公开来源可查。网页版已对来源中的具体机构做了脱敏处理,不再逐条列出。

场景审核

场景审核 · WorkBuddy · 政府与政务服务场景库

先过场景不急着做素材

共 8 个场景。逐个点「保留 / 待讨论 / 后置」,

结果只保存在本机浏览器,可以复制出来。

建议的判断顺序:先问这件事没做好谁会生气(痛感)→

再问错了能不能当场看出来并改(能不能交给 Agent)→

最后问客户手上现有的文件够不够跑(落地难度)。

需要客户先做数据治理的场景,不要放在第一批。

清空选择

返回总览

政策事项

政策与事项管理岗

让每一项办事指南都引用现行有效的政策依据,让每一个政策问题都有可溯源的口径

2 个

ZC-01

6.8

办事指南要素复核 —— 政策换版之后,逐项比对出差异清单指南挂在网上的那一刻就开始过时 · 一个区上千项事项,靠人工每周比对永远排不进日程

保留

待讨论

后置

ZC-02

10.0

政策问答库建设 —— 把一份新文件拆成带文号出处的问答对考核要求知识库每类都要有、缺一类扣 0.5 分 · 但把 30页文件拆成几十条问答是纯苦力活,永远排不进日程

保留

待讨论

后置

综窗受理

综合窗口受理岗

群众在窗口问的每一件事,当场给出带出处的准确口径

2 个

ZK-01

15.0

综窗「一口清」辅助问答 —— 上千个事项的收件要点,问一句给一条带出处的口径窗口改成无差别综窗,人却不可能变成全科医生 · 群众在窗口等着的十分钟,就是受理员翻文件找口径的十分钟

保留

待讨论

后置

ZK-02

6.4

收件材料预审 —— 齐全性与形式要件初检,出一张补正清单收错件退回去,群众要再跑一趟 · 退件率是综窗考核硬指标,但形式要件有几百种

保留

待讨论

后置

诉求承办

12345 诉求承办岗

每件工单按模板答复到位,经得起平台审核、回访和不满意申诉

2 个

RX-01

9.6

12345 工单答复初稿 —— 按三类模板生成可溯源到文号的答复草稿回复里一句「已联系解释」就是无效答复,一律退回重办 · 退回一件扣 0.5 分,上不封顶

保留

待讨论

后置

RX-02

12.5

12345 类案分析报告 —— 高频诉求专项复盘,从工单台账里挖出根因每个科室都说自己的工单最难办 · 福田把类案调研从两周压到一天——先干的单位已经把它变成了月度动作

保留

待讨论

后置

综合文字

党政办综合文字岗

材料按时出手、数据凑得齐、格式不退回

2 个

WB-01

11.0

公文初稿起草 —— 用本单位的历史存档与口径写,不是用「全国平均水平」写通用大模型写的方案连村头老李的果园数据都对不上 · 改起来比重写还累

保留

待讨论

后置

WB-02

5.7

迎检材料数据归集 —— 按考核清单替办公室把催数据的活干了一套迎检材料连熬一周 · 数据散在十几个科室,办公室牵头的人只能挨个催

保留

待讨论

后置

审核进度未选择 8

交付说明

交付说明 · WorkBuddy · 政府与政务服务场景库

政府与政务服务场景库怎么用这套东西

这是一套售前演示与客户验证资产,不是已经接入客户生产系统的软件。

包含 4 个子角色、8 个场景、24 个内容页、

8 个 Skill 包与配套素材和预期输出。

8完整场景

24三件套页面

22明确不做的伪需求

38可核验来源

路径三种人怎么看

客户初次看

从总览按子角色选场,先看「场景引入」。三分钟看清这件事现在什么样、痛点依据在哪、产出是什么。

打开场景总览

现场演示

打开「Live Demo」逐步讲。重点讲 Agent 在哪一步拦住了 ——

一、个会在该停的地方停下来的助手,比一个永远给得出答案的助手可信得多。

看一个完整 Demo

内部选型

在「场景审核」页逐场标保留 / 待讨论 / 后置,复制结果后再决定哪些进入真实素材制作。

打开场景审核

话术现场必备的三句话

开场 · 先说 AI 做不到什么

把限制先摆出来:不承诺效率百分比、拿不到的数据会说拿不到、高风险动作只建议不执行。

主动说限制比被问出来强得多 —— 而且这一句会把后面所有内容的可信度垫起来。

中场 · 用一句话帮客户剔掉伪需求

客户提到某个表单类需求时,问一句:「这张表现在有人看吗?看完做了什么决定?」

答不上来就当场建议先不做。这一下建立的是顾问式信任 ——

客户会开始相信你不是来卖东西的。

收尾 · 三个问题要金额

「你们上一年被 12345 退回重办多少件、每件扣了多少分?全区办事指南里引用已废止文件的有几项、上次全面复核是哪一年?上次迎检光凑数据花了几个科室几个人几天?」

三、问都答不上来,场景就成立了。

状态已完成与未冒充完成

已经完成4 子角色 × 8 场景完整内容每场景:场景引入 / Live Demo / 能力沉淀 三页每场景:Skill 包(含输出骨架与渲染脚本)、素材、预期输出痛点逐条挂来源,可点开核对22 个伪需求逐条说明命中哪条排除法则岗位依据页说明子角色为什么这样切

明确未冒充完成尚未接入任何客户的生产系统素材是真实业务格式的脱敏构造数据,不是客户生产数据场景尚未用客户自己的原始文件实跑过(这是下一步)有来源支撑不等于完成客户一手验证没有实测前不出现任何效率提升百分比审批决定、对外发文、用印签批、涉密事项、执法判定、对群众的正式答复一律人工

下一步怎么往前推

第 1 步过场景8 个逐场标保留 / 待讨论 / 后置

第 2 步选 3 到 5 个按客户类型组合,优先零集成的

第 3 步要一手材料真实文件、审批链、一次出过问题的案例

第 4 步用客户文件实跑记录结果、返工点、真实耗时

第 5 步再谈系统对接此时才评估 API、权限与回写

想在你们企业跑通其中一个?

顾问会帮你判断数据够不够、从哪个场景开始最稳。

返回场景库