软件评测

这个作业属于哪个课程 班级链接
这个作业要求在哪里 作业要求的链接
这个作业的目标 对软件功能进行评测、了解用户调研过程、学习对项目开发的估计
其他参考文献 《构建之法》+ 搜狐网
目录

第一部分：调研、评测

BUG等级划分（供后续分析使用）

星级 严重性描述
★ 易用性及建议性问题：界面格式等不规范、辅助说明描述不清楚、操作时未给用户提示、存在错别字、排版不整齐等等
★★ 界面、性能缺陷：提示信息错误、系统未优化、操作界面错误
★★★ 影响系统功能或操作:功能未实现、系统刷新错误、数值计算错误、提供的服务受到影响
★★★★ 致命问题：系统无法执行、崩溃或严重资源不足、异常退出、内存泄露、数据丢失等等

CSDN问答

体验

  • 软件介绍
    CSDN（专业开发者社区）是一款致力于为中国软件开发者提供知识传播、在线学习、职业发展等全生命周期服务。用户可以在该平台提出自己在开发过程中遇到的问题，也可以对别人在开发过程中碰到的困难进行解决。

  • 软件使用截图

提问


收获到了回答并与其交流，对其回答进行了采纳
image

回答问题

常常可以看见非IT相关的问题出现（CSDN特色）

image

用户问题描述不清楚，存在灌水现象

image

  • 优缺点分析
    优点：资源丰富，能够满足多数用户的问题和需求，问题回答处理能力快，效率高
    缺点：过度商业化，存在抄袭回答的问题。

  • 改进意见
    希望建立产权保护机制，减少回答内容的抄袭，尤其应该避免回答直接不负责任地贴链接。

BUG描述

测试环境
  • 操作系统：win10
  • 浏览器 ：Google Chrome 版本 90.0.4430.212（正式版本） （64 位）
  • 可复现性：偶尔发生
BUG具体情况描述

关注或取消关注某个用户数，个人信息中的关注数并没能正确地刷新，详见如下截图
目前关注的人数是11
image
对列表中倒数第二位用户点击取消关注
image
刷新页面后，可以看到刚刚取消关注的用户已经从列表中移除，但关注数仍然是11
image

BUG分析

  • BUG成因：信息的存取可能采用了缓存机制，所以导致数据无法及时地更新

  • BUG严重性：★★
    此BUG不算致命，用户如果希望获得正确的数值需要尝试刷新和等待，可能稍微会有影响体验。

  • 改进意见：该不该上缓存，其实一直都是一个trade-off（权衡）的问题。上缓存能够缩短响应时间，减少服务器压力，但也存在数据不实时的问题。由于关注数对实时性要求并不高，因此该bug的出现只能算是权衡利弊之后的瑕疵。

结论

类别 描述 评分（6分及格，10分满分）
核心功能 提问题、回答 8
细节 无太多可吸引人的细节 7
辅助功能 回到顶部按钮 7
用户体验 无广告弹窗 10
差异化功能 排行和悬赏 8
软件的效能 占用内存少, 启动速度快, 无内存泄漏情况 8
软件的适应性 在联网/断网, 大小屏幕, 没有鼠标的情况下都可以顺畅操作,和不同平台的软件能流畅协作 9
成长性 记住用户的选择, 适应用户的特点，用户越用越方便 7
用户有控制权 关键操作有确认提示，有明确的错误信息。 9
用户粘性 能维持住用户量大，用户愿意经常使用这个网站。 9
总评价 一般 82

Stack Overflow

体验

  • 软件介绍
    Stack Overflow是一个与程序相关的IT技术问答网站。用户可以在网站免费提交问题，浏览问题，索引相关内容，在创建主页的时候使用简单的HTML。问题界面简洁大方，没用广告和销售信息。

  • 软件使用截图

浏览


分页合理
image

回答问题并收到回复

image

提问

