四步搭建在线学习系统

在如今，无论是素质教育还是兴趣学习，都离不开线上教育平台的在线学习支持。那么该如何搭建一个在线学习平台？作者基于之前自己的在线学习平台产品为背景，整理出从0到1设计一套学习平台的四大步骤，希望对你有所启发。

无论是素质教育还是兴趣学习，线上的教育平台都离不开在线学习系统的支持，笔者以曾经实际设计的儿童的在线学习平台产品为背景，整理出从0到1设计一套学习平台的四大步骤。

二、四步走搭建学习平台

1. 调研背景和需求

任何产品的开始，都应该先进行项目背景和需求的调研，了解需求项目背景和核心需求点是保证产品双赢甚至多赢的基础。

我们需要从项目所影响的不同角色的关注点出发，对项目中所关系到的所有群体诉求进行综合的分析。与一般理解的需求调研不同，在这个过程中除了要关注实际消费者（实际支付的用户）、使用者（实际使用的用户），还应该关注项目的投资方、项目负责人、实际运营的业务方等群体。

（1）向上调研

i  调研项目的投资方，需要关注投资的成本、希望的获利周期。这非常重要，关系到包括产品实现方式（小程序/app/H5）、产品上线节奏（关系到产品模块优先级的管理）在内的项目实施策略制定；

ii 调研项目负责人，需要关注到资源配置和核心管理指标，因为人员和时间资源会影响实际的产品设计和开发时间，而项目的核心指标则会影响产品功能模块的优先级（能够支持核心指标的优先）；

（2）外部调研

i  调研行业，需要关注政策趋势、竞品的商业模式和可获得的商业数据，以便为产品做行业内的定位；

ii 调研消费者，需要关注消费者愿意为之付费的产品价值点，以及消费者的心里预期价格，为产品勾勒用户画像，以指导更进一步的产品设计；

iii 调研使用者，需要关注使用偏好，使用者是实际使用产品的用户，幼儿在线学习平台的实际用户偏低龄，与成人的关注点和思考方式有所不同，需要在产品的设计过程中时刻关注这种特殊性；

iv 合作方调研，需要关注协作方式，学习平台离不开学习内容的管理，有的项目中用到的学习内容不全是自制，也会有合作方进行提供，因此也需要调研内容的类型、提供的周期等信息，以便在产品设计环节进行兼容；

（3）内部调研

i  调研教研团队，需要关注教研团队的课程设计计划，幼儿教育产品核心的价值传递载体就是课程，因此需要与教研团队沟通实际的课程大纲（课程章节数量/课内环节）、上课的方式（直播/录播）、课程内容的类型（看动画/读绘本/玩游戏），这一系列的结论将直接决定产品形态；

ii 调研运营团队，需要关注运营团队的协作流程、流程中关注的核心业务数据，以及运营执行动作和核心管理指标。从用户的前期沟通、到用户实际使用的咨询、课程效果的追踪，都离不开运营团队的支撑，运营团队需要获取用户的基本信息、订单信息和课程信息才能对用户的问题有针对性的解答，这里每个项目的运营团队工作会略有不同，需要充分理解运营工作流程和重点环节，在系统前后端的设计中为运营工作提供支持。

调研的结果，模型图示或流程图等形式整理出来，以指导后续的产品设计和开发理解，下图是笔者在项目中整理的课程模型示意图：

2. 整理产品功能点和优先级

在完成了调研以后，就可以开始进行产品功能点的梳理，功能点的梳理需要结合项目调研中获得的结论进行。需求调研产生的结果是业务的工作范围，而系统不一定能够完全将业务工作线上化，这里要注意不要强求尽善尽美，需要在需求和性能之间找到一个平衡点。

功能点可以以思维导图的形式进行拆解，下图是笔者整理的初版的产品结构，需要注意的是，在实际的项目中产品结构会不断的随运营的调整而变化：

另外，从0到1的项目一般会要求快速上线，因此可能需要对产品功能点实现的优先级做出取舍，这就需要进一步梳理出用户故事地图，以路线地图的形式示意出用户完成各个任务的操作，并从中规划出功能实现的优先级。

