2.2 复盘

学生端：

2.2.0
开发排期时间：6.28-7.12
发布策略、发布时间和名单：
第一期：7月12（三）凌晨3点 30位学生
第二期：7月17（一）凌晨3点 60位学生
第三期：7月25（二）凌晨3点 全网发布（若第二期灰度，没有问题的话）

遗留问题：
1、banner的数据埋点：展现、点击（用户去重）
2、当用户课节排课量大的时候，需要有一个“回到顶部”的按钮
3、Android的图片与课节表的交互，需要重新梳理

目标：
项目目标：

• 两周完成开发和测试，达到灰度发布要求。
• 实现产品目标

评估结果：

• 如期完成，发布√
• 产品功能部分未完成,，缺斤少两，偷工减料。如：
  • 后台banner配置：尚无 跳转到内嵌网页还是外部浏览器的配置按钮；上传海报banner体验不够好，需要人工粘贴到输入框中，和开发提过，但仍未优化。导致在交接给运营前，梳理使用文档时，才发现问题。
  • banner与课节的交互：Android和iOS的体验不一致。
  • banner的点击数据，没提前埋点
  • 课节 回到顶部的按钮，没有加
  • 活动页的入口，从最开始的礼物图标，变成轮播图，没有考虑到和课节的交互
  • 活动banner放在默认图片的后面，曝光量没有达到市场部门的预期，被认为看到的几率降低了，不能第一时间被看到

分析原因:

• 未及时跟进，敦促开发完成上线；未及时梳理文档，尽早发现问题
• 考虑不周全，前期文档上没有写详细
• 考虑不周全，没有预想产品实现之后，运营的效果和量化，因而前期在做设计的时候，没有考虑到数据埋点的需求。

总结经验：
前期考虑全面
为最终效果负责，如果觉得最终交付出来的东西自己不能接受，过不了自己这一关，就要冒着被喷的风险，说出自己的反对意见。

产品目标：
优化首页UI，目标：

• 让用户不觉得课节卡片可以点击
• 让用户准确快速找到 进入教室的入口
• 让用户知道在哪里可以预习
  给市场活动提供展示的入口
• Banner可以点击
• 后台可以配置banner

评估结果：
结果怎样？完成度多高？
怎么衡量？
UI相关的，在求外包修修补补，和自己画图切图的情况下，完成度还是OK的。
但是产品功能，完成度只能打70%。
同一个端有一些功能做了个半拉子，不同的端，同一个功能的实现效果又不一样。前期项目时间紧张，开发对于开发时间看的很死，加上前期文档有很多没有完善的地方，开发在开发过程中不断提问，我不断修改文档，加重了后续功能实现的灵活性。开发不愿意做文档之外的功能，并认为我的改动是不合理的。
另一方面，由于时间紧张，开发没有多替产品考虑，只是单纯地实现了我们提出的功能，对于我没有写到的数据埋点，没提也就没有做。导致后续运营问转化效果的时候，很尴尬，说我们做了一个半吊子产品。

分析原因：
前期很多细节没有考虑好，没有和开发沟通好，实现的过程中变动太多，造成开发心理不耐烦。加上后期的变动，和前期的设计，不能很好地融合在一起，修修补补，短时间内没有一个很好方案，开发对变动后的方案有意见，不愿意加功能。都造成部分功能被搁置或者实现出来的功能别扭奇怪。

总结经验：
尽量在前期，充分沟通，思考全面。只有思考得越全面，各种场景，各种可能性，才能想出一个可以解决各个问题的功能和交互，不至于别扭和打补丁。（服务端老大似乎很不喜欢打补丁）
另外，在交付给开发的时候，标注最好是和文档一致的，省去开发过程中比对文档的时间。在和开发沟通的时候，先阐述事实，然后将问题说出来，询问对方是如何考虑的。

过程：
最开始和技术讨论下个版本的需求
然后技术们和大老板讨论接下来的产品版本，定下了优先级。最主要要实现：首页、录播、作业。然后要开始着手学生中心的事情。

6.19约开发 次日6.20 15点开会过需求
6.20下午因为老大们要面试，拖到5点半，最后觉得时间太晚，改到6.21 14:30，并需要发一个会议邀请
6.20晚上和大老板过方案，修改了一些地方，变更了会议时间，到6.22 14:30
到了会议时间，大家都有时间了。会议开了有3-4个小时。结果是：
本次的需求太多，需要分到两个版本里实现，让我会后排优先级，整理到两个版本文档里。

6.23下午整理好需求后，约开发时间，再过一遍。约的17:00，到了17:50，大家才可以。

6.24收到消息，技术修改了这个版本实现的需求，只做首页相关的，其他的往后排。于是重新整理2.2.0的需求文档，将不相关的删除，相关的补上来。

首页的东西，倒真的挺多要考虑的。特别是活动banner和活动页跳转，以前没有设计过，还好以前在多玩内容部接触过CMS，知道banner是怎么配置的，还算有点头绪。但是港真，有很多细节都没有考虑到。

然后接下来就是开发和设计。
当时设计图已经请设计师提前设计了，但是后面设计师离职了，而大老板又要求更改活动页出现的方案，改为banner。所以一方面需要请设计修修补补的地方有点多，另一方面，很多细节需要重新考虑，自己也是没有考虑到。

2.2.1和2.2.2
6.30，10:30和技术老大们定录播和作业的方案，一直讨论到13:10。讨论结果：看不到交互图，难想象，不理解。

