个人作业——软件评测
| 这个作业属于哪个课程 | 点击前往 |
|---|---|
| 这个作业要求在哪里 | 点击前往 |
| 这个作业的目标 | 对即时通讯IM进行评测 |
| 作业正文 | .... |
| 其他参考文献 | ... |
第一部分 调研，评测
评测：
web端demo使用：
安卓端demo使用：
微信小程序端demo使用：
功能性bug1:
描述：
微信小程序端demo中，如图可见，用户的群聊界面里没有消息通知的管理功能，即意味着无法对自己加入的群进行有效的管理操作（例如屏蔽），从而用户可能会在生活中虽然享受到了关注的群聊的消息的得知便利性欲即时性，但同时也会深受不怎么关注的群的消息动态的频繁打扰
思考：
从程序实现优先级的角度来看，虽然对加入群的管理操作对用户的使用体验会有不小程度的影响可能，但是终究也不算是最核心最本质的功能，优先级达不到最高级的位置，在demo中不加以体现也合乎情理。另外，可能也是考虑用户既然是选择通过群号搜索并加入群聊，那么大概率是对群内信息动态有所需求，通常而言消息通知的及时性会显得更为重要一些，而屏蔽之类的管理操作可能最后满足的只是小部分用户群体，因此可以在早期先不进行实现。
功能性bug2：
描述：
微信小程序端demo中，如图所示，当搜索到一个用户，并进入聊天界面，哪怕是没有进行过任何对话，消息界面中也会显示与之相对应的聊天记录项。
思考：
一方面，绝大多数人都是以给对方发送消息为目的进入的聊天界面，也就是说很大概率会发出至少一条消息，所以并不能排除是demo中优先基于多数用户需求考量的简化设计；当然，也有可能是测试人员忘记将这个情况考虑在内。
功能性bug3:
描述：
安卓客户端demo中，如图所示，点击“修改头像”按键后，执行的操作是随机更替一张系统存储的头像，而非自定义头像或者没有该功能。这样的功能，一方面随机的更换不符合用户想要更换成自己喜欢的头像的真实需求，没有实际意义；另一方面，后续完整的产品肯定会做成支持用户上传图片或者系统提供图片用以用户自主选择作为头像，这样随机的操作对试用者而言具有一定的误导性。
思考：
在制作demo时，可能开发者考虑的是想向用户传达出头像是可以更换的一种讯息，但是实际上因为这个小功能对于一个聊天软件而言并不算是核心内容，所以优先级并不高，在demo中属于非必须内容，这样的情况下，于是没有去做完整的头像修改功能，而是做了随机更换的头像修改功能。
采访：
想要利用该SDK开发的产品：
主要功能：
1.好友问答pk
用户与好友相互之间可以聊天或者相互问答磨炼以提高自身知识储备，一定活跃度时可以获得通用知识体系积分
2.群竞争问答
每个特定知识角度的群都是由系统创建管理，每隔定期的一段时间后，群内就会展开一场问答赛，群内的用户均可以参与抢答，每个题目第一名答对的用户将获得题目对应知识体系积分。
3.知识树苗育成树
用户可以用积分来对自己的“知识树苗”进行培育，其中，每个知识体系积分都将增加对应“知识树枝”的成长。用户可以清楚明了地知晓自己的知识体系建立情况，同时也是一种展现自己能力水平的手段。
面向用户：
想要检验自身知识水平或者喜欢问答式游戏的用户，亦或者想从问答的题目与答案中得到学习机会，并扩展知识面的用户。
NABCD分析：
1.need
问答比赛的出现以及用户渴望检验自身知识面的需求，进而可以总结得到一款可以线上抢答并且具有展示自身知识水平的机会的软件是用户所需求的。
2.approach
一方面采用聊天室的方式来模拟问答比赛的场景，另一方面用抢答成功获得的积分培育的“知识树苗”也满足了用户可以清楚看到自己的能力水平，亦或是用于向他人炫耀以满足自身的虚荣心。
3.benefit
用户使用本产品可以轻松参与问答比赛，免去现实生活中朋友间游戏时准备题目的烦恼。参与问答过程也既保留了真实比赛的刺激感，也免去了参与过程的繁杂环节，更为轻松休闲，随时随地打开应用即可畅玩体验。
4.compatitors
现在不少聊天工具的群组里面的AI助手都带有问答性质的功能，但是这个功能在传统聊天工具（如微信、qq）中，并不突出也一般只是作为小游戏来活跃气氛而已，而本产品以此作为核心，内容更为丰富，玩法更为多样。
5.delivery
注册各大应用商店账号，然后上传APP，应用市场方审核通过后，我们的APP就会出现在应用商店里，感兴趣的用户看到就会下载。
在各种微信群、朋友圈、QQ群里发布推广链接，不过不能直接发，需要多发一些对人有用的干货、知识，顺便加上软件推广软文。
采访：
介绍采访对象的背景和需求
背景：
上班族中年女性。
需求：
一款简单易操作的可以满足日常与朋友聊天的即时聊天软件
采访对象体验腾讯即时通信的demo
描述用户使用这个demo的过程, 用户的问题解决了么？软件在数据量/界面/功能/准确度上各有什么优缺点？用户体验方面有问题么？
使用过程：
进入小程序后，先是将消息页面的几条红点提示的信息点击查看，然后大致看了一下通讯录与账号两个页面，之后回过头对通讯录的各个功能进行了尝试，因为没有群聊id和其他用户id，所以一直找不到人，全都试了一下后，转而去消息页面看了一下已有的聊天信息，又去账号页面试着改了一下资料。这都体验一遍后，三个页面都随便点了看了看，最后退出登录。
问题解决情况：
相比于微信，demo更为简洁，且提供了最需要的功能，所以整体而言是满足了需求。
数据量优缺点：
内容不多，好在量不大；坏在没啥东西。
界面优缺点：
好在简约，不会妨碍功能使用的便捷性；坏在色调单调，看久了会觉得太简单了
功能优缺点：
好在没有加一些乱七八糟的功能；坏在一些功能不够完善
准确度优缺点：
没啥问题
体验总结：
基本没啥问题，挺好，以微信的使用习惯来用，基本很快就能适应。
介绍你想用这个SDK开发怎样的产品？
一款以现实抢答比赛为原型的抢答游戏软件。
用户对腾讯即时通信的功能有什么改进意见？
搜索出结果后，没有显示对方信息，需要加一个显示对方信息的效果，以免加错人
系统提示信息没办法单条管理，应该要能一条一条处理
用户对你想开发的产品有哪些意见？
不好实现，如何获取题目集便是一个问题；面向的目标用户可能不广。
结论
推荐
第二部分 分析
估计这个SDK做到这个程度大约需要多少时间？（团队人数大约6人左右，计算机大学毕业生）。
两周时间
分析这个软件目前的优劣（和类似软件相比，如网易云信）
在一番web端的相互比较后。我觉得，即时通讯IM相比于网易云信两者都具有聊天工具所需要的最为基础的功能，满足了用户的基础需求。其中即时通讯IM在支持的消息发送类型上做的更为丰富，既有普通的表情包、文字、文件、视频、图片等之外，也支持发布特殊的自定义消息、发布调查的消息类型。而网易云信则支持的消息发送类型则显得较为简单，仅支持音频、文件、文字、表情包。另外，即时通讯在其他方面则显得较为简单，无论是资料设置，还是群组、好友、消息的管理上，都不如网易云信做的全面，一定程度上无法充分满足用户的使用体验需求。
推理出团队在软件工程方面可以提高的一个重要部分（具体建议）
项目经验并不丰富的团队，再加上任务大多都有时间限制，很多地方实际上既有冒险的成分在里头，也有不了解的内容。所以在团队开发实践中，应该定期安排两个人员去探索搜集资料，以避免团队开发过程中入坑的可能性，也可以更加明确方向，知晓每一个计划的可行性高低。
第三部分 建议和规划
假如你需要用这个腾讯即时通信SDK开发属于你的自己产品：
如果你是项目经理，如何提高从而在竞争中胜出？
日常多搜集整理市场动态，分析获得暂时竞争比较不激烈的用户又迫切需要的痛点，以使得产品更能趋于差异化且满足用户所需。另外，在带领团队之余，多去换位思考，学会站在用户的角度思考用户对开发出来的产品体验究竟会是怎样。然后，在团队中以优秀的领导能力获得成员们的支持与尊重，以更好地带领成员们顺利开展开发工作，推进进度。
目前市场上有什么样的产品了？
知识问答软件、QQ群的群助手的问答功能
你要设计什么样的功能？
1.好友问答pk
2.群竞争问答
3.知识树苗育成树
为何要做这个功能，而不是其他功能？
1.好友问答pk
理由：丰富用户与好友之间的互动，同时也是作为一个用户提升自身知识面的方式，使得用户更容易融入到产品的使用当中。
2.群竞争问答
理由：产品核心，以解决用户在现实生活中参与问答比赛时参与困难且麻烦的痛点。
3.知识树苗育成树
理由：一方面是让用户可以清晰地看到自己的各方面知识水平，另一方面也提供给用户一个满足自己虚荣心的途径，使得更喜欢我们的产品，并积极参与到群问答竞争中去。
为什么用户会用你的产品/功能？
当前其他产品没有提供一个优质的有针对性的服务，我们的产品既满足了用户需求，也简化用户参与过程，用户使用体验更为舒适便捷。
你的创新在哪里？可以用 NABCD 分析。
1.need
问答比赛的出现以及用户渴望检验自身知识面的需求，进而可以总结得到一款可以线上抢答并且具有展示自身知识水平的机会的软件是用户所需求的。
2.approach
一方面采用聊天室的方式来模拟问答比赛的场景，另一方面用抢答成功获得的积分培育的“知识树苗”也满足了用户可以清楚看到自己的能力水平，亦或是用于向他人炫耀以满足自身的虚荣心。
3.benefit
用户使用本产品可以轻松参与问答比赛，免去现实生活中朋友间游戏时准备题目的烦恼。参与问答过程也既保留了真实比赛的刺激感，也免去了参与过程的繁杂环节，更为轻松休闲，随时随地打开应用即可畅玩体验。
4.compatitors
现在不少聊天工具的群组里面的AI助手都带有问答性质的功能，但是这个功能在传统聊天工具（如微信、qq）中，并不突出也一般只是作为小游戏来活跃气氛而已，而本产品以此作为核心，内容更为丰富，玩法更为多样。
5.delivery
注册各大应用商店账号，然后上传APP，应用市场方审核通过后，我们的APP就会出现在应用商店里，感兴趣的用户看到就会下载。
在各种微信群、朋友圈、QQ群里发布推广链接，不过不能直接发，需要多发一些对人有用的干货、知识，顺便加上软件推广软文。
如果你来领导这个团队，会有什么不一样？
我更擅长观察用户痛点，并善于换位思考分析用户体验感受，最后我们的产品会更适合用户所需，用户体验也会更为流畅。
如果你的团队有5个人, 4个月的时间，你作为项目经理，应该如何配置角色（开发，测试，美工等等）？
两个开发，一个美工+协助测试，一个测试+协助开发，一个pm(我)。
描述你的团队在周期为16周，每周都要做什么，才能保证在第16周如期发布软件。
第1~2周：对目标用户进行调研，分析用户痛点，整理获得《需求分析报告》、《需求分析文档》、《需求规格说明书》，并做一份简易的原型。
第3~4周：针对获得的需求进行进一步归纳讨论，形成《系统设计说明书》、《数据库设计说明书》，优化原型内容
第5~6周：完善原型设计，研究探讨后续开展方针，对团队分工进行安排，并留出时间给成员补充开发所需知识。
第7~9周：开发并测试产品，实现核心功能，得到一代可用产品
第10周：限量邀请少量目标用户体验，收集反馈并整理，用以指导后续开发方向。
第11~14周：在一代产品的基础上，基于用户反馈和系统设计，增加剩余的外围功能，并对部分用户不满意的地方着手优化。
第15周：邀请少量目标用户体验二代产品，收集反馈并整理
第16周：对一些小bug进行优化，然后发布产品
项目发布后，有没有考虑过项目该怎么部署才能满足需求？依据下图（某校教务处系统的部署）作为参考，分析16周后你所完成的项目上线需要哪些配套设备(服务器、带宽、数据库需求数量与配置) 。
应用服务器配置：4核8G2
后端服务器配置：8核16G2
关系型数据库：MySQL数量：3
缓存数据库：Redis数量：2
