卓越统一家长端方案分析

概览

现状	理想	下一步方案
1. 入口分散、品牌割裂 — 10+产品散落，不同环节签约不同主体，家长无统一阵地认知	1. 搭建「卓越家长服务号 + 小程序」组合，形成家长统一认知阵地，与拼团/领资料/转介绍小程序形成矩阵	1. 沿用「i学习君 + 网报小程序」组合，i学习君推送跳转网报小程序，小程序内嵌入教学服务
2. 触达弱、留存低 — 推送依赖教师手动，频次不稳定；链接散落群聊/服务号/H5，小程序打开率低	2. 通过教学服务高频推送→用户持续访问小程序→留存提升→为续报与营销提供触达基础	2. 扩大推送内容（教学+报读服务通知），统一链接收敛至小程序，提升触达率与打开率
3. 数据断裂 — 登录未打通，行为数据无法跨域沉淀，缺乏全链路家长画像	3. 所有行为数据统一沉淀至同一数据中台	3. i学习君对接外部通行证，打通登录体系；完善数据埋点，2-3个月验证核心假设

1. 背景及目的

1.1 当前现状

当前公司的多事业群、多业务体的商业模式不同，而悦学、英才、全日制等场景的家长体验也不尽相同，本次分析重点围绕悦学的体验来开展。目前悦学的产品体验中，主要有如下问题：

• 多产品分散，缺乏家长统一聚合阵地 — 家长侧现有 10 余个产品形态（i学习君服务号、网报小程序、拼团小程序、活动 H5、微信群等），缺乏统一聚合阵地，家长无法形成"一个入口获取所有服务"的认知。
• 数据散落，无法形成有效数据资产 — 各产品独立运行、数据口径不一，系统间行为数据未统一采集，无法形成贯穿全链路的家长画像与数据资产，续报转化、转介绍等运营决策缺乏数据依据。

1.2 核心目标

结合当前实际情况，将项目的目标分为短期及长期目标：

短期目标

• 服务入口聚合（All in One）：用户一个入口获取报名、课表、课后反馈、成长记录等全部服务；
• 逐步形成业务量化结果：重点关注家长绑定率、自动推送覆盖率/触达率、小程序周留存、小程序下单率。

长期目标

• 高频带动低频：以考勤/课后服务高频推送驱动留存，为营销活动、续费拓科、转介绍等低频动作构建触达基础；
• 全链路数据贯通：采集从获客到续报的完整行为数据，支撑续报推荐与定向营销，搭建用户数据地图；
• 教学服务自动化：结合企微能力（如群发），将常见的教学行为（如课前提醒、资料发送等）做成系统自动且个性化推送；

2. 用户需求分析

2.1 用户故事地图（现状分析）

当前各个产品的交互流程图和体验与不同状态下当前承接的产品。

获客				转化			教学服务							LTV提升
领资料	拼团	希望之星	志愿填报	入学诊断	缴费①tms生码	缴费②网报缴费	课表查询	微信群-资料发送	课后资料消息提醒	i学习君-学员中心	i学习君-堂测报告	i学习君-成长资料	i学习君-错题本	续费拓科	转介绍
【小程序】学习干货大本营	【小程序】启智方舟文化 【小程序】卓越乐汇购	【小程序】希望之星	【小程序】卓越填报模拟系统 【小程序】卓越择校通 【小程序】卓越择校易 【小程序】卓越规划指南	【H5】入学诊断	【H5】网报	【H5】网报 【小程序】网报	【H5】网报 【小程序】网报	【微信群】班级群	【服务号】i学习君	【服务号】i学习君	【服务号】i学习君	【服务号】i学习君	【服务号】i学习君	【H5】网报 【小程序】网报	【H5】转介绍

2.2 痛点和机会点

痛点

1. 入口分散，家长触达不稳定 — 家长侧 10 余个产品形态散落（i学习君服务号、小程序、微信群等），缺乏统一聚合阵地；课后反馈依赖教师录分行为（佛山约 20%、广分低于 10%），大部分学员收不到推送；
2. 数据资产缺失 — 各产品独立采集、口径不一，绑定率、留存、打开率、自购占比等关键指标无统一基线，无法量化目标也无法衡量效果。

机会点

1. 统一服务阵地驱动留存与转化 — 一个入口打通"报名→课表→课后→成长→续报→转介绍"全链路，并借助服务号模板消息把课后推送做成标准动作，通过高频持续触达提升留存，为续报与营销提供触达基础；
2. 数据资产沉淀 — 推送→打开→浏览→报名行为全链路闭环采集，支撑精准运营、家长画像与流失客户挽回。

3. 理想的用户体验

3.1 终极理想态：All in One

家长在一个终端完成从获客到转介绍的全生命周期服务闭环，按"获客 → 转化 → 教学服务 → LTV 提升"四个维度展开：

3.2 微信生态约束下的最优载体：服务号 + 小程序

理想中我们希望仅用一个小程序即可实现 All in One。但小程序作为独立载体存在根本性短板——无法主动触达用户。

• 服务号：承担高频主动推送职责（课后反馈、成长资料通知），建立家长被动接收习惯
• 小程序：承担服务承接与交易职责（报名、课表、成长记录、续费），提供一站式操作体验
• 与拼团/领资料/转介绍小程序形成矩阵，覆盖全链路

3.3 理想方案具体内容

