在设计移动应用时，规划师和架构师面临的最大问题是区分不出移动用户/移动工作人员。应用设计流程发生在可以模拟出应用在真实世界使用的场景的框架上至关重要。一些公司在这个领域做了很多尝试，比如使软件团队能够进行“移动模拟”，使他们能够体验到其应用用户可能会使用的场景，并且可视化出应用能够被使用的方式。

在设计移动应用时，规划师和架构师面临的最大问题是区分不出移动用户/移动工作人员。应用设计流程发生在可以模拟出应用在真实世界使用的场景的框架上至关重要。一些公司在这个领域做了很多尝试，比如使软件团队能够进行“移动模拟”，使他们能够体验到其应用用户可能会使用的场景，并且可视化出应用能够被使用的方式。

应用的用户上下文是应用建模的最高级别。在大多数情况下，应用分为两类，目的驱动或者刺激驱动的使用。目的驱动的应用包含的任务可以让用户来到什么地方，完成什么事情。这些应用必须通过在上下文提供信息来支持该目的，意味着要契合用户在完成目的的流程中所处的位置。相反，刺激驱动的应用的用户使用该应用是因为一些外部因素，并且很可能是因为一些大的随机事件的刺激。这两种模型都适用于工作人员和某种类型行为的消费者，因此，理解你自己的设计里哪种模型起作用非常重要。

应用建模的第二层是UI到工作流的链接。应用的目的会生成工作人员/用户的行为，要能够翻译成信息的请求，处理和某种方式的展示。一直以来能够可视化得看到应用用户会如何操作以及如何尽可能得支持这样的自然行为都很重要。将多步骤交互的每一步看成单独任务很有用；可以帮助早些确定步骤里是否存在信息的依赖，这些信息是否可以从本地数据获得，而不是需要访问更深层的企业仓库。

应用建模的第三层是前端到后台的链接。现代应用，特别是移动应用，被设计来建模用户界面驱动的前端流程，这类似于Web托管，和通常是遗留IT的后台应用流程交互。前端流程可以是简单的Web或者云托管的应用，特别是它们依赖于独立的或者相对不变和压缩的信息。后端是固定的，或者预计可能会因为现有IT的云适应而改变的。