数据分析实战完结-09.模块六设计02附件一

31，解决TA角色A：课程角色B：班（班班角色C：课程产品经理（教研角色A：课程用用户故事作为课程，我需要对整个课程的健康程度负责如果把一门课程作为一个小型产品的话，课程产品经理是内容生产者，对应着该产品的技术作为产品的全程参与者需要保证整个产品的上线和后期迭代（关注班期内学员对于课程内容的反馈建议，做好课程问题的需求反馈），负责产品的生命周期。用用户痛点作为课程，我需要保证整个课程的健康程度，对单班期的学员毕业率、优秀率，满在课程进行过程中，我会很关注学员整体学习的健康情况，包括学员们作业的完成情况，迭代情况，优秀情况。当然，也会遇到比的学员课程内容都没有学完，没开始上课，甚至从没有打开过学习系统，更不要说去写作业了。这就非常考验我对各个关键环节的把控能力了。除此之外，我还需要关注班级出现的异常情况涨跌，或者某一段时间出现大量学员的作业延期，或者某一期课程的优秀率非常，尝试定位问题，分析解决方案。角色B：班（班班用用户故事班班这个角色的真实其实是用户运营，需要连接学员，班级服务体验的事情基本都扛在他们的肩上。除了组织班级活动等日常运营，班还要及时发现学员在学习上的异常情况， 痛痛班总是想要尽量照顾到班里的每一个同学的。然而在精力有限的情况下，班级服务中最容易被关注到的是作业很优秀以及作业情况很差的两端学员，一部分一直在坚持学习但是在群里比较沉默的同学可能关注不到，就会体验不到班的服务。每周的学员表面上光鲜，其实背地里让班头秃得很。确定的同学真真是一个难现在一 需要跟课程（比如数据）相关，更侧重于工作中经验和方法定 没验。一轮一轮地寻找会耗费很多时间（并且会伤了班班的心，想找到法，能够快速定位到最符合条件（可能包括学习情况、时间安排、工作经验等维度）的学员。回访学员大概会占班工作时间的5%以上，目的是为了了解学员的没有写作业的真实原因、时间安排等情况，能够有针对性地给出建议。现有的条件是能够知道学员的作业情况、看课情况，但看课情况的获取方式很不方便，结果也非常复杂，不容易检查和筛选，一般不会去用。所以在回访学员时仅仅掌握TA的作业情况，并不知道什么时候出击最好，也并不好了解学员的真实情况和真实需求，给出好的切实可行的建议只能靠班班揣摩的思，很容易占用了很多时间却收益甚少。如果能了解到学员的信息，比如平时的惯（比如一般会在什么时间学习），可能角色C：课程产品经理（教研用用户故事作为一名课程产品经理，除了新课生产，既有课程迭代是我的重要工虽然title中带有「产品经理」，但实际在做的是像研发一样的「生产」工作，来判断。传统的判断主要仰赖课程产品经理的个人经验判断（对课程内容和教学理论的理解）、阶段性调研（当期、往期学员）和相关用户反馈（课程、班班；他们是课程“使用者”，基于课程向学员们交付学习体验），相对还是偏感性的。业业务诉求们也往往以此为单位，论证并设计方案。所以，如何判断学员在这一章（）是否学完（）、学通（课程所讲，完整&一致）、学透（能运用到作业/工作/生活之中是15s”按钮）的killtime类的知识类产品不同，三课提供的是savetime的教服复、是要习，播+图文补充的形式也是一开始就考虑到反复学习的场景而专门打磨设计的；写作业时回看对应章节，往往也是正常（且应当被鼓励）的学习过程。过高的「回看率」（比如某的学员平均时长是其总时长的300%+——考虑到许多同学看时快进，实际回看的情况可能会更严重）固然说明学员在此处说到「写作业时回看课程」，我们其实也很关心作业设置与之间的关联度。做作业后回看的内容，往往是学员觉得与作业相关的内容（大部分同学达不到“看”一次就能上手的程度，往往需反复学习相关内容业的重点（用到的知识是否如我们设计时的预期。如果不符，显然应关注。当然，课程总会结束，但学习是伴随学员的。单纯地学完（刷完）课程、做完作业、甚至获得毕业、优秀、成为助教（能给别人讲明白，才说明自己真正学清楚了……并非一在工作过程中，是否又需要了我们的课程，又学习了哪些内容。这是对我们为期以半年计的课程生产工作的最大肯定。因为这往往意味着，这些内容，真正切中了学员们的工作场景和需要（以至于闭营后还在学习，甚至是“小额续费”后重温）。如果方便，我们自然应当对这些学员进行回访——一方面“好久不见”，交流下，双方常常