载体：全新卓越家长服务号 + 网报小程序

申请一个以卓越教育品牌命名的服务号（如"卓越家长服务"），与网报小程序形成统一品牌认知的组合。服务号负责推送触达，小程序负责服务承接，家长感知为"一个品牌、一个入口"。

新服务号 vs 沿用 i学习君：

理想状态下，全新服务号在品牌统一性和技术便利性上更优。但考虑到冷启动成本和合规主体约束，短期阶段先沿用 i学习君验证核心链路（详见第五章）。

卓越悦学家长端服务号 + 小程序

卓越家长服务号	卓越家长小程序	集成教学服务

提升触达率——扩大推送内容范围：

• 教学服务类：课后报告、成长资料、作文报告、考勤通知
• 报读服务类：绑定学员通知、支付成功、调课、转班、退费提醒
• 运营活动类：按城市分校配置的运营活动推送

通过丰富推送内容品类，确保家长每周收到 2-3 次以上有价值消息，建立"打开即有用"的习惯。

提升打开率——统一链接落地至小程序：

• 服务号模板消息：点击直接跳转小程序对应页面
• 微信群聊：老师发的报告链接、课后资料等全部替换为小程序链接
• 服务号菜单/查询：家长主动查询后直接跳转小程序
• 核心逻辑：所有链接出口统一收敛至小程序，建立"服务号推消息→小程序看内容"的固定行为路径

高频触达落地抓手——课后资料自动推送：

• 频次高：每节课后均可触发，周 2-3 次
• 不依赖教师录分：资料由课程/产品侧预配置，系统自动分发
• 已有通道验证：当前已可通过微信群聊自动推送课后资料

以此作为高频触达的第一个标准化动作，优先跑通"系统自动推送→家长打开小程序→留存提升"的核心链路。

3.4 未来状态下的产品收敛

4. 当前约束与关键卡点

从当前走到理想态，存在以下关键约束，每个约束决定了理想方案能否立即落地。

约束一：网报自主下单占比低与深圳监管约束

统一家长端的理想态前提是家长已习惯通过网报小程序自助完成报名缴费。但当前网报自主下单渗透率仍然较低，一线顾问仍以 TMS 发码支付为主：

• 26年春续暑秋网报海珠试点：网报科数占比 11.54%，整体科数占比仅 3.3%
• 深圳合规监管要求：仅持证校区且走农行智教支付渠道的校区可上架网报，整体金额占比 60%

这意味着：短期内网报小程序的用户覆盖面有限，并非所有家长都会通过小程序完成报名。统一入口的"报名→课后→续费"闭环在部分城市/校区尚无法完整跑通。

约束二：教学 SOP 执行率低，高频推送内容不足

统一入口的核心价值逻辑为"高频推送→用户持续访问→留存提升"，但其前提是教学服务本身具备足够的推送频次。以下为 i学习君当前各功能实际运行情况：

悦学成长（K12 班课）

约束三：登录体系未打通

i学习君采用独立登录体系，网报使用外部通行证体系，两套系统用户数据未关联。家长在网报端已登录后进入教学服务仍需二次登录，体验连贯性不足。建设统一家长端需先完成登录体系打通，由教学中台后端配合改造，具体工时待评估。

约束四：合规主体要求维持分离架构

课后教学服务环节涉及较多学科类敏感内容，正是出于合规考量，i学习君注册主体为社会公司（而非教育主体），以隔离政策风险。这意味着统一家长端不能简单地将教学服务与网报合并为同一主体，需维持 i学习君（教学推送）+ 网报小程序（报读服务）的双主体架构，通过微信开放平台关联实现技术打通。

5. 短期方案（基于约束的当前落地路径）

基于上述约束（教学执行率不足、登录未打通、合规要求双主体），理想方案暂无法一步到位。当前先以最小改动验证核心假设，积累数据依据。

核心策略：网报小程序内添加教学服务入口，i学习君并行运行。

为什么短期沿用 i学习君而非新建服务号

实施方式

• i学习君服务号消息推送支持跳转打开网报小程序（通过开放平台跨主体关联，非H5跳转）
• 网报小程序内原生嵌入核心教学功能（课堂服务报告、错题本、作文报告）
• 教师通过群聊发送课后资料，打开链接同样落地在网报小程序
• i学习君服务号继续并行运行，承担消息推送触达职责
• 完善数据埋点（服务号推送数据 + 小程序内行为数据），观察 2-3 个月用户实际使用情况

提升触达率与打开率

• 触达率：在 i学习君模板消息中新增报读服务类通知（绑定学员、支付成功、调课、转班、退费、考勤）
• 打开率：群聊链接、服务号查询结果统一收敛至网报小程序

验证指标

• 服务号绑定率（在读学员关注 i学习君比例）
• 消息推送触达率（推送送达并打开小程序的比例）
• 小程序内行为埋点数据（功能使用率、停留时长）

优势与不足

优势：改动可控，不影响网报 9 月上线排期（可随 P1 8月发布）；风险低，可随时下线；可获取"用户是否存在聚合需求"及"链接收敛是否提升打开率"的数据依据。

不足：仍分两个载体，未实现真正统一入口；推送仍通过 i学习君服务号触达；无法完整验证"高频推送能否拉升留存"这一核心假设。

6. 两个方案的对比

7. 需确认问题

8. 涉及改动