毕设主题

借助课程所学及工作经验，帮助打造数据驱动的三节课学习服务体系。

毕设任务

从【附件一】三节课学习服务体系相关角色的业务诉求中3个角色中选择1个，提炼这个角色的业务诉求；

写出你对【附件二】三节课学习服务体系主要业务模块 中全部4个模块的指标选取；

（需明确这些指标的定义，并说明你选择的指标如何能描述该模块的业务实际）

综合前面两个步骤中的业务诉求 与指标建模，确定数据需求，设计数据埋点，并产出 DRD；

（必须含有事件、事件触发条件、属性、备注；采用“预置属性”，必须注明预置了“哪些属性”；属性来源仅作为评优参考）

完成宣讲：

向产品/技术同事针对 1个模块 讲明「我为何要这样埋点」，说明如此埋点的意义、价值、必要性

向业务方的角色针对1 个复杂程度适中的埋点（8个属性以上，不含预置属性）讲明「采用我设计的数据埋点，可以怎样满足业务诉求」

1.本次选取的角色为A-课程负责人。

通过附件中描述的用户痛点可以提取出该角色的三个主要业务诉求：

①需要关注和分析整个课程的健康程度：单班期学员的毕业率、优秀率、满意率、净推荐率

②需要关注学员整体学习情况：作业完成率、迭代率、优秀率以及课程学习情况

③需要关注学员的异常情况：看课率、作业延期、课程优秀率低等

2.我为这4个模块选取的指标如下：

课程学习中心（内容类）

课程总浏览次数：反映用户的累计看课次数

课程浏览广度：课程内每个模块的浏览次数、每个模块内章节的浏览次数、每个模块的完成度（标记完成的章节数/该模块总章节数），反映用户对于整个课程的完成情况

学习课程的时长：反映学员在学习中投入了多少时间。

打开笔记模式的次数：用户点击笔记模式的次数，反映用户对于笔记这个功能的使用频次。

实际产生笔记的数量：反映用户对于笔记模式的实际使用情况

班期微信讨论群（社群类）

群成员发送消息的数量：反映群里的活跃程度

有@标记的消息数量：反映群里用户之间的互动关系

session内群消息数量：用以观测群内活跃的时间段

班期作业讨论区（社区类）

作业发布的数量：即有多少用户提交了作业，反映作业提交率

作业迭代的次数：即非首次提交作业的次数，反映作业的迭代情况

作业区的浏览次数：反映用户的学习主动性

作业被点赞和评论的次数：反映用户与用户之间的关系密度

作业编辑区（工具类）

用户打开编辑区的次数：反映用户对作业编辑器的使用粘性

保存作业的次数：反映用户的学习习惯

提交作业的次数：用户将作业提交到作业讨论区的次数，反映用户的作业完成情况

编辑作业的时长：反映用户在作业上投入的时间

3.DRD文档设计

公共属性

文档输出

4.完成宣讲

产品/技术--针对​​​​​​​「完成思考题」模块的讲解

结合课程负责人的业务诉求，这个角色的关注点主要在课程学习情况和作业提交情况上，而作业提交情况会直接影响毕业率、优秀率，也能直接反映用户的学习情况，是一个很重要的模块，所以它需要更精细的数据来观察业务。

首先，在埋点位置的选择上全部选择了后端埋点，这样可以更准确，避免取数据时出现问题；其次，我在这次埋点中加入了“是否首次提交”、“是否延期提交”和“提交作业数量”这些属性，“是否首次提交”除了能观察用户首次提交作业的日期之外也可以得到用户迭代作业的相关数据，“是否延期提交”可以及时发现用户在哪个地方的学习出现了问题，“提交作业数量”可以提前判断用户对于毕业的态度和积极性，及时给予帮助和鼓励。

有了这些数据，课程负责人和班班都可以通过观察班级内的整体情况和横向对比等方法来发现学员在学习、作业上的种种问题，有助于建立预警机制和及时作出应对策略。

业务方--针对「批改作业」模块的讲解

三节课极其重视刻意练习，这也是我当初为什么坚定地选择了它。所谓刻意练习，重点就在于三节课与众不同的作业模式：学员学习课程--完成思考题--助教批改--学员迭代--再批改--再迭代……而课程负责人所关注的指标毕业率、优秀率、作业完成率、作业迭代率等都与批改作业密切相关。

我对于这个模块的埋点可以计算出某个班期的作业优秀率情况（作业结果为优秀的数量/提交作业总数）、作业完成率情况（已提交的作业数/目前已开放的作业数）、作业迭代率（非首次提交的作业数（排重）/作业总提交数）等这些与业务紧密相关的指标，还可以根据本次课程的毕业要求提前预测本班期的毕业率，对于即将达标的学员及时鼓励。