在提问之前能够引导你如何“优雅”地提出自己的问题
image

  • 优缺点分析
    优点 UI界面简洁功能强大，圈子氛围好，问题基数大，大牛多，其中最大的优点便是问题审核严格。社区问题的提出带有"提问的智慧"，stackoverflow上有许多经典的问题，大家都遵循着一定的规范对问题进行提问和描述。有时候搜索时不需要完全一致的关键词搜索，也能通过一些相关的问题引导解决自己手中的问题。
    缺点 国内打开速度偏慢，全英文对英语基础不太好的同学来说不太友好。

  • 改进意见
    可以说是一个相对理想的技术交流平台了，除了语言上存在一定的阻碍，其他都无可挑剔。不过...与其希望其改进语言的支持，倒不如提高提高自己的英文水平。

BUG描述

暂无发现BUG

结论

类别 描述 评分（6分及格，10分满分）
核心功能 提问题、回答 10
细节 tag标签和筛选条件设计不错 8
辅助功能 1.列表按需分页，可分成15、30、50per
2.可查看post的操作记录		 8
用户体验 1.有广告但不是以弹窗的形式，由于有Find a job模块，因此该广告也是在情理之中
2.纯英文，阅读比较吃力		 8
差异化功能 大牛多、社区规范高 10
软件的效能 占用内存少, 启动速度一般, 无内存泄漏 8
软件的适应性 在联网/断网, 大小屏幕, 没有鼠标的情况下都可以顺畅操作,但在没有走VPN代理的情况下连接和响应很慢 6
成长性 记住用户的选择, 适应用户的特点，用户越用越方便 9
用户有控制权 关键操作有确认提示，有明确的错误信息。 10
用户粘性 能维持住用户量大，用户愿意经常使用这个网站。 10
总评价 好，不错 87

SegmentFault

体验

  • 软件介绍
    SegmentFault是一个中文开发者社区，它为开发者提供了一个较为存粹的技术交流平台。

  • 软件使用截图

浏览问题

导航栏UI样式不一致

1.image
2.image

记笔记

提问题：

页面整洁大方支持富文本，并且支持markdown语法
image

  • 优缺点分析
    优点：比较轻量，界面简洁专注于问题的提问和回答。文章和回答比较新，技术也比较新。
    缺点：回答水分偏多，较多无含量的回答。

  • 改进意见
    提高用户基数，刺激用户活跃度

BUG描述

测试环境
  • 操作系统：win10
  • 浏览器 ：Google Chrome 版本 90.0.4430.212（正式版本） （64 位）
  • 可复现性：必然发生
BUG具体情况描述

在个性名片的设置界面中，界面样式没有限定
名片宽度默认是使用自动，这样式并不会出现问题
image
但是当用户选择自定义宽度，并且将宽度设置成过小会出现样式错位
image
将宽度值设成1000
image
只能说它还确实挺“个性”的...

BUG分析

  • BUG成因：没有对数值进行范围限定

  • BUG严重性：★★
    此BUG属于前端样式设计的缺陷，没有对输入的数值进行合法判断，导致了用户输入一些不合理的数字使得样式变形。不过并不会影响系统和功能的使用

  • 改进意见
    对输入的数字作合法校验

结论

类别 描述 评分（6分及格，10分满分）
核心功能 提问题、回答 8
细节 支持markdown，富文本编辑，支持更多样的内容 9
辅助功能 皮肤样式简洁 8
用户体验 有广告，存在一定bug 7
差异化功能 有声望与权限机制 8
软件的效能 占用内存少, 启动速度一般, 无内存泄漏 8
软件的适应性 在联网/断网, 大小屏幕, 没有鼠标的情况下都可以顺畅操作，和不同平台的软件能流畅协作 9
成长性 记住用户的选择, 适应用户的特点，用户越用越方便 8
用户有控制权 关键操作有确认提示，有明确的错误信息。 8
用户粘性 目前用户基数不算多，用户粘性不强 7
总评价 一般 80

第二部分：分析

开发时间估计

