APP案例分析

Posted 魏修祺

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了APP案例分析相关的知识,希望对你有一定的参考价值。

测试环境:360手机N5、Android版本号6.0.1
测试对象:掌阅iReader版本号7.1.0

第一部分 调研, 评测
(题目2,3合并回答,题目4,5合并回答)
1.下载软件并使用起来,描述最简单直观的个人第一次上手体验。
      初次使用APP界面效果图:
 
       掌阅入手的第一感觉就是高大上,界面精美,功能非常丰富齐全。随意使用部分功能,查看各个页面后感受:总体给人感觉功能操作简单、直观易上手,页面切换流畅,能够进行部分自定义设置,设置字体大小、字体类型、背景设置等。仔细看了下书城,书城书籍划分很细,书籍分类明确,但书城推送书籍过多,推送的书有部分是不感兴趣的。

2.按照《构建之法》13.1节描述的 bug 定义, 找出几个功能性的比较严重的 bug。
Bug的定义:软件的缺陷
Bug可以理解为:症状(Symptom)、程序错误(Fault)、根本原因(Root Cause)
1)症状:即从用户的角度看,软件出了问题。
2)程序错误:即从代码的角度看,代码的什么错误导致了软件的问题。
3)根本原因:错误根源,即导致代码错误的根本原因。
掌阅相对于同类读书app是非常优秀的,且更新较为频繁,大的bug没有找到,只能从个人在使用这款软件时,用户的体验上来说说我认为的缺陷。
BUG1 存在问题如下图所示:
       
问题:掌阅中可以安装词典的插件,当存在你不认识的字时,可以按住字查看其解释。比如上图的假设“骨灰”不认识,以这种操作查看其意思,但是会经常出现查看字意思变成其在字下加下划线,就如上图显示的过程,且下滑线不能直接在此处删除,要在目录中找到想法/划线处才能删除。

个人的分析(自己想法)

  • 症状:操作稍微有点滑动时,就会出现查看字释义变成下滑线。
  • 根本原因:查看字体释义的操作和下划线标注操作动作相似。

BUG2 存在问题如下图所示:

      

问题:当前绑定手机号是过去的手机号,当该号码停用时,如果想改变手机绑定,却是需要过去手机号做验证,这显然是无法办到的。

个人的分析(自己想法)

  • 症状:当号码不在使用时,无法进行手机绑定修改。
  • 根本原因:没有顾忌到废号码如何进行手机解绑,和绑定新号码。

 3.选择一个朋友(用户)进行采访,并加以记载。

3.1. 介绍采访对象的背景和需求。
  • 作为一个喜欢看书的人,电子书相对于实体书而言更方便,随时随地都可以使用。所以要保证书籍的多样性,不能出现找不到想看的书。
  • 阅读过程尽量不出现严重的缺页漏章、出现大量错别字等,保证书籍正版。
  • 能够记录看过的书籍,并且推送我喜欢的类型书。
  • 电子书能够免费最好,但也不能太贵。
3.2. 让采访对象使用该产品的功能。
我让同学在宿舍安装使用了掌阅app。下载登入后,让他尝试下大部分功能,整个过程花了半个小时左右。
3.3. 描述用户使用这个产品的过程,用户的问题解决了么?软件在数据量/界面/功能/准确度上各有什么优缺点?用户体验方面有问题么?
  1. 用户使用过程:该用户下载并用第三方登入后,先完成每日签到,之后通过书城查找到自己想要的书籍。点击书本,进入读书,先设置字体大小、行间距、背景、字体类型等,调整合适自已风格的看书模式。同时也尝试本地导入书籍,排版与app里推荐的书籍排版基本一致;并且安装词典插件,能对生词释义。对于有感受的语句进行标注和谢自己注释。
  2. 用户的需求基本得到解决,但还是有不足之处。电子书能够免费的基本没有,有些书籍电子书价格与实体书价格基本一致。
  3. 优点:掌阅书籍基本都是正版,书籍没发现严重的缺页漏章,并且错别字大大减少,阅读体验感很高;本地导入的书籍能够正确排版,分出目录;功能简单明了,操作性简单,词典等插件,提升对生字的识别能力。缺点:掌阅书籍相对较贵;有些生僻书籍较少;丰富的功能用到的相对不多。
  4. 除了一个书籍较贵之外,基本满足他对一个读书app的所有需求。
3.4. 用户对产品有什么改进意见?
  • 书籍可以更具丰富,满足更多人的需求
  • 能够降低书籍费用,或者更丰富活动抵消书籍费用
  • 不喜欢手动点签到,最好能每天登入后自动签到
3.5. 结论:经过这么多工作,你一定有充分的理由给这个软件下一个评价:
  1. 这款app我使用的时间较长,功能较为丰富,基本上实现我和我采访对象的需求。
  2. 这款app最推崇还是词典插件,能够满足我在看书过程直接查看生词释义,不必每次都查百度。
  3. app能够提供更丰富的阅读自定义设置,提升阅读感。
  4. 对很多人来说最大的不足之处就是,书籍较贵,每月都要花费一定费用。
  5. 综合以上,总体来说给这款软件一个评价的话,我会给:好,不错

 第二部分 分析

(参考《构建之法》 8.6 节 对工作的估计, 和14.1 节 软件工程的质量)

