位优秀的移动APP客户端的UI设计师，在接到一个移动case的时候，脑海中应该浮现很多相关的一点APP UI碎片。

肯定很多人会说，拥有这个功力肯定不是应届APPUI毕业生所能掌握的。25学堂的小编说，未必。只要平常我们多安装一些优秀的APP、每天来欣赏一款独特美的APP。

把这些好的APP 翻来覆去的浏览即可。

做设计多年，创过几次业，总想靠着手上的技艺真正做成一件事。然而，看过太多昙花一现的优秀“设计”产品，在市场上挣扎、覆灭，作为一名设计师的无力感却越发深重。

问问自己，你喜欢的app有哪些呢？肯定很多人都会说微信、QQ、支付宝、美团、微博等等常用的这些APP吧。其实你真的懂现在的用户吗？这里特别举2例子告诉大家，目前年轻人喜欢的APP。

同样的一项产品，目标族群不同，产品外观也会不同；拿给不同的人使用，也会得到不同的结果。甚至连任务目标（用户想透过产品完成什么事）都会不一样。

比如这款给婴幼儿训练抓握力、色彩、形状、推理能力用的积木。

UI 的中文名是用户界面（User interface），而我们现在使用的大多数设备界面都是图形用户界面，即 GUI（Graphical user interface）。我们通过这些可视化的图形界面来理解计算机，进行工作。

但是最初的界面可不这么友好，那时的界面还是命令行界面，CLI（Command line interface）。计算机只是被政府或大型机构使用，在普通人眼中是完全不能理解的存在。

我本人也有过这样的经历，之前我们设计一个大数据产品的官网，设计师做完我很满意，但是老板提出了意见：你们这是C端（customer）风格，我 这是一个to B（business）的网站，以后不要再给我搞这种C端风格！我们后来分析了很多to B的网站风格，发现它们确实存在明显的共性，而我们却习惯于已有的C端经验而忽视了这类网站这么明显的特质。当时我也在反思，为什么不懂设计的老板反而能 发现设计上的问题？因为她对业务足够理解，并且她的视野更宽阔！可见要真正做好设计，只懂设计层面的东西是不够的，需要拓宽眼界和知识面，从更高的角度来 看问题。

完善的公司会把项目相关人员聚集起来，产品经理会把产品详细的用原型展示出来，包括产品定位，市场需求，主打卖点，产品性质以及各模块具体功能，逻辑跳转演示一下；之后会评估项目用时，各部门协调，项目启动。

话不多说，接到原型，那我们应该做什么准备工作呢？

蓝蓝设计( www.lanlanwork.com )是一家专注而深入的界面设计公司，为期望卓越的国内外企业提供有效的UI界面设计、BS界面设计 、 cs界面设计 、 ipad界面设计 、 包装设计 、 图标定制 、 用户体验 、交互设计、 网站建设 、平面设计服务

如果您想订阅本博客内容，每天自动发到您的邮箱中， 请点这里

来源：莫贝网

仔细阅读MD的规范，似乎写的很清楚，但是如果和Android4.0规范放在一起，还是会发现很多有出入的地方。不过规范的目的是为了培养并迎合用户使用习惯，减少用户认知负担。文字是死的，人是活的，灵活应用才是关键。

在以MD为基础的app设计中，经常会出现以下结构（如图1）

在Android 4.0和material design设计规范中都专门对选项卡进行了说明，但两者的说法不同。

在Android 4.0中，选项卡tabs属于操作栏的一部分，可以很轻松探索 app 中的不同功能,或浏览不同分类的数据集，就是说tabs选项卡是可以作为导航使用的，类似于iOS的标签栏，只是iOS放在屏幕底部，安卓是放在屏幕顶端（如上图2）。

但在material design中，tabs 的作用是将大量关联的数据或者选项划分成更易理解的分组，虽然很容易让人联想到导航，但其本身并不是用来导航的。每个tab的内容应该互相关联并且是在同 一个主题下（如下图）。图中出行方式可以通过tab划分成多种方式，但是搜索、指南、设置却完全属于不同的功能导航。

