| 这个作业属于哪个课程 | →2019秋福大软件工程实践Z班 |
|---|---|
| 作业要求 | →个人作业——软件评测 |
| 这个作业的目标 | 完成对腾讯实时音视频的评测 |
| 作业正文 | 点击这里 |
| 其他参考文献 | 构建之法 |
第一部分 调研，评测
→评测
demo使用过程中的截图
- ios端demo体验
- 微信小程序demo体验
- web端demo体验
功能性严重的bug
1.房间号边界值不明确，输入阈值不等于可进入房间号的阈值
- 问题描述： web端明确写出可微信小程序扫码加入通话，但是两端房间号边界却不匹配。当web端创建一个房间号如999999999999999999（18位）时可以创建，但微信小程序进入房间会警告退出。
web端视频通话房间号可输入0至18位房间号，且房间号可为0；微信小程序视频通话房间号最多可输入20位，且房间号为0进入房间会警告退出。 - bug截图
web房间号为18位的999999999999999999
微信加入上述web房间
房间号为0
- 为什么产品组的人没有发现这些bug??
各个demo参与制作人在定制房间号边界时没有沟通到位，或者制作者没有考虑到用户会用到这么长的房间号。
2.功能提示不够完善，缺少指引
- 问题描述： 微信端demo中手机直播和视频通话下方的功能选项并没有文字提示，而直播播放在内的其他4个模块界面下方却都有功能对应的文字介绍。ios手机端demo则是两个模块都没有下方功能提示。
- bug截图
微信视频直播功能下方无文字提示，微信直播播放有文字提示
- 为什么产品组的人没有发现这些bug??
产品组就demo而言目的可能是展示实现的基本功能，用户友好提示的设置或许不在产品组对demo展示的预期中。
3. 缺少窗口关闭选项或提示，窗口自适应问题
- 问题描述： ios手机端demo当 点开设置、用户列表、音乐功能选项时，界面弹出一个超过显示内容范围的功能框，要再次点击该功能按键才可以关闭功能框。而功能框大小本身又遮挡了功能按键的一半，关闭操作十分困难。但是有时又会出现功能窗大小合适的现象（特别是在ipone6s上大小合适，在ipone6sPluse上多次使用只出现一次大小合适的情况）
- bug截图
功能栏遮挡（左），功能栏未遮挡（右）
- 为什么产品组的人没有发现这些bug??
这应该是一个产品组没有解决的自适应bug
4.视频直播人数上界
- 问题描述： web视频直播人数达7人会随机强制退出部分用户的直播间或者关闭摄像头，ios手机端却可以看到web被关闭了摄像头的直播间，两端未同步
- bug截图
可以看到相同时间内两者未同步
- 为什么产品组的人没有发现这些bug??
产品组没有考虑到7人及以上一起视频直播的可能？或者设备不支持
5.加入直播间用户名重复强制退出问题
- 问题描述： 后加入直播间的人用户名与之前在直播间用户的用户名相同，更早加入直播间的那个用户会被强制退出
- 为什么产品组的人没有发现这些bug??
没有考虑到用户名重复的可能性？
→采访
我根据该SDK想要开发的产品
学习直播app
-
产品主要功能
- 直播学习或工作过程
- 记录学习时长及PK
设置类似forest的离开即停止计时的功能，可与他人pk学习时长，可以类似与朋友互相激励监督或者与学习榜大神pk - 观看权限
播主可指定是只能在选定列表内的人观看直播或者把直播开发给任何人 - 学习分区
可以在直播过程切换当前学习分区，记录一天中花在不同学科上的时间，可针对分区pk - 效率评定
直播结束后评定自己的学习效率，或者由pk对手评定 - 成绩单
可根据直播分区和时间生成本次直播或者这一个月直播的“成绩单”，记录花在各部分时间和效率，生成类似日常计划表的“成绩单” - 名师直播讲课
- 直播记录回看
-
产品面向的用户
想要通过直播督促自己或者记录学习点滴又不想在娱乐平台直播的群体 -
NABCD分析
- N——Need
在b站首页经常会看到一些学习直播间，又或者是学霸学习直播间。对于一个想通过直播督促自己，或者学习他人的用户，娱乐性质的直播平台会带来干扰，而一个针对性app可以免除这种困扰 - A——Approach
观看权限功能：让用户在达到直播督促的需求同时又保障了用户可接受范围内的隐私；成绩单功能：在记录计划的同时又确保了计划的落实，相较传统的计划记录及打卡更有落实性 - B——Benefit
事实上我并没有搜索到专注学习直播的平台，即使存在应该也没有推广开来，要不然也不会总看到b站学习直播了。如果用户是处在一个紧张的学习环境，如考研。他会尽量避免使用这些可直播的娱乐app，一款可以直播又避免接触娱乐项目的app更能吸引这部分用户 - C——Competitors
我认为我要做的直播产品，是类似无声直播的，用户可以选择关掉声音安静学习或者开小音量听着pk对手的翻书学习声督促自己。这是一款比较“安静”的直播app，界面设计首先要简洁轻盈，剥去冗余的娱乐功能，这在我搜索到的已有的并不是专注学习直播但是有涉及的app中是没有体现的。 - D——Delivery/Data
可以让知名学习up或名师加盟。就数据方面我认为这款app不存在这方面的困扰，只有一个想自己学习的用户或者只有一对想彼此督促的学习伙伴都可以使用起这个app，它无需超大人流量和点击量来支撑app的使用。
- N——Need
潜在用户采访
-
对象的背景和需求
背景：大学本科生
需求：视频通话/屏幕分享 -
用户使用腾讯实时音视频照片
-
用户使用这个DEMO的过程
用户的问题是否解决?→是软件优缺点
| 优点 | 缺点 | |
|---|---|---|
| 数据量 | 较为丰富 | - |
| 界面 | 简洁明了，布局清晰，一目了然 | 不够美观、对用户的吸引力低；界面的跳转可以更流畅 |
| 功能 | 可以满足用户的核心需求 | 几个功能的区别并不是很清晰，第一印象会觉得冗余 |
| 准确度 | 功能实现、跳转、布局基本准确 | 个别跳转轻微卡顿；个别布局错位 |
用户体验方面是否有问题
体验基本顺利，但有些功能似乎无法体现（比如视频水印、横屏模式）
用户对腾讯实时音视频的功能改进意见
界面美观度需要提升；
对用户进入房间的处理不够友好，希望能增加审核机制或给房间内的用户发出相关提示信息；
希望分享屏幕的同时也可以分享媒体声音而不是只有麦克风声音；
需要修复bug；
用户对你想开发的产品有哪些意见？
学习app的各种功能都要以不影响学习效率为前提，建议增加直播时对消息的设置，避免自控力差的主播因与观众交流而分心；
注意安排管理员对直播内容进行审核、过滤；
可以考虑开发时支持分屏或后台功能，保证主播在开启直播的时间内还能用手机查找资料等（只能摄像头转换避免死亡视角）；
对于直播学习之外啥都不想要的用户提供一个极简版本开关
结论
经过这么多工作，你一定有充分的理由给腾讯实时音视频下一个评价,请选择一个结论:
非常不推荐
不推荐✔
一般
推荐
非常推荐
第二部分 分析
估计这个SDK做到这个程度大约需要多少时间
如果是做出所有现有功能的话大概2-3个月？
分析这个软件目前的优劣
这里选择声网做对比对象。
- 优点
demo容易运行，只需扫码或者点击网站就可以直接使用demo；相比之下声网还有一个代码写入过程，步骤更为繁琐 - 劣势
1.官网指引不足。声网的用户指引简洁生动，直接展示构建直播各步骤的方法代码，让用户在学习的同时感到趣味而腾讯音视频则要自己去探索各种功能
2.界面设计不足：就短短的体验时间中，我能感受到声网的美工更加符合我的审美，在用户友好方面我认为声网做的比腾讯音视频好得多。
团队在软件工程方面可以提高的一个重要部分
我认为腾讯音视频团队可以增加软件的用户指引功能，降低用户的花在软件质量成本中“预防”和“学习新技术”的时间，像声网一样让用户有实感的体会到构建的过程。比如在官网快速入门这个部分添加一些指引视频或者指引动画，让用户更好上手，而不是字面上的“一分钟XX”
第三部分 建议和规划
假如我需要用这个腾讯实时音视频SDK开发属于我的自己产品：
如果我是项目经理，如何提高从而在竞争中胜出？
让一些学习相关大up推广推荐或者在有影响力的学习平台打广告；使用奖励政策，如设置部分收费功能但是只要用户在微博发表使用感想就可以开放功能。
目前市场上有什么样的产品了？
事实上在任何直播平台都可以实现学习直播，但是专注学习直播产品我没有找到
我要设计什么样的功能？
- 直播学习或工作过程
- 记录学习时长及PK
- 设置观看权限
- 学习分区
- 效率评定
- 成绩单
- 名师直播讲课
- 直播记录回看
为何要做这个功能，而不是其他功能？
大多数功能都是因为在b站上看到学习直播有感而发。这里只特别讲几点。
- 隐私保护
事实上我在使用腾讯音视频demo的时候最让我不适的一点就是隐私没有得到保护，视频通话的时候会有人突然加入直播间，或者你一不小心闯入别人的直播间。我有一次就遇到一对父子聊天。在个人隐私如此敏感的时代，即使你开的是直播会被关注，为什么不能有选择关注目光对象的权利。我希望即使是内敛的人也可以随意的享受自己的直播间。所以我设置了观看权限功能。 - 成绩单
我本身是一个不爱做计划的人，如果有可以在我完成了这项工作的同时又列明了我做了什么的清单这简直是懒人福利。 - 效率评定
时间花费不代表进度拓展，自己要清楚自己花费的时间是否值得，或许你的pk对手能为你带来更好的建议
为什么用户会用我的产品/功能？
在实现直播监督学习需求的同时避开娱乐直播app的使用
我的创新在哪里？可以用 NABCD 分析。
可见第二部分中的NABCD分析
如果我来领导这个团队，会有什么不一样？
我会更加注重美工的设计和用户友好设计
团队角色配置（5个人, 4个月）
两个前端美工，一个测试人员，两个app后端开发（包括安卓端和ios端）
描述团队开发安排（要求第16周如期发布软件）
第1-2周做出需求规格说明书及原型设计，与客户交流并修改原型；第3周-第5周前端界面设计并前端测试，同时后端完成项目设计与数据库设计说明书；第6-9周后端学习并完成大部分基础功能并功能测试，前端在此期间完成部分前端bug修复；第10周将demo交付给客户使用，收集反馈和改进意见；第11-14周根据意见改进并完善完成所有功能；第15-16周测试工作＋推广准备
项目发布后，项目如何部署满足需求。
项目主要需要的是直播视频的备份和用户“成绩单”的统计备份
应用服务器配置：4核8G
后端服务器配置：8核16G*2
关系型数据库：SQL Server数量：2
缓存数据库：Redis数量：2