个人作业-软件评测

这个作业属于哪个课程 福州大学2021春软件工程实践|W班
这个作业要求在哪里 软件评测
这个作业的目标 学习软件评测和产品分析

作业基本信息...

目录：

第一部分：调研，评测

CSDN问答

  • 体验

    • 介绍和使用软件
    基本功能
      内容搜索
  不同优先级模式下的问题推荐
  提问及回答
  排行榜及其频道切换
    使用过程

    csdn问答

    • 优缺点分析
      • 通过内容搜索可以解决部分的用户问题，但是由于语言上的局限，CSDN问答属于中文社区，所以个别问题或者新技术的答案并不全面，因而对于涉及新技术栈的问题在数据量上表现较差，界面设计在观感上比较杂糅，作为用户我更喜欢简洁一些的界面设计，而不是为了快捷按钮而排布整个界面，准确度上匹配关键词搜索，问题不大，功能上符合了一个问答社区的标准要求，吐槽一下体验，登录用手机扫码，体验很差，多少次因为这个失去了提问和回复的念头，把移动端和pc端捆绑，然后公众号推送一些七七八八的东西，很影响用户体验。
    • 对产品的改进意见
      • 还是上一个体验上的问题，产品经理能不能在保留用户信息的情况下换个登录方式，哪怕手机验证码都比为微信扫码登录舒服得多
    • 采访另一个用户
      xx

  • BUG描述

    • BUG发生时的测试环境
      Chrome 90.0.4430.212
      Windows 10
      个人消息模块，系统提示新消息，切换到新消息页面时，顶部标题栏仍然显示有未读消息，仍需要再刷新一遍才能显示无未读消息

    • BUG的可复现性及具体复现步骤
      偶尔发生BUG，更新不及时的问题

    • BUG具体情况描述
      bug
      在新消息提示栏中跳转到这条消息中，但是顶部仍然显示存在未读消息，且需要刷新之后才消失

    • BUG分析
      请求设计上的原因，在一次跳转中处理已读和未读的提示更新延迟
      星级为两星吧，作为用户在看完新消息之后，提示栏显示还存在未读消息，再去查看或者刷新都是体验不佳的，也违背了未读消息这个功能的意义

    • BUG反馈
      csdn issue

  • 结论

    • 评价
      c）一般
    • 定量测评
类别 描述 评分 （满分 10 分, 良好 6 分, 及格 4 分，聊胜于无 1 分, 很差 -3 分
核心功能 分析三个核心功能，功能设计和质量 8
细节 有什么为用户考虑的细节? 7
用户体验 当用户完成功能时，不干扰用户 (例如: 是否不断弹出不相关广告)。 1
辅助功能 一些辅助功能如皮肤等 6
差异化功能 这个软件独特的功能. 它对用户的吸引力有多大? 4
软件的效能 占用内存, 启动速度, 内存泄漏情况 9
软件的适应性 在联网/断网, 大小屏幕, 没有鼠标的情况下都可以顺畅操作. 和不同平台的软件能流畅协作 6
成长性 记住用户的选择, 适应用户的特点，用户越用越方便 6
用户有控制权 系统状态有反馈，等待时间要合适。关键操作有确认提示，有明确的错误信息。用户方便地从错误中恢复工作, 快捷操作键可调整。 7
自选评分项目 针对软件的特点, 自己选择一个上面没有覆盖的领域来评分 7
Stack Overflow

  • 体验

    • 介绍和使用软件
    基本功能
      Search
  Question List
  Job List
  Ask & Reply
    使用过程

    stack

    • 优缺点分析
      • 从语言上中文对中国开发者更直接，所以stack overflow并不是常用的技术社区，但是常常中文社区都解决不了的问题在这都可以解决，只是需要语言转换的过程，由此可见stack overflow的技术数据量十分充足，更多新的技术栈在这里得以体现。界面观感上舒适的颜色搭配和图标体验极佳。在搜索或者回答的准确度上，由于语言表达和理解的一些误区，的确会存在得到不确切答案的可能，总的来说，是我半夜找不到解决方案的不二之选
      • ps:个别时候因为网络问题而深陷困扰（懂得都懂）
    • 对产品的改进意见
      • 希望Reply能有大纲或者列表，因为有的实在太长了，有碍观瞻
    • 采访另一个用户
      cc
      cc

  • BUG描述

    • BUG发生时的测试环境
      ios 14
      Chrome无痕模式
    • BUG的可复现性及具体复现步骤
      必然存在的BUG，登录之后返回到登录界面，然后再返回到上次操作，显示已登录的界面，而无痕模式并不记忆账号密码
    • BUG具体情况描述
      以下两个界面可以相互跳转（无痕模式下）
      first
      last
    • BUG分析
      总感觉是没有适配无痕模式的原因....
    • BUG反馈
      级别不够.......

  • 结论

    • 评价
      e）非常推荐
    • 定量测评