1.尽可能地使用软件的所有功能 。

       掌阅app主要分为四大功能区块,分别是“读书”、“书城”、“发现”、“我的”。其中每个功能下有细分诸多功能。“读书”下有,查找书架书籍、本地导书、书籍分类、修改书籍封面、读书等等;“书城”下有,图书分类,查找书本,图书推荐等等;“发现”中有,书友圈,签到活动、图书商城等等;“我的”中,查看个人信息,个人自定义一些设置,消息推送设置等。

2.分析这个软件目前的优劣 (和类似软件相比), 推理出这个软件团队在软件工程方面可以提高的重要方面 (具体建议)。要求把对比的结果列出一个表格,对比每个软件各自的优点和缺点。

 

       总体来说,掌阅app在众多读书app中有相对数量的用户,不仅具有与其他读书app相同甚至更优于的功能,还在于更侧重于出版图书,吸引用户;还在于其没有广告,提升阅读感受。其他同类app基本都具有广告。

 3.[附加题]根据理解和体验,画出整个软件所有功能逻辑框图,根据重要度标识出各模块的重要度、完成度、出发点及效果;

4.[附加题]针对不同的维度评分,对用户体验方面、UI界面美观度、核心功能,分别打分(能给出更详细的评分更优)。

评分标准假设为10分制。

用户体检:8分

UI界面美观:8分

核心功能:9分


 第三部分 建议和规划

(参考《构建之法》第8章功能的定位和优先级;第9章项目经理)

1.如果你是项目经理,如何提高从而在竞争中胜出?

       如果我是项目经理,作为一款app软件“颜值”必须要高,首先必须提高对于界面要求,能够让用户第一眼就喜欢上。然后要不断加强提升对于功能的设计,满足各种用户对于不同功能的需求,同时不断接受反馈,丰富功能设计。最后就是app的经营,适当的活动以及合适的方式留住用户。

2.目前市场上有什么样的产品了?

目前市场上有QQ阅读、宜搜、书旗小说、百度阅读等。

3.你要设计什么样的功能?

       读书软件核心功能必须具备,同时对于用户行为有更多更准确的分析,支持用户自主上传自己作品,能够让用户自定义打造适合自己的读书app。

4.为何要做这个功能,而不是其他功能?

       读书app核心必须具备,这是一款读书app最重要的地方,之后才逐步满足用户的需求。现在的大数据时代,记录用户的操作行为,能够为用户推荐适合他书籍或者是操作模式,提升用户的体验度,才能留住用户。一款读书软件用户很多时候都是读别人的经历,感悟别人的人生,为什么不弄一个模块能够让用户分享自己的经历,让别人体会自己的人生呢?人都具有自己的个性,不受约束越发成为常态,一款app过多的约束反而会引起用户的不满,开发打造自定义读书软件,我想着会受到更多人的喜爱。

5.为什么用户会用你的产品/功能?

       因为我们最初的出发点就是站在用户体验的立场上,致力打造一款适合多人群,可定制的读书APP,同时分析用户行为,用数据满足用户,提高用户体验度。

6.你的创新在哪里? 请使用 NABCD 分析(http://www.cnblogs.com/xinz/archive/2010/12/01/1893323.html).

  1. N:把自己当做用户,自己需要哪些功能,想要哪些功能,同时了解使用读书app的人需要哪些功能。
  2. A:首先满足用户所需基本需求,优化界面,吸引用户,同时逐步升级满足各式人群需求,并且通过适当活动来留住用户。
  3. B:满足用户所需要的好处。
  4. C:市场的同类产品竞争非常激烈,要对同类产品具有的功能,我也具备,同时打造同类产品不具备的独特功能,保持积极竞争性。
  5. D:提交相关平台推广,同时设置用户体验平台帮助推广。

7.如果你来领导这个团队,会有什么不一样?      

不一样的地方不好说,但我会更重视用户的反馈,努力满足用户。

8.如果你的团队有5个人, 4个月的时间,你作为项目经理,应该如何配置角色(开发,测试,美工等等)?

将4个月当成20周来计算。

       1-8周,能够让用户开始使用一款app,是从其“颜值”开始,所以美工在最初时候会放在首要位置,同时开发要兼顾,要实现用户在使用app是最核心功能要保证,测试会弱些。所以美工会分配3个人,开发2个人

       9-16周,要满足多种用户不同需求,此时开发会占主要,同时测试也要兼顾到,美工完成界面主体设计,剩余细节设计,美工会弱些。此时开发3个人,美工1个人,测试1个人;

       17-20周,要保证开发app不出现重大bug和过多的小bug,测试占主体,同时也会有开发和美工,测试3个人,美工1个人,开发1个人。

以上是关于APP案例分析的主要内容,如果未能解决你的问题,请参考以下文章

Express实战 - 应用案例- realworld-API - 路由设计 - mongoose - 数据验证 - 密码加密 - 登录接口 - 身份认证 - token - 增删改查API(代码片段

Android App 在片段中创建 ListView 引用时关闭

如何使用模块化代码片段中的LeakCanary检测内存泄漏?

javascript UV Index Monitor App订阅PubNub并显示UV索引值。博文的代码片段。在这里查看项目:https:// githu

Android 逆向整体加固脱壳 ( DEX 优化流程分析 | DexPrepare.cpp 中 dvmOptimizeDexFile() 方法分析 | /bin/dexopt 源码分析 )(代码片段

iOS xcode 代码片段