项目快照
公安政务数字化平台集群将警保工资、辅警画像、公安门户、量化积分四个系统整合为平台型案例，展示在强流程、强合规、多角色场景下的产品拆解、规则建模与交付推进能力。
挑战
问题：公安与政务组织层级多、业务规则复杂、数据敏感：工资靠 Excel 分发、辅警信息分散在台账、网站群各自维护、干部晋升评分口径不一。
受影响者：财务人员、辅警管理部门、信息员、组织人事部门、局领导、系统管理员
为什么现有方式不够好：线下流程效率低、易出错、难追溯，且无法满足政务系统对权限隔离、审计留痕与安全合规的要求。
约束：数据敏感、合规要求高、干系人多、需求优先级需反复对齐；项目需在真实交付压力下按期验收。
产品定义
目标用户
- 财务人员：安全可控地导入、核算、分发工资与津贴
- 辅警管理部门：掌握队伍画像、风险预警、考核与处置闭环
- 信息员：在统一后台高效发布多子站内容
- 组织人事部门：标准化干部晋升评分与多级审批流程
- 局领导：通过数据大屏直观掌握队伍与晋升情况
MVP 边界
每个子系统先解决最核心的“数据导入 → 流程审批 → 查询/公示”闭环，再叠加大屏、预警、审计等能力。
成功标准
多个业务角色在同一平台内完成协作，关键数据可追溯、可审计，系统按期上线并通过验收。
关键决策路径
四个系统看似业务不同，但都涉及组织、人员、规则、审批、权限与审计。
应该抽象出公共基础能力（RBAC、部门树、审批流、操作日志），避免每个系统重复造轮子。
- 每个系统独立设计权限与日志
- 统一基础平台 + 模块化业务子系统
统一用户、部门、角色、菜单、按钮、日志等基础能力，各子系统只关注业务规则。
Why：降低开发成本，保证各系统权限与审计口径一致，也便于后续统一身份认证集成。
Impact：后续子系统上线周期明显缩短，权限配置与审计查询体验一致。
工资、积分、画像都涉及复杂规则，客户方描述常以“特殊情况”形式出现。
规则必须产品化为可配置项，而不是全部写死在代码里。
- 每个规则单独开发
- 抽象规则引擎与可配置积分/工资方案
设计“导入方案 + 字段映射 + 规则配置”的模板化机制，支持按月份/任务灵活调整。
Why：财务人员与组织人事部门可以自助调整规则参数，减少开发介入。
Impact：工资与积分计算从“需求变更 → 排期开发”变成“后台配置 → 即时生效”。
公安门户网站群由多个单位分别维护，风格、权限、入口都不统一。
站点即租户，内容按栏目归属，权限与组织架构强绑定。
- 每个子站独立后台
- 统一后台 + 多租户子站 + 栏目化内容管理
采用多租户架构：市局主站 + 下属单位子站共用一个后台，按租户与部门隔离数据。
Why：统一运维入口，降低信息员学习成本；同时通过 RBAC 与数据权限保证“本单位管本单位”。
Impact：实现 16+ 子站集中管理，内容发布周期从数天级缩短至小时级。
系统设计
数据流
人事/部门基础数据通过统一中台分发；各业务子系统产生的过程数据回流至日志与审计中心；大屏通过汇总数据提供决策视图。
AI / 工作流
平台本身以规则与流程为主；在部分数据分析与报告场景使用 LLM 辅助生成说明文本，但关键规则仍由人工配置与审批。
四个子系统
平台由四个业务子系统构成，每个子系统围绕同一套公共中台能力独立演进，又在组织、权限与审计层面保持一致。
公安局门户平台
统一后台管理市局主站与 16+ 下属子站
问题：网站群由多个单位分别维护，后台入口、风格、权限都不统一，信息员学习成本高，内容发布效率低。
方案：采用多租户架构：市局主站 + 下属单位/专题子站共用一个后台，按租户与部门隔离数据，实现“本单位管本单位”。
核心能力
- · 栏目化内容发布与 Banner/弹窗/漂浮位运营
- · 值班排班、通讯录与投票调查
- · RBAC 与数据权限实现分权管理
- · 信创适配与安全加固
关键成果
- · 结束“一站一后台”的分散维护模式
- · 信息员可独立完成内容编辑与发布
- · 内容发布周期从数天级缩短至小时级
警保工资系统
替代 Excel，建立安全可控的工资发放闭环
问题：工资与津贴核算长期依赖 Excel 与邮件流转，版本混乱、权限失控，敏感数据容易泄露，发放周期难以追溯。
方案：设计“导入方案 + 字段映射 + 规则配置”的模板化机制，将工资条发布、个人查询、导出打印与 RBAC 审计整合为线上闭环。
核心能力
- · 工资/津贴批量导入与模板管理
- · 角色/菜单/按钮级权限控制敏感数据
- · 对接政务 IM 实现人事数据同步
- · 发放记录可追溯、可审计
关键成果
- · 建立“导入 → 校验 → 发布 → 查询”的线上闭环
- · 财务人员可自助调整规则参数，减少开发介入
- · 工资计算从“需求变更 → 排期开发”变成“后台配置 → 即时生效”
辅警画像系统
覆盖辅警全生命周期的数字化队伍管理
问题：辅警档案、考核、奖惩、薪酬等信息分散在台账与表格中，管理部门难以实时掌握队伍状态，风险预警滞后。
方案：整合辅警“进、管、用、出”全生命周期数据，构建档案、考核、奖惩、薪酬与红橙黄蓝四色风险画像。
核心能力
- · 统一维护辅警档案与履历
- · 多维度记分自动汇总，支撑画像赋色
- · 预警处置流程化，形成“发现—推送—核查—处置”闭环
- · 数据大屏直观展示队伍结构与风险分布
关键成果
- · 结束“人找数据”的分散管理模式
- · 风险预警从被动发现变为主动推送
- · 为辅警考核与晋升提供数据支撑
量化积分系统
把晋升政策条文转化为可配置评分规则
问题：干部选拔晋升评分口径不一，主观分与客观分计算复杂，流程节点多、留痕要求高，领导决策缺乏数据支撑。
方案：构建“客观分 + 主观分”复合评分模型，覆盖申报、审核、公示、晋升全流程，并通过数据大屏辅助决策。
核心能力
- · 将政策条文转化为可配置的积分规则
- · 多级审批流节点留痕，满足组织审计
- · 排行榜与干部队伍画像辅助领导决策
- · 公示与申诉流程线上化
关键成果
- · 评分口径统一，晋升流程透明可追溯
- · 审批节点自动留痕，满足审计合规
- · 数据大屏为组织人事决策提供实时依据
构建与交付
设计：先梳理组织边界与权限边界，再抽象公共中台，最后逐个切入业务子系统。
技术栈：Vue 2 + Element UI / ECharts 前端；.NET 8 / ASP.NET Core + SqlSugar 后端；SQL Server / MySQL 数据库；IIS / Nginx / Docker 部署。
项目推进：作为产品经理兼项目经理，协调业务方、前后端、测试与部署团队，按周拆分里程碑，组织 UAT 验收与上线保障。
部署交付：完成系统部署、信创适配、安全加固、备份恢复方案编制与上线问题处理。
结果与价值
- 四个子系统统一基于公共中台构建，权限、日志、组织架构口径一致
- 工资、画像、门户、积分等核心业务流程线上化，减少线下表格与人工流转
- 支撑多部门、多角色在同一平台内协作，关键操作可追溯、可审计
- 项目按期完成部署、验收与上线，获得客户方认可
复盘
被验证的假设：政企产品的第一步不是画界面，而是把组织边界和权限边界理清楚。
当前局限：各子系统之间的数据联动仍可加强，跨系统流程尚未完全打通。
对政企产品的理解：合规与安全不是上线后的补丁，而是方案设计阶段的输入条件。