3. 设计用户端产品文档

这一环节是产品人最熟悉的工作，规划用户端的整体产品结构，对每个功能模块进行细化。很多项目是需要支持不同端的服务（如小程序、H5、APP），或者部分功能在安卓和iOS环境上有不同的产品策略，那么则需要考虑准备多套产品文档，具体是否需要多套还需要各位根据具体项目情况进行斟酌。

（1）产品结构梳理

根据已经确认的用户端功能点细分出用户端的功能模块，整理出整体的产品功能结构图，功能结构图能够帮助我们更加清晰的理清用户端各结构下支撑的产品功能，让各个模块下的逻辑关系一目了然，同时也能避免产品功能设计的重复或缺失。

下图是笔者在项目中整理的APP页面地图，实际的产品设计中可以做适当裁剪：

（2）产品原型

根据产品功能结构图就可以进一步的对用户端的产品进行设计，进而产出客户端的产品原型设计。基于儿童在线学习产品的特殊性，在实际的产品设计过程中应该格外注意以下几点：

i   消费者和用户不是同一个人，所以要考虑内容隔离的设计，即儿童去玩游戏/学课程、家长购买和支付，一般来讲家长模块会单独提供入口和进入的校验，防止儿童误操作。一般来讲，入口校验的方式包括：算数、选拼音、选生僻字等方式；

ii  系统需要支持控制儿童的学习时间，即要给家长提供学习时间的管理功能，例如：在课程中停留一定时间后自动锁屏播放儿歌；

iii 考虑到三胎政策的影响，系统应该可以支持到一个家长账号关联多个孩子账号，每个孩子账号记录不同进度的设计，这里延伸来说还应该考虑到购买课程时课程权益是赋予到家长账号还是单个的孩子账号；

iv 前端的产品原型需要关注交互效果，对产品和UI的沟通有更高的要求，需要对用户体验有更细致的打磨。

这一步和中后台的设计以及实际的项目排期有着很强的联系，在实际的项目过程中客户端和中后台的设计往往是同步进行，需要密切的互相沟通。

4. 设计中后台产品文档

中后台产品文档往往和用户端产品文档同步开始设计，根据整理出的产品功能点和优先级，配合用户端的产品结构和使用逻辑，以及对业务方和运营方实际工作流程的拆解，设计中后台的产品架构，进而撰写中后台的产品设计文档。下图是儿童学习中后台功能模块的示例：

在儿童学习系统的设计过程中，中后台应该注意到的点：

i   用户模块的设计，需要考虑到家长和孩子两个角色，即注册账号与账号内的孩子档案，有些产品可能需要支持注册账号（家长）与孩子账号一对多的关系设计，这也会影响到后续的用户行课记录的设计；

ii  内容结构的拆解，根据课程所需要的内容，笔者在项目中将课程的内容拆解到了元素层面，即单个图片、单个音频、单个视频作为一个“元素”，元素组成“内容”，内容是多个元素有规则排列的集合。这一方面方便内容的灵活配置，另一方面也方便元素的复用，下图为课程结构的示意：

iii 课程与订单的关系，在不同的项目里，用户可能以订阅会员的形式获得付费课程，也可能以购买单个课程的方式获得课程，甚至可以通过购买实物商品获得赠送的课程，在这一过程中，课程与订单的关系非常微妙，笔者建议将课程和商品拆解为两个结构进行管理，课程单独作为校验内容，而商品则可选择权益进行售卖，在这个逻辑里，权益可以包含课程和其他可售卖的内容，方便商品的灵活管理。下图为课程商品的配置原型示例：

儿童学习平台所包含的功能模块比较庞杂，在产品设计过程中需要参考项目实际的项目特点和侧重点，关注各方的实际诉求，结合业务情况进行设计。

产品设计的实现只是个开始，落地后还应该通过埋点追踪用户实际使用数据的变化，根据变化分析产品设计的问题并及时优化，才能增加用户的产品粘性，让产品发挥更大价值。