移动应用设计最佳做法和错误 _原型设计

本文概述

常见错误1：第一印象差
常见错误2：无目的设计应用
常见错误3：无法优化用户流程
错误四：忽略应用开发预算
常见错误5：塞满设计功能
常见错误＃6：关闭应用上下文
常见错误7：滥用通知
常见错误8：使应用程序设计过于复杂
常见错误＃9：设计不一致
常见错误10：未充分利用的应用Beta测试

听本文的音频版本
2017年, 从iOS应用商店和Google Play(不包括所有第三方应用商店和其他平台的应用商店)下载的应用超过910亿。在整个地球上, 有很多应用程序(每人大约13个)。由于下载了如此多的应用程序, 因此毫无疑问, 第一个月的平均应用程序用户流失率为57％(用户在下载后的前30天内打开应用程序不止一次的用户)和高达71％的用户流失率。 90天后的百分比。
如果某个应用程序的任何部分不受欢迎, 或者安装缓慢, 用户将选择安装新的应用程序, 而不是将其与不完善的产品一起使用。处置应用程序时, 消费者只需花几美元就可以为消费者节省任何费用(他们知道他们可以随时再次下载该应用程序)。唯一的损失是设计人员和开发人员的时间和精力。

文章图片
那么, 为什么会有那么多应用失败？这是应用程序设计人员和开发人员应接受的可预测现象吗？对于客户来说, 这个成功率可以接受吗？如何防止你的应用程序被删除而无需三思而后行？
最常见的错误包括从在应用程序的整个生命周期内无法保持一致性到一开始就难以吸引用户。设计具有直观简洁性的应用程序而又不会变得重复和乏味是一项挑战。一个应用程序必须提供令人愉悦的设计和用户体验细节, 而又不能忽视更大的用途。
大多数应用程序会在开始的几天内生存和消失, 因此遵循一些基本的移动应用程序设计最佳实践并避免最常见的错误将有助于设计人员创建寿命超过90天的应用程序。
常见错误1：第一印象差通常, 应用首次使用或第一天是吸引潜在用户的最关键时期。第一印象是如此关键, 以至于成为所有其他移动设计最佳实践的总括。如果出现任何问题, 或者看起来令人困惑或无聊, 则潜在用户很快就会变得不感兴趣。
但是, 第一印象的适当平衡是棘手的。在某些情况下, 冗长的发现必要功能的入门过程可能会使用户感到厌烦。但是, 如果没有适当的入门指南, 则某些应用程序只会在用户不直观的情况下使他们感到困惑。创建一个立即直观的应用程序, 同时还向用户快速介绍最令人兴奋的, 引人入胜的功能是一种微妙的平衡。
尽管这可能是使某人快速适应方向的好方法, 但冗长的入职培训也可能妨碍用户使用该应用程序进行操作。通常, 这些教程太长, 盲目地扫过。
请记住, 当用户首次使用应用程序时, 他们不一定对应用程序的功能或功能有任何了解。适当的Beta测试过程使设计师可以从一开始就了解其他人对应用的看法。对于设计团队来说, 显而易见的不是新手。

文章图片
移动入职设计(Johan Adam Horn设计)
常见错误2：无目的设计应用避免在没有明确意图的情况下进入设计过程。应用程序的设计和开发常常是为了顺应趋势, 而不是解决问题, 填补壁垒或提供独特的服务。
对于设计师及其团队来说, 应用程序的用途将影响项目的每个步骤。它指导了所有决定, 从应用程序的品牌或营销, 线框格式到按钮的美感。如果目的明确, 则应用程序的每个部分都将进行通信并作为一个连贯的整体运行。
将这一愿景传达给潜在用户意味着他们将了解应用为生活带来的价值。需要从用户的第一印象中清晰传达视觉。应用程序的愿景能多快地传达给用户？它如何改善一个人的生活或提供某种享受或舒适？只要应用的实用性立即传达给用户, 它就有可能成为前90天应用中21％的一部分。
进入现有市场时, 有一些专为空间设计师设计的应用程序可以作为基线进行研究。他们可以改进已有的产品, 或者提供独特的替代品以脱颖而出。他们不应该假装模仿。

文章图片
常见错误3：无法优化用户流程在进入设计工作之前, 设计人员应注意不要跳过对应用UX架构的周密计划。甚至在进入线框图制作阶段之前, 就应该确定应用程序的用户流程和结构。设计师通常太激动而无法产生美学和细节。这导致了设计师文化的发展, 他们通常对UX以及应用内的必要逻辑或导航不了解。
慢一点。首先, 先勾画出应用程序的流程, 然后再过分担心细节。应用通常会因为缺乏流程和组织能力而失败, 而不是因为细节不完善。设计过程一旦启动, 就始终牢记全局。然后, 细节和美学应该明显唤起并强化更大的概念。

文章图片
精心设计的用户流程图(由Michael Pons撰写)
错误四：忽略应用开发预算勾勒出应用程序的基本功能后, 现在是与开发团队讨论预算的好时机。这样可以避免花费大量时间来设计功能和UX模式, 而这些功能和UX模式在开发团队没有足够的资源来实现这些功能和UX时就不得不削减。
了解构造特定概念的平均成本是对设计师工具包的宝贵补充, 因为它可以使设计思维更容易适应经济限制。预算应该是可行的设计约束, 而不是被视为挫折。
常见错误5：塞满设计功能希望严格的线框图和原型设计可以使必要功能和过度功能之间的区别变得清晰。每个单独的移动平台已经是瑞士的终极军刀, 因此你的应用无需如此。将功能塞满应用程序不仅会导致混乱的用户体验, 而且过载的应用程序也将很难推向市场。