类别 描述 评分 （满分 10 分, 良好 6 分, 及格 4 分，聊胜于无 1 分, 很差 -3 分
核心功能 分析三个核心功能，功能设计和质量 8
细节 有什么为用户考虑的细节? 9
用户体验 当用户完成功能时，不干扰用户 (例如: 是否不断弹出不相关广告)。 8
辅助功能 一些辅助功能如皮肤等 4
差异化功能 这个软件独特的功能. 它对用户的吸引力有多大? 6
软件的效能 占用内存, 启动速度, 内存泄漏情况 9
软件的适应性 在联网/断网, 大小屏幕, 没有鼠标的情况下都可以顺畅操作. 和不同平台的软件能流畅协作 4
成长性 记住用户的选择, 适应用户的特点，用户越用越方便 6
用户有控制权 系统状态有反馈，等待时间要合适。关键操作有确认提示，有明确的错误信息。用户方便地从错误中恢复工作, 快捷操作键可调整。 7
自选评分项目 针对软件的特点, 自己选择一个上面没有覆盖的领域来评分 9
SegmentFault

  • 体验

    • 介绍和使用软件
    基本功能
      推送
  消息列表
  搜索
  问答
    使用过程

    seg

    • 优缺点分析
      • 界面体验最舒适的问答社区，简洁！但是数据量并不足够，去查了一下成立时间，2012年，算是比较新兴的问答社区，推广和词条反馈的原因所以用户数和数据量上确实有待提高。登录和注册方式比较多，算是较为人性化了，除了问答板块优质博客非常多（物以稀为贵的感觉），但是问答社区在功能上还是比较少（比如推送的筛选，问题的排序选择）
    • 对产品的改进意见
      • 希望能够有比如已解答问题列表这些搜索选择，体验会更好
    • 采访另一个用户
      guo
      guo

  • BUG描述

    • BUG发生时的测试环境
      iOS 14
      Safari 无痕模式
    • BUG的可复现性及具体复现步骤
      有时会出现的BUG，消息提示比较长的时候会出现此类情况
    • BUG具体情况描述
      无法做到缩放屏幕让界面所有展示项在同一屏幕内，如下：
      segbug1
      segbug2
    • BUG分析
      手机端没有做浏览器适配的原因吧。。
    • BUG反馈
      seg issue

  • 结论

    • 评价
      d）好，不错
    • 定量测评
类别 描述 评分 （满分 10 分, 良好 6 分, 及格 4 分，聊胜于无 1 分, 很差 -3 分
核心功能 分析三个核心功能，功能设计和质量 8
细节 有什么为用户考虑的细节? 9
用户体验 当用户完成功能时，不干扰用户 (例如: 是否不断弹出不相关广告)。 9
辅助功能 一些辅助功能如皮肤等 1
差异化功能 这个软件独特的功能. 它对用户的吸引力有多大? 5
软件的效能 占用内存, 启动速度, 内存泄漏情况 9
软件的适应性 在联网/断网, 大小屏幕, 没有鼠标的情况下都可以顺畅操作. 和不同平台的软件能流畅协作 4
成长性 记住用户的选择, 适应用户的特点，用户越用越方便 4
用户有控制权 系统状态有反馈，等待时间要合适。关键操作有确认提示，有明确的错误信息。用户方便地从错误中恢复工作, 快捷操作键可调整。 5
自选评分项目 针对软件的特点, 自己选择一个上面没有覆盖的领域来评分 8

