ONEPSOFT | 软考学习知识库
摘要
赣中某地市级农业保险理赔平台由当地水利与农业农村主管部门牵头建设,2024 年 12 月启动,工期 12 个月,合同额 786.46 万元,团队 11 人,2025 年 12 月通过验收。我在项目中担任项目经理。这个平台要把 5 家承保机构、6 个县区、127 名乡镇协保员和数十万农户串在一条业务链上,链条上每一环的信息延迟都会直接变成农户等待赔款的天数,因此沟通管理是本项目的关键管理动作。本文分三层展开:先说明我对项目沟通管理概念体系的理解,再交代在本项目中的具体做法,包括亲和图、面向 X 设计矩阵和直方图的实际运用,然后单列一节说明干系人管理过程与本项目的干系人管理计划,最后是反思与改进。项目结项时平均业务办理时长由 3.5 个工作日压缩至 0.8 个工作日。
一、项目概况
赣中某地市是全省粮油生产大市,水稻、油菜、生猪、柑橘四类标的年承保农户约 31 万户次,承保机构 5 家,保费中财政补贴部分占八成以上。项目启动前的理赔流程是:农户向乡镇协保员报案,协保员现场查勘拍照,填写纸质定损单,回乡后交保险公司录入,保险公司核赔后报财政对账拨付。这套流程有三个老毛病:一是慢,平均办理 3.5 个工作日,汛期报案集中时能拖到一周以上;二是查勘照片与定损单分离保管,事后争议无法追溯,每年因定损结论产生的信访件有二十余起;三是财政保费补贴与理赔资金对账依赖手工表格,2023 年度出现对账差错 11 笔。
2024 年 11 月立项,12 月启动建设,合同额 786.46 万元,工期 12 个月。交付内容包括:统一报案受理与工单调度、协保员移动查勘、电子定损单与影像归档、与 5 家承保机构核心系统的双向数据交换、财政补贴与理赔资金对账、承保理赔一张图,以及配套的操作规程与培训材料。
技术方案上,理赔工单与定损模板通过低代码平台配置,以适应不同险种的差异化要求;业务后端为 Java 与 Spring Boot 微服务,经微服务网关统一鉴权与流控;数据层采用 OceanBase 承载承保理赔主库;与 5 家承保机构和财政支付系统的数据交换通过 RocketMQ 异步完成,避免任一方系统故障阻塞全链路;协保员使用的移动查勘端为安卓应用,支持无网络时离线拍摄取证、恢复网络后自动补传;管理端前端采用 Vue 3。
团队 11 人:我任项目经理,业务组 2 人,开发 5 人,测试 1 人,实施培训 2 人。项目三个难点分别是:现场改造与日常理赔必须并行,报案受理一天都不能停;业务连续性要求高,可用于系统割接的窗口极为有限;专线未覆盖到全部乡镇,偏远节点通信稳定性不足。
二、我对项目沟通管理的理解
从理论上讲,项目沟通管理包含规划沟通管理、管理沟通和监督沟通三个过程:规划沟通管理确定沟通的对象、内容、方式、频率与责任人;管理沟通负责信息的收集、生成、发布、存储与处置;监督沟通则核查沟通效果是否满足项目与干系人的信息需求,并据此调整。三者不是一次性走完的直线,而是随项目推进反复循环。
有两组概念在实践中容易混淆,我认为必须先辨清。
其一是沟通管理与干系人管理的关系。二者的联系在于都以干系人登记册为共同输入,都追求干系人对项目的有效参与;区别在于关注点不同:干系人管理解决 " 对谁抱什么态度、要把他推到什么参与状态 ",沟通管理解决 " 用什么渠道、什么频率、把什么信息传递给他 "。前者定策略,后者定动作,缺一不可。
其二是沟通方法的三种类型。交互式沟通如会议、电话,信息交换最充分但成本最高;推式沟通如报告、邮件、通知,覆盖面广但无法确认对方是否真正接收;拉式沟通如知识库、共享平台,适合信息量大且接收方自主查阅的场景。本项目中协保员分散在乡镇,我把日常操作指引放在移动端帮助中心走拉式,把定损规则变更这类必须知晓的信息走推式加回执,把争议定损案例走交互式当面会商。
此外,沟通渠道数量按 n(n-1)/2 增长,本项目有具名联系人 49 人,潜在渠道 1176 条,若不加约束必然失控。这决定了沟通计划的本质是做减法而不是做加法。
三、在本项目中的具体做法
用亲和图收敛需求诉求。 规划沟通管理之前必须先弄清各方到底要什么。2024 年 12 月,我组织了一场为期一天的联合工作坊,5 家承保机构代表、6 个县区业务负责人和 8 名协保员代表参加,把各自关心的问题写在便签上,共收集 187 条。散着看杂乱无章,用亲和图归类后收敛为 6 组,指向非常清晰。
| 归类 | 便签数 | 主要诉求 | 对应的沟通安排 |
|---|---|---|---|
| 时效 | 51 | 报案到赔付要多久、卡在哪一环 | 工单全流程节点可查,超时自动提醒 |
| 责任界定 | 38 | 定损结论有争议时谁说了算 | 争议案例双周会商,结论书面留痕 |
| 数据口径 | 33 | 承保面积、损失率口径不一 | 口径确认单,五方签字后固化 |
| 补贴对账 | 26 | 财政拨付与理赔金额如何核对 | 月度对账会,差异清单当场认领 |
| 培训 | 22 | 协保员年龄偏大,学不会怎么办 | 分片培训 + 短视频,帮助中心常驻 |
| 系统性能 | 17 | 汛期高峰会不会卡死 | 压测结果定期通报 |
用面向 X 设计矩阵把争论变成打分。 移动查勘端的界面方案曾引发很大分歧:保险公司希望字段尽量全,协保员希望字段尽量少。争了两次会都没有结论。第三次会上我改变了方式,把三套候选方案摆出来,请与会各方用面向 X 设计矩阵,在易用性、可维护性、可靠性、安全性、实施成本五个维度上分别赋权打分。这么做的用意是把 " 我觉得 " 变成 " 我打几分,为什么 "。打分结果显示方案二在易用性和可靠性上明显领先,虽然在字段完整性上有所妥协,但各方对结果没有异议——因为每一分都是自己给的。最终确定的方案把必填字段压缩到 9 项,其余转为选填并支持语音输入。这件事让我认识到,工具的价值不只在算出结论,还在于让分歧有一个各方都认可的表达方式。
用直方图找出信息滞后的位置。 系统试运行三个月共产生工单 1240 条。我把每条工单从报案到首次现场查勘的响应时长做成直方图,图形呈现明显的双峰:一个峰集中在 2 小时以内,另一个峰落在 18 至 24 小时区间。翻查后一峰的工单来源,发现全部集中在三个偏远县。追下去原因很直接——这三个县的部分乡镇没有专线,协保员移动端消息推送依赖公网,信号不稳时派单通知延迟大半天。措施随之明确:一是为这三个县增加短信通道作为派单的备用通知方式;二是移动端增加定时主动拉取,不再单纯依赖推送;三是对超过 4 小时未响应的工单自动升级至县级调度员电话跟进。次月复测,18 至 24 小时区间的工单占比由 19% 降至 2%。
割接期的沟通安排。 由于报案受理不能中断,正式割接只能安排在报案量最低的凌晨 2 点至 4 点。我提前 7 天启动三轮告知:第 7 天发布正式公告,第 3 天向全部协保员和承保机构联系人发送短信,割接前一天由实施组逐一电话确认到人,确认率 100%。割接当晚在政务外网协同平台设立三方值守通道,五家承保机构、财政和项目组各留守 1 人,同时准备了 30 分钟内可执行的回退预案。实际用时 1 小时 52 分完成切换,未出现一起投诉。
四、干系人管理过程与本项目的干系人管理计划
干系人管理包含识别干系人、规划干系人参与、管理干系人参与、监督干系人参与四个过程。本项目共识别干系人群体 7 类、具名联系人 49 人。规划干系人参与时用参与度评估矩阵标注当前与期望状态,其中最需要处理的是承保机构:五家机构中有两家当前处于不支持状态,担心数据接入平台后自己的定损自主权被削弱、客户资源被分流。管理干系人参与阶段,我请主管部门牵头开了一次定位说明会,明确平台只做过程留痕与时效监督,核赔权仍在承保机构,同时给每家机构开放了本机构的时效分析报表——这份报表对他们内部考核恰好有用。两家机构态度先后转为中立和支持。监督干系人参与则按月复评,全程 12 轮。
| 干系人 | 分类 | 当前/期望参与度 | 主要诉求 | 参与与沟通策略 |
|---|---|---|---|---|
| 主管部门分管领导 | 重点管理 | 支持/领导 | 按期上线、群众满意 | 月度汇报,重大偏差当日直报 |
| 农业保险科 | 重点管理 | 中立/支持 | 政策口径、监管抓手 | 全程参加工作坊,需求签字确认 |
| 市财政局农业科 | 令其满意 | 中立/中立 | 补贴对账准确 | 月度对账会,差异清单书面确认 |
| 5 家承保机构 | 重点管理 | 不支持/支持 | 核赔自主权、数据安全 | 定位说明会,开放本机构报表 |
| 6 个县区业务负责人 | 随时告知 | 中立/支持 | 培训组织、考核压力 | 双周调度会,时效榜单公开 |
| 127 名协保员 | 随时告知 | 不知晓/支持 | 操作简便、能离线用 | 分片培训 + 短视频 + 帮助中心 |
| 农户 | 随时告知 | 不知晓/中立 | 赔款快、有说法 | 报案短信告知进度节点 |
五、反思与改进
2025 年 12 月项目通过验收。平均业务办理时长由 3.5 个工作日压缩至 0.8 个工作日;理赔与补贴资金结算差错自上线起连续 12 个月未再发生;平台接管设备与链路自动巡检后,运维人工巡检投入下降 60%。
反思下来有三点需要改进。第一,需求收敛的工作我做得偏晚。亲和图工作坊放在启动后第三周才开,此前已经有两周时间是在零散地接收各方意见,白白消耗了工期。若重来一次,我会把这场工作坊直接放进启动会当天。第二,我对推式沟通的可靠性估计过于乐观。派单通知一开始只做了应用内推送,直到直方图暴露双峰才发现问题;沟通渠道也需要冗余设计,这一点与技术上的容灾其实是同一个道理。第三,沟通管理不能脱离其他知识领域单独看待。本项目中亲和图、直方图、面向 X 设计矩阵都来自质量管理的工具箱,用来处理沟通问题同样有效;而承保机构从不支持到支持的转变,本质上是干系人管理与采购管理协同的结果。把沟通当成一门单独的技巧去练,往往练不出效果;把它当作项目管理各领域之间的连接组织去经营,才真正有用。这些认识我已带进正在实施的下一个惠农补贴项目。