7.5 约技术过录播细节，延迟到次日7.6 10:30，并于当晚上传录播的交互动画视频。

7.6早上被告知技术老大请假，不在公司。于是我将动画视频单独发给技术老大。

7.7早上，找技术老大确认交互，被质疑交互方案。最终沟通后发现，是对方仍然没有理解，我们的交互和产品方案，大家理解不一致。对方理解后，告知我，这个方案不能实现。我找林洁，把聊天截图发给了她。
解决：林洁在群里@技术老大，问他，首先能不能实现，其次回答技术老大提出的异常情况的实现方案。
最后：
客户端技术老大说“你们定吧，不讨论了，关系app去算，应该可以。把各种问题列清楚，出现什么问题应该怎么处理说清楚...”
服务端老大说：“1、若原始ppt的页面比较多，而有效ppt页（重点或系统算的标志）比较少，那么用户从原始ppt页中找出那些页是有效的，会比较困难，请产品考虑；2、另外秋云说的那个后来新增页若是有效页面，按目前产品逻辑，是没有入口的”
接下来测试提出两个异常情况下的问题：

1. 如果没有课节没有PPT，播放的效果图就是这样
2. 没有重点标签的效果图
   3月份-目前为止，课节没有配置PPT的数量 ， 没有标签的数量，已经发到邮件，可以看下数据参考下

2.2.1
开发排期：07.10-07.20
7.25 凌晨3点 灰度发布第一批，课量大的正式课学生，方便回访，收集用户意见
7.31凌晨3点 灰度发布第二批，课量大的正式课学生，方便回访，收集用户意见
8.2凌晨3点 全网发布（若第二期灰度，没有问题的话）

回顾目标：
优化录播加载顺序和操作交互，让孩子的复习可以更高效，科学

评估结果：
按照原型和设计，产品功能完成度100%。
但是效果却不好，很多用户反馈，不会用，以为录播不见了，找不到录播入口。
试听课家长想看视频，找不到入口，希望可以快进或者点击PPT可以直接跳转；
正式课老用户前后体验不一致，认为录播看不了，产品出了bug
就目前的反馈汇总来看，有问题的老用户比试听课用户多

分析原因：
1、 对使用app的用户行为的误判或者疏漏——学生端的使用人群，前期是学生和家长，后期是学生。前期家长在课后想了解孩子的学习情况的时候，会格外关注录播视频，从最开始往后看，鉴于上课时间的长短，还需要有跳看或者快进快退的功能，节省家长时间。对于这一需求，前期我们在否定【从头看到尾】的需求的时候，有考虑到这种需求对应的使用对象是家长，学生一般上过课后就再从头看到尾。但是我们没有转念一想，家长是否会使用学生端来看录播？这个观念转换，是缺失的。因而没有考虑到这一部分人群的使用需求。
2、 对于老用户来说，一直以来的使用习惯被打破，从一点击就是加载和播放视频，到一点击就是不动的课件，前后体验的变化很大，却缺少一个指示性的功能或者界面，告知用户，当前是课件界面，如果想要看视频，你可以点击哪里。用户来到这个界面是懵的，不知道该怎么办，甚至因为前后一动一静的变化，用户对于静止的页面，会怀疑产品出现了问题，上课的录播不见了，没有了（因为找不到）。
3、 鉴于有些课件，老师没有讲。对于老师没有讲解过的课件，和老师讲解过的课件，没有做一个显而易见的区分。用户需要一个一个地点击尝试，才知道哪些是老师讲了的，哪些是老师没有讲过的，这样的操作成本太高了，十分挑战用户的耐心。一节课一般会有好几十张课件，用户一张一张地点击，查看视频，心理压力很大。就算用户知道怎么看视频了，对于到底能不能看到视频，心里也是没底的。
4、 （为什么老师没有一带而过却没有讲过的课件，要不显示呢？）——服务端的算法需要调整，对于某页课件是否有讲解的判断条件应当降低

2017年8月8日星期二 下午3时55分
总结经验：
1、 在于技术过需求方案后，如果方案的某些地方被技术建议修改，方便技术实现。一定！一定！一定！要好好想想，确定这种求全的方式，降低了技术的实现难度，在产品体验上有没有影响，对用户使用新功能有没有增加难度，有多大的影响？
2、 在前期需求调研阶段，在做决策之前，要有充足的调研结果，佐证产品这样改是符合用户预期的，是用户想要的
3、 验收阶段或者说demo出来后，在生产环境拿真实账号模拟使用场景，体验一下。模拟用户首次看到这个新功能或者新改动，产品设计是否易懂？用户是否知道在哪里点击、怎么操作？是否知道怎么找到自己想要的？

下一步计划：
1、 界面优化：
a) 当前界面是什么界面？
b) 我可以进行哪些操作？
c) 哪些操作对应哪些跳转？
d) 我想xx，该怎么操作？
e) 我怎么知道哪些是哪些？

1/10/2018 3:16:34 PM
2.2.1 录播优化版本：
回想当时的整个流程，不能十分确定，优化录播的背景和目的是什么，当时的录播有什么问题，要改成现在这样，是谁的想法，出于什么考虑？
不能领导说改就改，说什么就是什么，不考虑原因，需求的必要性

1/11/2018 7:26:31 PM
遗留问题：
第一页课件，为自动生成的封面，正式课老师一般不会在这一页停留，直接翻到后页讲解。导致学生在复习的时候，点击第一页的讲解，会提示“本页没有讲解”的提示，使学生误以为视频看不了了。