基于云的应用程序过去十年以来在开发过程中发生了很大的变化，逐渐从以前长时间的需求规范--开发--质量检验周期，到现在很短的发布周期。

　　现在很多网络平台的发布周期是1至4周，期间很多技术人员忙于持续的整合，甚至是每日更新。

　　关于快速的重复开发过程有很多文档，我今天的目的不是重复说它所有的利弊，但有两方面我必须指出：

　　为客户快速提供应用的能力，测量他们的使用情况、分析并通过所获得的信息做出更加相关的决策。

　　对不同的版本进行A/B测试，衡量并决定使用最好的方式。

　　以上这两点能够保证一个关键性的因素，即实际的客户使用反馈经常在传统的长期发布周期中被忽略。通过实际的客户使用反馈，做出决策就更加容易。

　　关于移动应用程序

　　用户对于移动应用程序的期望值比网站更高。尽管有很多不错的移动应用程序，但任何不稳定、快速和直观的内容在第一次下载之后，90%的应用程序都可能不再被用户使用。

　　发布高质量的移动应用程序非常重要。

　　很好，但问题是：对于这项需要安装在远程设备上并可能几个月都不用的移动应用，如何实现快速更新换代？ 每项新的应用程序要几个星期才能获得批准发布，移动应用程序如何应对这点？

　　现有的分析软件供应商也针对移动应用程序推出了一些解决方案，如Comscore (Nedstat), Omniture (SiteCatalyst)、Adobe (appMeasuremement)、Webtrends和很多其他供应商等。它们与网站解决方案很类似：跟踪活动、登录、将活动发回云服务中心，然后生成报告。

　　但在生成报告之前，我们如何快速替代第一个版本？

　　以下是快速更新移动旅游应用的五大窍门：

　　1、使用手绘模版

　　你可以先在手机形状的纸质记事本上针对用户使用流程和布局手工设计一些功能选项。

　　这些记事本的大小要与常见智能手机的大小一模一样。

　　然后你可以在每个用户前面放一张卡片，让他们写出在移动应用程序上最期待看到的内容，哪个设计他们认为更直观，然后过滤并选择能够带来最好流程的设计。

　　这很简单有效，并且成本不高。