• Week4 案例分析


    Week4 案例分析

    这篇随笔是关于初步使用CSDN 的 App后,对该软件的测评,分析,建议和规划。

    Part1 调研、测评

    CSDN App 的 Bug 发现

    BUG 1

    图片名称

    (二级标题的显示问题)
    可以看到在【资讯】推送列表的首页,部分大标题下面出现了一些“不和谐”的代码。并且这段代码只出现在了【资讯】模块下面的内容预览中,简单对比出现这种 bug 的文章与未出现 bug 的文章,并没有发现明显区别。

    BUG 2

    图片名称 图片名称 图片名称

    (代码的显示问题)

    首先,我觉得这个功能在手机端的体验本身就非常不好,由于屏幕尺寸的限制,大部分代码显示在客户端上都需要横向滚动查看,这一点非常影响读代码的效率,而 CSDN 作为一个程序员技术分享网站,博客文章中最常出现的元素之一可能就是代码。
    除此之外,在这篇文章中,代码的显示还存在 Bug, 上图是客户端看到的代码内容,可以看到后面几十行都是空的(横向滚动也没有内容),下图是在网页版找到的同一篇文章,可以看到后面几十行实际上是有内容的。

    BUG 3

    图片名称

    这个bug我可能无法用 40 字以上描述,简单明了,在后面几个模块的推送中都存在这个问题。(并且我的网络连接没有问题。。。)

    用户采访

    介绍采访对象的背景和需求(他们为何要用这个软件/网站, 有什么痛点,还有别的需求么)

    用户需求:查询技术问题,用处跟使用网页版一样。

    用户对产品有什么改进意见?

    由于用户打开 app 后一直加载不出内容(提示网络异常,请重试(如第一部分写到的 bug3 )),所以用户体验非常不好,改进建议是做一个能用的 App 出来。

    结论

    经过这么多工作,你一定有充分的理由给这个软件下一个评价:

    一般

    除了定性的结论,是否能有定量的结论 (就像最近比较时髦的手机评测那样, 跑个分?), 如何定量地评价一个软件?

    简单调研了各大应用市场中用户对该软件的评分,结合下载量得到定量结论:
    huawei
    kuan
    wandoujia
    yingyongbao
    应用市场调研结果

    Part2 分析

    根据你对 <被评测软件> 的了解, 现在请估计这个软件/网站/服务 做到这个程度大约需要多少时间 (团队人数6 人左右, 计算机大学毕业生, 并有专业UI 支持)。

    由于自己没有相关的开发经验,所以我的推理仅仅根据别人的经验
    考虑到 CSDN App 的一下几个性质:

    • 已有成熟的 Web 网页。
    • 已经确定App功能,目标明确的 CSDN 社区。
    • 内容以文本和图片为主,几乎没有视频、音频等。
    • UI 设计没有特别之处。

    我觉得可能一个月能做出来?

    分析这个软件目前的优劣 (和类似软件相比), 这个产品的质量在同类产品中估计名列第几? 它的市场份额估计第几? 两者匹配么? 不匹配的原因是什么?

    这要看如何定义“同类产品”,如果具体到程序员技术社区这个层次,CSDN 恐怕是国内市场第一,份额也是超级高。
    我觉得两者并不算匹配,原因如下:

    1. 作为一个技术分享社区,对于一些代码密集,公式密集型的文章,是否适合在手机端查看?能否给出更好的阅读体验?
    2. 功能和UI都很一般,感觉是一个微信公众号就能实现的功能,我不会想另外下载一个 App 来体验。
    3. 看第一部分给出的 Bug。

    你在第一部分发现的bug, 为何软件团队不能在发布前修复?他们是不知道,还是有意不修复? 你觉得是什么原因?从下面的可能性中选取几个:

    • 对用户需求掌握不好
    • 具体的设计质量不高
    • 开发人员粗心大意
    • 测试把关不严,敷衍了事,没有注意在特殊的配置或环境下测试
    • 其他

    对于上面的几个 Bug , 我觉得可能原因有:

    • 具体的设计质量不高
    • 开发人员粗心大意
    • 测试把关不严,敷衍了事,没有注意在特殊的配置或环境下测试

    从各方面的问题,推理出这个软件团队在软件工程方面可以提高的一个重要方面 (具体建议)。

    希望多从一个手机端 App 的角度考虑用户的需求和功能设计,不要只是简单的提供一个在手机上使用 CSDN 的代理工具。
    具体的,例如提高用户阅读体验。

    Part3 建议和规划

    这个软件/网站/服务有很多可以提高的部分, 如果你是新上任的项目经理, 如何提高从而在竞争中胜出?

    多收集和分析用户反馈,增加针对手机端的阅读优化方案和传统网页没有的功能。

    作为新的项目经理,这个产品的核心用户群是什么样的人, 典型用户长什么样?学历,年龄,专业,爱好,收入,表面需求,潜在需求都是什么?

    核心用户群:计算机相关专业学生、IT行业人员。
    学历: 本科及以上。
    年龄: 主要分布在 18 - 40 岁
    专业: 计算机相关
    表面需求: 技术交流,资源分享
    潜在需求: 交友(?)

    功能:你要设计什么样的功能? 为何要做这个功能,而不是其他功能? 为什么用户会用你的产品/功能? 你的创新在哪里? 可以用 NABCD 分析.

    其实我觉得用户会用我的产品(CSDN App)是因为他们都是 CSDN 博客社区的用户,他们下载 app 可能只是希望在移动端上也可以访问他们需要的内容。所以我会把功能重点放在提升阅读体验上,但是具体要怎么做我一时半会还没想出很好的解决方案。
    另外还有一个功能,是考虑到用户会在多个设备上浏览和编辑博客,所以可能会对收藏夹,移动端的编辑器做更多改进。例如收藏夹更加细粒度的管理,以及添加书签功能等。

    如果你有钱可以招聘 6 个人, 有 4 个月的时间, 你作为项目经理, 应该如何配置角色 (开发, 测试,美工等等)?

    两个开发,三个测试,一个产品经理。
    我觉得作为一个技术类的应用,UI 够用还行,也不需要太多的设计,所以我不打算招美工。
    一个根据已有网站开发一个 app 相对来说难度不大。
    根据各应用市场的评价来看,可能作为一个手机端的 APP 更重要的是用户体验。所以希望产品经理能帮助分析和发现用户的需求,提高用户体验。更多的测试也是为了防止出现一些令人不悦的 Bug, 作为一个技术类的 app, 出现各种低级 Bug 的确有点说不过去。

    描述你的团队在16 周期间每周都要做什么, 才能在第16周如期发布软件的改进版本,并取得预想中的成绩。

    1-2 周:市场调研,需求分析
    3 周:明确分工,制定计划
    4-6 周:alpha 版本
    7-8 周:测试,反馈
    9-13 周:beta 版本
    14 周:测试,反馈
    15-16 周:改进,发布

  • 相关阅读:
    今天早上打算去菜市场看看是否开张
    昨天晚上雨岳阳通话后,晚上睡着肚子咕咕叫
    已经一周没有开锅了
    今天早上6:00起来,每天晚上回来6点多已经天黑
    其实值班也是一个说法
    感觉每天虽然没有做什么,但是就是觉得睡不够
    现在进入秋季,上海也是在20度左右
    mysql 下 计算 两点 经纬度 之间的距离 含具体sql语句
    java解析xml的几种方式
    myeclipse安装svn插件的多种方式
  • 原文地址:https://www.cnblogs.com/azshue/p/9958853.html
Copyright © 2020-2023  润新知