• CSDN App 分析


    一、调研评测

    CSDN 是一个面向专业IT社区的技术博客类网站,主要用途是分享博主们在IT领域内收获的知识和经验。

    总体来说CSDN手机端的界面还算清爽,但使用过程中仍有一些 bug:

    Bug1

    在修改昵称的过程中,当键入空格的时候,会出现App闪退,但是在修改其他资料(如个性签名)时没有发生。

    Bug2

    头像更改后无法正常显示:当更改头像时,选中所需照片,并对照片进行裁剪后,上传的时候就会显示上传失败或者上传成功但没有修改头像。

    评测

    首先我并不是一个长期使用者,但当我遇到问题在搜索引擎中寻找答案时,经常会搜索到解决了这个问题的 csdn博客,可以说在某些时候对我是有一些帮助的,但我不会主动去看发布在 CSDN 上的博文。

    采访对象的背景和需求

    采访者来自中国科学技术大学,主要的需求是日常了解中文社区上的技术情况,收获一些新的技术知识。

    采访者使用过程

     

    采访者体验

    首先软件的界面总体还算良好,但是博客的质量很一般,且没有任何版权保护和维权途径。使用时能针对自己的提问获得一些回答,有时能解决问题,但有时也不能解决问题。在需求方面,这个App首先是解决了移动端随时随地查阅的需求,但是这个需求并不大。因为往往当一个人想要了解技术细节的时候,会认真在电脑前阅读,而不是通过手机阅读。

    改进意见

    首先是维护版权的功能:因为CSDN上有大量抄袭的、低质量的篇幅,一个问题在搜索引擎中搜索,经常能看到3-4篇不同ID发出的相同内容的博文。在手机端上多推荐一些简短、概括性的博文,适合使用者在手机上对技术的概况进行快速了解,因为手机上阅读博文实际上是通过碎片化时间来学习,而不是花大段的时间学习技术细节。从这个角度来看,这个CSDN App 不做推荐。(但是CSDN网页版在查询技术问题时能起到帮助,所以做一般推荐)

    二、分析

    从写软件的角度来说,6人的团队,可以在1个月左右开发出所有的核心功能,做完测试并发布alpha版,之后在通过收集用户回馈来完善周边功能以及一些其他的功能。因为手机上很少有IT技术类的博文App,而CSDN的网页版又是中文IT社区的一大平台,因此这个软件在市场份额应当是非常多的,但是这个软件的质量却非常一般,仍然有许多bug等待修复。

    Bug无法修复的原因

    首先可以从App Store 中看到,软件的作者对每个用户的评论都进行了回复,从中可以看出软件的作者也很有意愿提高这个App的质量,之所以没有解决这些bug的原因可能是,测试人员不够专业,或者团队人数过少,没有很多时间完善这个App。

    同时,我觉得团队在需求方面并不是把握的非常好,在网页版中,我觉得越少的干扰越好,现在的网页版,中心时博文,左侧时作者信息,右侧时这个博文的评测。我觉得这个想法还算合理,但是作为博客,我觉得更多的应该是为了给读者带来沉浸式的阅读,所以两边侧栏我认为应当收起,可以通过一个按钮展开。至于App,如前所述,我认为推荐系统仍需加强。

    三、建议和规划

    1. 增加侵权投诉,所有博客页面右下角都可以申请侵权。这样社区中的版权问题就会逐渐变好。
    2. 增加反对按钮,所有博客下面除了赞,还可以反对,反对达到一定的数量后,这个博客将被关闭不再出现在CSDN的搜索页面上,这样可以提高社区中博文的质量。
    3. 新增碎片学习专栏,专为手机端App服务,通过引入短小精炼的博文(或科技新闻)来充分利用碎片时间使用这个App进行学习
    4. 网页版少放广告,广告可以放在搜索结果的页面上,但请不要放在进入博客后的页面上,这样明显让人感觉下档次。
    5. 进入博客页面后只显示博客内容,作者信息可以这在最上方一栏显示,推荐、评论内容请放在博客最底侧,尽量保证阅读时有沉浸感,不被其他信息干扰。
    6. 优化UI,这个博客界面感觉是上世纪的风格。

    如果我招募到6个人,在4个月时间里,我觉得足够能完成1-5点的内容,最重要的是1,2,5三点内容,可以大大提高整个社区的质量和用户体验。首先在前两个月中,我会让3个人分别开始1,2,5三点的内容,然后剩下三人测试App的功能,完善App存在的bug。两个月后,这3个人开始测试新增加的1,2,5三点的功能,剩下三人开始写2,3,6这三个功能,其中5,6这两个功能在开发过程中需要跟美工师协商。

    流程:

    1-2周:全员了解项目架构

    3-8周:1,2,3号队员分别完成1,2,5点内容;4,5,6号队员对原有的App进行测试修补Bug

    9周:交接,一周内对所完成1,2,5点内容进行测试

    10周:上线新功能,查看用户回馈,并快速修补

    11-15周:4,5,6号队员分别完成2,3,6这三个功能,1,2,3号队员继续接受用户回馈,修改bug

    16周:交接,测试所有新功能

    17周:上线新功能,查看用户回馈,快速修补

  • 相关阅读:
    Android Widget小组件开发(一)——Android实现时钟Widget组件的步骤开发,这些知识也是不可缺少的!
    java基础——static keyword小节
    iOS UI08_UITableView
    Android 6.0 开发人员对系统权限的使用与练习(Permissions Best Practices)
    Android简单实现BroadCastReceiver广播机制
    UI组件之TextView及其子类(一)TextView和EditText
    BZOJ 3112 [Zjoi2013]防守战线 线性规划
    反射 + 配置文件 实现IOC容器
    android:异步任务asyncTask介绍及异步任务下载图片(带进度条)
    【LeetCode-面试算法经典-Java实现】【058-Length of Last Word (最后一个单词的长度)】
  • 原文地址:https://www.cnblogs.com/zhiqilin/p/9960072.html
Copyright © 2020-2023  润新知