个人作业——软件评测

这个作业属于哪个课程	2020春|S班 (福州大学)
这个作业要求在哪里	个人作业——软件评测
这个作业的目标	通过分析 腾讯即时通信IM ，结合阅读《构建之法》，写一篇随笔。
作业正文	在这
其他参考文献	《构建之法》

Part 1 调研评测

一、评测

1.web端demo使用过程截图

2.微信小程序demo使用过程截图

3.ios端demo使用过程截图

4.SDK评测

• BUG1及描述配图

  • web端、小程序端的自定义消息虽然可以输入内容，但是并不显示。只有发送者知道自定义消息的内容。ios端点击自定义消息则会自动发送一条链接消息，无法自己输入内容。
    • web端发送后，只能显示为“[自定义消息]”
      
    • 小程序发送前可编辑
      
    • 小程序发送后，只能显示为“[自定义消息]”
      
    • ios端的显示
      

• BUG2及描述配图

  • web端不能加好友，只能输入用户ID快速发起会话，并且不显示通讯录。（前提：已经有一位好友）而小程序虽然不能加好友，只能输入用户ID快速发起会话，但可以显示通讯录内容，也有显示该好友信息。ios端也显示通讯录内容，但是没有该好友信息，可以进行添加好友的操作（如下图）。
    • web发起会话
      
    • web不显示通讯录
      
    • 小程序通讯录
      
    • ios通讯录/ios添加好友
      
    • 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