【无标题】

评测CS入门技能树

第一部分 调研、评测

Bug

1.在CS功能树的目录中，点开题目时进入新标签卡，点返回目录按钮不关闭新标签
**可复现性:**一定可复现，点击任意技能树的任意练习题，然后点返回目录
**具体情况：**标签页会越来越多
**bug严重性：**略微影响用户体验

不方便用户关闭那么多的标签页
**bug改进建议：**点进题目时，不要新开标签页

2.笔记
笔记的部分产生布局不妥问题，影响打开侧边栏，并且对于不需要的用户来说，显得多余且累赘，也没有关闭按钮，并且只每个章节只能存一个笔记，对于笔记的删除也非常繁琐也无提示，还要靠用户自己摸索。
**可复现性:**一定可复现，点击任意技能树页面
**bug严重性：**较大影响用户体验
**bug改进建议：**笔记作为可选项

技能树解决的我的问题

个人通过部分内容的学习，认为技能树帮助我系统地浏览关于一个技术领域的各个知识点，做动手练习，并跟踪自己的成长。

采访同学

我采访了我的同学，对CSDN的CS技能树的使用体验。
她提到博客无关联的平铺让人无法产生阅读的欲望,做习题时，她认为一道题的题面有过多的无关内容，真正能体现知识理解的部分却很少，内容上远不如菜鸟教程之类的，对于初学者不是很友好。

结论

	评分（1-10）
功能性	4
可靠性	6
易使用性	5
效率	4

我的评价是（b）不推荐

第二部

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

周次	任务
1-2	需求分析，完成需求文档
3	明确分工，进行必要的技能培训等。
4	功能分析，确定编码规范文档
5-8	编码开发阶段
9	做基本的单元测试，模块测试
10	发布第一版，进行小范围内测
11-13	修复bug,追踪需求是否有变更
14	完善测试文档，发布第二版，大范围收集反馈（公测）
15	项目收尾各种文档完善，最后优化
16	发布正式版本，交付使用
分析这个软件目前的优劣(和类似软件相比)，这个产品的质量在同类产品中估计名列第几？
优势
因为把一些现在常用的技术汇集在一起，用户查看起来比较方便，而且可以了解到目前都有哪些技术需要学习，像是职业技能行动指南
劣势
在教学方面可能需要改进，目前来看这个技能树并没有让人实际可以掌握技能的能力。而且实践性不强，都是理论。
你在第一部分发现的bug，为何软件团队不能在发布前修复？他们是不知道，还是有意不修复？你觉得是什么原因？可以从下面的可能性中选取几个：

对用户需求掌握不好

具体的设计质量不高

开发人员粗心大意

测试把关不严，敷衍了事，没有注意在特殊的配置或环境下测试

我觉得原因以上都有

从各方面的问题，推理出这个软件团队在软件工程方面可以提高的一个重要方面（具体建议）。
·我觉得还是目标群体没有确定清楚，无论是专业相关的人员还是完全小白的初学者，来到这里都是为了掌握其中的技能，但是实际上展示的内容更像是考验而不是教学，在内容上需要更注意。

·笔记功能有些累赘，用户使用的时候不一定需要，希望改成可以关闭。

第三部分 建议和规划

市场现状
市场有多大
据不完全统计，中国程序员人数超过200万，以计算机科学和软件工程为专业的全国普通高校毕业生规模为每年19万人，估算可得目前中国会有100万在读学生。

技能树的主要目标群体将是以有强烈自学需求的计算机专业在校大学生为主，或者是非计算机专业想要提升自己的学生。

直接的用户有多少？潜在的用户又有多少？
直接用户应该是愿意持续地在技能树上根据自己的需求来一点一点的点亮技能树的人，根据目前数据推测人数不会超过1万人。

潜在用户就是CSDN用户，尚不知晓技能树的存在，若在未来技能树呈现可用状态，平台可以将用户引流至此。

功能：你要设计什么样的功能? 为何要做这个功能，而不是其他功能？ 为什么用户会用你的产品/功能? 你的创新在哪里? 可以用 NABCD 分析。
我想增加【技能树分支】的功能，像是大树有很多枝干，衍生出不同的发展方向，基础的知识像是树的主干，而分支就像是内容的一个分流细化，而且将基础的内容作为主树干细化其中的教学内容，也可以招揽基础不是很好，但是未来有发展前景的隐藏用户。分支则可以按照具体的工作岗位大类细分，像是学前端的需要哪些技能，偏向后端需要哪些技能，想成为项目经理又该掌握哪些技能等等

如果你有钱可以招聘6个人, 有4个月的时间, 你作为项目经理, 应该如何配置角色 (前端开发人员, 后端开发人员，测试人员，交互设计师，等等)?

美工1人，主要开发2人，测试+辅助开发1人，文档记录1人，、设计（组长）一人
第1周 进行需求分析和功能设计。
第2-5周 后端开发完毕，前端和美工设计好用户交互模型并写出前端代码。
第6周 前后端接口对接。测试功能。
第7周 发布第一版，进行小范围内测
第8~10周 修复bug,追踪需求是否有变更
第11周 完善测试文档，发布第二版，大范围收集反馈（公测）
第12周 项目收尾各种文档完善，最后优化
第13周 发布正式版本，交付使用