美文网首页
2.2 复盘

2.2 复盘

作者: 秃秃终结者 | 来源:发表于2018-02-24 16:35 被阅读10次

    学生端:

    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
    遗留问题:
    第一页课件,为自动生成的封面,正式课老师一般不会在这一页停留,直接翻到后页讲解。导致学生在复习的时候,点击第一页的讲解,会提示“本页没有讲解”的提示,使学生误以为视频看不了了。

    相关文章

      网友评论

          本文标题:2.2 复盘

          本文链接:https://www.haomeiwen.com/subject/mexcxftx.html