文档版本 v1.1
编制日期 2026-08-15
文档密级 内部
适用对象 管理层决策评审、业务需求确认
编制单位 技术调研组
版本说明:v1.1 按系统实际的服务周期模型(默认 365 天年度周期)重新对齐续费管控相关设计,取代 v1.0 中按月周期的表述。
本方案的所有技术判断,均来自对现有系统的逐项核验,可追溯到具体实现。为保证决策不被误导,先声明证据边界:
| 内容类别 | 状态 |
|---|---|
| 系统有无该数据、字段结构、现有功能实现方式 | ✅ 已逐项核验 |
| IP 定位能力(精度、速度、是否出网) | ✅ 已实机验证 |
| 数据存量(多少机构有地址、多少席位近期到期、到期月份分布) | ⚠️ 待实测,调研环境按规定不连接生产库 |
| 性能表现(大屏并发、查询耗时) | ⚠️ 待实测 |
凡涉及数量、比例、金额之处,本报告不提供未经实测的数字。 需实测的项目已整理为附录 B 的数据摸底清单。
公司采用"渠道拓展 → 机构入驻 → 席位开通 → 到期续费"的经营模式。渠道负责引入机构,机构签约后按席位数开通账号,席位按服务周期售卖(系统默认 365 天),到期前需完成续费,否则席位失效。
在这一模式下,管理层需要持续掌握五件事:全国机构分布、登录活跃情况、续费进度、渠道产能、审批动态。而目前这五件事分散在五个地方:
| 想知道什么 | 现在怎么看 | 问题 |
|---|---|---|
| 全国机构分布 | 导出表格人工统计 | 慢,且无地域视角 |
| 谁在用系统 | 后台逐条翻登录记录 | 只能查个案,看不到全局 |
| 谁快到期了 | 翻结算模块逐张单据核对 | 最关键的经营指标,却最难看到全貌 |
| 渠道产能 | 人工关联多张报表 | 缺乏统一口径,考核靠感觉 |
| 待审批机构 | 进入审批列表查看 | 与其他信息割裂,无优先级感知 |
按年售卖的模式有一个天然特点:到期是"波峰波谷"式的,不是均匀分布的。
某一年的三月集中开通了一批机构,那么来年三月就是一个续费高峰;而某些月份可能只有零星几家到期。这带来两个管理难题:
管理层需要的不是"月底知道流失了多少",而是"提前三个月就知道什么时候有多少要续、现在准备得怎么样、谁有断档风险"。
搭建一块以中国地图为核心的经营驾驶舱,达成五个目标:
这不是一块给技术部看系统运行状态的监控屏,而是一块支撑经营决策的管理工具。
判断标准很简单:管理层站在屏前 30 秒,应当能回答"经营是否健康、有没有需要我立刻处理的事"。达不到这一点,屏幕做得再炫也是失败的。
先说清系统实际是怎么运转的,后续所有设计以此为准:
| 环节 | 系统实际实现 |
|---|---|
| 服务周期 | 订单携带服务天数,默认 365 天;机构通过自助链接下单时固定为 365 天,平台端建单可自定义 |
| 续费方式 | 生成"续费"类型订单 → 付款确认 → 执行续期 → 席位到期日在原到期日基础上顺延(未到期则从原到期日累加,已过期则从当前时间起算) |
| 增购 | 生成"增购"类型订单,新增席位独立计算到期日(自开通日起算) |
| 未激活席位 | 售出但从未登录的席位不开始计时,无到期日;续期时累加可用天数而非日期 |
| 永久席位 | 存在无到期日的永久席位,无需续费 |
| 结算账期 | 半月制(每月 1—15 日、16 日至月末),用于渠道分成结算,与服务周期是两套独立的时间体系 |
两个时间体系必须分清:服务周期(默认一年)决定"客户什么时候要续费";结算账期(半月)决定"什么时候跟渠道分账"。大屏的续费管控看的是前者,财务对账看的是后者,两者不应混用。 报告中凡涉及到期、续费,一律指服务周期。
按年续费与按月续费的管理需求不同,以下三点是本版本相对通用方案的关键调整:
调整一:顶部指标增加"未来 90 天待续费",与"本月待续费"并列
年度周期下,单看本月到期数意义有限——可能某月只有三五家到期。真正有管理价值的是"未来一个季度要续多少",这是安排跟进人力与预判现金流的依据。
建议顶部同时展示两个数:本月待续费(当期任务)、未来 90 天待续费(提前布局)。
调整二:新增"未来 12 个月到期分布"视图
这是年付模式独有且必需的视图:横轴为未来 12 个月,纵轴为该月到期的机构数与席位数。
它直接回答"什么时候是续费高峰" —— 看到三个月后有一个明显的柱子,就知道要提前备人力、提前启动客户沟通。这个视图在按月续费模式下没有意义(每月都差不多),但在年付模式下价值极高。
调整三:续费完成率同时展示"当期"与"滚动 12 个月"
年度周期下,某个月到期基数可能很小(比如只有 3 家),续了 2 家就是 67%——这个数字波动剧烈且没有参考价值。
建议同时展示两个口径:
- 当期完成率(本月到期已续 / 本月应续)—— 反映当下跟进情况;
- 滚动 12 个月续费率(近 12 个月已续 / 近 12 个月应续)—— 反映客户留存的真实水平,这才是可用于考核的指标。
结论:续费管控所需的数据链路完整存在,且颗粒度足够细。
系统对每一批席位的每一次开通与续费都留有独立记录,包含该批席位的服务起止日期。这意味着:
其中续费周期甘特图所需的真实起止时间完全现成,无需任何补录。
问题一:一家机构有多批席位、到期日不同,"待续费机构"如何界定?
年度周期下这个问题更突出:首次开通 5 个席位,半年后增购 3 个,这两批的到期日相差半年。
| 口径选项 | 含义 | 评价 |
|---|---|---|
| A(建议) | 有任一批席位在统计区间内到期,即计入 | 管理视角:有钱要续就得盯 |
| B | 全部席位均在区间内到期才计入 | 会严重低估,年付模式下几乎必然漏跟进 |
| C | 按席位数统计而非机构数 | 更精确反映金额,但不便于跟进到人 |
建议采用 A 作为机构数口径,同时在预警列表中展示该机构本次到期的具体席位数——机构数决定要跟进多少家,席位数决定涉及多少钱,两个维度缺一不可。
问题二:未激活席位如何处理?
系统中存在"已售出但从未登录"的席位,其有效期从首次登录才开始计算,因此没有到期日。
这类席位绝不能计入续费预警(尚未开始使用,谈不上到期),但应当单独统计并展示——"已售未启用席位数"本身是重要的管理指标,意味着客户买了没用,是流失的前兆。年付模式下这个信号尤其值得警惕:买了一年没启用,续费时几乎必然流失。
问题三:永久席位如何呈现?
系统中存在无到期日的永久席位。这类席位应从续费统计的分母中排除,但在机构详情中应如实标注,避免管理人员误判"这家机构怎么没有到期日"。
| 子需求 | 现状 | 判定 |
|---|---|---|
| 中国地图底图、省份热力着色 | 前端无地图能力 | 🆕 新建 |
| 省份亮度代表当日登录/活跃机构数 | 登录数据现成 | 🟡 缺省份归属 |
| 城市点位代表机构入驻 | 无坐标数据 | 🔴 卡点 |
| 点位颜色区分续费状态(绿/黄/灰) | 续费数据现成 | 🟡 缺坐标 |
| 点击省份下钻查看机构名单 | 数据现成 | 🆕 新建 |
| 三级视野聚合(省→市→机构) | — | 🆕 新建 |
核心卡点:机构没有地理位置数据。
系统从建立至今未采集过机构的省市信息。现有两个地址来源均不可靠:门店分享名片时的选点位置(业务不强制填写)、入驻签约地址(表单为选填项,审核环节只校验营业执照、门头照、视光师资质、设备照四类文件,不校验地址)。
应对方案(三层兜底):
原则:绝不允许把未定位机构静默丢弃。
点击地图点位或列表项,下钻查看机构全貌。
| 信息 | 现状 |
|---|---|
| 机构名称、联系人、联系电话、启用状态、入驻时间 | ✅ 现成 |
| 所属渠道 | ✅ 现成(强关联,非人工维护) |
| 当前生效席位数、已售未启用席位数、永久席位数 | ✅ 现成 |
| 各批席位的到期日、最近一次到期日 | ✅ 现成 |
| 续费历史(续过几次、有无断档、每次间隔) | ✅ 现成 |
| 累计消费金额、历史订单(首开/增购/续费) | ✅ 现成 |
| 最近登录 IP(脱敏)、登录时段、终端 | ✅ 现成 |
| 活跃状态 | 🟡 需先定口径(见 2.4) |
判定:详情面板信息九成以上现成,只需查询组装。 这使"点击机构 → 立即掌握其经营与使用全貌"具备可行性。
年付模式下的一个设计要点:详情面板应突出显示"距下次到期还有 X 天"和"已连续续约 N 年"。前者是行动信号,后者是客户价值信号——连续续约三年的客户与刚满一年的客户,维护策略完全不同。
系统采用无状态登录机制(登录后不打卡、不心跳、退出不落库),因此无法精确回答"此刻是否在线"。
建议用活跃度分级替代二元在线状态:
| 状态 | 判定口径(建议值) | 地图表现 |
|---|---|---|
| 在线 | 最近 15 分钟内有登录或操作 | 最亮 + 呼吸动效 |
| 今日活跃 | 今日有登录或操作 | 亮 |
| 近期活跃 | 7 日内有活动 | 中 |
| 沉默 | 超过 7 日无活动 | 暗 |
优点:零新增改造,纯查询实现,口径可解释、可审计。
年付模式下的额外价值:沉默机构的识别在年付模式中格外重要。客户买了一年却长期不登录,是续费流失的最强前兆——这类机构应在到期前 3 个月就纳入重点干预名单,而不是等到期前一周才发现。
硬性原则:大屏只做展示层,不新增任何统计口径。
系统现有的机构活跃度统计、渠道收益聚合、登录统计均有成熟实现,大屏必须复用,不得另写。否则将出现同一指标在两个页面显示不同数字的情况——管理层对数据的信任一旦崩塌,这块屏就废了。
| 操作 | 现状 |
|---|---|
| 启用 / 禁用账号 | ✅ 已有能力 |
| 重置密码 | ✅ 已有能力 |
| 解锁账号 | ✅ 已有能力 |
| 操作日志(含操作前后快照、理由、请求编号) | ✅ 可复用现有审计能力 |
| 强制下线 | 🔴 需改造 |
关于强制下线的技术说明(已翻译为业务语言):
系统采用"通行证"式登录——用户登录后拿到一张有时效的通行证,服务端不保存副本。因此管理员想"踢人下线"时,服务端手里没有那张通行证可作废。
⚠️ 实施中最易遗漏的一点:通行证 30 分钟过期,但续期凭证最长可达一年。若只作废通行证,被踢用户 30 分钟后会自动续上——等于没踢。强制下线必须同时作废续期凭证。
| 角色 | 现状 | 缺口 |
|---|---|---|
| 总管理员 | ✅ 已有,全量可见 | 无 |
| 渠道管理员 | 🟢 已有成熟先例可复用 | 渠道账号目前不在管理后台准入名单,需开放 |
| 区域管理员 | 🔴 系统中无"区域"概念 | 区域定义、区域与省份映射、角色本身均需新建 |
关于渠道管理员的好消息:结算模块中,渠道账号查看自己的收益账本时,系统会从数据库反查其所属渠道(不采信客户端传来的身份声明),据此过滤数据,账号停用或换绑后下次请求即失效。这是一套已在生产运行的数据隔离机制,本项目可直接沿用,无需从零设计。
数据过滤必须在后端强制执行,前端隐藏无效。
前端隐藏只是"看不见",接口照样返回全量数据。渠道之间存在竞争关系,渠道 A 看到渠道 B 的机构名单与业绩,是商业事故而非技术缺陷。
验收要求:必须用渠道账号直接调用接口进行测试,验证返回数据确实被过滤。此项不通过不予上线。
同时,处置类操作也必须做范围校验,不能只在查询端过滤——否则会出现"看不到但能操作"的越权漏洞。
| 异常类型 | 可行性 | 说明 |
|---|---|---|
| 多地登录 | ✅ 可实现 | 数据完备;可进一步做"物理不可达"判定(如 1 小时内两地登录) |
| 非工作时间登录 | ✅ 可实现 | 需按北京时间判定,系统内有现成先例 |
| 异地登录(登录地 ≠ 注册地) | ✅ 可实现 | 附带产出 |
| 暴力破解 / 撞库 | ✅ 已有防护 | 系统已有失败次数限制与 IP 横向扫描防护,大屏只需展示已有信号 |
| 续费断档(建议纳入) | ✅ 可实现 | 到期未续、或到期已过 N 天仍未处理时告警 |
| 临期沉默(建议纳入 · 年付模式专属) | ✅ 可实现 | 距到期 90 天内且近 30 天无登录 —— 高危流失信号 |
| 频繁掉线 | 🟡 用代理指标 | 系统不记录会话终止,无法精确统计。建议改用"频繁重连",且屏上须如实标注为"频繁重连" |
建议将"续费断档"与"临期沉默"纳入告警体系,且优先级高于登录类异常 —— 这两类与收入直接相关。其中"临期沉默"是年付模式下最有价值的预警:客户即将到期、又已经不用了,如果不干预,几乎必然流失。
大屏最常见的失败方式是把十几个图表平铺开——单个看都对,合起来得不出结论。
本方案按"全局 → 分布 → 产能 → 续费 → 结论"组织视线动线,确保 30 秒内可得出判断。
屏幕划分为五个区域:顶部核心指标带、中央地图主区、左侧三模块、右侧三模块、底部智能洞察带。
位置:横贯屏幕顶部,占屏高约 15%
定位:进门第一眼,回答"整体怎么样"
| 指标 | 呈现 | 颜色 | 副指标(下方小字) |
|---|---|---|---|
| 在营合作机构总数 | 大号数字 | 常规(蓝白) | 其中未定位 X 家 |
| 当前生效总席位数 | 大号数字 | 常规 | 已售未启用 X 个 |
| 本月待续费机构数 | 大号数字 | 橙色高亮 | 涉及席位 X 个 |
| 未来 90 天待续费机构数 | 大号数字 | 橙色高亮 | 涉及席位 X 个 |
| 本月新提交待审批机构数 | 大号数字 | 红色提醒 | 其中超 24 小时未审 X 家 |
| 续费完成率 | 进度环 | 环体随完成率变色 | 环心显示百分比;环下显示"当期 已续X/应续Y"与"滚动12月 Z%" |
位置:屏幕中央,占屏面积约 40%
定位:回答"业务分布在哪、哪里活跃、哪里在流失"
第一层:省份热力底色
省份填充色亮度代表该省当前登录机构数(或今日活跃机构数)。颜色越亮,说明该省今天用得越多。管理层一眼即可看出业务活跃的重心区域。
第二层:城市点位
每个有机构入驻的城市显示一个点位,点位大小代表该市机构数量。
第三层:点位颜色 = 续费状态
| 颜色 | 含义 | 业务动作 |
|---|---|---|
| 🟢 绿色 | 服务期内且已完成本轮续费 | 无需动作 |
| 🟡 黄色 | 临近到期未续(进入预警窗口) | 需跟进 |
| ⚫ 灰色 | 已过期未续,席位已失效 | 已流失,需挽回或核销 |
这一层是整块屏的灵魂。 管理层看地图时,看的不是"我们在哪有店",而是"哪片区域正在变黄、变灰"——黄灰扎堆的区域,就是需要立即介入的区域。
年付模式下的一个提示:由于到期分散在全年,地图上的黄色点位在任一时点都不会太多。这反而使黄点更醒目、更具行动指向性 —— 一旦某个省份同时出现多个黄点,说明当年该省集中开通的一批客户到期了,值得整体排查。
点击省份 → 下钻查看该省机构名单,弹出面板包含:
| 列 | 说明 |
|---|---|
| 机构名称 | 点击可进一步查看机构详情 |
| 所属渠道 | 便于定位责任渠道 |
| 续费状态 | 服务期内 / 临期待续 / 已失效(与地图颜色一致) |
| 席位数量 | 当前生效席位 |
| 到期日 | 最近一批席位的到期日 |
| 剩余天数 | 倒计时 |
| 最近登录 | 判断是否还在使用 |
支持按续费状态筛选,默认按剩余天数升序——最紧急的排最前。
| 视野 | 显示方式 |
|---|---|
| 全国 | 仅显示省级聚合圆,大小表数量,颜色表活跃度 |
| 省级 | 显示城市级聚合,标注机构数 |
| 城市 | 显示单个机构点位,密集时仍聚合 |
若全国视野直接铺开所有机构点位,珠三角、长三角会糊成一片,既看不清也拖慢刷新。
展示内容:各渠道带来的机构数量与生效席位数,双指标并列。
为什么用横向柱状图:渠道名称多为中文,横向排列可完整显示不必倾斜;柱长直接反映差距,远距离辨识度最佳。不建议用饼图——超过 5 个分类时人眼无法比较相邻扇区大小,远观更甚。
设计要点:
- 支持"按机构数排"与"按席位数排"一键切换。这两个排名往往不同:有的渠道机构多但都是小客户,有的渠道机构少但都是大单——切换一次,优质渠道与低效渠道立刻分明;
- 建议增加第三个维度"按续费率排" —— 年付模式下,渠道带来的客户能不能续到第二年、第三年,是渠道质量的终极检验。只看拉新数量的考核,会鼓励渠道做一锤子买卖;
- 点击某渠道 → 触发全屏联动(见 3.7)。
展示内容:最新提交入驻申请的机构。
| 字段 | 说明 |
|---|---|
| 机构名称 | — |
| 所属渠道 | 谁带来的 |
| 申请席位数 | 单子大小 |
| 提交时间 | 超过 24 小时未审核的显示为红色 |
| 状态 | 待审核 / 已通过 / 已驳回 |
设计要点:默认只显示"待审核"(已通过和已驳回不需要管理层关注),可切换查看全部。按提交时间升序排列,最久未处理的排最前——这是一个催办列表,不是流水账。
| 曲线 | 含义 | 颜色建议 |
|---|---|---|
| 每月新增机构数 | 拓展成果 | 蓝色 |
| 每月续费成功席位数 | 存量健康度 | 绿色 |
| 每月流失未续费席位数 | 流失规模 | 红色 |
为什么这三条线放在一起:它们共同回答一个问题——"我们是在长大还是在原地打转?"
新增高但流失也高,说明是"漏水的桶",拓展成果被流失吃掉;续费线平稳上升才是健康增长。这三条线的相对关系,比任何单一数字都更能说明经营质量。
设计要点:
- 流失曲线用红色并置于同一坐标系(不用双轴),便于与续费成功线直接比较高低;
- 年付模式下,续费与流失曲线会呈现明显的月份波动(取决于当年开通的分布)。这是正常现象,不是数据异常,图表下方应有一行说明,避免管理层误读为"业务突然下滑"。
本区域是整块大屏的业务核心,优先级最高。
按到期梯队分级(年度周期下建议采用三级,比按月模式多一级提前量):
| 梯队 | 判定 | 颜色 | 业务含义 |
|---|---|---|---|
| 紧急 | 7 天内到期 | 🔴 红色 | 必须本周处理 |
| 常规 | 8—30 天内到期 | 🟠 橙色 | 纳入本月跟进计划 |
| 储备 | 31—90 天内到期 | 🟡 黄色 | 提前接触,预留谈判空间 |
为什么年付要加"储备"梯队:年度合同的续约往往涉及价格、席位数调整甚至内部审批,留一周时间是不够的。提前 90 天接触,才有充分的谈判与挽回空间。这是年付与月付管理节奏的本质差异。
字段设计:
| 字段 | 说明 |
|---|---|
| 机构名称 | 点击进入详情 |
| 所属渠道 | 明确责任人——续费跟进通常由渠道负责 |
| 现有席位数 | 涉及金额规模 |
| 到期日 | 精确到日 |
| 剩余天数 | 倒计时,红色梯队显示"仅剩 X 天" |
| 近 30 天是否有登录 | 年付模式关键字段 —— 临期且已沉默的客户是最高危对象 |
设计要点:
展示内容:主动增购席位的机构排名,含增购数量与增购时间。
业务价值:这是全屏最具商业价值的一块。 增购意味着客户在扩张、在加投——这批机构是:
设计要点:
- 同时标注该机构的归属渠道 —— 能持续培育出增购客户的渠道,才是真正的优质渠道,这比单纯的机构数排名更有说服力;
- 标注该机构距下次到期的天数 —— 刚增购又临近到期的客户,是续约谈判的最佳时机(扩张意愿明确,谈更大的单子)。
这是本次需求中最有洞察力的设计,且数据完全支持。
呈现方式:每家机构一条横向时间轴,每个色块代表一个服务周期(默认 365 天)。时间轴建议展示近 3 年,可回溯客户的完整续约历程。
2024 2025 2026
机构A ▓▓▓▓▓▓▓▓▓▓▓ ▓▓▓▓▓▓▓▓▓▓▓ ▓▓▓▓▓▓▓▓▓▓▓ 连续续约3年,优质客户
机构B ▓▓▓▓▓▓▓▓▓▓▓ ░░ ▓▓▓▓▓▓▓▓▓ ▓▓▓▓▓▓▓▓▓▓ 中间断档2个月后补续,流程延误
机构C ▓▓▓▓▓▓▓▓▓▓▓ ▓▓▓▓▓▓▓▓▓▓▓ ░░░░░░░░░░░ 到期未续,已流失
机构D ▓▓▓▓▓▓▓▓▓▓▓ ▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓ ▓▓▓▓ 中途增购(色块变宽=席位增加)
▲ 今天
为什么这个图有价值:单看"续费率 85%"是一个平均数,掩盖了结构问题。甘特图能直接暴露客户的续约代际:
这四类客户的经营动作完全不同,而只有甘特图能一眼区分它们。
数据可行性说明:系统对每一批席位的开通与续费都记录了独立的服务起止日期,因此每个色块的起止时间是真实数据,不需要任何补录。
说明:此处与常规项目管理甘特图不同——常规甘特图需要"计划工期"数据,本图展示的是已发生的真实周期,数据现成。
设计要点:
这是年度服务周期下的必要补充视图,建议加在右侧模块底部或作为甘特图的切换页。
呈现方式:柱状图,横轴为未来 12 个月,每根柱子显示该月到期的机构数(柱高)与席位数(标注)。
业务价值:直接回答"什么时候是续费高峰"。
这个视图在按月续费模式下没有意义(每月都差不多),但在年度周期下价值极高 —— 它把"续费"从被动响应变成了可提前排产的计划性工作。
位置:屏幕最底部通栏
定位:全屏唯一直接给出结论的区域
💡 今日全国活跃机构 86 家,较昨日上升 5%,华东区贡献最大;未来 90 天有 34 家待续费,其中 5 家已连续 30 天未登录,建议优先接触;发现 3 起多地登录异常。
| 规则类型 | 触发条件 | 输出示例 |
|---|---|---|
| 活跃度变化 | 与昨日差异 > 5% | "今日活跃机构较昨日上升 5%" |
| 区域贡献 | 找出增量最大的区域 | "华东区贡献最大" |
| 到期临近 | 7 日内到期数 > 0 | "有 5 家将在 7 天内到期" |
| 临期沉默(高优先级) | 90 天内到期且近 30 天无登录 | "5 家临期客户已 30 天未登录,建议优先接触" |
| 续费高峰预告 | 未来 3 个月内某月到期量显著高于均值 | "11 月将有 28 家集中到期,建议提前排产" |
| 断档预警 | 到期未续超过设定天数 | "3 家已到期超 15 天未续,建议核实" |
| 异常汇总 | 当日异常数 > 0 | "发现 3 起多地登录异常" |
明确不做:趋势预测、原因归因、行动建议的自动生成。这类结论需要业务上下文,规则引擎给不出可靠答案,给错了比不给更糟。
大屏不止"可看",还要"可查"。从发现问题到定位责任,应在三次点击内完成。
点击"广东省"
├→ 地图:广东高亮放大,展开城市点位,其余省份变暗
├→ 左侧渠道排行:过滤为"在广东有机构的渠道"排名
├→ 左侧审批列表:过滤为广东的申请
├→ 左侧月度曲线:切换为广东的新增/续费/流失
├→ 右侧续费预警:过滤为广东临期机构
├→ 右侧增购榜、甘特图、到期分布:同步过滤
├→ 顶部核心指标:全部切换为广东口径
└→ 面包屑「全国 > 广东省」,可返回
关键设计:下钻时所有指标卡的标题必须同步变化(如"未来 90 天待续费 · 广东省")。若标题不变而数字变了,会造成严重误读。
点击"渠道 A"
├→ 地图:该渠道机构点位高亮放大,其他降至 20% 透明度
├→ 右侧续费预警:仅显示该渠道临期机构(渠道经理的跟进清单)
├→ 右侧甘特图:仅显示该渠道机构的续约连续性
├→ 右侧到期分布:该渠道未来 12 个月的到期节奏
├→ 顶部指标 + 月度曲线:切换为该渠道口径
└→ 面包屑「全国 > 渠道 A」
业务价值:渠道复盘会上,一次点击即可调出该渠道全景——机构分布、续约健康度、断档情况、增购表现、未来到期节奏,不必单独出报表。
点击"多地登录 · XX视光中心"
├→ 地图自动定位并高亮该机构
├→ 弹出机构详情面板:
│ · 基础信息、所属渠道、席位与到期情况
│ · 异常详情(两地 IP 归属地、时间间隔)
│ · 近期登录记录、续约历史
└→ 面板底部处置按钮区(仅操作模式可见)
| 约定 | 说明 |
|---|---|
| 状态可回退 | 面包屑逐级返回,另提供"重置"按钮一键回全国 |
| 联动范围明示 | 下钻时被联动区域短暂高亮,让用户知道哪些跟着变了 |
| 空数据处理 | 显示"该省暂无机构"而非空白图表 |
| 投屏自动巡航 | 无人操作 3 分钟后可自动轮播各大区视图 |
| 模式 | 特征 |
|---|---|
| 投屏模式(默认) | 只读。处置按钮完全不显示(非禁用)。IP 全部脱敏。适合会议室、办公区常驻 |
| 操作模式 | 处置按钮可见。进入需重新输入密码。屏幕边框显示警示色,右上角显示倒计时 |
切换规则:投屏 → 操作需重新验证密码;操作模式闲置超过 5 分钟自动退回投屏模式。
设计理由:大屏常年挂着,若处置按钮长期可见,任何路过的人都可能误操作停掉客户账号。看板与操作台合一,必须有物理性的模式隔离。
| 要求 | 说明 |
|---|---|
| 二次确认 | 明确显示"将对【XX机构 - XX账号】执行【禁用】" |
| 必填理由 | 理由为必填项,直接写入操作日志 |
| 实时留痕 | 日志含操作人、时间、操作前后状态快照,实时可查 |
| 状态立即回显 | 处置成功后地图点位状态立即更新(如禁用后变灰),不等下一刷新周期 |
| 失败明示 | 明确提示失败原因,不静默失败 |
关于状态立即回显:若管理员点了禁用、提示成功、但屏幕上点位仍是亮的,人会本能怀疑"到底成功没有"并重复操作。操作与反馈必须闭环。
| 角色 / 模式 | 显示方式 |
|---|---|
| 投屏模式(任何角色) | 220.181.**.** + 归属地 |
| 总管理员(操作模式) | 完整 IP + 归属地 |
| 渠道 / 区域管理员 | 220.181.**.** + 归属地 |
理由:归属地已足以支撑业务判断(是否异地登录),完整 IP 仅在深度排查时需要。默认最小化展示是隐私合规的基本要求。
| 场景 | 应对 |
|---|---|
| 两人同时处置同一账号 | 请求携带唯一编号做幂等(系统已有同类实现) |
| 状态已被他人变更 | 操作前校验状态,已变更则提示"该账号已被 XXX 于 HH:MM 修改,请刷新重试" |
| 责任追溯 | 操作日志含前后快照,可追溯到人 |
第一,大屏不新增任何统计口径。 活跃机构数、渠道收益、登录统计一律复用现有实现;续费率等新指标一经定义,须同步至相关报表,不允许大屏独有一套算法。
第二,未定位机构必须如实显示。 核心指标区必须包含"未定位机构数"。若部分机构无地址,地图上只能显示有地址的部分——不明示的话,管理层会误判机构总量,进而做出错误的市场决策。同理适用于"金额待确认订单数""未归属渠道机构数""永久席位数"。
这一条没有商量余地。宁可屏幕上难看,不可让数据说谎。
第三,每个指标都要能自证口径。 每个指标卡片右上角设置小问号图标,悬停显示统计口径:
未来 90 天待续费机构数
口径:有任一批席位将在未来 90 天内到期的在营机构数
排除:未激活席位(无到期日)、永久席位
多批席位:任一批到期即计入,副指标显示涉及席位数
数据来源:席位到期记录
更新频率:每 60 秒
这个设计的真实作用,是在管理层质疑"这数怎么和报表对不上"时,当场就能自证,而不是会后再查三天。
屏幕右上角常驻"数据更新于 HH:MM:SS",超过两个刷新周期未更新时显示醒目提示。
理由:大屏最危险的故障不是崩溃(崩溃看得见),而是静默停止更新——屏幕挂着昨天的数字,所有人以为是实时的。
| 方案 | 评价 |
|---|---|
| 离线地图方案(建议) | 地图数据自行托管,无需申请密钥、不依赖外网、机构位置不出内网、省市下钻成熟、可离线运行 |
| 在线地图服务(高德/百度) | 底图精美、自带地址解析,但需申请密钥并计费,机构坐标与登录位置须发送给第三方,页面依赖外网可用性 |
采用离线方案,核心理由是数据安全与可控性。 内部经营驾驶舱不需要卫星底图。
需说明:现有前端图表组件不支持地理投影,须新增地图组件——这是本项目唯一需要新增的前端依赖。
采用本地 IP 归属地库,已实机验证:
| 输入 | 解析结果 |
|---|---|
| 220.181.38.148 | 中国 · 北京 · 北京市 · 电信 |
| 61.139.2.69 | 中国 · 四川省 · 成都市 · 电信 |
| 58.216.0.1 | 中国 · 江苏省 · 常州市 · 电信 |
| 8.8.8.8 | 美国(境外可识别) |
| 172.18.0.1 | 内网地址(可识别) |
| 方案 | 评价 |
|---|---|
| 15 秒轮询(建议) | 实现简单、无连接维护、断网自愈、鉴权沿用现有机制。大屏观众为内部管理人员,并发以个位数计 |
| 长连接推送 | 双向能力用不上(处置走常规接口更合适),断连重连、鉴权续期成本高,系统内曾有相关踩坑记录 |
业务侧的"实时"是指十几秒内可见,而非毫秒级。轮询完全满足且最稳定。
差异化刷新频率建议(年度周期下续费数据变化极慢,无需高频刷新):
| 数据类型 | 刷新频率 | 理由 |
|---|---|---|
| 登录活跃、异常告警 | 15 秒 | 变化快,是"实时上屏"的主体 |
| 审批列表 | 30 秒 | 变化较快 |
| 续费预警、到期分布、甘特图 | 5 分钟 | 到期日以天为单位变化,高频刷新纯属浪费 |
| 金额与统计类 | 60 秒 | 聚合查询较重 |
与现有系统同云端部署,不做本地单独部署。
| 方案 | 评价 |
|---|---|
| A. 云端部署(采用) | 大屏作为现有管理后台的一个页面随系统部署。数据零同步、权限零重建、运维零增量。浏览器打开即用 |
| B. 本地单独部署 | 需将生产数据同步至本地(一致性、安全性、同步链路均为新增成本),权限体系需重建;且离线场景下"实时上屏"本身不成立 |
| C. 云端服务 + 本地展示终端 | 本质仍是 A,仅增加一台常开显示设备。若需固定展示位,走此方案 |
若需要固定的大屏展示位,配一台专用终端常开浏览器即可,无需改变部署架构。
登录通行证 30 分钟过期。大屏挂一整夜,次日清晨将出现空白或错误提示。
必须实现自动续期与断线重连提示。 此项容易遗漏,须写入实施清单,并在验收时专项检查——建议验收方式:大屏连续运行 24 小时后检查是否仍正常刷新。
定位:管理层不在办公室时也能掌握全局。
移动端不是大屏的等比缩小 —— 地图在手机上既看不清也点不准。移动端只回答三个问题:今天怎么样?有没有事?要不要管?
| 保留 | 简化 | 不做 |
|---|---|---|
| 核心指标(含续费完成率) | 续费预警(仅 30 天内) | 中国地图点位 |
| 异常告警列表 | 排行榜(TOP 5) | 联动下钻 |
| 今日关键洞察 | 趋势图(近 7 日) | 甘特图 |
| — | — | 账号处置操作 |
移动端专属设计:
1. 单列纵向排布:洞察 → 核心指标 → 续费预警 → 异常 → 排行 → 趋势;
2. 续费预警在移动端上移至第三位 —— 手机场景多为"确认有没有急事";
3. 核心数字占屏宽 1/3 以上;
4. 下拉刷新,不做自动轮询(省电)。
关于移动端是否支持处置:建议不支持。 移动场景环境不可控(地铁、餐厅),不适合执行高危操作。移动端负责"感知",处置回电脑端完成。若业务坚持,建议仅开放"强制下线"(可逆、风险最低)。
实现方式:采用响应式网页,与大屏共用同一套接口与权限体系,仅需新增移动端布局,无需额外发布渠道。
工作量为经验估算,按单人投入计算,不含需求评审与验收往返时间。
| 阶段 | 内容 | 估算 | 交付标志 |
|---|---|---|---|
| P0 数据地基 | 机构地理信息表、IP 库接入、存量地址解析、未定位清单、索引优化 | 4~5 人日 | 地理数据填充率达标 |
| P1 续费数据层(核心) | 到期口径落地、三级梯队计算、完成率(当期+滚动)、未来 12 个月到期分布、断档与临期沉默识别、增购识别、月度趋势聚合 | 5~6 人日 | 指标与结算报表数字一致 |
| P2 大屏主体 | 顶部指标带、地图三层信息、左右模块、轮询、登录态保活 | 12~14 人日 | 可投屏演示 |
| P3 交互与洞察 | 三条联动链路、智能洞察规则、口径说明浮层、时效提示 | 4~5 人日 | 下钻联动全通 |
| P4 账号处置 | 强制下线改造、双模式切换、二次鉴权、处置操作、状态立即回显、操作日志 | 5~6 人日 | 处置全链路留痕完整 |
| P5 分级权限 | 区域体系、数据范围过滤、渠道后台准入、越权专项测试 | 5~7 人日 | 三种角色范围隔离验证通过 |
| P6 异常提醒 | 多地/异地/非工作时间/频繁重连/续费断档/临期沉默检测与告警 | 4~5 人日 | 可复现场景全部命中 |
| P7 移动端轻量版 | 响应式布局、移动端专属排布 | 3~4 人日 | 手机端可用 |
| 合计 | 42~52 人日 | 单人约 9~11 周 |
第 1 周 P0 数据地基 ──────────────┐
【业务侧】地址补录 ─────────┼─── 持续进行
第 2 周 P1 续费数据层 ────────────┘
第 3-5 周 P2 大屏主体
第 6 周 P3 交互与洞察
第 7 周 P4 账号处置
第 8-9 周 P5 分级权限 ┐
P7 移动端(并行)┘
第 10 周 P6 异常提醒
第 11 周 整体验收 + 24 小时常驻测试
| 节点 | 时间 | 可演示内容 |
|---|---|---|
| M1 | 第 2 周末 | 数据摸底结果 + 到期口径确认 |
| M2 | 第 5 周末 | 可投屏的大屏主体(最重要的一次演示) |
| M3 | 第 7 周末 | 完整交互 + 处置能力 |
| M4 | 第 11 周 | 全功能验收 |
建议在 M2 安排管理层评审。 此时大屏已可投屏,能获得真实反馈,后续仍有充分调整空间。
| 风险 | 等级 | 应对措施 |
|---|---|---|
| 机构地址覆盖率过低,地图大面积空白 | 🔴 最高 | 项目启动前先执行摸底查询。可定位率低于 70% 时不应进入前端开发。屏上必须显示"未定位机构数" |
| 多批席位到期日不一致,"待续费机构数"口径歧义 | 🔴 高 | 业务先定口径(建议:任一批到期即计入),并在指标旁标注 |
| 未激活席位、永久席位混入续费统计 | 🟡 中 | 明确排除,并单列"已售未启用""永久席位"数量 |
| 到期分布高度不均,某月基数极小导致完成率失真 | 🟡 中 | 同时展示滚动 12 个月续费率作为稳定参考值;当期基数小于阈值时在卡片上标注提示 |
| 机构未关联渠道、订单缺金额 | 🟢 低 | 单列"未归属"项如实展示,不静默丢弃 |
| 风险 | 等级 | 应对措施 |
|---|---|---|
| IP 归属地仅到城市级,移动网络会跨市漂移 | 🟡 中 | 屏上标注"登录位置来自 IP 归属地,仅供参考";机构位置以签约地址为准,两者分开呈现 |
| IP 库版本较旧,新号段识别不准 | 🟡 中 | 上线前更新库文件;解析失败显示"未知归属地"而非猜测;建立季度更新机制 |
| VPN / 专线导致登录地异常 | 🟢 低 | 触发"异地登录"提醒属功能而非缺陷,但告警说明须注明可能的正常原因 |
| 同城机构点位重叠 | 🟢 低 | 三级聚合设计已覆盖 |
| 风险 | 等级 | 应对措施 |
|---|---|---|
| 渠道管理员看到其他渠道的机构与业绩 | 🔴 最高 | 后端强制过滤;可复用结算模块已验证的隔离机制;验收必须用渠道账号直接调接口测试,不通过不上线 |
| 越权处置(跨渠道操作账号) | 🔴 高 | 处置接口同样做范围校验,不能只在查询端过滤 |
| 大屏无人值守被误操作 | 🔴 高 | 双模式分离、二次鉴权、闲置自动退回只读 |
| 处置权限授予过宽 | 🟡 中 | 查看权限与处置权限分开配置,默认不授予渠道/区域管理员 |
| 风险 | 等级 | 应对措施 |
|---|---|---|
| 轮询叠加导致数据库压力上升 | 🟡 中 | 差异化刷新频率(活跃 15 秒 / 续费 5 分钟);服务端结果缓存;必须补组合索引 |
| 甘特图数据量大(数十家机构 × 3 年周期) | 🟡 中 | 分页加载,默认只显示"有断档"的机构;完整视图按需展开;该视图刷新频率可放宽至 5 分钟以上 |
| 到期分布视图需扫描全量到期日 | 🟡 中 | 到期日建索引;结果缓存 5 分钟(数据以天为单位变化,无需实时) |
| 服务器资源偏紧 | 🟡 中 | 大屏查询均为只读;上线前在测试环境压测,不在生产直接试 |
| 大屏常驻导致登录态失效白屏 | 🟡 中 | 自动续期 + 断线重连提示;验收含 24 小时常驻测试 |
| 风险 | 等级 | 应对措施 |
|---|---|---|
| 两人同时处置同一账号 | 🟡 中 | 请求编号幂等;操作前校验状态版本,已变更则提示刷新重试 |
| 操作后屏幕无变化导致重复操作 | 🟡 中 | 处置成功后状态立即回显,不等下一刷新周期 |
| 责任不清 | 🟢 低 | 操作日志含前后快照,可追溯到人 |
| 风险 | 等级 | 应对措施 |
|---|---|---|
| IP 与位置信息展示范围过宽 | 🟡 中 | 按角色与模式分级脱敏;投屏模式默认打码 |
| 大屏投屏公共区域,客户信息外泄 | 🟡 中 | 投屏模式下机构名称可选择性打码;摆放位置需业务确认 |
| 数据外发第三方 | 🟢 低 | 已通过技术选型规避:地图离线托管、IP 本地库查询,位置信息不出内网 |
| 批量地址解析时外发机构地址 | 🟡 中 | 若需借助在线解析服务,须业务确认后执行,且仅用于一次性回填 |
| 数据留存期限不明确 | 🟢 低 | 建议本项目一并明确登录记录的留存策略并落实 |
这是本项目最直接的价值,且在年度服务周期下尤为突出。
| 环节 | 现在 | 建成后 |
|---|---|---|
| 知道近期要续多少 | 翻结算单据人工汇总 | 本月与未来 90 天并列显示,顶部大字可见 |
| 知道续了多少 | 事后统计 | 进度环实时显示,当期与滚动 12 月双口径 |
| 知道谁快到期 | 靠人工排查或客户主动联系 | 三级梯队自动分级,最长提前 90 天纳入视野 |
| 预判续费高峰 | 完全无法预判 | 未来 12 个月到期分布,提前排产能 |
| 识别高危客户 | 到期后才发现流失 | "临期沉默"自动告警:快到期又不用了,立即干预 |
| 知道谁在流失 | 年度复盘时发现 | 甘特图直接暴露断档与首年流失 |
| 跟进责任 | 不明确 | 预警列表带所属渠道,责任到人 |
年度周期下,一次遗漏的代价是整整一年的收入。 这块屏的核心价值在于:把续费从"到期前一周的紧急事务",变成了"提前一个季度就可规划的经营动作"。
| 场景 | 现在 | 建成后 |
|---|---|---|
| 处理异常账号 | 多页面跳转查记录、找账号、做处置 | 点击告警,详情与处置按钮直接出现,十秒完成 |
| 审批催办 | 进审批列表逐条查看 | 超 24 小时未审的自动标红置顶 |
| 查某机构全貌 | 分别查机构信息、席位、订单、登录记录 | 点击点位,一个面板全包含 |
| 排续费跟进计划 | 人工整理名单分派 | 按渠道筛选预警列表,直接就是跟进清单 |
本项目最持久的价值,可能不是这块屏本身,而是它促使我们把机构地理数据补齐并纳入常态维护。
这份数据一旦建立,可复用于:区域化运营与考核、渠道区域保护策略、市场活动的地域投放、客户地域画像与选址参考,以及未来任何需要"按区域看"的需求。
这是一次性投入、长期复用的基础数据资产。
| # | 确认事项 | 建议方案 | 影响 | 优先级 |
|---|---|---|---|---|
| 1 | "待续费机构"如何界定(多批席位到期日不一) | 任一批在区间内到期即计入,同时展示涉及席位数 | P1 前置输入 | 🔴 最高 |
| 2 | 到期梯队的天数阈值 | 建议 7 天 / 30 天 / 90 天三级 | 预警灵敏度与提前量 | 🔴 高 |
| 3 | 续费完成率的分母是否月初锁定 | 建议锁定,月中新增到期单独标注;同时展示滚动 12 月口径 | 完成率是否可信 | 🔴 高 |
| 4 | 地址补录由谁负责、何时完成 | 先摸底看缺口再定人力 | 全项目关键路径 | 🔴 高 |
| 5 | 区域如何划分(几个大区、各含哪些省) | 待业务定义 | P5 前置输入 | 🔴 高 |
| 6 | 未激活席位、永久席位是否单独展示 | 建议单列 | 指标完整性 | 🟡 中 |
| 7 | 在线状态口径与时间窗 | 活跃度四级 + 15 分钟 | 统计口径 | 🟡 中 |
| 8 | "临期沉默"的判定阈值 | 建议:90 天内到期且 30 天无登录 | 告警灵敏度 | 🟡 中 |
| 9 | 渠道/区域管理员是否有处置权 | 建议默认无 | 权限模型复杂度 | 🟡 中 |
| 10 | 一期是否先只给总管理员使用 | 若是,可提前约 1.5 周上线 | 上线节奏 | 🟡 中 |
| 11 | 大屏是否投屏至公共区域 | — | 脱敏策略强度 | 🟢 低 |
| 12 | 移动端是否需要处置能力 | 建议不需要 | 移动端范围 | 🟢 低 |
以下查询须在具备权限的环境执行,全部为只读查询,不修改任何数据,执行约 1~2 分钟。结果直接决定项目排期与核心设计参数。
| # | 查询内容 | 决定什么 |
|---|---|---|
| 1 | 席位到期日分布(未来 12 个月按月统计) | 到期梯队阈值、是否存在明显高峰、预警列表数据规模 |
| 2 | 近期到期规模(7 天 / 30 天 / 90 天 / 已过期各多少) | 三级梯队的实际负载 |
| 3 | 未激活席位与永久席位数量 | 是否需单列指标、分母如何排除 |
| 4 | 续费与流失历史(近 12~36 个月按月统计) | 月度趋势曲线与甘特图的可回溯范围 |
| 5 | 存量订单的服务天数分布 | 甘特图色块粒度、时间轴跨度设定 |
| 6 | 机构地址覆盖率(两来源合并可定位率) | 地图与地区维度是否可行 |
| 7 | 登录 IP 真实性体检(内网地址占比) | 登录点亮是否成立 |
| 8 | 渠道维度机构与席位分布 | 渠道产能榜的数据基础 |
| 9 | 待审批机构数与积压时长 | 审批列表的设计参数 |
核心判据:
| 指标 | 结果 | 行动 |
|---|---|---|
| 机构可定位率 | ≥ 70% | 按计划推进 |
| 40% ~ 70% | 技术开发与地址补录并行 | |
| < 40% | 先补数据,暂缓前端开发 | |
| 未来 12 个月到期分布 | 存在明显高峰月 | 到期分布视图价值极高,优先实现 |
| 分布较均匀 | 视图仍需保留,但优先级可后置 | |
| 登录 IP 内网占比 | 接近 0 | 正常 |
| 明显偏高 | 先修部署配置 |
技术侧已逐项核验完毕:
数据基础方面 —— 登录记录、订单与到账、席位开通与续费明细、渠道归属、审批状态均已完整落库,且各数据处于同一物理数据库,可直接关联查询,无需跨系统接口编排。续费管控所需的最细颗粒度数据(每批席位的服务起止日期)完整存在,续费周期甘特图与未来到期分布视图均无需任何补录即可实现。
主要缺口 —— 机构地理位置信息(需补录与解析)、区域权限体系(需新建)、强制下线机制(需改造)。三项均有明确解决方案与工期估算,无技术阻塞项。
技术手段 —— 地图离线方案、IP 本地库定位、差异化轮询刷新均已验证可行,且全部采用不依赖外部服务的方案,机构位置与登录信息不出内网。
项目能否按期交付,取决于附录 A 中五项高优先级业务确认,以及地址补录的推进速度。
本方案为调研结论,不含任何已实施的代码改动。数据层结论待附录 B 摸底查询执行后回填。调研环境未连接生产数据库,报告中不提供任何未经实测的数据指标。