刚接触APP设计的同学必读!APP的解构及重构.pdf

刚接触APP设计的同学必读 ！APP的解构与重构 行文虽长 ，但全是拧干脱水的 ，刚接触APP设计的同学果断收藏 来吧。 Troy ：大学美术史 （选修 ）的第一堂课上 ，那老师开门见山的说 ：知道大家认真听课的不多 ，下节 课能来多少也不知道 ，这里介绍一个自学阅读的办法 ，方便你们抱佛脚 ，在我看来大部分书籍讲的 实质性内容都很少 ，这就需要拧干提纯 ，发现一本书有用之处最有效的方法是看目录 ，大家能消化 掉美术史这本书的目录就能考60分了。 对于其它休闲类书籍你大可从目录里面选择自己有兴趣的章节阅读 ，感兴趣的章节对你来说就是 干货 ，整个目录你都不感兴趣的话 ，那这本书就杯具了…不知道其他同学的感触 ，我后来阅读一直 用这个方法 ，此技巧甚至可以列入我大学所学有用知识前十强 ，其它九强已然忘却。 其实一本书写好之后放在那里就是按照作者意图设定的静态结构存在 ，但是读者看书时没有必要建 立和作者一样的结构 ，对个人来说是完成一个任务的过程。任务如果和结构吻合是好事 ，如果不吻 合那就痛苦了 ，很多人很可能还没看到有用的地方就合上这本书终止任务了。 新华字典就有一个严谨的结构 ，用户需要认证学习才能掌握使用方法 （也就是了解字典结构 ）进而 完成查字典的任务 ；儿童识字卡没有自己的结构 ，甚至可以一页页拿下来 ，同时儿童的任务也是最 简单直接的 ，认识一个字和另外一个字都是独立的任务 ，不需要建立联系。 这位老师介绍的方法实际上把我们从执行阅读任务依附于书籍结构的习惯中解放出来。书籍的结构 和读者的任务是可以不对等的 ，你愿意读哪一页就哪一页。这可以类比到APP的结构与用户的 任务 ，APP都是按照固定结构上线的 ，用户在使用过程中完成的确是一个个独立的任务 ，这就是为 什么云阅读后台常看到 ：离线下载后去哪里查看啊 ？搜索去哪里了 ？这类反馈的原因 ，因为用户不 关心你是什么结构 ，只要在完成任务过程被终止了他们就会抱怨。 当然了设计师也会对着悲惨的数据说 ：此按钮如此明显怎么用户就不知道去点击呢 ？网易云课堂的 课程详情页右上角有个大大的按钮“参加该课程” ，But数据显示用户就是不去点它 ，理由很简单 ，用 户执行自己的任务时不会想到用它 ，你就是弄个闪电雷鸣的提示效果都不会大 ，传言设计师后来在 目录中加入“课时预览”就好多了。 用户很坦然 ，微信满足不了他们约炮的欲望 ，可以改去陌陌。但是设计师就忐忑了 ，网易云阅读的 产品结构满足不了用户的阅读任务时就会流失他们。所以作为设计师要最优化的解决APP结构与用 户任务间的关系 ，如何优化 ？我们先理解一个APP结构是个啥 ；再来看看被解构的APP如何组装 来已满足用户任务。 第一 ：解构APP 设计师都可以轻易的知道“APP是由页面组成的” ，但这又是一个毫无意义的结论 ，那么我们来尝试 站在“页面”这个角度宏观和微观的看一下 ，借用一个口语就是——向左看向右看。 1、向左看 ，APP的世界里有三个页面 ：聚合页、列表页、正文页。 聚合页汇聚了各个模块的入口 ，从这里用户可以选择要去的地方 ，比如网易云阅读的首页 ，里面有 用户订阅各大资讯源 ；列表页就是纯粹某项内容的列表展示 ，如果你进入网易云阅读的某个订阅源 就可以看到这个页面了 ；内容页是最底层的内容展示页 ，用户在内容不能再往下走层级了 ，当然了 横向串动或者向上跳是可以的 ，对应的就是你在网易云阅读里面看某篇资讯详细内容。 2、向右看 ，一个页面总是由三个元素组成 ，主内容、页面工具、页面操作。 主内容必然存在 ，即使是空态都会展示个哭脸之类的。拿书籍正文页来说 ，这本书的文字就是主 内容 ；页面工具用来改变一些展示方式 ，如 ：字体大小、夜间模式、亮度 ；页面操作含信息的处理 路径 ，如 ：评论、分享、加书签、查看书籍详情、复制、剪切。 这三个页面组合在一 ，仅内容页不够时加上列表页 ，不够再有聚合页。每个页面自身的内容、 工具、操作又会有序的组合 ，这样就形成一个封装好模块 ，这个模块对外以节点方式沟通 ，多个模 块组合在一 就形成一个结构化的APP。 这里举一个埃菲尔铁塔的故事 ：埃菲尔铁塔 ，组成零件有18038个 ，重10000吨 ，施工时共钻孔700 万个 ，使用铆钉250万个 ，设计图纸5300多张 ，其中包括1700张全图 ，在18世纪的时候施工仅用了 2年2个月。因为事先严格的编号 ，施工过程没有做过任何改动。所以当我们面对一个APP设计时 ， 不要担心它的复杂 ，并不是复杂 ，而是由此带来的混淆状态和无条理性让我们担心 ，APP能复杂 过300米高的铁塔吗 ？ 第二、AP