个人作业-软件案例分析
项目 | 内容 |
---|---|
这个作业属于哪个课程 | 2023 年北航敏捷软件工程 |
这个作业的要求在哪里 | 个人作业-软件案例分析 |
我在这个课程的目标是 | 学习并实践软件工程,实现从「程序」到「软件」的进展。 |
这个作业在哪个具体方面帮助我实现目标 | 学习软件工程理论,并用理论对市面上的软件实例进行分析和评测,了解软件评测流程和软件市场需求 |
前言
我选择评测 CSDN 上的技能树功能,目前已有 python 技能树,CS入门技能树, C技能树 等多个技能树。由于每个技能树除具体内容外在结构和功能上没有差别,我选择了C 技能树作为评测对象。
第一部分 调研、评测
1.1 软件评测
1.1.1 使用截图
进入C技能树的主页,在左侧展示了二级文件结构展示的技能树;中间展示了前几章的目录和知识点、参考资料、练习题、难度等信息;右侧展示了相关推荐内容,如其他技能树
笔者开始尝试该软件的核心功能,点击进入运算符与表达式这一章中3.2这一小节,中间展示了该小节的两道练习题,中部顶栏分为练习题、参考资料、交流讨论、我的笔记、专栏课程五个部分;右侧展示了编辑框,支持在线的markdown语法,可以预览和发布,在发布时也可以自由选择公开或私密。
笔者尝试点开了多道练习题,发现均为客观题。较为人性化的地方在于,可以对选项中的代码进行复制,可以自动比对选项间代码的差异。
在参考资料这一栏,可以看到这一节的相关教程。
在交流讨论这一栏,可以看到有关这一节的讨论。
当完成相应章节题目后,左侧会出现绿色的叶子,中间的章节处也会有绿色的进度条。
1.1.2 优缺点分析
我认为对于一个想要速成C语言的小白来说,技能树能较好地帮助他了解C语言的知识体系,能基本满足学习的需求。
-
从数据量角度,技能树软件的章节、题目数量都较少,还有待进一步地扩充。
-
从界面角度,亮点是每一章节都有可视化的进度条,缺点是整体UI还有待改进(在后面的bug分析中会提到)。
-
从功能角度,目前练习题都是选择题,缺少编程题。对于编程语言的学习来说,笔者认为自己动手编程是必不可少的。
-
从准确度角度来说,交流讨论区大部分内容的准确度还有待提高。
综上所述,用户体验较为普通。
1.1.3 改进意见
- 仿照codeforces等OJ平台,增加对编程题的在线评测;
- 仿照kaggle平台,增加jupyter notebook,以便用户在线运行代码块,加深用户的理解;
1.1.4 用户调研
1.1.4.1 采访对象背景
我采访了一位欧阳老师软工班的同学。该同学是北航超算队成员,有自学cuda编程的需求。笔者向其推荐了cuda技能树,并邀请他参与评测。
1.1.4.2 采访记录
1.1.5 定性和定量分析、改进意见
定性分析与改进意见
在使用技能树的过程中,笔者主要是体验了浏览学习资料、做题、社区讨论的功能。笔者认为技能树确实解决了初学者找不准学习路线与找不到学习资源这两大难题,技能树的UI形式有一定新鲜感,但仍有一下缺陷:
- 缺少带有在线评测的编程题,初学者无法将知识付诸实践;
- 教程均采用静态的markdown文本,无法提供可以运行的代码框,提高了初学者对知识的理解难度;
- 论坛内容质量较低,有很多重复无效的讨论;
对于此产品,我有下述改进意见:
- 类比 kaggle ,将教程做成 Notebook 的形式,支持插入可以运行的代码框;
- 类比牛客,在练习题中加入程序设计实践题,并加入在线评测功能;
- 对讨论贴引入奖惩机制,提高讨论贴质量;
定量分析
借鉴邹欣老师的评分标准:
(满分 10 分, 良好 6 分, 及格 4 分,聊胜于无 1 分, 很差 -3 分)
类别 | 描述 | 评分 |
---|---|---|
核心功能 | 核心功能的设计和质量 | 4(技能树基本能用,但没太多亮点) |
细节 | 细节方面的表现 | -3(UI/UX仍有较大提升空间) |
用户体验 | 当用户完成功能时,不干扰用户。 | 4(能用,没啥亮点) |
辅助功能 | 一些辅助功能如皮肤等。 | 1(论坛功能确实有,但内容质量堪忧) |
差异化功能 | 这个软件独特的功能。它对用户的吸引力有多大? | 1(技能树破坏了知识体系的连贯性,却没有引入更多好处) |
软件的效能 | 占用内存,启动速度,内存泄漏情况。 | 6(没啥毛病) |
软件的适应性 | 在联网/断网,大小屏幕,没有鼠标的情况下都可以顺畅操作。和不同平台的软件能流畅协作。 | 4 (手机必须下载 app 才能用、电脑端显示有一定问题) |
成长性 | 记住用户的选择,适应用户的特点,用户越用越方便。 | 6(用户的做题记录有保存) |
用户有控制权 | 系统状态有反馈,等待时间要合适。关键操作有确认提示,有明确的错误信息。让用户方便地从错误中恢复工作,快捷操作键可调整。 | 4(返回功能不太健全,有些地方不小心点进去后只能通过浏览器的返回键返回) |
总分 | 4 |
经过以上工作,我对该软件的评价是:
c) 一般
1.2 Bug分析和提交
1.2.1 量化指标
星级 | 描述 |
---|---|
五星 | 致命性系统故障、致命性安全性漏洞、用户体验严重影响 |
四星 | 严重系统故障、服务器鉴权漏洞或重要数据泄露、对大部分用户的体验有较大影响 |
三星 | 轻微系统故障、轻微的安全漏洞、对大部分用户的体验有一定影响 |
二星 | 小概率系统故障、卡顿、对少部分用户的体验有一定影响 |
一星 | UI设计缺陷、对少部分用户的体验有轻微影响 |
1.2.2 Bug 1 缓冲区溢出问题
测试环境
操作系统: Windows 10 专业版 64 位(10.0,内部版本 19044)
系统型号: Surface Pro 8
浏览器: Google Chrome 110.0.5481.178 (正式版本) (64 位) (cohort: Stable)
Bug具体情况描述
任意打开技能树中的一个帖子,点击回复,从本机的剪贴板中复制粘贴大量数据,如下图粘贴了一个572774行的数据(是某个编程题的评测点)
粘贴成功后,向上滑动至第一行,在第一行尝试输入新的字符串
输入后编辑器内不会回显,会显示内存溢出,网页崩溃
此外,若仅粘贴长文本,不加在开头输入新的字符串这一步,直接点击发表回复,会弹出“服务器超时,请稍后重试”的提示
对于以上过程,笔者录制了一个演示视频如下
CSDN技能树-缓冲区溢出bug复现视频
可复现性
笔者尝试在3个不同的帖子下用大量数据进行评论,都发生了内存溢出的错误。由此可见,这是必然bug
复现步骤
- 任意点开技能树中的一个讨论贴
- 复制本地的一个大文件的内容(笔者复制的是一个572774行,每行1-3个正整数的数据)
- 在回复栏中粘贴步骤2中复制的内容
- 将回复栏右侧的纵向滚轴上拉至顶部
- 在回复栏的顶部输入新的字符串,不少于10个汉字
- 网页出现卡顿,稍后会提示内存溢出、网页崩溃
Bug分析
bug的成因推测是前端输入框没做输入字符串的长度限制。该bug会导致系统崩溃,虽然大部分用户不会输入这么极端的数据,但一旦发生则会严重影响用户体验。综上,笔者认为这是一个四星级bug。
为何软件团队不能在发布前修复?或许是测试把关不严,没有做压力测试。
Bug改进建议
限制输入框的最大字符数,并在用户超出最大字符数时,给出相应的提示。
1.2.3 Bug 2 题目评分问题
测试环境 测试环境
操作系统: Windows 10 专业版 64 位(10.0,内部版本 19044)
系统型号: Surface Pro 8
浏览器: Google Chrome 110.0.5481.178 (正式版本) (64 位) (cohort: Stable)
Bug具体情况描述
在技能树-练习题板块中答题正确后,会弹出如下图的窗口。我在题目评分这一栏选择了4颗星后,点击题目讨论,想看看其他人对这个题目的看法。
进入题目讨论后,我发现右侧内容评分这一栏仍然全是5星。我意识到我的评分或许没有提交成功
点开评分详情后,我发现在按照时间降序排列的评分列表里,我最新的4星评价没有出现,右上角“您的评价”也显示我没有评价
我又重新在右上角您的评价这一栏选择了4星,选择后下面的评分列表里还是没有出现我的评分;并且我在选了4星后,还可以改成其他星级,似乎在我选择后并没有一个确认的过程
终于在我手动刷新后,我的评分出现在了下面的评分列表里;(感觉前端设计人员根本没考虑加一个确认评分的按钮,竟然要靠手动刷新来确认评分)
可复现性
在尝试了3道题后,均发现有这个问题,因此合理推断是必然bug
复现步骤
在bug具体情况描述中已经较为详细地描述了复现的步骤,这里不再赘述
Bug分析
笔者认为这个bug可能是由于前端人员在设计时,没有考虑到添加一个独立的确认评分的按钮;本来猜想可能是把这个确认过程和其他功能按钮绑定了(比如最显眼的“继续挑战下一题”这个按钮),但经过尝试好像也不是这样。
同理,在评分详情页面中,也是由于缺乏确认评分这个操作,导致用户始终不知道自己的评分是否提交成功。
这个bug不涉及安全性,一定程度上影响了系统评分这一功能,对想要评分的用户有较大的影响。用户在做完一道题后,或许想通过评分来表达自己对这个题的感受。但在多次尝试评分无果后,可能会让用户对这个网站的可靠性产生怀疑,甚至转而使用其他同类竞品。
综上,笔者认为这是一个三星的bug。对于为何软件团队不能在发布前修复,笔者认为可能是测试人员没有真正站在一个普通用户的角度来使用这个评分系统;或者是测试人员认为评分系统不是该软件的核心功能,因此这个bug无伤大雅。
Bug改进建议
前端增加“确认评分”这一按钮
1.2.4 Bug 3 markdown 图片无法显示
测试环境
操作系统: Windows 10 专业版 64 位(10.0,内部版本 19044)
系统型号: Surface Pro 8
浏览器: Google Chrome 110.0.5481.178 (正式版本) (64 位) (cohort: Stable)
Bug具体情况描述
技能树中编辑板块markdown中,部分来源的网络图片在预览和发布时无法正常显示
可复现性
网络图片来源 | 是否能正常显示(正常显示次数/总次数) |
---|---|
博客园(我的博客) | 否(0/10) |
博客园(他人博客) | 否(0/10) |
github.io | 是(5/5) |
raw.githubusercontent.com | 是(5/5) |
####复现步骤
-
从博客园中选择一张图片,点击右键-复制图片
-
在本地电脑上打开空的md文件,打开后ctrl+v
-
在本地md中点击图片,复制包含该网络图片的网址的代码
-
打开技能树板块,在右侧编辑栏粘贴步骤3复制的代码,效果如下
-
点击预览,发现图片显示异常
-
点击发布后,图片仍然无法正常显示
Bug分析
由于目前只发现了来自博客园的网络图片无法正常显示,推测可能和博客园本身有关。考虑到博客园和csdn在一定程度上有竞争关系,可能的原因有博客园屏蔽了来自csdn的网络图片请求、csdn截断了来自博客园的网络图片等。
该bug不影响系统功能和安全性,有一定概率会影响用户的体验。笔者认识不少博主都有将同一篇帖子在多个地方发布的习惯,该bug会给这类博主带来不便,从而降低他们在csdn技能树模块下发布高质量贴文的意愿。此外,其他用户在想读一篇博文时,如果因图片无法显示而阻碍了知识的获取,也会感到不快。
综上,我认为这是一个三星级的bug。
Bug改进建议
如bug分析所言,这可能不是一个纯的技术问题,也涉及到了商业竞争。因此在这里不宜从技术角度给出bug改进的建议。
###1.2.5 Bug 4 mardown 图片无法缩放显示
测试环境
操作系统: Windows 10 专业版 64 位(10.0,内部版本 19044)
系统型号: Surface Pro 8
浏览器: Google Chrome 110.0.5481.178 (正式版本) (64 位) (cohort: Stable)
Bug具体情况描述
技能树中编辑板块markdown中,图片无法缩放
例如对于如下代码
<img src="https://poormath.github.io/poormath.jpg" alt="avatar" style="zoom:80%"/>
<img src="https://poormath.github.io/poormath.jpg" alt="avatar" style="zoom:60%"/>
<img src="https://poormath.github.io/poormath.jpg" alt="avatar" style="zoom:40%"/>
<img src="https://poormath.github.io/poormath.jpg" alt="avatar" style="zoom:20%"/>
正常情况显示应该如下
但在技能树的markdown预览时,显示如下
发布后显示如下
可以发现,在预览和发布后,图片均没有正确地缩放,所有图片都是统一的大小。这显然不是feature,而是部分markdown语法实现不完全的结果
可复现性
尝试了10次,均有这个问题
复现步骤
- 打开技能树板块,在右侧编辑栏粘贴一张可以正常显示的网络图片的代码
- 修改该网络图片的缩放比例参数(如下图)
- 点击预览板块(结果如下图)
-
点击发布(结果如下图)
Bug分析
笔者认为这个bug可能是软件对markdown语法支持不完全的结果。测试人员在测试时,可能也没考虑到图片还可以缩放,忘记测这个功能。考虑到大部分用户都不会使用图片缩放功能,这个bug只会在一定程度上影响少部分用户的体验,不涉及系统功能和安全性,为二星级bug。
Bug改进建议
完善对markdown语法的支持
1.2.6 Bug 5 主界面UI显示比例问题
测试环境
操作系统: Windows 10 专业版 64 位(10.0,内部版本 19044)
系统型号: Surface Pro 8
浏览器: Google Chrome 110.0.5481.178 (正式版本) (64 位) (cohort: Stable)
Bug具体情况描述
前置条件,浏览器显示比例为100%,即默认的正常大小
https://edu.csdn.net/skill/c
点击上述网址进入C技能树的主界面后,第一页就看见正中间有一个显示不全的广告
在点击左侧语句与控制流
中的4.1 语句与程序块
后,发现默认的主视图竟然显示不全,需要通过左右和上下滑动来调整
之后笔者又尝试了隐藏侧边栏,发现隐藏后网页最左端还是会露出一小截,给人强烈的违和感
可复现性
笔者多次刷新都得到了相同的结果。
笔者也尝试更换edge浏览器,仍有相同问题。
复现步骤
在bug具体情况描述中已经较为详细地描述了复现的步骤,这里不再赘述
Bug分析
笔者认为这个bug可能是由于前端人员没有对所有常见型号的设备和浏览器进行适配。之前笔者在完成数据库大作业时,也遇到过类似的问题。同一个网页在不同电脑上运行时,前端界面渲染情况可能不一致。
这个bug不涉及安全性,但在一定程度上影响了用户体验。软件的主界面决定了给用户的第一印象,有瑕疵的UI会让用户怀疑这个软件的可靠性,降低用户继续使用的可能性。
综上,笔者认为这是一个三星级bug。
Bug改进建议
测试人员在更多的设备和浏览器上进行前端测试。
1.7 Bug 反馈
第二部分 软件分析
2.1 工作量分析
使用此服务的所有功能,估计这个软件/网站/服务做到这个程度大约需要多少时间(团队人数6人左右,计算机大学毕业生,并有专业UI支持)。
大约需要16周,下面是各周开发工作内容:
周次 | 任务 |
---|---|
1 | 明确团队分工、调研相关产品 |
2-3 | 进行需求分析、撰写相应文档 |
4-5 | 前端框架搭建、后端数据库构建、UI原型设计 |
6-7 | 前后端分模块进行开发(先实现技能树的核心功能,如练习题和资料)、前后端对接、单元测试 |
8 | 模块测试、收集高质量教程和题目、发布alpha版 |
9-10 | 收集用户反馈、完善用户体验、进行高强度测试 |
11-14 | 继续beta阶段开发(继续实现技能树的辅助功能,如论坛和评论) |
15 | 发布beta版,收集完善用户体验 |
16 | 软件正式上线、运维人员开始工作 |
2.2 软件质量分析
2.2.1 分析这个软件目前的优劣(和类似软件相比),这个产品的质量在同类产品中估计名列第几?
本软件含了多种技能分支,如C、python、vue、cuda、算法等。因此让本软件和只包含单一方向知识的网站(如W3school、C语言中文网等)进行比较有失公平。此外,本软件收录的均为CSDN上的资料,强调内容的原创性,与能集合全网所有资源(如CS-DIY-WIKI)进行比较也有失公平
综上,与本产品类似的软件有菜鸟教程、Kaggle 等。下面分析这几个产品之间的优劣(数字代表排名):
项目 | CSDN 技能树 | 菜鸟教程 | Kaggle | 备注 |
---|---|---|---|---|
UI | 2.5 | 2.5 | 1 | CSDN 技能树前端 bug 较多,相比菜鸟教程更加美观;菜鸟教程的前端虽然较稳定,但不太美观;Kaggle 的前端很稳定且十分美观 |
论坛 | 2 | 3 | 1 | CSDN 技能树有较活跃的论坛,但质量总体堪忧;菜鸟教程有类似论坛的功能,但不活跃;Kaggle 有较活跃且高质量的论坛 |
内容广度 | 2 | 1 | 3 | 菜鸟教程在内容上覆盖面最广,CSDN 技能树次之,Kaggle只包含机器学习和数据科学的相关知识,广度最低 |
内容质量 | 2.5 | 2.5 | 1 | Kaggle的内容经过精心的打磨,质量最高;CSDN 技能树与菜鸟教程的内容更像是知识点的罗列 |
成长性 | 2 | 3 | 1 | Kaggle提供了notebook在线编程,提供了大量比赛供用户锻炼;CSDN 技能树对知识点提供了客观题;菜鸟教程没有练习题 |
上手难度 | 1 | 2 | 3 | Kaggle是全英文的软件,对于初学者上手较为困难;菜鸟教程在内容组织上更适合有一定经验的用户当作中文文档去查阅;CSDN 技能树有较强的用户引导机制,最适合低端初学者 |
综合排名 | 2.5 | 2.5 | 1 |
综上,CSDN技能树在同类产品中排在Kaggle之后,与菜鸟教程各有千秋,可以排在第2.5名
2.2.2 从各方面的问题,推理出这个软件团队在软件工程方面可以提高的一个重要方面(具体建议)。
加强测试,笔者在上面找出的 bug 对于正常的测试团队来说应该是很容易找到的。
-
建议团队内部让专门的测试人员进行完整而详尽的系统测试、压力测试、配置测试;
-
建议建议在网站上专门开一个反馈bug的窗口,方便广大普通用户直接反馈bug(而不是还需要去提issue);
第三部分 建议和规划
3.1 市场概况
3.1.1 市场大小
CSDN 技能树的用户仅限于中文互联网社区,基本不需要考虑外国用户。技能树的用户主体是中国的IT从业者。包括有强烈自学需求的计算机专业在校大学生、非计算机专业但仍需要掌握计算机工具的学生。
根据艾米咨询的数据,从2012-2021年中国IT应用类职业技能培训市场规模及预测数据来看,整体市场规模呈现阶梯式递增趋势,2012年IT应用类职业技能培训市场规模为70.6亿元,2018年其市场规模增长到256.7亿元,2019年持续增长为302.4亿元,预计到2021年其市场规模将达到386.9亿元。
3.1.2 直接用户与潜在用户
直接用户主要由CS/EE专业学生和互联网相关从业人员。
根据阳光高考,计算机科学、软件工程和电子信息工程专业的全国普通高校毕业生至少有25万,估算可得目前中国会有100万CS/EE专业在读学生。
根据2020年中国互联网发展报告,截至2020年6月,中国互联网行业总从业人员规模达到了900万人。其中,技术开发、产品设计和运维维护是互联网行业的主要岗位。
根据CSDN官方公布的数据,截至2021年4月,CSDN已有超过500万的技术人员注册用户,其中包括开发者、架构师、测试工程师等多个职业领域。
然而事实上,由于CSDN技能树上述的诸多问题,基本上初学者才有望成为用户主体。因此,CSDN技能树软件的直接用户数量可以估计为数十万到百万人。
除了直接用户,还有很多潜在用户可能会使用CSDN技能树软件。随着计算机技术的普及和应用领域的扩展,越来越多的人开始关注计算机技术,并希望通过在线学习来提升自己的技能。因此,潜在用户包括了计算机专业的初学者、转行人员、自学者等,数量可能会更大。但是,由于缺乏相关数据,潜在用户的数量无法具体估计,但应当在百万人规模之上。
3.2 市场现状
3.2.1 市场现有产品
对于有算法竞赛、机试需求的用户,市场现有codeforces、牛客、leetcode等网站
对于对某一特定领域知识有需求的用户,市场现有W3school、C语言中文网、kaggle等网站
对于较多领域知识有需求的用户,市场现有CSDN技能树、菜鸟教程、CS-DIY-WIKI等网站
3.2.2 定位、优势与劣势
赛道一:codeforces主要面对的是ACM/OI等算法竞赛的用户、leetcode主要面对的是有实习面试机试需求的用户、牛客二者兼有。
赛道二:W3school、C语言中文网、kaggle等主要面对在某一特定领域有需求的用户,优势在于专业而深刻,劣势在于缺乏与其他领域的交叉。
赛道三:CSDN技能树、菜鸟教程、CS-DIY-WIKI等网站主要面对在较多领域有需求的用户,优势在于广;CSDN技能树、菜鸟教程的劣势在于知识较浅薄,无法满足较专业的需求,只适合初学者;CS-DIY-WIKI由于汇总了网络上的大量学习资料,本身其实只起到引流的作用。
3.2.3 产品关系与竞争态势
CSDN技能树与赛道一不构成竞争关系,且从目前的功能来看反而构成互补。CSDN技能树缺乏编程实践,而赛道一中的产品主要卖点就在于有大量实践。
CSDN技能树与赛道二存在一定的竞争关系。区别在于CSDN技能树强调广度,而赛道二中的产品强调深度。
CSDN技能树与赛道三中的其他产品存在强烈的竞争关系。它们面向的用户群体高度重合。菜鸟教程的定位类似于手册,用户可以在其中快速检索需要的信息;CS-DIY-WIKI 的定位类似在线资源汇总,初学者能够通过网页的架构熟悉CS专业的知识体系。它本身不提供教学资源,只是引流。CSDN技能树相比赛道三中其他产品的主要优势在于,对每个知识点都有相应的练习题,且有较活跃的论坛。劣势在于内容的质量还有待提高,论坛的质量十分令人堪忧。
3.3 市场与产品生态
3.3.1 核心用户群
- CS/EE学生
- 高中学历
- 年龄18-22
- 专业为CS/EE相关专业
- 爱好较为多元
- 收入大部分为零
- 表面需求是学习知识
- 潜在需求是探索学习方法、了解领域框架、获取反馈激励等
- 程序员
- 本科及以上学历,
- 年龄22-30(大于30的应该不会再有这种需求了吧)
- 专业大部分可能是CS
- 爱好可能是加班
- 有稳定收入
- 表面需求是查阅技术资料以解决工作中的问题
- 潜在需求是参与社区讨论以寻求一种荣誉感与归属感、通过帮助他人以获取成就感
- 其他行业/领域人士:
- 学历不定
- 年龄不定
- 专业不定(非CS/EE)
- 爱好不定
- 收入不定
- 表面需求是学习编程工具、解决其本领域本行业的问题
- 潜在需求是考证书、转专业、转行等
###3.3.2 用户群体关系
CS/EE学生在毕业后有相当一部分会成为程序员,程序员中有相当一部分也来自CS/EE学生。他们都渴望学习提升自己。可以利用这二者的关系,基于CSDN的环境,构建用户生态,促成分享行业动态心得、分享学习经验笔记的讨论社区。
3.3.3 子产品与相关产品
CSDN技能树是CSDN的子产品,可以通过CSDN向技能树引流,在某些相关问题下提供推荐链接,既解决了提问者的问题,又能推广产品。
3.4 产品规划
3.4.1 NABCD分析
你要在当前软件的基础上设计什么样的新功能?为何要做这个功能,而不是其他功能?为什么用户会用你的产品/功能?你的创新在哪里?可以用NABCD分析。
新增功能:参考资料改用notebook,加入可在线运行的代码框;练习题中加入编程题,支持在线评测
- Need
- 编程初学者在学习知识点时,如果能配以可以在线运行的代码框,可以大大加深理解
- 编程初学者在学习知识点后,需要通过编程实践练习来加深理解,需要在线测评给出反馈
- Approach
- 类比 kaggle ,将教程做成 Notebook 的形式,支持插入可以运行的代码框
- 类比牛客,在练习题中加入程序设计实践题,并加入在线评测功能
- Benefit
- 初学者在尝试新增功能后水平会飞速提升,形成正反馈效应,增强用户间的口碑,吸引更多用户
- Competitors
- 同一生态位的产品均没有此功能,可以对同类产品形成碾压级优势
- Delivery
- 通过限时免费使用吸引用户体验
- 通过与高校企业合作增加用户
- 引入邀请制
3.4.2 模拟开发
如果你是项目经理,可以招聘6个人,并且有4个月的时间,你认为应该如何配置角色(开发、测试、美工等等) 才能在第16周如期发布软件的改进版本,并取得预想中的成绩。
请为你的团队设计16个周期每周的详细规划。
团队角色配置
- 后端2人:1人负责评测机的开发,1人负责notebook相关数据库搭建
- 前端3人:1人负责整体UI设计(美工)和静态页面编写,1人负责在线评测模块前端实现,1人负责notebook模块前端实现
- 测试1人:除测试外,也负责收集题目、数据点等资源
详细规划
周数 | 任务 |
---|---|
1 | 调研kaggle和牛客等网站,确定notebook和在线评测的实现技术 |
2 | 设计需求文档 |
3 | 设计接口文档;美工调研 |
4 | 为接口设计测试用例,包含随机样例、极端样例、非法样例;美工调研 |
5-6 | 美工设计UI;前后端各个模块开始开发;测试人员开始收集评测题目和数据 |
7-9 | 美工实现UI;前后端各个模块继续开发;测试人员辅助测试 |
10 | alpha版本发布,收集用户反馈 |
11-14 | 结合用户反馈,开发人员进行Beta版的迭代开发,测试人员需要在开发过程中对软件Bug进行反馈,美工人员优化美工设计 |
15 | 发布Beta版,收集用户需求和反馈 |
16 | 软件正式上线 |