如何正确完善的拆解一款 App

标签: 极客互联 | 发表时间:2017-01-01 19:40 | 作者:shendao
出处:http://www.shellsec.com
如何正确完善的拆解一款 App

如何正确完善的拆解一款 App.png

呆呆:2017年第一篇文章。我知道你们等这篇文章很久了,所以今天我详细说说,如何去拆解一款 App,然后从中学到哪些知识。

前言

我们都知道,互联网工作者,尤其像产品、交互、UI 这类,手机里要是没有个百来款 App 都被认为不够专业。不要以为我夸张了,我认识的一些水平不错的人,都是这样。

我自己也是从入行开始,定期去分析一个 App ,写出里面的关键点,比如我能从中得到什么结论、学到什么新的交互逻辑、页面怎么更好的布局、某些提示怎么处理等等。

因为做了这些工作,我的逻辑能力也有明显提升,有时候讨论一个问题也能很快想到类似的处理方式,然后根据自己的产品定位,进行一个处理方式的优化。在很好的解决了问题的同时,也提高了团队的工作效率。所以分析拆解 App 还是很有用的。

那么今天我从以下四个点来说说如何去拆解一款 App:

  • 流畅
  • 高效
  • 情怀
  • 创意

流畅

一般拿到一款 App ,不是先探究细节,而是先要观察整体。先完整的操作一遍这款产品,熟悉大致的功能、页面流程以及框架结构。

熟悉功能是要让自己知道,这款产品是要“给谁用”和“用来干什么”。(这里涉及不到“在什么地方用”这个概念)

如何正确完善的拆解一款 App

给谁用。能分析出产品目标人群的定位是谁,记录下来,因为深入分析任何一款产品之前,你都要清楚的知道它是给谁用的,这样你才能根据后续的功能、流程、页面逻辑等信息推算出这款产品的设计是否符合这个人群的要求。然后根据这款产品的用户量(包括日活等信息)评判出产品的设计是否合理。

其实这步挺难的,因为我们没有唯一的标准,所以只能靠更多的训练来提升观察及判断的能力。

用来干什么。我们知道了这款产品是给谁用之后,同时也要知道这款产品是用来干什么的。也就是分析出这款产品的核心功能,这个功能它是否适合这个人群。

从这两点的结合可以得到一个结论:即产品设计的是否规范合理。

然后我们就开始重复的操作,即在使用功能的过程中,是否有不合理的情况出现,整个流程下来是否很通畅,以及是否有阻碍点。这一步我们不看效率,只看是否能顺利完成。

举个极端的例子:我们让用户买东西,用户已经下完单准备付款了,然后页面突然弹出个“付款问题须知”。这不是很坑爹么?

所以在这个过程中,我们要善于发现不合理的地方,保证整个页面的操作是 流畅的。

这一步做多了,我们能轻易的发现各种产品的操作不合理之处,只要你用心观察,都会被你揪出来。

完成“流畅”操作后,也就是第一步的学习,你记录的点应该是:

  • 产品的定位
  • 核心功能点
  • 操作步骤及问题处理
  • 可学习信息

等。

这里做的每一步都是至关重要的。

高效

那什么是高效呢? 即快速并很好的完成你要做的事情

如何正确完善的拆解一款 App

这里就已经是到了细节的部分了,“流畅”是观察整体,“高效”是探究细节。

有人可能会误解,认为流畅即高效。不对的,流畅只是顺利完成一个功能的操作,中间不会有什么问题出现。而高效,是更快及更好的完成功能的操作。

“高效”主要是用来判断这款产品有没有操作冗余,比如什么多余的步骤,或让人觉得有歧义的问题等。从这一步开始,我们更多的是去发现问题,并去解决。

比如我要搜索一个商品,从搜索到内容页面,一共跳转了几次、是否搜到用户想要的商品、结果如何展示等等。每一步都详细去记录并总结。

做这一步的好处是,我们能慢慢发现,其实有很多步骤是多余的;同时自己在做产品时,也会发现有很多东西都做多了。这样重复的操作,然后去发现问题,能很好的提高你的判断能力。

