第四次个人作业——案例分析

这个作业要求在哪里 第四次个人作业——案例分析
这个作业的目标 <分析CSDN软件>
作业正文 https://www.cnblogs.com/chenjiahao1/p/14698566.html
其他参考文献 现代软件工程 团队作业 - 软件分析和用户需求调查

第一部分 调研,评测

1.下载并体验软件的功能

测试环境

测试环境 具体
手机型号 vivo X21i A
Android版本 Android9
CSDN软件版本 V 4.6.1
测试时间 2021/4/24

首页-推荐:都是一些热门的文章,看上去都很高端,点进去有点看不懂。

会员:通过充值csdn会员,学习不免费公开的专业技术

直播:可以选择自己想要看的节目,还可以看到直播的预告。

我的:可以看到自己的个人资料

2.描述使用这个产品的过程,解决了用户的问题么?软件在数据量/界面/功能/准确度上各有什么优缺点?用户体验方面有问题么?

使用CSDN软件的过程中的感觉就是云里雾里,应该是自己知识量储备不够的原因,导致不少文章和直播都不知道他们在说什么,我使用它只能用来搜索一些看不懂的报错,面对新手不是很友好。
界面上我原本还有看见学习这一分类,重新打开软件后变成了会员,一个大大的氪金打在了我的脸上,给人的体验非常差。直播功能很不错但经常出现卡顿,首页推荐也经常出现灌水堆楼内容,让人不明所以。
我需要的功能在手机浏览器上的网页版CSDN上都有,上CSDN软件反而浪费时间还要看到一些奇奇怪怪的东西,我现在还没有感觉到它的价值所在,用户体验十分糟糕。
在我使用的vivo应用商城中CSDN有147w的安装,评分4.8,相比知乎6542w次的安装是天壤之别,CSDN软件还有很长的路要走。

3.对产品有什么改进意见?

希望能添加水平分层,把我们这些还在学校学知识的学生和专业的软件工程师分开,我们看到他们写的内容都不是很明白。
似乎有不少有名的作者除了写专业性的文章还会发自己的生活照,这样的内容也会迎来不少人的追捧甚至上首页,我们来CSDN就是来学习的难道是为了看女人吗!希望能加强这方面的管理,把生活贴和专业文章分开。

4.Bug查找

Bug级划分标准:从重到轻分为四个等级,Blocker(崩溃),Critical(严重),Major(一般),Minor(次要)。

1.这是我希望改进的地方,想要进行文件上传时,发现连文件分类都没有,虽然可以通过搜索直接找到文件,但对我这种乱七八糟文件很多的人来说这样看着很烦,希望能添加文件分类功能。

Bug的可复现性及具体复现步骤:如图所示,必然发生
Bug具体情况描述:文件上传中没有文件分类
Bug分析:开发人员懒得去实现这个功能,让人感觉缺乏心意。
Bug的严重性:Major(一般)

2.查看文字很多的文章时,如果你的字体比默认的小,文章下方会有大量的空白行,让人翻起来很不舒服,影响人的阅读体验。

Bug的可复现性及具体复现步骤:如图所示,必然发生
Bug具体情况描述:阅读文章时字体比默认的小的话,文章下方会有大量的空白行
Bug分析:开发人员的疏漏,进行测试的时候没有测试出这种情况,就像是程序员和炒饭的故事。
Bug的严重性:Major(一般)

Bug 反馈
已经向客服反馈

5.采访

采访对象:2018级计科不愿意姓名的王先生

可以看出体验不是很好,希望CSDN还能多多努力。

6.结论

类别 描述 评分 (满分 10 分, 良好 6 分, 及格 4 分,聊胜于无 1 分, 很差 -3 分)
功能 核心功能 8
细节 有什么为用户考虑的细节? 4(文件上传没有分类)
用户体验 当用户完成功能时,不干扰用户 (例如: 是否不断弹出不相关广告)。 8
辅助功能 一些辅助功能如皮肤等 6
差异化功能 这个软件独特的功能. 它对用户的吸引力有多大? 4(暂时没感觉到必要性)
软件的效能 占用内存, 启动速度, 内存泄漏情况 7
体验 软件的适应性 4(字体比默认小的时候阅读文章会有空白行)
成长性 记住用户的选择, 适应用户的特点,用户越用越方便 6
用户有控制权 系统状态有反馈,等待时间要合适。关键操作有确认提示,有明确的错误信息。让用户方便地从错误中恢复工作, 快捷操作键可调整。 8
自选 氪金项目 4(直接把氪金做成一个大分类怼在脸上)

综上,我给这个软件的评价是c) 一般

第二部分 分析

1.使用此服务的所有功能,估计这个软件/网站/服务做到这个程度大约需要多少时间(团队人数6人左右,计算机大学毕业生,并有专业UI支持)。(必答)

体验完软件后,感觉以团队人数6人左右,计算机大学毕业生,并有专业UI支持为标准,起码也需要1年时间才能完成雏形,做出来的软件不仅不能够保证安全性,还会有很多bug,后续还得跟进保证使用。

2. 分析这个软件目前的优劣(和类似软件相比),这个产品的质量在同类产品中估计名列第几?(必答)

同类产品有中国大学MOOC,知乎、博客园、扇贝编程、 掘金、简书等,我们拿几个知名的软件来做对比。

