详解应对App臃肿化的五大法则

详解应对App臃肿化的五大法则

编者注:本文转自 腾讯 ISUX


先来看一张图:

图上看到,所有平台上用户花费时间都在减少,除了移动端。观察身边也是如此,回家不开电脑的小伙伴越来越多。手机平板加电视,下班场景全搞定。连那些以前电脑苦手的长辈,现在也都活跃在朋友圈上,无责任转发各种小道消息、心灵鸡汤以及人生真谛。

上次在朋友圈发了一张图,晒同事「中二病」的药,立刻被家里长辈好几通电话,一定要我解释解释什么叫中二病…(对治疗中二感兴趣的同学请自行淘宝搜索)

随着用户时间倾斜到移动设备上,移动 App 对 PC 软件的取代作用也随之放大。用户期望 App 能一站式解决所有需求,不需要再切换平台操作。比如网购,从浏览到下单到支付,需要在一台移动设备上搞定。但随之而来的问题是,一些移动 App 重走 PC 软件老路,走向臃肿化。

App 的臃肿化,一方面是用户需求使然,另一方面也标志着移动互联网进入下半场。大型 App,平台型 App 开始出现,App 的功能不断纵深和外延。然而手机的小屏幕和用户的碎片化使用场景,毕竟不如 PC 互联网时代的大屏幕,发挥空间有限。照搬 PC 的大而全的 App,很容易遭用户唾弃。 所以,App 肿了肿么办?

A. 整合

俗话说要想瘦,先学吃。 现实中,大部分的 App 还是在不断地添加着新功能。如何更合理地添加功能,使 App 胖得有节操,是消肿的第一步。

1、扩充导航

通过扩展菜单或导航,加入新的功能模块,是一个非常有效地添加新功能的模式。

如 Path 在 3.0 改版时,增加了了表情商店功能,在侧滑导航中添加一个新项就搞定了!

侧滑导航现在越来越常见,一个重要原因就是因为它充分利用了屏幕的纵向高度,具有良好的扩展性。

Acompli 是一款邮箱 App,如果你通过手机收发 Exchange 邮件的话,那它绝对值得一试。

这里只看它的架构,和系统默认 Mail App 相比,Acompli 用 Tab 的形式,把日历,文档,联系人都整合到一个 App 里。尤其是邮件、日程、待办的整合,对于邮箱重度用户来说,不得不说是相当高效的设计。不过即使整合地再合理,Acompli 整体感觉还是会稍微偏重,取舍就看个人了。

2、Dashboard 式的首页

该模式下,更适合有多个独立子功能模块的 App。比较典型的案例,照片处理类产品,如美图秀秀,百度魔图,天天 P 图等。Dashboard 模式的优点是扩展性强,缺点是各模块相互分裂。如 Line Tools 这款 App,本身就是各种小工具的集合,相互之间没有关联,就非常适合 Dashboard 模式。

3、增加流程分支

在一些线性操作的 App 中,功能整合很可能发生在支线节点上。如 Instagram 为了进军微视频领域,而整合的视频功能。在拍照这里给了一个分支入口,进入视频拍摄模式。

B. 插件

解决 App 臃肿,不得不提的就是插件化设计,试以微信举例。

微信在集成了聊天,交友,社交媒体,生活服务,社交网络,表情平台,游戏商店如此庞杂的功能的情况下,安装包不过 30M 出头,很大程度上依赖于插件化的设计思想。

1、界面框架

微信早期就搭了一个非常有利扩展的界面框架。这使得微信那么多版本,不断增加新功能,但每次新版看起来都变化不大,总是熟悉的 4 个 Tab。每个 Tab 就像一块主板,功能像内存一样插在上面。

2、外部插件

相比内部插件,外部插件的耦合度更低,但是功能更强大。如微信在聊天窗口中,点击加号>应用,可以将其他应用的内容发送给好友。

3、功能可配置

微信相当一部分功能可配置,非常灵活,比如漂流瓶功能,不用的话就可以关闭。还有些功能,当你不用到的时候是不可见的,如公众号。功能可配置+无感化,使得微信在这么大的体量下,依然可以保持相对简单。

C. 分拆