举个例子:我们用信用卡付款的时候需要输入各种信息,姓名、手机号、银行卡号、卡的验证码等,第二次、第三次去付款,如果每次都要这样输入就会很麻烦,所以有些浏览器会有记录信息的作用,只要你输入姓名(有些不需要填写,就直接出现选择下拉框),就可以选择之前填写过的信息,一次性帮你完成所有信息的填写,然后直接购买。(这种功能当然要在自己电脑上再去用哈)

这样就能很快的帮助用户完成这些操作,而且体验也好。

所以我们在做“高效”部分的时候,要去想有什么能更快的提高操作流程的方法,这款 App 是否有做到“高效”等,然后去学习及总结。

情怀

上面是关于产品框架和细节的理性拆解,而到了情怀这一步,就是交互和视觉的结合所表现出的感性部分了。它一般不会出现在功能中,更多的是产品本身或产品推的活动里。

情坏这个环节其实很少有 App 能做到,因为确实不好做,如果你在某个产品里能发现,说明这是一款有感情的产品。

有时候,我会被一些 App 的设计所打动,从整体到细节的过渡,好像触及了心里的某根弦。比如我听到安琥的《船长》(梦幻西游当时的主题曲)我就会想起小时候大家玩梦幻西游的场景(虽然我不玩游戏,但是身边不少玩游戏的人),我会想到我那时候在做什么,一连串的回忆就会袭来。

有些产品,本身的属性就是走情怀路线,比如 Pokemon Go ;有些产品的活动,走的也是情怀路线,比如 H5 征文活动:我们的青春。

遇到这类产品,你要做的是去感悟,从中理解到什么,并记录下来,写下你的感受。如果你接到类似的需求,你会怎么做? 如果也要求你加入情怀,你能把它化为自己的然后复用么?好好想想。

创意

说到创意,这已经不是我第一次提到“创意”这两个字了。之前写《关于交互设计师的核心竞争力》的时候也说过,因为真的太难做到产品的创新了,所以如果你能够在一款产品中发现新创意,你要抱着一个心态去对待——审查。

用“流畅”、“高效”去对产品该功能进行审查,看是否符合这两个定义。要是不符合,说明这个创新是失败的,因为它并不能达到用户的需求。而如果符合,恭喜你,你的知识框架有了新的记录点。

对待创意,要有一颗同理心,自问我们确实很难做到创新。那你和别人的差距在哪里呢?无非就是平时的积累。

总结

看到这里,虽然“情怀”和“创意”看着好像很重要,但其实最重要的是 流畅高效

带着你的问题去拆解产品,不要盲目的去把玩一款新的 App,以为玩过了就理解了,其实早得很。

有些人说什么透过现象看本质,从分析 App 看出这个产品乃至公司的战略布局、发展走向,别闹了,不可能的。我们把玩 App、去分析拆解,其实就是站在交互、UI 的角度,然后提升这方面的能力。至于其他的,如果没有数据等信息的结合,那纯粹就是吹嘘的,大家当笑话看看就好了。

还有需要注意的一点是:不要以为只要去分析产品就可以变的很牛了。在我看来分析 App 是实战,那么看书就是学习理论知识。所以平时一定要多看书,再结合实战。

最后,我多次提到总结,拆解是实战,看书是理解,那么总结就是吸收。

方法已经给出,能做到什么程度只能看你们自己。是否要花费时间去努力学习也是自己的事情。还有,方法只是方法,不实施只是一卷废纸。

人们经常说生活没有给你什么回报,其实不是没有给你,只是你做的还不够而已。

END.


我是呆呆。交互设计师一枚,喜欢看书和写作。如果你读完我的文章有一丢丢收获,那就试试打赏、关注和点赞哈!

相关 [正确 app] 推荐:

如何正确完善的拆解一款 App

- - 神刀安全网
如何正确完善的拆解一款 App.png. 呆呆:2017年第一篇文章. 我知道你们等这篇文章很久了,所以今天我详细说说,如何去拆解一款 App,然后从中学到哪些知识. 我们都知道,互联网工作者,尤其像产品、交互、UI 这类,手机里要是没有个百来款 App 都被认为不够专业. 不要以为我夸张了,我认识的一些水平不错的人,都是这样.

App 和 iCloud