同类产品 相比下的优劣
扇贝编程 CSDN没有扇贝编程那样适合初学者,但它对有一定水平的程序员更有帮助
中国大学MOOC 中国大学MOOC主要是面向学生,而CSDN涉及的用户面更广
知乎 知乎更偏向用户提问大佬出来回答的模式,CSDN会有优质创作者出来分享自己的知识
博客园 博客园用户对自己博客的设计比较自由,更个性化,对年轻用户来说更具吸引力,而CSDN的UI更加方面,界面更加简洁

实际上软件之间都是各有优劣,我相信CSDN在其中排个前5名是没有问题的。

3.从各方面的问题,推理出这个软件团队在软件工程方面可以提高的一个重要方面(具体建议)。

把那个专门的会员分类换到我的里面,专门弄个会员分类吃相难看,给人天然的抵触。

4.你在第一部分发现的bug,为何软件团队不能在发布前修复?他们是不知道,还是有意不修复?你觉得是什么原因?从下面的可能性中选取几个:

我觉得是开发人员粗心大意加上测试把关不严,敷衍了事,没有注意在特殊的配置或环境下测试。但实际上就像那个程序员和炒饭的故事一样,很多bug在开发者的角度上都是很难测出来的,希望还能多努力。

第三部分、建议和规划

3.1 市场概况

1.市场有多大?

这是2012-2018年我国IT行业从业人数的数据图。IT行业的岗位缺口大。IT行业不断有新技术出现,而由于IT行业技术的不断更新,专业人员随时都处于匮乏的状态,到现在2021年我国IT行业从业人数预计已经突破了3000w,这是CSDN的直接用户。

就中国来说,IT产业在过去5年经历了年28%的增长速度,是同期国家GDP增长速度的三倍,对GDP增长的拉动作用已进一步增强,对我国国民经济增长的贡献率不断提高。随着网络信息技术的迅速发展和普及,对IT技能人才的需求正在并将在相当长的时间内出现供不应求的局面,在校生有越来越多的人选择it产业相关的工作,这些人都是CSDN的潜在用户。

3.2 市场现状

目前国内市场上同类产品有 CSDN、中国大学MOOC、知乎、扇贝编程、 掘金、gitee、简书、博客园等,国外有github,IBM developerWorks、InfoQ、StackOverflow等。在前文中我已经挑选了几个知名的软件来做对比。
其中CSDN与博客园为竞品关系。在版面设置上,CSDN博客保持了版面的纯博客形式,功能整齐划一,除了能被分享到微博外并未与社交网站有任何交集,而博客园则是百花齐放争取多方面服务。博客园的用户对自己博客的设计比较自由,更个性化,对年轻用户来说更具吸引力,而CSDN的UI更加方面,界面更加简洁。但现在在各大浏览器搜索自己在学习中遇到的问题时,大部分看到的回答都是CSDN的,曝光率更高,而且近期博客园全站审核很多博客都进不去,所以我相信CSDN能发展的更好。如果满分是10分,我给CSDN的前景打8分吧。

3.3 市场与产品生态

核心用户群:IT行业从业人员,大学高校师生。
典型用户:本科在校大学生,年龄21左右,计算机科学与技术专业,爱好打游戏,收入全靠讨爸妈欢心,表现需求是在学习中经常遇到不懂的报错来CSDN上查,潜在需求是智能算法与技术挖掘老师布置的作业做不出来,来CSDN参考别人的答案。
产品的用户群体之间可能存在师生关系,可以通过这点建立班级让老师发布作业给学生。

3.4 产品规划

你要在当前软件的基础上设计什么样的新功能?为何要做这个功能,而不是其他功能?为什么用户会用你的产品/功能?你的创新在哪里?可以用NABCD分析。

我想在当前软件的基础上设计一个发布悬赏功能。

N (Need 需求)
很多人急切的希望自己的问题得到回答,但CSDN上求助贴的优先级是一样的。
A (Approach 做法)
设置等级系统,可以通过日常签到和做任务获得经验,用户可以用经验发布悬赏,完成悬赏的人获得经验等级就能提高。
B (Benefit 好处)
有紧急需求的人的问题能够优先得到回答,常完成悬赏的用户等级提高了也能获得炫耀的资本和权威性。
C (Competitors 竞争)
博客园等平台都还没有这种功能,这一定能取得重大突破。
D (Delivery 推广)
在首页专门划分出一个栏目来发布悬赏,用户自发使用推广。

如果你是项目经理,可以招聘6个人,并且有4个月的时间,你认为应该如何配置角色(开发,测试,美工等等) 才能在第16周如期发布软件的改进版本,并取得预想中的成绩。

我认为测试2人,可以互补发现对方没发现的错误,美工1人,避免多人争吵指手画脚,开发3人,努力开发功能。

请为你的团队设计16个周期每周的详细规划。

时间 规划
第1-2周 需求分析,确定分工
第3-4周 具体的功能设计
第5-10周 实现基本功能
第11-12周 测试人员测试BUG
第13周 修改遇到的问题
第14-15周 给用户进行测试
第16周 再次修改后发布
posted @ 2021-04-25 19:43  陈嘉浩  阅读(78)  评论(0编辑  收藏  举报