移动应用建设要注意 第1篇
无障碍设计使所有能力的用户都能成功使用产品。考虑有视力障碍，听力障碍和其他残疾的用户如何与你的应用互动。
全球人口中有％患有色盲（每12名男性中有1名，每200名女性中有1名），有4％的人视力低下（每30人中有1人），有％的人是盲人（每188人中有1人）。很容易忘记我们是为这类用户设计的，因为大多数设计师都不会遇到此类问题。
举一个简单的例子。移动端表单的成功和错误消息通常分别以绿色和红色显示，但是红色和绿色是受色觉不足影响最大的颜色。填写表格时，你很可能已经看到以下错误消息：“红色字段为必填项”？虽然这看起来似乎不是一件大事，但此错误消息与以下示例中的表格相结合，对于色觉不足的人来说可能是极其令人沮丧的体验。
(色盲用户无法区分以红色突出显示的字段）
正如 W3C的指导原则所指出的那样，颜色不应该用作传达信息，指示操作，提示响应或区分视觉元素的唯一视觉手段。使用其他视觉指示符以确保用户能够与界面进行交互非常重要。
(使用图标和标签显示哪些字段无效可以更好地将信息传达给色盲用户）
晕车的用户通常会在其OS设置中关闭动画效果。在辅助功能偏好设置中启用减少动作选项后，你的应用应最小化或消除其自己的动画。
移动应用建设要注意 第2篇
每个应用程序都应优先考虑帮助用户使用导航。如果人们找不到它们，则应用程序具有的所有出色功能和引人入胜的内容都将无关紧要；同样，如果花太多时间或精力去发现如何使用你的产品，你很可能会失去用户。
用户应该能够直观地探索该应用程序，并且无需任何解释即可完成所有主要任务。
最好使用标准的导航模式，例如标签栏（对于iOS）和抽屉式导航栏（对于Android）。大多数用户都熟悉两种导航模式，并且会直观地知道如何使用你的应用程序。
(侧抽屉（Android））
(标签栏（iOS））
根据用户与你的应用互动的方式确定导航的优先级。为常见的用户任务分配不同的优先级（高，中，低）。在UI中突出显示具有高优先级和频繁使用的路径和目的地。使用这些路径定义导航。以一种需要最少数量的单击、滑动和屏幕来组织你的信息结构。
当你为你的应用选择一个主要的导航模式时，要始终如一地使用它。不应该有这样的情况，你的应用程序的一部分有一个标签栏，而另一部分有一个抽屉式导航栏。
正如雅各布·尼尔森所说，认识某件事比记住它容易。通过使操作和选项可见来最小化用户的使用负担。导航应该在任何时候都可用，而不仅仅是在我们预期用户需要它的时候才可用。
在许多移动应用程序菜单中，不指明当前位置是一个非常常见的问题。人们随时都应该知道他们在应用程序中的位置。
(Health data被突出显示和Activity在布局的顶部可见）
动画是描述状态转换的最佳工具。它可以帮助用户了解页面布局中的状态更改，触发更改的原因以及在需要时如何再次发起更改。
(复杂的过渡易于理解）
在交互设计中使用手势可能很诱人，但是在大多数情况下，最好避免这种诱惑。当手势用作主要导航选项时，它们会导致糟糕的UX。为什么？因为手势是隐藏的控件。
正如托马斯·约斯指出的在用户界面中使用手势的最大缺点是学习曲线。每次将可见控件替换为手势时，应用程序的学习曲线就会上升。发生这种情况是因为手势的可发现性较低——它们始终是隐藏的，并且人们需要能够识别这些选项才能使用它们，这就是为什么仅使用广泛接受的手势的原因。
在UI中使用手势时，请遵循一些简单的规则：
1）使用标准手势
“标准”是指你所在类别中最适合应用的手势。人们熟悉标准手势，因此无需额外的努力即可发现或记住它们。
2）提供手势作为可见导航选项的补充，而不是替代
手势可以用作导航的快捷方式，但不能完全替代可见菜单。因此，即使这意味着一些额外的操作，也始终提供一种简单可见的导航方式。
移动应用建设要注意 第3篇
认知负荷是指使用该应用所需的脑力。人脑的处理能力有限，当应用程序一次提供太多信息时，可能会使用户不知所措，从而使他们放弃任务。
消除杂乱是“ 移动UX设计的十大原则 ”中的主要建议之一。页面杂乱是优秀设计的最大敌人之一，杂乱的页面会给用户增加过多的信息：每个添加的按钮，图像和图标都会使屏幕更加复杂。
页面杂乱在PC端上非常糟糕，但在移动设备上则更加糟糕（这是因为我们在移动设备上的空间远没有PC端那么多）。在移动设计中去除任何不必要的东西是很重要的，因为减少杂乱会提高理解能力。
1）极简主义可以帮助你处理凌乱的UI问题：
(查找电影并购买电影院门票）
熟悉的屏幕是指用户在许多应用程序中都会看到的屏幕。“入门”，“新功能”和“搜索结果”等屏幕已成为移动应用程序的实际标准。它们不需要额外的解释，因为用户已经很熟悉它们。这使用户可以使用以前的经验与该应用进行交互，而无需学习。
(屏幕仅显示“发生错误”，并未提供有关解决问题的任何建设性建议）
不要假设用户有足够的技术知识来解决问题。总是用直白的语言告诉别人哪里不对。每个错误消息应该告诉用户: