软件测评博客

案例分析做业

此次做业主要分析cnblogs.com的博客功能，特别是edu.cnblogs.com中针对学习，教学，班级管理，互相交流的功能，相似对比有CSDN。

调研 评测

寻找BUG

1. GIF 不能正常上传为头像：

控制台输出错误为500，GIF从GIF素材库下载而且能够正常打开，500是一个通用的“全方位”相应代码，一般这类错误须要更加细致的检查，所以没法彻底断定这个问题。

1. 当昵称字符太多会有很难看的显示bug，在最显眼的位置，应该是html编排过于混乱致使，没有考虑到相似这样的状况，结果以下图

edu.cnblogs.com解决问题

解决了博客园内班级管理：博客浏览，收发做业等问题，并且方便了学生与助教老师之间的联系，对于博客评论等功能作得比较好。而且各种型技术博客也能提供一些帮助。

采访

• 采访对象背景： 西安电子科技大学软件工程专业学生，为了更好的进行团队合做以及班级管理。

• 照片以下
  

• 受采访者表示：edu.cnblogs.com帮助老师和助教更好的进行软件工程课程教学，对学生的博客做业管理起到了必定的帮助，在功能方面基本达标，界面凑合，准确度没有问题，可是他表示在数据量上并不满意，比隔壁csdn差很多。而且他表示在写博客时候体验很通常。

• 他的改进意见为，但愿把写博客界面作的更好。

综合结论

因为我的体验感太强，也没用足够的数据量，用户体验调查表作支撑，没法定量分析。根据我的体验以及伙伴采访，均给出通常这个评价，因此最终结论为通常。

分析

工做量评价

若是用6个大学毕业生，而且在有UI支持的基础上，若是只作一个能用的版本（包括如今各类功能），考虑到先后端框架的需求要求，大体须要三到四个月

产品定位

若是从班级管理角度考虑，cnblogs是处在第一的位置，绝大部分班级会选择用cnblogs进行管理。

可是从博客园，分享博客角度考虑，因为在用户体验方面太差，cnblogs估计相比csdn，简书份额差不少，可能和知乎专栏持平（因为汉语查询主要面向国人，相似StackOverflow不在比较范围内）。能够百度/必应/谷歌/360对相似“CNN”，“二叉树”之类的关键词进行检索，根据结果排名能够得出结果和估计类似。由于csdn和简书的界面比cnblogs高太多了。

BUG分析

• BUG1，gif图片上传问题：推测应该是测试人员没怎么测试gif图片，选取的测试样例太少致使。
• BUG2，界面排版混乱：测试人员与开发人员应该共同背锅，由于这样的问题很是显眼。

团队层次分析

• 团队问题：
  1. 没有把博客这样核心竞争力的东西作的给用户足够舒服的体验感，甚至在班级管理首页发生排版混乱的问题。
  2. 整个排版，使用体验，和印象中七八年前的博客使用体验并无多大区别，没能与时俱进
  3. 没有markdown的实时预览
  4. 所以猜想开发团队规模，热情并不高，不少分工负责的岗位存在敷衍的嫌疑
• 想了解的软件团队的问题：
  1. 博客园团队的组织结构，分锅与分蛋糕的方式
  2. 领航员是否足够敏锐，拥有良好的执行力

建议与规划

计算机从业人员规模调查

根据CSDN创始人透露，csdn活跃用户超过800万，其中百分之三十多为学生，百分之六十多为一线开发人员，回答时间为2015年，平均一年增长100万左右从业人员，所以中国计算机方向从业/学业人员大概在1000万规模

博客服务定位

博客已经风靡十几年的时间，成为每一个从业者从中交流，贡献的首要途径，所以处于一个成熟稳定的阶段

敌手产品及分析

国内作一样服务的有，CSDN，知乎专栏，新浪博客，简书等。根据对以上产品的试用：

• 简书：数据量不可怕，有很是好看的界面和舒服的交互

• 新浪博客：技术内容不多

• 知乎专栏：数据少可是内容精致，贡献人数少但一样水平高

• CSDN：行业数据量最多，与博客园处于同时代产品，目前处于优点地位，广告/课程等平台服务使其团队规模以及营收能力均处于上乘，可是UI亟待改进。

功能设想

作一个根据内容划分的快速检索目录，服务于各个子方向以及子团体，为用户提供更加快捷方便的查询体验。

• Need：解决从业人员检索时候结果杂七杂八的现象
• Approach：根据类别划分首先作一个初步的检索，根据用户行为判断喜好程度，根据机器学习推荐算法学习出一个类别下热门答案，而且继续定点投放这样的答案。
• Benefit：能够在许多类别下提供比敌手优质的结果
• Competitors：CSDN，简书，知乎专栏
• Delivery：整合如今博客园所拥有的博客信息库便可获得第一版的结果

工做计划

开发3人，研究算法2人，测试1人，美工1人

第 1 到第 2 周：开发人员研究如何使用数据库内容，作一些类别初步接口，研究人员研究如何进行反馈算法，美工初步策划一些图形界面。测试人员能够作实际体验的需求文档。

第 3 到第 6 周：开发进行测试，给出接口，给出一个不许确丑但能用的系统。研究员开发算法代码，挑选出最优模型。测试人员进行单元测试。

第 6 到第 7 周：对接全部的结果，让整个系统好看，而且可以根据用户行为进行反馈调节输出结果。测试人员负责好回归测试。

第 7 到第 13 周：发布 Alpha 版，查看用户反馈的算法是否有效，优化各类细节，debug，继续优化检索--查询功能。

以后的时间 ：根据用户建议调整产品，并产品 Beta 版发布。