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

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

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

前言

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

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

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

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

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

流畅

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

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

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

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

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

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

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

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

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

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

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

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

等。

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

高效

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

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

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

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

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

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

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

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

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

情怀

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

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

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

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

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

创意

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

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

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

总结

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

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

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

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

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

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

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

END.

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