个人作业——软件评测
这个作业属于哪个课程 | 2020春|S班 (福州大学) |
---|---|
这个作业要求在哪里 | 个人作业——软件评测 |
这个作业的目标 | 通过分析 腾讯即时通信IM ,结合阅读《构建之法》,写一篇随笔。 |
作业正文 | 在这 |
其他参考文献 | 《构建之法》 |
Part 1 调研评测
一、评测
1.web端demo使用过程截图
2.微信小程序demo使用过程截图
3.ios端demo使用过程截图
4.SDK评测
-
BUG1及描述配图
- web端、小程序端的自定义消息虽然可以输入内容,但是并不显示。只有发送者知道自定义消息的内容。ios端点击自定义消息则会自动发送一条链接消息,无法自己输入内容。
- web端发送后,只能显示为“[自定义消息]”
- 小程序发送前可编辑
- 小程序发送后,只能显示为“[自定义消息]”
- ios端的显示
- web端发送后,只能显示为“[自定义消息]”
- web端、小程序端的自定义消息虽然可以输入内容,但是并不显示。只有发送者知道自定义消息的内容。ios端点击自定义消息则会自动发送一条链接消息,无法自己输入内容。
-
BUG2及描述配图
- web端不能加好友,只能输入用户ID快速发起会话,并且不显示通讯录。(前提:已经有一位好友)而小程序虽然不能加好友,只能输入用户ID快速发起会话,但可以显示通讯录内容,也有显示该好友信息。ios端也显示通讯录内容,但是没有该好友信息,可以进行添加好友的操作(如下图)。
- web发起会话
- web不显示通讯录
- 小程序通讯录
- ios通讯录/ios添加好友
- ios添加好友
- web发起会话
- web端不能加好友,只能输入用户ID快速发起会话,并且不显示通讯录。(前提:已经有一位好友)而小程序虽然不能加好友,只能输入用户ID快速发起会话,但可以显示通讯录内容,也有显示该好友信息。ios端也显示通讯录内容,但是没有该好友信息,可以进行添加好友的操作(如下图)。
-
你觉得为什么这个产品组的人没有发现这些bug??
- web端、小程序端、ios端的开发者可能不是同一批,且互相之间没有交流沟通。所以三方各自的显示有所出入。
- 测试不够充分。其实以上bug在测试阶段多做一些测试应该是都能发现的,但是实际上他们还是存在于测试版中,则说明测试不够多,或者是测试用户范围不够广,人数太少,又或者用户的回馈不够充分。
二、采访
1.利用SDK你想要开发的产品
- 产品描述
- 想做的产品:一款用来供烘焙爱好者使用的app
- 用户分析:适用于想要交流烘焙经验,寻求厨友帮助,获取菜谱的用户。适用于任何年龄段的网友。
- 产品功能:(1)可以组建交流群,根据需求用户可以加入各自感兴趣的群。
(2)可以添加好友,找到感兴趣的方向(如:吐司、曲奇等)的烘焙大佬,点击添加,即可私聊。
(3)有直播、录像、录音等互动功能,烘焙大佬们可以在线授课,在线指导
(4)提供一个菜谱广场,可以发布菜谱,查看菜谱,收藏菜谱,用户根据需求自取。
2.采访记录
-
采访对象的背景需求
- 高校学生,需要一个用来作为团队合作探讨、传送文件、视频通话的工具。
-
体验过程
-
用户体验后认为软件在数据量/界面/功能/准确度上各有什么优缺点
优点 | 缺点 | |
---|---|---|
数据量 | 丰富 | - |
界面 | UI简单明了,看着舒服 | 视频通话的UI太丑 |
功能 | 可以满足用户的核心需求 | 有一些功能的使用方法不是很清楚 |
准确度 | 跳转,布局都很准确 | 聊天框有文本的时候转换聊天框,文本不会变;有些时候跳转有卡顿 |
- 用户使用这个demo的过程中, 问题是否解决,用户体验如何
- 解决。总体还可以,基本的功能都有。
- 用户对于SDK的意见
- 改进意见:一直不明白“自定义消息”这个功能到底怎么用,希望给个提示什么的。希望能美化一下视频通话的UI。
- 用户对于你想开发的产品的意见
- 这个APP的想法很好,目前也没有专门针对食品类的即时聊天软件。初期的推广感觉比较重要,如果没有用户群一些功能就会被搁置(例如直播这种)。
Part 2 分析
1.估计这个SDK做到这个程度大约需要多少时间?(团队人数大约6人左右,计算机大学毕业生)
- 大概两个月左右吧
2.同类产品对比优劣
- 比如和网易云信作比较,优点是1.打开网页登录一段时间后或者小程序后台运行一段时间,需要重新登陆,故保密性好。2.可以发送图片和文件,且能查看。网易云信web端发送图片后,在小程序端无法查看到该图,且点击发文件没有反应,有点奇怪。缺点在于虽然短时间内系统自动退出会对有较高保密性,但是不能长时间登录实在是麻烦,如果需要长时间断断续续使用该demo,则十分麻烦,需要一直重新登录。而网易云信则和一般的网页相似,可以保持登录状态。
3.团队软工方面提高
- 三方的沟通协调需要提升一下,测试方面也需要提高,可以扩大测试用例范围还有进行大量测试,寻找更多的试用者来提供使用反馈。可以添加用户切换功能,方便多账号使用。适当延长登录保留时长,提升用户的测试体验舒适度。
Part 3 建议和规划
1.同类产品分析:目前市场上有什么样的类似的产品?
- 下厨房,豆果美食等。
2.对你的产品进行NABCD分析。1.考虑为何要做这个功能,而不是其他功能?2.你的创新在哪里?3.为什么用户会用你的产品/功能?4.对于C:Competitors,结合同类产品分析,描述如何从竞争中获胜
- N——Need(包含问题1、2的回答)
- 现在的app中做得较好的一款,比如下厨房app,里面功能比较齐全,但是只有基础能力较好的用户能从中得到较大的收获。而我作为下厨房app的一个常驻用户,我认为缺少一个方式,能让基础用户与app中有很多粉丝的那些应该称之为大佬们的用户有一个沟通交流,如同朋友间的指导的机会。我发现大部分大佬使用的指导方式是建立交流微信群,或者是提供微信号方便他人添加。用户的最终目的都是为了提升厨艺,寻求有效的建议。而我的创新在于,我的app可以将菜谱,和类似微信的功能结合起来,以此达到用户不需要额外去添加别的用户,直接在app中就可以既获得菜谱,又能与大佬们交流,直接获取帮助。这样就使得这个app的独立性强,用户只需要一个app就能完成在烘焙方面的所有需求。
- A——Approach
- 可以建群;用户之间可以添加好友,发送信息或语音或视频;有菜谱广场,收集各种烘焙配方;可以发布配方、收藏配方、删除配方。
- B——Benefit
- 方便用户只使用一个app,就可以拥有例如下厨房和微信两个app所提供的功能带来的体验。看配方、做烘焙的同时可以与大佬们交流沟通,语音或视频指导。
- C——Competitors(包含问题4的回答)
- 同类产品不能做到既收集各类菜谱,又提供一个聊天、交流的环境。在我的app中,用户可以与其他用户实时视频,在不需要暴露个人微信or其他联系方式的前提下,与他人交流厨艺经验,获得指导。
- D——Delivery/Data
- 我认为可以在一些烘焙经验交流微信群里进行推广,收集用户反馈,改进之后再进行进一步推广。
3.如果我来领导这个团队,会有什么不一样?
- 明确每个人的分工,根据能力和每个人特殊的技能来将每个人的工作能力发挥到极致。
- 尊重队员的选择和意见,做到有意见就提,有问题就解决。
- 更加关注到用户的体验,去挖掘他们所想要的需求,比如大佬们虽然身怀绝技,但是烘焙他毕竟算是门玄学,食物的制作过程中有很多不定因素,并不是按步骤就能得到一样的结果,所以最好的办法,就是能观察到制作者的制作过程,实时在线提出建议。所以就有了别的同类竞品都没有的视频功能,融合了美食烘焙app和类似微信的功能操作,更加强大,更能满足用户的当下需求。
4.你的人员安排
- 开发人员(4人):前端(2人)兼美工 + 后端(2人)
- 测试(1人)兼文档
5.16周开发计划
- 第一周:明确分工,整理需求,市场调研,写出大致框架和功能。
- 第二周:需求分析,完成需求规格说明书。
- 第三周:原型设计(前端)及初步测试。
- 第四周-第六周:界面设计的后台部分(前端),前端与后端沟通协调,将接口等部分讨论好。
- 第七周-第八周:系统设计和数据库设计,完成两份说明书。
- 第九周-第十一周:功能设计并完成(后端)。
- 第十二周:初测试版本发布,供用户体验,收集用户的测试反馈。
- 第十二周-第十四周:根据用户反馈回来的内容进行bug修改和功能改进。
- 第十五周-第十六周:第二轮大规模测试,项目验收。发布终极版本。
6.部署
- 由于该app的访问量会比较大,所需存储空间也比较大,所以对服务器要求比较高,对数据处理也有一定的要求。
- 应用服务器配置:4核8G * 2
后端服务器配置:8核16G * 4
关系型数据库:SQL Server数量:3
缓存数据库:Redis数量:2
安全性:WAF,DDOS