分析

CSDN问答分析
  • 开发时间估计
    对于六人的专业开发团队大概需要三个月的时间从立项开发到上线
  • 同类产品对比排名
    优势在于用户量高带来的数据量大，中文社区对中国开发者友好，劣势在于弹窗广告太多，灌水回答和文章太多，三类产品中的第三吧
  • [软件工程方面的建议]
    增加审核人员和强度，有必要的话，对站点回答和文章做一次全面的审核，保护原创，而且作为用户，每次找到都是一样的答案是在磨灭对这个社区的耐性
  • [BUG存在的原因分析]
    对用户需求掌握不好
Stack Overflow分析
  • 开发时间估计
    对于六人的专业开发团队大概需要三个月的时间从立项开发到上线
  • 同类产品对比排名
    优势在于用户量高带来的数据量大，英文有时对大多数中国开发者有点劝退吧，但是回答质量蛮高的，ui很棒，三类产品之中在top的位置
  • [软件工程方面的建议]
    针对回答的格式希望设置一些快捷模板和list，毕竟主要做问答社区的，未排版的回答有时候看着不太舒服
  • [BUG存在的原因分析]
    测试把关不严，敷衍了事，没有注意在特殊的配置或环境下测试
SegmentFault分析
  • 开发时间估计
    对于六人的专业开发团队大概需要两个月的时间从立项开发到上线
  • 同类产品对比排名
    优势在于ui简洁和审核到位，优质文章很多，劣势在于用户量带来的数据量少，ui很棒在三者中是最舒适的，三类产品之中在第二的位置
  • [软件工程方面的建议]
    回答筛选多一些选择，比如已回答
  • [BUG存在的原因分析]
    对用户需求掌握不好

建议和规划

  • 市场概况
    市场规模：仅考虑国内市场，2020年软件从业者人数达700万之多
    直接用户：所有软件工程师
    潜在用户：需要使用或者调试移动设备的群体，不论目的
  • 市场现状
    • 产品：
      CSDN问答
      Stack Overflow
      SegmentFault
      博客园
    • 定位与优劣：
      目标人群（国内/国际）
      产品主要发展方向（问答社区/优质博客）
      语言
      数据量
      回答质量
      社区审核与运营
      UI及用户体验
  • 市场与产品生态
    • 这个产品的核心用户群：
      软件工程师及相关专业在读学生
    • 典型用户和潜在需求
      大部分接受过高等教育，年龄集中在20-35之间，对互联网设备的使用比较熟悉，潜在需求为知微见著，这一点在产品规划详谈
  • 产品规划
    新功能：教程/词条导向
    • NABCD模型
      • Need，需求
        用户时常去寻找解决问题，得到的答案是怎么做而不是为什么，就算存在解释了为什么的答案，更多的是照搬专业术语，所以需要一个术语到通俗语言的转换，用教程和词条进行实现
      • Approach，做法
        用户在编写回复及博客的时候，可以选择是否对词条打上标记，相应打上标记的词条在其他用户浏览此条信息时展开成通俗释义，对于通用解决方法和思路则构建教程库进行跳转
      • Benfit，好处
        从是什么到为什么的转换桥梁，不影响原始使用体验，换句话说，仅仅想知道是什么也没问题
      • Competitors，竞争
        少有技术问答社区这么做，值得一试
    • 人员配置
      开发 3
      测试兼产品 2
      美工 1
    • 开发计划
时间 任务
week1-3 完成需求评审和需求设计
week4-7 完成数据库设计和接口设计
week8-10 完成第一阶段开发
week11-12 完成第一阶段开发的测试工作和总结
week13 调整开发中遇到的问题
week14-15 完成第二阶段开发
week16 项目测试，发布上线
posted @ 2021-05-21 16:17  火言火又  阅读(126)  评论(2)  编辑  收藏  举报