i深圳 · 消息中心
i深圳 · 消息中心客户端 5.1.1 版本起，消息中心入口由个人中心前置至首页，并新增手机桌面图标红点提醒，数字与 App 内消息入口一致，全部未读消息均计入。
区分消息重要程度，突出重点待读消息。
以该需求为切入点，对消息来源、管理方式、市民端展示及运营数据进行全面梳理，提出分阶段优化路径。
统一办事预约、公共事项申办等
点开来源，即可查看发送方式和管理现状
主要内容服务推广等常规运营消息
发送方式运营人员在后台配置内容、接收人群与发送时间。
管理现状任务已可配置，但一般运营消息也会计入红点；正在新增「消息提醒」设置，支持按重要程度区分提醒。
调整范围历史任务默认提醒，设置调整仅作用于后续发送的消息。
业务范围乘车码、公积金、挂号、交警等对接业务，以及小i分等平台自有业务。
发送方式随平台对接的业务流程触发，由 i深圳平台对接逻辑控制消息提醒。
管理现状平台可控制提醒，但任务与规则分散在代码或配置中，依赖研发维护；运营后台缺少统一清单和可视化配置。
效果统计各任务的发送量、打开情况尚未统一统计。
主要内容市人社局社保动账、其他部门业务通知等
发送方式第三方根据自身业务，自行确定消息内容、接收用户与发送时机，调用开放平台接口推送。
管理现状已支持接口发送，但模板审核、按单位或模板启停、频率与提醒级别尚缺少统一管控。
数据追溯第三方发送数据缺少汇总，可查询的调用日志不足。
| 维度 | 问题 | 影响 |
|---|---|---|
| 市民体验 | 消息不分级，全部计入未读红点 本期优化 | 红点长期显示，重点消息被淹没 |
| 消息平铺展示，未按类别归集 | 同类消息分散，查找不便 | |
| 进入列表即清除全部未读 | 无法逐条确认阅读，也无法统计单条消息打开情况 | |
| 市民无法自主设置接收和提醒 | 不需要的消息无法单独关闭，只能整体关闭通知 | |
| 运营管理与统计 | 消息类型定义不规范，推广内容与通知混用 | 市民难以区分消息性质，无法按类型制定提醒规则 |
| 缺少消息统计面板，无法按 PUSH、站内信等渠道查看触达和打开数据 PUSH 数据统计开发中 | 推送效果无法评估，内容和频次优化缺少依据 | |
| 平台管控 | 平台对接业务缺少统一运营可视化管理 | 提醒可由平台对接控制，运营查看与调整仍依赖研发 |
| 第三方自主推送缺少统一审核与过程管控 | 第三方自定内容和接收用户，平台缺少过程管理 | |
| 推送任务与发送日志未分离 | 数据量大，查询困难 |
2026年10月（暂定）
待排期
暂报 2027 年项目
覆盖平台对接业务与第三方自主推送。下表为平台对接业务示例，第三方自主推送同样按消息用途确定是否提醒。
| 业务 | 消息 | 设置 |
|---|---|---|
| 挂号 | 预约成功、失败订单补偿 | 提醒 |
| 公积金 | 预约成功、办理前一晚提醒 | 提醒 |
| 交警（星级用户） | 行驶证到期、驾驶证记分变动等 | 提醒 |
| 乘车码 | 乘车支付提醒（地铁、公交） | 不提醒 |
| 小i分 | 积分变动、积分周报 | 不提醒 |
涉及市民办事进度、预约安排、证照到期等，需要及时知晓或处理的事项。
如：挂号预约、公积金办理、行驶证到期
交易流水、积分变动、周期汇总及服务推广等信息，在消息中心统一归集，市民可随时查阅。
如：乘车扣款、积分周报、服务推广
运营自定义任务、平台对接业务、第三方自主推送均按上述原则确认提醒设置；第一阶段先完成提醒分级，第三阶段再完善第三方自主推送的准入与过程管控。
| 对比项 | 改版前 | 改版后 |
|---|---|---|
| 提醒 | 全部消息计入红点 | 只提醒重点待读消息 |
| 展示 | 全部消息平铺 | 按办事提醒、政务通知、平台服务等分类归集 |
| 已读 | 进入列表即全部清零 | 点击具体消息计为已读，支持一键已读 |
| 设置 | 无法设置 | 市民自主订阅、设置提醒 |
灰点为不提醒的未读消息，不计入红点
0点击消息可模拟阅读，在“订阅管理”中可调整提醒，数字同步变化。
| 类型 | 范围 | 默认提醒 |
|---|---|---|
| 办事提醒 | 预约、挂号、办件进度、证照到期 | 提醒 |
| 政务通知 | 人社、交警等单位通知，按单位展示 | 按模板设置 |
| 生活服务 | 乘车、缴费等交易通知 | 不提醒 |
| 平台服务 | 小i分、办事攻略、意见反馈等平台功能消息 | 按消息设置 |
| 服务推荐 | 专题服务、活动推荐 | 不提醒 |
类型划分需与消息运营规范配合。
| 单位 / 模板 | 状态 | 提醒 | 频率 | 调用开关 |
|---|---|---|---|---|
深圳市人社局社保账户变动提醒 | 已启用 | 提醒 | 每日≤3次 | |
公 市住房公积金管理中心业务办理预约提醒 | 已启用 | 提醒 | 每日≤2次 | |
政 市政务服务和数据管理局办件进度通知 | 审核中 | 提醒 | 每日≤5次 | |
区 某区政务服务中心活动通知 | 已驳回 | 不提醒 | — |
| 时间 | 单位 | 模板 | 结果 |
|---|---|---|---|
| 10:21:05 | 深圳市人社局 | 社保账户变动提醒 | 成功 |
| 10:20:47 | 市住房公积金管理中心 | 业务办理预约提醒 | 成功 |
| 10:18:12 | 某区政务服务中心 | 活动通知 | 拦截：模板未审核 |
| 10:15:30 | 深圳市人社局 | 社保账户变动提醒 | 拦截：超出频率 |
| 10:09:56 | 深圳市人社局 | 社保账户变动提醒 | 成功 |
单位端与平台端查看同一口径数据，用于评估内容和发送频率。
将 App 内办事预约、公共事项申办引导至 i深圳微信小程序开启授权通知，预约、办理进度等业务通知可在微信端同步触达。
| 阶段 / 排期 | 改动点 | 改造前 | 改造后与成效 |
|---|---|---|---|
| 第一阶段2026年10月（暂定） | 提醒分级 开发中 | 全部未读消息计入红点 | 推送任务可选提醒，系统业务触发消息按原则分级覆盖平台对接业务与第三方自主推送突出重点消息，减少红点打扰 |
| 第二阶段待排期 | 分类与阅读 | 消息平铺，进入列表即全部清零 | 分类归集，逐条已读、一键已读消息更好找，阅读状态更清楚 |
| 自主设置 | 接收与提醒无法单独设置 | 市民自主订阅、设置提醒按需接收，减少无关打扰 | |
| 效果统计 PUSH 统计开发中 | 缺少分渠道的效果统计面板 | PUSH、站内信分渠道、分类型统计支撑内容与发送频次优化 | |
| 第三阶段暂报 2027 年项目 | 第三方自主推送管控 | 接口已接入，缺少过程管控 | 模板审核、调用开关、频率控制、调用日志推送可管控，调用可追溯 |
| 多端协同 | App 与微信小程序通知各自运行 | 从 App 引导小程序授权订阅，协同业务通知拓展业务通知的触达方式 |
i深圳项目组 ｜ 2026年10月 ｜ 页面中的数据均为示意