假设该团队分工合理，需求明确，项目进度安排合理，在以此为基础的前提下对这三款网站的开发做出大概的期限评估

  • CSDN 45天~60天
  • StackOverflow 70天~90天
  • SegmentFault 30天左右

诚然，该期限是在相对理想化的情况下做出的保守预估，实际开发以及后期的测试运维，需要的时间应该远远大于上述时间。

同类产品排名对比

三款产品共同比较，可以看出，CSDN问题的提出和解决主要以博客为主，文章较多，类别较广（甚至涉及非IT方向的问题），还有支持文件代码的下载，其问答板块仅起到了一小部分的影响力。StackOverflow(下称SO)和SegmentFault(下称SF)则倾向于类似论坛帖子的形式，专注方向主要就是IT技术，两者对比，SO除了语言存在障碍的问题外其他方面基本完胜SF。以下通过不同功能纬度对这三款平台做出排名

测评方向 排行
问答质量 SO>SF>CSDN
UI界面 SF>SO>CSDN
日常学习使用频率 CSDN>SO>SF
综合排名 SO>CSDN>SF

软件工程方面的建议

  • CSDN
    希望建立良好的审核机制，提高问答质量，防止注水，同时建立一个合理的悬赏机制，刺激用户的回答积极性。

  • StackOverflow
    继续保持

  • SegmentFault
    提高用户基数，刺激用户活跃度

BUG存在的原因分析

  • 对于CSDN中提到的BUG，我认为应该是设计权衡的结果，使用了缓存机制，牺牲一定的实时性来保证响应速度和服务器压力，在情理之中。
  • 对于SegmentFault的BUG，我认为是前端开发人员不够细心并且测试把关不严忽略了该细节。

第三部分：建议和规划

市场概况

市场有多大，考察的就是市场规模（又称为市场容量）通过以下思路的三个步骤对市场规模进行评估：
1.确定目标用户数量。
2.确定每个目标用户在一定时期内（如一年）愿意在产品上投入的金额。
3.利用公式计算。市场规模=目标用户数量每个用户会购买的产品数量产品的销售单价
目前三款软件均为从事IT相关行业的人员打造

据统计，我国每年IT人才市场供给约200万新人，目前国内IT相关行业从业人员约1500万人，按照年增长15%的速度，每年约225万新增岗位，加上5%退休和离职率，每年大约有300万市场需求，预计国内每年IT市场人才缺口约100万人。数据资料引自搜狐网

不妨假设每个IT从业人员平均在该产品投入的金额为100元，目前直接的用户约为1500万人，因此市场规模可达到15亿元。
潜在的用户可能包括：每年进入IT相关专业的在校学生、每年转职转行IT业界的已工作人员，潜在用户数量估计200万人。

市场现状

经过资料查找和网站浏览，目前市场上比较流行的IT问答社区有，CSDN、SegmentFault、StackOverflow的等等。

  • CSDN
    产品定位：“成就一亿技术人”是该产品的口号，是一款面向IT技术人员的博客类网站，内容为主社交为辅。
    优势：互联网行业发展，从业人员对知识和经验进行总结的需求大；逐渐向社区化转变，用户数量在稳定增加；文章积累沉淀多。
    劣势：受产品定位影响，难以用户下沉；无法吸引更多大牛用户的入驻，没有对热门文章推出更好的奖励机制；商业化明显
  • SegmentFault
    产品定位：面向中文开发者，采用良性、合理的机制来让开发者自由生长，希望通过最干净、简洁、优质的产品体验，来吸引国内优秀的开发者和技术人员。
    优势:界面简洁；声望鼓励机制，激发优秀文章的创作。
    劣势：内容较水，质量不高；用户积累不多，用户活跃度低。
  • StackOverflow
    定位：定位的群体同样是IT相关人士，但专注于问答而非对问题的讨论
    优势：拥有一套防止普通用户灌水行为的机制，问题和回答的质量很高；氛围好，有一大批人自觉地维护社区秩序；用tag关键词连接，内容分散但容易搜索
    劣势：对国内英文水平基础不好的开发者不太友好

    上述三种产品中，两两之间均存在竞品关系，在竞争中SO作为全球性的平台，有着很广泛的信息交流渠道，其吸引了许多大牛和专业技术人员，可以说占据较高的地位，而SF更像国内模仿版的SO，它虽然有着类似的模式，但由于比较“年轻”，还不太成熟，问答的质量不高，目前很难能够成为大众的首选，如果未来多多改进的话，可能会成为国内版的SO。CSDN可以说是日常接触到最多的网站了，不过它的大势已去，目前基本上走的是下坡路，能够一提的是它曾经辉煌过，在当时没有很多技术论坛和参考资料的时代，它拥有许多资质的大牛和优秀的博文，但今日可见其商业化愈见明显，盈利目的强烈，且缺失版权保护意识。