插件化是非常好的思路,但并非每个 App 都如微信这般,要往平台化方向发展。最近很多国外的 App 拆分,也是应对功能 App 臃肿的好方法。如Foursquare 一拆为二,把签到功能单独孵化成 Swarm App。Facebook 动作就更大了,拆分 Messenger,试水 Paper,下架 Poke。App 分拆之后,Facebook 不用小心顾忌影响主 App,可以大刀阔斧的迭代和试错。Google Drive 拆分文档和表格应用,也是一例。

App 拆分的好处是,单个 App 可以更聚焦,拥有更良好的用户体验。

一个更具代表性的例子或许是 Line 了。基于 Line 本身的成功,Line 公司推出了一系列 App,可以称之为 App 矩阵。各 App 功能独立,但在品牌上保持了高度的一致性。通过品牌和 Avatar 带来的强大影响力,App 矩阵进一步增强用户黏性,并非常成功地辐射到周边产品。

D. 拉动

我非常欣赏 Facebook、Google 对 App 的杀伐决断。但是 App 分拆确实也会带来一些问题:新 App 需要从 0 开始积累用户。而通过已有 App 去拉动新 App 的量,是最简单直接地方式。下面来看看拉动有哪些做法。

1、广告

InstaFood 是一款给照片添加美食信息的 App。

左下是它的主界面。通过 Drawer 切换到 What's new 界面时,InstaFood 会推送一些广告,比如右下这几个妹子自拍,推荐用户下载他家另一款 App Selfiegram。

2、入口

Line Camera 的最后一个 Icon,Pick。看起来和其他 icon 类似,是一个功能入口,实际上 Pick 是 Line 的另一款独立 App。点击这个 icon 之后,会跳转到 Pick 的产品介绍页。

3、产品列表

产品列表模式的应用,更多见于系列 App 上。如 Tapbots 这家我很喜欢的公司,他们的设计自成一格,有一批固定粉丝。在 App 的关于界面,列出了 Tapbots 的所有产品列表,引导脑残粉去购买其他几款 App。

4、应用推荐

另一类做法更讨巧些,在 App 中内置应用推荐模块,如手机管家 Android 版。推荐优质 App 的同时,当然举贤也不能不避亲,顺便拉动自己公司的其他 App。

E. 打通

App 间的拉动,更多见于功能独立的 App 之间。对于一些功能耦合度较高的 App 来说,App 间的打通是非常重要的设计点。

1、插件式打通

插件式的打通,比如在 Line 中调起 Line Camera,在 Line Camera 中完成任务后,带着结果返回到 Line。调用的只是 Line Camera 功能的局部,始于拍照界面,终于分享界面,是一个封闭的流程。设计师需要关注的重点是,起点和终点两个体验衔接的地方,以及过程中的分支差异化处理,以保证流程的封闭性。

2、App 间打通

点击 Facebook 的 Tab bar 上的 Messenger 按钮,就会直接跳转到 Messenger App。不同于插件式打通,这里并不是一个封闭流程,Messenger 的所有功能可用。而在 Messenger App 中,全局的头部高亮区域,可以回到 Facebook App,体验非常精准而流畅。这里 Messenger App 头部的全局返回是一个亮点,跨 Tab 全局一致,在单独打开 Messenger App 时不可见,不会影响到 Messenger 单独使用时的体验。

打通的做法目前还不多见。在系统 App 中,如 iOS 通讯录,电话,短信,Facetime 中也有体现。但随着 App 分拆变多之后,多个 App 之间的协同设计,应该引起设计师关注。

结语

移动互联网不是传统互联网的延续,更应视作颠覆。PC 时代的庞然大物,不会也不应该出现在移动平台上。

对于增肥中的 App,我们需要更有规划地整合新功能。对于过于臃肿的 App,通过合理地插件化/分拆,App 间的拉动/打通,才能在小而美和功能复杂性之间找到平衡点。

扩展阅读:


PS:极客公园在未来一段时间内将持续关注 App 的去臃肿化和轻量化趋势,您有任何关于这方面的观点和见解,欢迎在网站上进行直接投稿,或者发送邮件至 caowei@geekpark.net 进行讨论。

AppFoursquare移动互联网
下载极客公园客户端
iOS下载
反馈