如此看来，两种规范似乎是相互冲突的，而且只要留心一下你会发现，现在市场上经常是这两种形式都有。googel官方比较推崇应用结构是：左侧导航抽屉+应用栏+tabs（Tab可选），但是同一种结构却有两种不同表现方式。

方式一：谷歌主推形式

侧边栏导航作为应用的主导航，头屏显示应用最重要的功能或内容，如果在较低层级中有多个平行相关视图，可以用Tab结构（当然也可以没有）。这种结 构的关键是主要功能或内容很突出，所以头屏最大化显示，而其他功能相对较弱，不需要频繁切换侧边栏导航（如下图）。谷歌发布的inbox邮箱，左侧导航栏作为主导航，默认显示收件箱页面，用户最常用也最重要的功能是查看收件箱，至于其他的发件箱、垃圾邮件等都可以放在导航抽屉内收起。googel图书顶部是应用栏+tabs结构，此处Tab强调的是在同一主题下的不同归类，而不是导航。

方式二：市场发展

或许是受4.0规范的影响，在左侧导航抽 屉+应用栏+tabs的应用结构中，Tab作为应用的主导航，而左侧抽屉作为辅导航，收纳一些用户不常使用的功能，像用户中心、设置、反馈等。这种结构适 合那些多个相同等级的功能视图需要频繁切换的app，且只需要手指左右滑动就能快速切换Tab视图，这将大大提高应用使用效率。如下图所示，虽然是概念设计（主要是国内安卓应用喜欢延续iOS风格，将Tab放在屏幕底部，米找到合适的例子，且MD没有被普遍应用），但很适合该场景下的示例。这款产品类似于微信，将主要功能导航放在顶部，实现快速切换，侧边抽屉导航放置收藏、状态、设置等次要功能。

以上两种方式并不冲突，关键是看你应用的功能内容。如果你的应用核心功能很突出，且不需要其他功能频繁切换，就选择第一种；如果你的应用有两个或者两个以上相同重要的功能模块，且需要频繁切换，比如微信的即时聊天和朋友圈，那就尝试第二种。

Android部分暂时就到这里，来看看iOS。如果展开来讲，体系太庞大，暂且用一张图表示，虽然都是很基础的内容。

另外，Android和IOS很明显的差异是层级返回和编辑选择。

1、层级返回

IOS平台没有实体返回按键，所以涉及层级间的导航，app界面本身一定要有返回按钮，而实体home键只负责应用退出。Android平台有物理 返回按键，且点击返回的是动作流。比如，在搜索界面，点击搜索框调出软键盘，再点返回按键，不是返回上一页，而是收回弹出的软键盘，它强调的是返回上一个 动作的界面，而非层级关系。在Android平台上的app，如果应用本身含有返回按钮，返回的是上一层级，设计的是层级间的导航。另外，在安卓app的首页点击返回按键，就是退出应用。可看如下关系图

2、编辑选择

对于编辑选择功能，IOS有明确的入口，通常在导航栏 上有编辑按钮，点击后进入编辑模式，通常可以多选，同时底部或顶部会增加工具栏，用来处理多选内容。当然也可以单选删除，通过点按向左滑动删除，或者是点 击按钮从底部呼出操作菜单，逐个删除。但Android是通过长安方式进入编辑模式，此时操作栏被一个临时情景操作栏覆盖（情景操作栏可以覆盖顶部操作栏 和底部操作栏），界面内容允许单个或多个操作（如下图）

以上部分其实都是一些平台规范总结，将区别大且重要部分整理出来，也是为了方便阅读查看，后期会持续更新一些其他交互内容。

作者：butter
来源：jianshu

动画新手有的时候会天马行空想到一些奇怪的效果，可能会不符合整体设计风格，可能会违反现实物理规律，有自己的想法，还要和产品设计确认。比如这个页面：

在聊美术需求以前，我们先来聊一个跟绘画有密切关系的东西：素描