第四次个人作业——案例分析
| 这个作业要求在哪里 | https://edu.cnblogs.com/campus/fzzcxy/2018CS/homework/11966 |
|---|---|
| 这个作业的目标 | <找bug做测评> |
| 1 调研 | |
| ========== |
1.1第一感觉
看起来像是一个（注重程序员）新闻推送的软件
1.2基本功能介绍
- 首页
- 学习
- BLINK
- 消息
- 我的
很典型的UI设计，五部走那种UI
首页推送新闻
学习推送类似于MOOC
Blink在我第一印象看来有点像QQ空间
消息就是非常普通的设计了，普普通通的简洁UI
我的部分也是传统的UI设计
1.3优缺点分析
优点
1.百度查不到的CSDN有，
2.百度查的到的，CSDN也有
3.CSDN有一套自己的标准博客倡导风格
缺点
1.博客过期，没有时间排序查询一个问题经常会查询到很多无效答案（时间过期）
2.部分内容付费查看，但是在你点进去前没有提示
3.CV和无授权搬运情况严重
1.4 希望改进
我希望CSDN能保持1.3中描述的优点改进1.4中缺点
2 测评
2.1 采访对象的背景
对象：我的室友
2.2 采访的问题
问：你使用CSDN有什么困难吗
答：目前还没有遇到什么困难
问：你为什么使用CSDN？
答：查代码
问：你使用CSDN有什么特别希望改进或者特别讨厌的功能吗
答：手机端点跳转链接会提示我下载CSDN，我就是不想用APP而用网页还提醒我下载
而且他可以跳过下载页，但是得非常小心的点某个小小的按钮。
2.3 BUG
-
BUG1
在windows10下mumu模拟器【*DIRECTX 3D 11.0】环境下运行的时候及其不稳定，操作5个点击以上高概率崩溃闪退，次数4/5
切换成【openGL ES 3.1 + ASP】环境就稳定了
在【FreeBSD 11 x64】虚拟机模式下安装【Android-x86 8.1-r5】ISO包下运行，根本进都进不去闪退严重。
说明CSDN没有做对应的虚拟化处理 -
BUG2
当我使用jadx-gui(javac)反编译观察apk文件的时候
居然没有做apk加密！
啊这.jpg
2.4 我在第一部分发现的bug，为何软件团队不能在发布前修复？他们是不知道，还是有意不修复？
第一个bug,我觉得是....用户面积小改良成本高，而且本身关注度不高导致的
第二个bug,开源？
3 分析
3.1 估计这个软件/网站做到这个程度大约需要多少时间
50人团队，一年
毕竟现在CSDN已经非常完善了
3.2 产品比较
| others | 对比 |
|---|---|
| gitub | 时不时卡，需要VPNFQ |
| 博客园 | 博客园糟糕的UI设计和404 |
| 知乎 | 知乎久闻大名...基本上找不到有帮助的（除了顶层建设和营销号） |
| 豆瓣&简书 | CV和无授权搬运严重（指除了CV几乎没有原创了）还有他博客风格根本不统一 |
3.3 给CSDN评分
| 评分 | 根本用不了0 | 难用2 | 能用4 | 凑合8 | 比较好用9 | 十分好用10 |
|---|---|---|---|---|---|---|
| 没有功能0 | 0 | 0 | 0 | 0 | 0 | 0 |
| 缺乏功能2 | 0 | 4 | 8 | 16 | 18 | 20 |
| 只有核心4 | 0 | 8 | 16 | 32 | 36 | 40 |
| 功能丰富8 | 0 | 16 | 32 | 64 | 72 | 80 |
| 功能专业9 | 0 | 18 | 36 | 72 | √ | 90 |
| 功能完美10 | 0 | 20 | 40 | 80 | 90 | 100 |
好，不错（81/100）
CSDN在使用性和专业程度上都是属于毕竟好的水平。
3.4 CSDN改进建议
1.处理CV（无授权搬运）严重问题
2.强化CSDN博客风格统一化，这是CSDN的优势
4 规划
4.1 市场概况
程序员数量日益激增
内卷（下图如示）
-
CSDN作为一个老牌的程序员论坛，口碑已经在这了
直接的用户就是目前的CSDN用户，潜在客户是所有程序员。 -
现在互联网趋势就是内卷，低端饱和，中端各种意义上都中间位置，顶层稀缺。
很标准的金字塔模型，在未来趋势可能是会逐渐变成橄榄模式， -
目前市场上产品请参考3.2
*与博客园是同质化竞争，GITUB是上家竞争。
4.2 产品规划
-
如果我是新上任的项目经理，做新功能前摇考虑
1.改革不一定都是好事（指戈尔巴乔夫）
2.针对上述金字塔模式，CSDN应该赚黄金矿工矿镐工具那样的钱而不是像黑马培训一样拿着冲锋枪直接冲进市场
3.同质化竞争的博客园自己拉胯了，得吸取他本社爆破的经验争取不犯一样的错误
4.博客园都本社爆破了，同质化竞争的CSDN居然不着急自己项目有没有历史遗留风险还去开发新功能？ -
那么新功能
要符合
1.项目小，实现简单
2.见效快，收益好
3.（可能）提高用户黏性 -
那么结论就是
例如：开发在线的云编译环境
类似于阿里云Data Science Workshop，套用各大编译器的UI设计和逻辑内核
人力分配：4个程序员，一个美工，一个PM
| 周数 | 任务 |
|---|---|
| 1 | 明确需求，与用户沟通 ，绘制UML，书写软件规格需求说明书 |
| 2 | 分组，讨论技术与细节可行性构思 |
| 3～6 | 分配成员实现类功能 |
| 7-8 | 测试找BUG |
| 9-14 | 返厂修bug |
| 15 | 评估 |
| 16 | 发布首测版本少量用户体验测试 |
PM额外负责调整计划和风险管控和争取资源
