移动应用程序已经变得如此无处不在，以至于大多数科技界都认为开发应用程序是一个简单的过程。然而，当您揭开应用程序开发的帷幕时，您将面临充满预算超支、臃肿的代码和资产以及开发进度延误的艰巨旅程。上面提到的许多障碍都是移动应用程序开发所特有的。当今的移动应用程序通常充当用户与公司之间的主要纽带。这意味着参与移动应用程序设计的人数是巨大的：设计师本身、产品团队、营销人员、产品经理，甚至最终资助应用程序开发的用户（或风险资本家）——他们中的极少数有人可以大致了解实际应用程序是如何在代码级别实现的。这并不是说工程师是唯一了解应用程序开发过程的人——只是在大多数应用程序的规划阶段（即概念和设计）与所需代码的部署阶段之间存在严重差距应用程序（即开发）。失去联系。应用程序开发过程中的一个关键张力是开发人员与负责部署最终代码的其他人之间的文化和技术差异。换句话说，技术圈的大多数人都对这个问题负有部分责任。我将在下面向您进一步解释这一点。执着于代码无法实现的视觉效果当我们谈到移动应用程序设计时，通常指的是应用程序在Photoshop或InVison和Pixate等原型平台上呈现的图像。这些强大的可视化工具可以显示最终应用程序的外观。但这些平台与应用的基础代码没有直接关系，只能代表一个非常理想化的最终产品，但这种想象可能无法实现。（例如，大量的动画、高度可移动的UI在视觉上非常吸引人，但这些元素可能会增加数月的开发时间。）然而，开发公司往往将美观的视觉设计放在应用程序参考对象的核心位置。（这与网页设计有很大不同，后者通常可以实时制作最终的HTML/CSS代码原型。）我见过很多这样的情况：当您向客户展示原型时，他们会对此做出反应。该产品给人留下了深刻的印象，但几周或几个月后，当他们将最终产品与最初批准的设计进行比较时，他们会非常失望。这一点引出了一个相关的问题……设计资源分配的悖论虽然原型设计定义了应用程序的外观和功能，是公司与客户和内部开发团队沟通的重要工具，但它实际上是开发过程的一部分，因为这是（高成本）过程的一部分，与最终产品没有直接关系。一旦应用程序被代码部署，原型设计就毫无价值，即大量的开发时间和预算花费在最终会被丢弃的东西上。另外，设计一些不会出现在最终应用中的功能，也是一种资源浪费。原型制作和开发之间的这种脱节意味着设计师可以轻松地想出几乎不可能编码的动画、UI概念和富媒体内容。在这样的情况下，设计师的时间和精力就完全浪费了。当应用程序发现问题时，他们需要进行新一轮的设计工作——此时，原型的“定稿”往往已经通过了审批，应用程序就进入了开发阶段。没有真实数据的设计在原型制作过程中，设计人员总是会挑选数字、名称和图像来展示用户输入如何在最终应用程序中发挥最佳作用。但他们经常忽略用户输入可能是多种多样且混乱的——其中一些可能会导致应用程序出现“变形”或完全无法使用。（Dropbox的JoshPuckett在之前的一篇Medium帖子中生动地描述了这个问题。）不幸的是，数据和设计之间的冲突通常只在应用程序的公共测试阶段才会被发现，这意味着这已经是一个很好的情况，更糟糕的情况（也是比较常见的情况）是应用已经上架AppStore，用户真正开始使用后才发现这个问题。无论哪种情况，设计人员和开发人员往往都需要经历新一轮的长期更新开发过程。我们开发应用程序，而不是原型对于这些挑战，一个建议的解决方案是让设计师学习编码。但我同意JesseWeaver的观点，即它既不可行也不可接受。我们真正需要的是更好地理解整个应用程序——从它的编程基础到它的表面UI和艺术资产，并充分考虑它在不同平台上的实际工作方式。我们还需要认识到应用开发不是一个线性的过程，它不是将设计好的应用直接交给开发者那么简单。相反，设计师和开发人员需要通力合作，不仅要创造出吸引人的外观，还要确保外观的每一步都能实现。现在越来越多的公司将应用程序作为他们唯一的产品，以这种方式进行应用程序开发变得更加重要。
