平台建设
山西省智慧工会平台
2023 年底中标、2024 年 1 月签约、6 月上线。合同写的是 12 个月工期，全总的要求把它压成了 5 个月。我 2024 年 9 月接手时，系统刚过初验——表面上是「已经交付成功」，实际上是「上线才开始」。
约束 · 为什么难
01
业务部门不用
个别业务部门使用意愿弱，需求确认与培训试运行推不动，导致使用率低、运行数据少。建设牵头部门是职工服务中心，实际使用部门却是它的上级单位。
02
数据没进全，口径也不一致
会员录入 83.3%（550.9 万 / 665.7 万），组织却录到 111.9%（56,703 / 50,665）。组织超录不是效率高，是重复建会——同一个基层工会在不同层级被各录了一遍。
03
供应商在撤退
外地供应商现场人员由 9 人 缩减至 2 人；本地供应商人员流动率高。两家在竞争中合作，偶发情绪化分歧与互相推诿。作为总集成方，既不能换掉他们，也不能替他们写代码。
04
需求还在长
财评后的设计与实际场景不符，部分系统功能发散、不闭环、有重复，额外增加约 30% 的新功能与工作量。技能提升系统被要求按全总最新规划重做。
判断与动作
判断 01
把会员数据做成可核对的账
数据是省级平台的地基。会员数据不准，后面所有报表、所有活动触达、所有考核指标都是错的。所以第一件事不是加功能，是把账对平。
01把进度摊开——按 26 家地市及产业工会拆分录入完成率，形成日更看板，谁落后一目了然
02把超录查清——组织数超录 11.9% 说明存在重复建会，反过来建立去重与合并规则
03把质量讲清——梳理 11 个地市、26 个产业工会的组织与会员数据质量、字段缺失问题，产出治理报告
判断 02
用普惠服务把用户拉回来
政务类平台最常见的死法是「建好了没人用」。要让职工主动打开，最有效的切口不是宣传，是实惠。
01券是核心交易对象——系统支持六种券类型，可按活动配置限领数量、核销时间与核销方式。我参与的配置包括券类型选择、普惠群体定位（单位勾选 + 身份证号检索，支持禁领名单）、券码生成规则，以及核销方式适配（工会自核销 / 银联核销）
02本地生活异业合作——把会员在出行、文化、娱乐上的高频场景拆出来，逐个找头部品牌谈资源置换：出行对接滴滴、文化消费对接新华书店、支付与通用消费对接云闪付。结构是平台出流量与会员身份、品牌出权益与补贴、双方按核销结果结算
03漏斗与复盘——按「曝光—领取—核销」三段跟踪转化：曝光低是渠道问题，领取低是选品与门槛问题，核销低是履约与提醒问题。按渠道拆开看核销率差异，再回头调整选品组合与发券渠道
判断 03
把运营动作沉淀成 SOP
省级平台的活动不是我们一家在做，基层工会也要能自己发起。所以要把重复动作标准化——SOP 的价值不在文档本身，而在于它让一个从没做过活动的人，也能把一场活动跑完。
01商务对接——合作方准入、资质审核、资源置换谈判的固定流程
02券码配置——从活动建档到券码生成、测试、上线的检查清单
03活动上线——上下架时间、库存、限领规则、应急预案
04客诉处理——分渠道的响应时限与升级路径
判断 04
把平台收进一个微信入口
平台建了 3 大平台 9 大业务系统，覆盖 5 个业务部门、11 个地市、26 家产业工会。但对 665.7 万会员来说，这些系统他一个都不会打开。他只会打开微信里的那个小程序。所以移动端不是平台的一个模块，而是平台面向会员的唯一出口。
01小程序集群——把 11 个地市各自的小程序与 APP，通过 API、接口整合、服务跳转，统一集成到「山西省智慧工会平台」小程序，避免每换一个地市就要装一个 App
02用户体系打通——依托能力支撑平台，把省总工会与 11 个地市的技术对接、数据对接、业务对接连起来，让会员身份在省市两级互认，消除信息孤岛
03普惠活动落到移动端——券的领取与核销、本地生活异业合作的入口，都收敛到小程序内完成，让「曝光—领取—核销」的漏斗在一个端上闭环
结果
结果 01
11 个
地市 APP / 小程序集成到省级统一入口
结果 02
665.7 万
会员实名数据覆盖，省市两级用户体系打通
结果 03
6 种
普惠券类型，支持限领数量、核销时间与核销方式配置
结果 04
20 人日
数据治理累计投入，不产生新功能但决定所有功能是否可信
产物 · 平台界面
以下为职工服务平台真实界面，取自软件著作权登记材料。3 大平台 9 个业务系统，这里挑了最能说明业务复杂度的几个。
01
入口与组织
统一登录、组织管理
02
服务大厅
职工办事的窗口
03
专题与宣传
内容运营的阵地
复盘
如果重来一次，我会在上线前就把「谁在用」这件事定义清楚。当时所有验收指标都指向功能完整性，没有一条指向使用率。结果系统按时上线、按时初验，但业务没有接住——这不是执行问题，是验收口径里缺了用户这一维。