如何做一款成功的应用(下).pdf

如何做一款成功的应用 （下 ） 译者注 ： 本文作者从自身丰富的应用开发设计实践 验和大量的优秀应用实例中 ，总结提炼了从产 品概念、设计、开发到市场推广等一系列的相关原则 ，指导移动开发人员怎样来打造一款成功赚钱 的应用。姗姗来迟的这篇文章希望给大家带来一些感悟与帮助。 原文地址 ： ht t p://mo bile.smashingmagaz ine.co m/2012/11/07/succeed-w it h-yo ur-app/ 上篇请见 ：ht t p://www.woshipm.co m/pmd/2263 .ht ml 3. 开发编程 技术方案的选择会影响应用的使用体验 ，进而会影响应用最后能否取得成功。 　　本地化开发 “一次开发 ，多处部署”这一理念对于中小应用并不合适。从一开始 ，这一理念就被过度神化。不同的 操作系统有着不同的UI规范和模式。除了游戏界面外 ，这种多平台共用的方法最终会造成每一个平 台都无法获得良好的用户体验。 过去几年Faceboo k一直尝试采用基于ht ml5进行开发。当最近他们转换为采用iO S本地化开发后 ， 应用的性能提升了百分之二百 ，用户的平均评分也从2星上升为4星。 当然最好的情况是 ，一次开发并优化适配于各平台。像Z ipcar这类应用就成功的采用了这种方法。 不过对于这种方法来说Z ipcar是个例外。有一些原因可以说明这种情况 ： 1) 一次开发 ，多处部署的理念会严重限制应用的设计工作。这种方法扼杀了创新的设计 ，同时为了 满足最基础的适合于全平台的方案 ，需要去除掉一些特定的设计细节。 2) 类似于Pho neGap所采用的是混合型技术方案 ，通过JavaScript代码的运行在浏览器中打开应用 。避免采用这种方案。因为其存在运行缓慢、性能不稳定、表现不自然和错误百出的问题 ，因 为JavaScript 技术并没有完全适配本地化体验。 3) 类似于A ppcelerat o r这种工具型应用采用了本地化开发方案。 这种方案下的性能表现会提升很多 ，但是仍然缺乏灵活性 ，代码的稳定性也有所欠缺。由于无法直接访问手机后台所运行的代码 ，因 此各种错误也更加难以定位和修复。这种方案同样很难立即实现各种新的技术 ，与那些可以在新技 术发布之初就采用的竞争对手相比 ，这是一个明显的劣势。 4 ) 底线 ：基于设计选择合适的技术方案 ，而不是基于技术方案进行设计。首先要设计满足多平台的 应用方案 ，然后再观察是否有类似A ppcelerat o r这样的方案 ，可以不用为了妥协而舍弃设计。 　　代码质量 结构清晰、规划合理的代码不会直接影响用户的体验 ，但是它一定会影响及时发布、稳定更新这些 产品实现可持续发展的成功要素。 反之 ，糟糕的代码会直接影响用户的体验。用户不关心应用为什么会崩溃 ，不关心数据为什么会 丢失 ，他们把这些归咎为品牌的错误。 按小时计费来雇佣开发人员可能会很坑爹。同样的时间内 ，一名糟糕的程序人员可以马马虎虎的写 出一个功能模块 ，而一名优秀的程序员可以写出三个强健稳定的模块。一旦你决定换掉那个糟糕的 程序员 ，那么继任者很可能花费时间重新编写代码 ，因为这些遗留代码只有作者自己能看懂。而优 秀的开发人员所写出的代码通常更容易复用。 4 . 市场营销 如果你们的团队已 有了市场营销部门 ，那么还不错 ，不过由开发人员或设计人员发起的草根式市 场活动常常会更有效率。相信我 ，当我刚刚起步的时候 ，没人知道我是谁。而现在包括苹果、 Mashable、TechCrunch、T he Huf f ingt o n Post 、Fox新闻等诸多方面都开始关注我的应用。除了 网站建设和维护的费用 ，我没有在市场推广活动上花费一分钱。 　　提早开始 很多开发人员都认为市场推广活动应该在在app发布之后再开始。但事实并非如此。 一场精心准备和策划的发布活动至关重要 ，尤其对于那些售价较低的应用。如果发布活动没能将你 的应用推向排行榜的前几名 ，那么它就很可能被淹没在每星期发布的数以千计的应用海洋中。一个 没有出现在排行榜里的应用的对于用户来说几乎是隐形的。 发布上线之后 ，用户留下的评论对于推动应用的排名并没有太多帮助。这仅仅是A pp St o re中排名体 系的工作模式。排名算法一直发生着变动 ，但主要还是依据一段时间内的下载量 ，比如说截至当天 为止的四天内。这意味着当天所做的推广并不能马上影响接下来一周的排名情况 ，碎片化的营销是 没有意义的。只有持续的集中推广才会带来效果。 正如A pp Savvy一书作者Ken Yarmosh指出