- 笑炊 - 爱范儿 · Beats of Bits
iCloud 的技术细节还在 NDA 的保护下. 但是大家的好奇心不能等到 NDA 失效再满足. 本文基于对 iCloud 的猜测写成,靠谱与否,等待时间检验. 打开浏览器,嗯,今天用 Safari , Chrome , IE 或者 Firefox. 输入 Twiter.com ,啊,不对,是 Twitter.com.

App Internet 革命

- Cary - Mr. Jamie 看網路與創投
Apple 公布最新一季的財報,3 個月賣出了破紀錄的 3,500 萬台 iDevices (iPhone, iPad & iPods). Google 公布最新數字,全球有 1.9 億支 Android 已經被啟用. 大家很興奮「智慧型手機」、「行動裝置」革命終於來到,我卻隱隱感覺到另一件更重大的事情正在發生,我們所熟知的「網路」,即將經歷另一次大幅度的轉變.

浅析App Engine

- - 搜索研发部官方博客
在国内外,云计算正在大步的走向商业化的道路,也得到了越来越多公司的重视. 其中平台即服务(Platform-as-a-Service  PaaS)已经称为业界探讨云计算的热点方式之一,采用PaaS模式来构建应用运行平台App Engine是一种重要的实现方式. 本文主要是对App Engine的背景、特点、需求等进行分析整理,并据此对业界主要的App Engine进行了调研分析.

Mobile App 将死?!

- - Tech2IPO
日前,Mozilla 产品副总监 Jay Sullivan 称移动应用不久即将成为历史,未来将是移动 Web 应用的天下. 光盘好歹还能当杯垫,可怜 Mobile App,难道就这样一下跌落进历史的垃圾堆. Mozilla 的产品副总监杰 • 沙利文 (Jay Sullivan, 上图) 日前表示,移动终端应用(Mobile App)没有未来,真正有前途的是移动 Web 应用(Mobile Web App).

APP已死?

- - 商业不靠谱
APP目前面临的几大窘境将促使搜索引擎由Search向Service、Getting 转变以适应用户在APP时代养成的简洁、高效等习惯. 《未来移动终端应用 C/S Vs B/S 架构》 许永硕——物联网智库. 参照PC软件的发展历程,B/S架构或许是破解APP难题的出路,目前,微信开放平台、手机QQ等在尝试扮演Browser(http://open.weixin.qq.com).

欺诈 app 追杀 — 给 App Store 的信

- Webto - Wangling
感谢 @apple4us 的建议. 我深知如果等着别人相助,此事大概会不了了之,届时只徒留一篇愤概文章. 所谓“追杀”,敌未死,我未停,正如给“动车追尾”事件的受害人追讨公道,公道未到,追讨不止. 于是,我刚给 App Store 发了信,如下:. 每人干掉一个坏蛋…,坏蛋没那么多;每一百个人、每一千个人、甚至每一万个人干掉一个坏蛋,世界都会美好许多.

Web App和Native App 谁将是未来

- - 互联网旁观者
未来是Web App的天下,还是Native App的天下. 作为设计师,我们是应该努力把客户端的体验提升到最优,还是在网页应用层面上做更多的设计. 那么,我们首先应该立体的认识一下Web App和Native App. Web 无需安装,对设备碎片化的适应能力优于App,它只需要通过XHTML、CSS和JavaScript就可以在任意移动浏览器中执行.

Blogger也有App了!

- 幻幽 or A書 - Jas9 Taipei.
感覺上,彷彿自從Google+推出之後,所有Google的既有產品服務都積極活動了起來. 繼上週Blogger的新後台從Draft轉到正式版更新上線之後,Google終於也推出期待多時的官方版本Blogger App.

创建Chrome Web app

- Hobbes - Marshal's Blog
编写了一个Chrome下使用的Web app. 点击这个应用,就可访问我的博客. 其实有它特殊的好处,直接访问网站,程序无法自动获取HTML5的权限,比如存储限制. 安装应用,相当于安装了一个配置文件,浏览器将打开必要的权限. 如果你也使用Chrome,可以通过这里下载安装. 开发这样的应用并不难,过程类似以前开发Chrome扩展(编写最简单的chrome扩展).