市场与产品生态

核心用户：IT相关人员
典型用户：在产品开发、测试中遇到问题的程序员
学历：大专、本科及以上学历
年龄：18-45
专业：IT相关专业,如计算机科学、软件工程、人工智能
爱好：编程、二次元
收入：薪资较高
表面需求：解决当前遇到的bug，优化程序代码
潜在需求：避免996，早点下班&&提高自身技术水平

产品的用户群体基本可归纳为提出问题的用户和回答问题的用户，这两类用户之间存在着服务与被服务的关系，利用其关系有存在构成特定用户生态的可能。例如拥有资质认证的答主能够通过平台与普通用户构成类似教师和学生的关系，为经验水平比较低的用户提供教学。

产品和子产品之间存在互助和互补的关系，例如CSDN中直播能够为技术的要点带来系统全面的介绍，问答板块能够为特定的知识点提出疑惑；SO中提供了工作机会板块，使得从事IT相关的人员不仅能够在该平台学习技术，同时也获得了不错的工作机会。因此是存在利用各个产品特性之间的相互关系二次构成产品生态的可能。

产品规划

新功能设计

在当前的软件基础上，结合自己平时的使用体验。我打算提出这样一个优化搜索答案的功能：为问题设置状态，设计一个算法能够为回答设置优先级，已经浏览过并且状态设置为“无太大帮助”的回答，应该降低优先级；未浏览过的回答应该提高优先级。提出这个想法源自于学习过程中遇到问题，在问题搜索时，经常查看到的是重复内容的回答或者相关度不高的回答，如果能够为用户提供更希望看到的内容，这是极好的。

NABCD

  • N（Need） 随着用户的增多，相关类似的问题和回答必定存在一定的冗余，需要优化推荐的算法，为用户提供更希望查看的内容，减少用户把多余的时间都花在搜索问题的过程中。
  • A（Approach）为问题设置状态，设计一个算法能够为回答设置优先级，已经浏览过并且状态设置为“无太大帮助”的回答，应该降低优先级；未浏览过的回答应该提高优先级。当然，优先级的评定需要定制一个严格合理的模型，这也是该功能的核心。
  • B（Benifit）减少用户花在搜索问题的时间，提高效率
  • C（Competitors）目前人工智能行业火热，该项目的算法优劣存在一定的竞争力
  • D（Delivery）首先先内部测试，如果有获得好的反响再进行推广。

角色分配

角色 人数
美工、前端 1人
后端开发 2人
算法 2人
测试运维 1人

详细计划

周数 计划安排
第一周 需求分析、任务安排
第二周 原型设计
第三周 数据库设计与功能设计
第四周~第七周 算法研究、前后端开发，每周定期汇报进度
第八周 前后端进行交互，完成项目demo
第九周~第十一周 功能测试，提出bug
第十二周~第十四周 针对测试过程中出现的问题进行bug修复和优化
第十五周~第十六周 部署项目，进行上线推广
posted @ 2021-05-21 20:12  不到65kg不改名  阅读(123)  评论(5)  编辑  收藏  举报