【51CTO独家译稿】越来越多的开发者开始转向移动应用开发，就像51CTO曾经报道过的《钱景无限 Android应用开发者晒收入》中提到的，一个普通的波兰开发者开发的不知名的软件仅仅依靠广告就能有不菲的收入。但是在已经有数十亿的应用程序被下载到了iPhone和Android手机上的情况下——你知道怎样才能在其中分到一块“蛋糕”吗？
不只是对于软件发行商，对于很多公司和独立开发者来说，移动应用程序本身也远比一个全新的，用于部署应用程序的平台更加重要。这是一个全新的，可持续发展的收入来源，有很大的增长空间。单纯靠出售软件来赚钱是十分困难的，尤其是在这个开源应用程序和免费的Web应用程序盛行的世界中，在这个领域中，任何一种已经得到验证的赚钱方式都有很大的吸引力。
就像有很多种方式可以发布软件一样，也有很多种方式可以通过移动应用程序来赚钱。各种策略彼此之间并不矛盾，它们可以相互补充。每个应用程序都有一个或多个最适合它的商业模式。
一些常见的商业模式
对于移动应用程序来说，有很多种购买流程，这主要取决于你使用的操作系统。在iPhone上，这一切需要通过一个接口来完成：iTunes中的App Store。Windows Phone 7可以直接使用信用卡通过第三方的来付款，也可以通过客户的服务提供商的计费系统来付款。通过服务提供商来购买会更加方面一些，但是我猜测，人们还是会选择通过信用卡来付费的，因为这样可以避免在他们的手机账单中出现额外的收费项。
但是，对于Android手机来说，用可怕的，“F”开头的单词——“fragmentation”来形容最合适不过了。Android应用程序付款的主要方式是在Android Market中，通过Google Checkout来付款，它那糟糕的用户体验是大家有目共睹的。你也可以直接付钱给应用程序零售商，此外，还有很多种其他的商业模式，它们彼此各不相同。（最近，PayPal也加入了这个行列。）
现在，对于Android来说，最缺少的是一个统一的付费接口。最完美的解决方案应该是提供一套API，通过这些API，可以把应用程序的费用添加到运营商的账单上。（当然，需要在客户允许的情况下，才可以这么做。）这可以提升购买应用程用程序商店）的销售副总裁表示，这已经指日可待了，Google已经公开和一些运营商进行谈判，来推进这件事情了。支持PayPal是一步好棋，虽然并不是每个人都使用它。序的流程的用户体验。目前来说，这个方案还没有实现，但是GetJar（一个跨平台的移动应
如此巨大的改变是否需要一个新版本的Android还不是很清楚——这意味着那些无法把OS（操作系统）升级到新版本的旧手机将会被淘汰。 因为苹果和微软都有自己的生态系统，在它们的生态系统中，购买系统已经十分完善了。当新的商业模式到来的时候，如果现有的基础设施无法跟进的话，那么Android将会面临落后的风险。并且，由于Android是直接交付给终端用户的（通过手机制造商来交付，而不是通过Google自己来交付，包括那些免费的更新），一大推当前这一代的Android手机将会停留在现有的销售系统上。
随着时间的推移，无论对于买家，还是卖家来说，让应用程序的销售变得更加便捷的要求只会更加迫切。智能手机已经逐渐地在消费者和商业人士之间流行起来了；许多新用户还没有体验过购买一个应用程序的过程，他们不希望这个过程比点一两下鼠标更复杂。移动领域的创业公司GeoMe的创始人Ric Ferraro说：“许多应用程序通常都是因为心血来潮才购买的。人们希望购买一个应用程序能像购买一个棒棒糖一样简单，够买一个应用程序花费的时间越长，这次购买最终被完成的几率也就越低。”
Mork从另一个角度诠释了这一观点：“最好的购买体验就是你不会中途放弃购买这个应用程序。”
脱颖而出
随着购买过程变得越来越轻松，发现性（如何更容易地找到指定的应用程序，和从同类的应用程序中挑选出最适合你的应用程序）也变得越来越重要了。我曾经读到过很多评论，大意是Android应用程序商店的一个缺点是“me-too”应用程序（这些应用程序在功能上是类似的）的数量十分巨大。
由此可以引申出了另外一个观点：如果一个应用程序商店中的可选产品都是经过精心挑选的，那么这个应用程序商店会更加实用一些——例如：iTunes应用程序商店。同时，也可以引申出这个观点：商店的规模并不重要，重要的是查询它的界面。很少有人会对Amazon.com目录的大小进行抱怨，部分原因是它可以相对容易地缩小搜索的范围。
另外一种可行的解决方案是一个通用的应用程序目录。Ferraro这样描述它：“可以被各种移动设备或OS访问的一个商店或者一组标准。”为了实现这种解决方案，一些初步的机制已经被建立了——例如，由GSM Association 发起的 Wholesale Applications Community，但是，在设置统一的标准和创建一个单一的平台方面，它还有很长的路要走。
对于开发者来说，这并不会让事情变得更容易，他们还是要为不同的平台开发和测试不同的应用程序——但是，应用程序市场是由消费者来主导的，而不是由开发者单独来主导的，所以，如果消费者接受了这种方式，开发者也必须要跟进。
销售的成本
当销售一个应用程序的时候，另外一个重要的问题产生了，那就是生产这个应用程序的初始成本。苹果的iTunes商店是三七分账的，苹果会获得30%的利润。Windows Phone 7的应用程序商店也是三七分账的，但是在微软的30%中，有一部分会返还给网络运营商。它们都对应用程序有一定的要求，而且每年都要收取会员费——对于微软来说，每年的会员费是99美金，对于苹果来说，每年的会员费是99美金到299美金，这主要取决于你使用的是标准版的iPhone开发工具包，还是企业版的iPhone开发工具包。
Android Market也是三七分账的，但是，在这30%中，有一部分会分给支付服务提供商和运营商。对于开发者来说，注册费用只有25美金，但是，一个解锁的开发者手机（Android Dev Phone 或 Google Nexus One）价格在500美金以上。那些手机并不是必需的，但是它们提供了一些强大的开发者功能：它们支持任何一种GSM网络，而且，Android Dev phone还可以让你安装自定义的Android系统映像。
实际上，还有其他地方可以获得应用程序。例如，Verizon计划在十一月开放它的Android V Cast应用程序商店，这个应用程序商店也是三七分账的。还有GetJar，它是一个独立的站点，在这个站点下载应用程序，需要支付的费用并不是固定的，它使用竞价系统来定价，起价是每次下载一美分。
#p#
靠应用程序来谋生
虽然说了这么多，但是除了传统的为产品而付费的模式以外，开发者还有很多种不同的策略可以通过他们的应用程序来赚钱。
“免费增值”模式
要通过移动应用程序来赚钱，一种最基本的方法是直接出售这个应用程序本身。但是，就算是这种最基本的方法，也是充满复杂性的。毕竟，有多少人愿意为这个应用程序而付费，这是一个问题，如果价格定的太低的话，你无法收回开发成本，如果价格定的太高的话，没有人会愿意购买它的。
有一种方法可以快速地解决这个问题，这种方法在PC世界中已经使用了几十年了：免费提供这个应用程序的精简版本——有时附带一些广告，有时只是附带一些烦人的消息框，来鼓励用户购买完整版本。缺失的那些功能不一定是很重要的功能，但是它们一定要值得购买。换句话说，就是：免费提供这个应用程序，出售功能。
可以用“免费增值”这个词可以来描述这种方式，它很快会成为把一个移动应用程序推向市场的必要手段。Ferraro在他的博客中是这样描述“免费增值”模式的：“这是一种经典的营销方式，既可以让移动应用程序开发者保持免费服务的印象，同时，还可以把客户锁定在某种类型的收费机制上。”
这里，最关键的词汇是“印象”：只要人们感觉他们是免费得到这些东西的，那么他们就不会介意他们是否必须要走向付费的道路——甚至是必须要一而再，再而三的付费。最重要的是要让他们感觉到，他们的投资可以获得回报。
在线游戏把这种方式发挥的淋漓尽致。基于订阅的游戏已经“失宠”了，“免费增值”的游戏开始得到大家的青睐，游戏制造商们可以有很多种方式来让利润最大化，它们已经不必再依靠出售游戏本身来获取利润了。在一次e-mail采访中，Ferraro对这一观点表示赞同：“应用程序发布者可以通过他们获得的用户群和鼓励升级来获得利润。在移动游戏方面，这一点表现的特别明显，较高的游戏等级只有通过付费才能获得。”
这就是说，应用程序制造商们的抵制心理是使用“免费增值”模式的一大障碍。GetJar的Mork说：“一些知名的厂商都不想让公众认为他们放弃了某些产品，或者，他们也不想让公众认为他们的品牌已经严重贬值了。但是，在过去的几年里，这种情况已经发生了变化。”例如，Electronic Arts正在把它的在线游戏迁移到“免费增值”模式上来——通过收购游戏厂商Chillingo，以及热门游戏Angry Birds的生产厂商，一些功能得到了进一步的加强。Chillingo的游戏开发SDK（Software Development Kit）包含创建“免费增值”的应用程序的技术，对于任何一个想要推出跨多个移动平台的，“免费增值”的应用程序的公司来说，这是技术都是很有帮助的。
微软的直觉十分正确，开发者需要创建“免费增值”的应用程序。Windows Phone 7 SDK（Software Development Kit）直接提供了相关的支持。用这个SDK（Software Development Kit）创建的免费版本和完整版本的应用程序可以是同一个二进制文件；如果要升级，只需要一个解锁码就可以了。无需重新下载安装文件。这也可以解决构建一个单独的试用版本的问题——实际上，应用程序开发者已经没有什么理由不提供这两个版本了。
服务和订阅模式
对于移动应用程序来说，一种主要的商业模式是销售对一个服务的访问权，同时，免费提供一个应用程序，作为这个服务的前端，方便用户访问这个服务。最大的问题是：这个服务值得付费吗？
这不仅仅是这个服务是否有用的问题。这个问题还和这个服务提供的数据的完整性有关。考虑一下Zagat，它是具有悠久历史的餐饮和娱乐指南，它的评审服务（这个评审服务可以通过它提供的移动应用程序来访问）的订阅版本的价格是每年24.95美金。Zagat的主要竞争对手是像Yelp那样的公众点评服务，但是Zagat的商业模式是基于这种理念的：它的信息是一个著名的知识体系，它是值得购买的。虽然Yelp的数据库是很多人一起努力的结果，但是它却更加混乱，更加不一致。
销售数据的另外一种方法是创建应用程序，提供一个存储在本地的资料库。举个例子，比如说你是一家出版外语词典的公司的员工，你想要出售这些词典的移动版本。你可以免费提供一个应用程序，这个应用程序附带的词典数据比较少（比如说，只有2000个单词），然后销售这个词典的完整版本，一次性提供所有的数据，也可以通过定期更新的方式，销售一个需要定期订阅的版本。虽然这无法阻止业余的竞争者们创建他们自己的应用程序和数据集，但是，对于那些专门学习语言的学生来说，一个价格低廉的“名牌”词典会比一个免费的词典更有吸引力。
广告赞助模式
通过移动应用程序来赚钱的第三种方式是直接从Web领域移植过来：植入广告。但是请注意：和植入了广告的应用程序有关的所有争论都和使用广告作为盈利模式有关，此外，还有一些新出现的问题。
植入了广告的应用程序可以吸引人们购买这个应用程序的完整版本（完整版本没有被植入广告）。例如，Android上的MixZing Music Player有一个免费的，但是植入了广告的版本；这个应用程序的完整版本售价6.99美金，完整版本不但移除了所有的广告（至少它们不会再打扰你了），还解锁了一些额外的功能，比如说一个MP3标签编辑器。
在移动应用程序中，和广告有关的一个问题是：面积（目前没有找到更好的词汇）。在一个植入了广告的Web页面上，广告可以作为条幅放在这个页面的边缘，不一定是弹出式的广告。对于一个移动应用程序来说，小屏幕意味着任何广告都要占用UI的面积， 一个集成得比较糟糕的广告，人们会马上关闭它。那些和控件离的太近的广告，例如，离按钮太近的广告，也许会对按按钮这个动作产生影响。
在移动应用程序中植入广告的另外一个小缺点是：如果用户没有激活数据的链接，广告系统几乎没有任何作用。越来越多的移动设备在出售的时候，就包含某种形式的data plan了，而且，市内的Wi-Fi也逐渐流行起来了，所以这个问题的影响并不大。（也就是说，即使由于缺乏网络连接，在一个广告上点击不起任何作用了，这个广告也是一直有效的。只要它能引起用户的注意，它就一直在发挥作用。）
通过植入广告来赚钱的另外一种方法是：通过搜索引擎来获得收益。Mozilla的Firefox就是这种模式，可以很容易地把这种模式移植到移动应用程序上。无论何时，当一个用户通过Firefox的本地搜索框进行一次Web搜索的时候，这次搜索产生的广告收益中的一部分就会通过一个追溯程序返还给Mozilla。
这种方法的缺点是：只有那些具有搜索组件的应用程序（例如一个移动浏览器）才能使用这种方法——在现有的应用程序体系中，这样的应用程序所占的比例并不大。这就是说，在移动应用程序中集成搜索，通过搜索引擎来获得收益这种创新性的方法可能也会成为一个可行的选择。
总结
移动应用程序市场还比较年轻，现在跨平台的竞争和革新才刚刚开始，所以，应用程序货币化的方式和应用程序销售的方式和应用程序本身一样，还处于实验阶段。
对于客户和开发者来说，应用程序销售的流程和应用程序货币化的流程一定要尽可能的方便，快捷。Mork说：“为了让用户群最大化，你必须要跨平台。你需要这样一些商业模式：在这些商业模式中，你可以接触到不同的客户群，当然，这主要取决于他们是否使用data plan或智能手机。”这种想法可以让应用程序通过口头或直接宣传的方式，像病毒一样传播开来：如果你的朋友在iPhone上使用这个应用程序，那么你也会希望在Android上使用这个应用程序。
最后，那些可以把货币化的流程设计的尽可能完美的厂商会取得成功——当然，那些编写了值得购买的应用程序的人也会取得成功。
原文地址：http://www.infoworld.com/d/developer-world/how-make-money-mobile-app-developer-043
原文名称：How to make money as a mobile app developer
原作者：Serdar Yegulalp
【51CTO译稿，非经授权谢绝转载，合作媒体转载请注明原文出处、作者及51CTO译稿和译者！】
【编辑推荐】
