返回首页

北京世纪好未来教育科技有限公司

好未来|学习机应用生态与平台产品设计

围绕学习机应用生态、推荐分发、家长端审核链路与教育测评平台中后台设计,完成从数据分析到产品方案和高保真原型输出的产品实践。

在好未来硬件系统部实习期间,我主要参与了学习机应用生态与教育平台相关的产品工作。

相比蔚来的 AI Agent 项目,这段经历更偏向产品基本功训练:一方面围绕学习机应用商店,参与推荐分发与家长端下载链路优化,提升第三方教育 APP 的曝光、匹配与转化效率;另一方面参与教育测评平台的中后台设计,围绕多角色权限、素材配置与前端体验输出产品方案和高保真原型。

01 学习机应用商店商业化优化

从“应用展示”到“推荐分发”

学习机应用商店承载着第三方教育 APP 的分发与商业转化。但在原有商店中,应用推荐逻辑相对粗放,APP 与用户年龄、学科需求之间的匹配不够清晰,导致部分优质应用难以被有效发现,也影响了后续下载转化。

围绕这一问题,我参与了应用商店首页推荐体系的优化。我们将首页推荐从单纯的应用展示,调整为更贴近学习场景的内容分发结构:通过“年龄 + 学科”的双维分类导航,帮助用户更快找到适合当前学习阶段的应用;同时结合多样化卡片组件与页面展示区域调整,提升重点应用的曝光机会。

构建应用画像与个性化推荐策略

在推荐策略侧,我对 90+ 合作 APP 进行特征拆解,围绕年龄段、应用类型、学科、标签等维度建立应用画像,并结合主观体验与客观数据,划分相似应用和适配场景。

在此基础上,我进一步分析了应用商店各入口的流量与下载表现,选择“优选专区”作为推荐策略试验入口,按年龄段进行个性化应用推荐。这个过程让我意识到,推荐并不只是“把更多内容放到用户面前”,而是要先理解内容本身,再理解用户所处的学习阶段和使用需求,最后找到二者之间更高效的匹配方式。

推荐策略上线后,优选专区入口 APP 的曝光转化率由 0.026% 提升至 0.043%,增长 65%,约带来 1.1W 应用下载量。

优化家长端审核链路

除了推荐分发,学习机应用下载还涉及一个特殊链路:孩子在学习机端提交应用下载申请后,需要家长在家长端完成审核确认。原有流程中,很多申请停留在待审核状态,导致用户已经产生下载意愿,却无法顺利完成最终安装。

我们将完整链路拆解为“学习机申请—家长端通知曝光—点击通知跳转—审核同意—学习机下载”,并基于埋点数据进行漏斗分析。分析发现,下载成功率较低的主要原因集中在家长端审核环节:通知触达效率低、审核链路较长、审核入口较深。

针对这些问题,我参与设计了两类优化方案:一是对未点击通知的家长账号进行次日重推,提高有效触达;二是在通知栏中直接集成“同意 / 拒绝”审核操作,让家长无需跳转 APP 即可完成决策,从而减少操作成本和链路流失。

家长端审核链路优化上线后,应用月下载成功率由 33% 提升至 42%,预计带来月度 2W+ 收入增长。

我学到的产品方法

这段经历让我更具体地理解了增长产品的底层逻辑:增长不是单纯增加入口、增加曝光或多发一次通知,而是要先把完整链路拆清楚,找到真正影响转化的关键节点。

推荐策略解决的是“用户能不能看到合适的内容”,审核链路解决的是“用户能不能低成本完成决策”。一个偏前端分发,一个偏后链路转化,但本质上都需要围绕用户行为路径进行拆解和优化。

对我来说,这个项目是一次很扎实的产品基本功训练:从数据分析、信息架构、推荐策略,到漏斗分析和交互优化,我开始理解产品经理如何把一个模糊的业务问题,拆解成可以被设计、验证和迭代的具体方案。

02 教育测评平台中后台设计

面向多角色协同的平台产品设计

除学习机应用商店相关工作外,我也参与了教育测评平台的中后台设计。该平台面向专家、学校、学生、家长等多类角色,需要支持测评任务管理、数据查看、素材配置和差异化前端展示。

相比应用商店项目,这个项目更偏向平台型产品设计。它要求我不仅关注单个页面的交互体验,也要思考不同角色之间的权限边界、数据安全和后台配置效率。

权限管理与素材配置

在权限管理部分,我参与设计了“角色—权限—用户”的三级权限模型,将角色从原有类型扩展到专家、学校、学生等多类角色,并为不同角色配置查询、新增、删除、批量操作等差异化权限。

在素材配置部分,我参与优化后台配置能力,支持运营人员动态更新不同角色页面中的图片、视频、附件和公开状态,减少内容更新对研发的依赖,也提升了平台后续维护和运营的灵活性。

多角色前端体验设计

由于平台服务的用户角色不同,不同角色进入系统后的核心任务也不同:学生需要完成测评,家长关注个体报告,学校关注班级或校级数据,专家则更关注整体研究分析。

因此,在前端体验设计中,我围绕不同角色的核心诉求,参与梳理差异化页面结构与交互流程,并输出对应 PRD 和高保真原型。这个过程让我意识到,中后台产品并不是简单堆功能,而是要通过角色、权限和配置能力,让复杂业务更清晰、更可控地运转起来。

我对平台产品的理解

这个项目让我补充了对 ToB / 平台型产品的理解。和 C 端产品相比,平台产品更强调系统结构、角色关系和业务协同效率。一个好的后台系统,不只是让功能“能用”,更要让不同角色在合适的权限范围内,高效完成自己的任务。

这段经历也让我意识到,产品经理在平台型项目中需要具备更强的抽象能力:从具体页面背后抽象出角色模型、权限模型和配置模型,再把这些模型转化成可落地的产品方案。