开发移动旅游应用程序的五大窍门

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

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

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

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

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

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

　　关于移动应用程序

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

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

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

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

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

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

　　1、使用手绘模版

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

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

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

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

　　2、快速更新互动模板

　　一些线框和模拟工具提供相对简单的拖拉解决方案，几分钟内就可产生互动。大多数工具提供HTML5结果，甚至是基础的应用程序。

　　这些预期的功能已经够好了，完全可用于Android和iOS设备的终端用户。

　　类似Tiggr、Mockflow 或Axure的工具都可以带来互动。即使更简单的工具如Adobe PDF、Visio/Powerpoint/Keynote、Pencils、Balsamiq或Omnigraffe都可以通过移动用户界面模具生成静态的实体模型，静态的实体模型可用于体现屏幕流量。

　　3、小范围测试

　　找到一批测试者来测试你的移动应用程序，即使它没有百分百完成，关键是确保至少功能是完整的，这样用户可以对这些有形的应用进行测试，而不会完全失望。

　　每天从用户那里获得反馈，让他们可以随时提供反馈信息。不要试图让他们填写繁琐复杂的反馈表格，这样只会增加你的负担。

　　例如，每天让他们简单分别写出最喜欢和最讨厌的三点反馈。

　　4、先选择Android设备做测试

　　这不是一项宗教选择，只是利用Android易于延伸的结构的明智选择。

　　测试版应用程序可以用一个晦涩的名称发布，并只在测试者中共享，其他用户发现不了。

　　应用程序可以随时进行更新：修复Bug或改变功能，无需等待长长的发布批准期。通过在Android设备上快速更新换代，在其他移动操作系统上创建应用程序也可以采取类似的途径。

　　苹果公司的批准期现在缩短到了2-3天，TestFlight等解决方案让你在iOS的测试更快。

　　但任何参与过软件工程的人都知道两天的审核期意味着什么，特别是对于不断推陈出新的旅游业来说。

　　5、先在小国家发布产品

　　让某个应用迅速推出的另一种方式是在更小的市场先进行发布。

　　万一行不通的话，你也只是牺牲了一个小的市场，但希望你能够在大市场顺利推出。（Melody 编译）