文章图片
许多失败的应用程序尝试从启动时就塞入太多功能。
如果无法简明地解释该应用, 则可能会尝试做太多事情。缩减功能总是很困难, 但这是必要的。最好的策略可能是在开始时仅使用一两个功能就可以吸引用户, 然后再测试更高版本中的新功能, 以了解引起用户共鸣的地方。这样, 附加功能就不太可能干扰应用程序生命中至关重要的前几天。
常见错误＃6：关闭应用上下文尽管目的和最终目标很重要, 但如果没有在适当的背景下进行指导, 它们将变得无关紧要。给定应用程序的UI在设计团队看来似乎很明显, 但是新手用户和不同人口统计的用户可能并不觉得它直观。例如, 应用程序的千禧一代用户可能会发现某些直观的功能, 而退休人员可能会发现这些相同的东西令人困惑(反之亦然)。
考虑打算使用该应用程序的即时上下文或情况。例如, Uber的界面擅长快速使用。这是完美的, 因为当用户与朋友外出并需要预订游乐设施时, 他们几乎不必在此过程中中断对话。 Uber在应用程序内部隐藏了很多支持内容, 这些内容仅在场景需要时出现。
是否可以在短时间内快速访问你的应用？或者, 这是一款包含大量内容的应用程序, 可让用户停留一段时间吗？设计将如何传达这种使用方式？在绘制应用的用户体验流时, 请仔细考虑以下几点。

文章图片
好的移动设计应考虑使用它的环境。
常见错误7：滥用通知推送通知是应用程序设计最佳实践的重要部分。太多了, 用户将完全关闭它们, 从而有可能遗忘该应用程序。太少了, 同样的命运也会发生。
但这不只是通知频率可以打开或关闭用户。这也是内容。有用的通知(例如那些通知用户新消息或提醒他们每天进行签入的通知)被认为是有用和必要的。发送看似随机的更新或关于新闻的通知而不会直接影响用户的应用更有可能完全关闭其通知。
每个通知都是微交互, 可以增强用户体验并增强应用程序的整体实用性, 或者冒疏远用户的风险, 在极端情况下, 提示他们一起删除应用程序。

文章图片
在良好的移动设计中, 推送通知是一种微妙的平衡行为(作者：Jona Nalder)。
常见错误8：使应用程序设计过于复杂著名的建筑师密斯·范德罗(Mies Van der Rohe)曾经说过：” 好胜于独树一帜。” 在设计师开始打破常规或添加其他盛宴之前, 设计必须满足简短的要求, 这一点至关重要。
为使构图更具视觉吸引力而添加的设计元素仍然需要为用户体验增加价值。在整个设计过程中继续询问, 我可以删除多少？简化设计而不是累加设计。
【移动应用设计最佳做法和错误】过于复杂通常是不必要地违反约定的结果。通过在移动视觉和触觉语言中重新设计标准符号和界面, 该应用程序真的会受益吗？标准图标已经证明自己是普遍直观的。因此, 它们通常是提供视觉提示而不使屏幕混乱的最快方法。
不要让设计蓬勃发展妨碍应用程序的实际内容或功能。通常, 应用程序没有足够的空白。总体上说, 这对于良好的设计至关重要, 但对于移动设计而言, 这一点尤其重要, 因为混乱的界面并不是特别便于触摸。

文章图片
应用程序设计过程可以简化, 而不是累加。
常见错误＃9：设计不一致如果设计要引入新标准, 则它们必须在整个应用程序中至少保持一致。每个新功能或内容不一定都必须有机会引入新的设计概念。
文字格式是否统一？ UI元素在整个应用程序中的行为是否具有可预测但令人满意的方式？设计一致性必须在现有的通用视觉语言之间找到平衡, 并避免美学上的停滞。直观的一致性和无聊之间的平衡是一条好线。
常见错误10：未充分利用的应用Beta测试所有设计师都应通过某种反馈循环来分析其应用的使用情况, 以了解有效的方法和无效的方法。测试中的一个常见错误是团队内部进行Beta测试。为了让你真正了解应用程序的草稿, 必须崭露头角。
向公众发布测试版广告, 并与特定受众群体合作, 然后再公开发行, 或使用UserZoom等测试服务。这是清除细节, 编辑功能并查找缺失内容的好方法。 Beta测试可能很耗时, 但绝对比开发失败的应用程序更好。

文章图片
由于潜在的用户变化无常, 因此设计人员应特别注意移动用户测试(来源：Fake Crow)。
对于设计团队来说, 重要的是要认识到移动应用程序市场的竞争能力, 并尽一切可能将他们的产品与数百个或数千个占用相同空间的其他应用程序区分开。为此, 他们需要对移动应用程序希望实现的目标具有一致的看法。遵循移动应用程序设计最佳实践, 并使用将用户反馈纳入整个过程的迭代设计过程, 是实现此目的的最佳方法之一, 它将使应用程序脱颖而出。
? ? ?
在srcmini设计博客上进一步阅读：