App Store杂思—App Store 建设模式

继续上一篇的 App Store杂思—什么是App Store? 思考一下App Store的建设模式,以便对App Store的建设有更为深刻的认识。

App store模式的建设涉及了整个无线互联网产业链上下游的手机制造商、手机操作系统厂商、运营商、cp/sp、用户、开发者、广告商等角色,总体说来,以App Store服务提供商主导厂商来划分,目前app store的建设模式主要分为设备制造商/操作系统提供商主导模式、运营商主导模式、互联网厂商主导模式、拥有终端渠道企业主导模式这四种模式;

这些所说的各种模式的优势和劣势并非绝对的,最终优势和劣势还是取决与App Store服务提供商自己的在App Store产业链中的核心定位,没有哪一个服务提供商能够垄断整个产业链,也没有那一种模式能够完美无瑕。

1、设备制造商/操作系统提供商主导模式

标杆企业:

Apple:App Store

Nokia:Ovi Store

Microsoft:Windows Marketplace

Google:Android Market

Research in Motion(RIM):Applications Center

Palm:Software Store

Samsung:Mobile Innovator

在这种模式中,又可以细分为如下几种模式:

手机操作系统提供商+终端设备制造商类型:典型厂商为Apple、Nokia、RIM、Palm;

纯粹的手机操作系统提供商:典型厂商为Microsoft、Google;

纯粹的设备制造商:典型厂商为Samsung,由于Samsung智能手机的手机操作系统主要几种在Symbian、Windows Mobile、Android平台上,尽管Samsung自身也搭建了Mobile Innovator来提供类似App Store的功能,但Samsung自身的号召力很难成气候,此种模式实际上成功与否还是要依托于Symbian、Windows Mobile平台自身的模式。因此不在此讨论。

主要通路形式:

手机客户端通路(操作系统捆绑、终端预装)、运营商通路、终端连锁销售渠道通路

模式优势

生态链掌控力较强:对围绕以手机操作系统为核心的生态链有较强的掌控力,具有较强号召力;

天然的平台优势:可以直接在操作系统或出厂手机中内置对App Store模式的支持,有效提升App Store的装机数,降低安装推广成本;

品牌优势:这些厂商都具有较强的品牌优势,也都拥有自己的忠实粉丝群体;

模式劣势

平台的运营能力:与Apple有着成功运营iTunes这样的电子商务平台经验不同,像Microsoft、Nokia、Google这样的厂商而言,其实并没有太多的电子商务平台的运营经验,尽管Microsoft、Google拥有互联网平台的运营经验,运营一个电子商务平台与网站运营尚存在较大差异;这些大公司的官僚体制能否适应电子商务平台运营商所必备的敏捷、追求细节、关注用户体验是一个较大问题,因此Microsoft、Nokia、Google等能否完成从原有产品研发、营销的角色转变为一个电子商务平台运营商尚待验证。App Store不只是搭建一个能够售卖东西的场所就可以了;

内容运营能力:对传统媒体内容的运营并非这些厂商所擅长的,而且随着社会化新媒体的崛起,用户获得内容及媒体资源的渠道越来越多样化,怎样协调相关的利益团体来满足用户的多样化的需求是App Store模式成败的关键所在。

客户群:单一厂商不可能涉及所有的市场,这些模式只能够满足单一平台粉丝的的需求;

本土化能力:与互联网相同,无线互联网模式下的App Store提供的软件产品及服务也具有较强的地域性,怎样吸引更多的本土合作伙伴来提供更多适合本土需求的产品及服务是App Store模式在整个全球各地能否成功的重要因素。

渠道通路博弈能力:对于诸如运营商渠道、终端渠道等通路的掌控能力决定了App Store模式能否顺利推广下去的成败关键所在。

失败案例:Nokia 早期的内置的门户(Nokia Content Discoverer)

2、运营商主导模式

标杆企业:

中国移动(Mobile Market )、T-Mobile、Orange、 NTT docomo(I-Mode)等。

主要通路形式:

手机客户端通路(定制机系统预装)、终端连锁销售渠道通路、Over The Air (OTA)

模式优势

产业链:可以充分发挥运营商的移动产业链核心主导的优势 ;

运营商业务捆绑:运营商对网络有很强的控制能力,可以与运营商的数据业务及其他相关业务相结合,尤其在一些诸如LBS、手机钱包、客户资料获取等方面;

小额支付:可以利用运营商天然的支付通路完成小额支付需求;

用户群:可以充分利用运营商现有庞大的用户群,且用户资料相对真实;

品牌优势:这些运营商一般都具有较强的品牌优势;

模式劣势

开放平台:运营商固有思维模式能否适应App Store模式下对开放平台需求,心态、心态还是心态;运营商应当以更为开放的心态开展产业合作,通过整合服务平台提供各种服务。只有通过资源整合,才能最大限度地发挥资源的整体优势。

执行力及平台运营能力:运营商的传统的电信运营能力能否顺利转化为电子商务平台的运营能力;

内容运营能力:与设备制造商/操作系统提供商类似,国内电信运营商自己其实并没有对内容成功运营的案例,也无相关的经验。

终端适配:对于国内运营商而言,终端定制尚只是整个终端市场的一部分而已;

失败案例:中国移动移动梦网

3、互联网厂商主导模式

标杆企业: PocketGear 、Handango 、GetJar 、Handmark 、Clickgamer, PDATopsoft, Mobile2Day

主要通路形式:

手机客户端通路、互联网通路

模式优势:

互联网运营经验:在网站运营上更有丰富的经验,对客户关系管理和运营相对较强,同时更能够敏锐把握市场的需求变化并应对;在基于互联网的网络营销、推广上相对灵活;

专注垂直领域:专注在细分的垂直行业,更能够敏锐把握市场的需求变化并予以应对,能够集中有效资源与其他竞争者竞争;

多厂商、多平台、多运营商支持:由于相对中立,此种App Store模式能够为用户提供一站式的解决方案,可以支持不同手机操作系统厂商的系统、不同手机厂商的手机型号、不同运营商的数据业务。

成本:相对于其他模式而言,互联网模式是最为低成本的运作模式。

模式劣势

产业链整合能力相对较弱:与其他模式相比较,互联网通路模式的厂商的产业链整合能力算是最弱的;

渠道通路相对单一:相对于6亿多的手机用户而言,1亿多的手机上网用户数及2亿多的互联网用户数尚只是一小部分,怎样与其他渠道通路结合是这些公司发展壮大后必须解决的;

失败案例:数不胜数

4、拥有终端渠道企业主导模式

对于一些手机连锁企业及其他拥有终端销售渠道通路的企业来说,其实有一些服务意识较强、先知先觉的企业早就意识到了数据业务对于促进手机硬件销售、提高用户粘性从而最终运营客户的重要性,因此独立的增值业务销售系统等形式的销售模式已经开始在这些连锁企业中试行,从模式上来说,这些企业所搭建的增值业务的销售模式实际上就是依托于地面渠道通路App Store的实体店面版本;

标杆企业

广东大地通信

主要通路形式:

手机客户端通路、互联网通路、终端实体店面通路

模式优势

多渠道通路优势:这类厂商的优势是拥有终端店面渠道通路优势,可以将手机增值业务、运营商数据业务等以终端预装(出厂前或销售前)、按需装配等方式直接置入用户手机中,可以充分发挥手机客户端通路、互联网通路、终端实体店面通路、终端下载机等通路的优势。

点对点服务优势:就目前国内而言,由于智能手机普及率尚低,对于手机软件、运营商数据业务等对于普通大众而言尚有一定的门槛,面对面的服务形式仍然是最有效的营销方式。

多厂商、多平台、多运营商、本土化支持优势。

模式劣势

执行力:与传统的以产品销售为导向手机销售不同,App Store模式更强调对客户的服务能力、运营能力,这些企业普遍缺乏能够真正结合互联网及传统连锁渠道的复合型人才,怎样有效提升企业的执行力,真正实现从销售到运营、从产品到服务的模式转变是这些企业的最大挑战。

模式的可复制性:与互联网模式相对低成本的运作方式相比较,如果纯粹采用人海战术来推广App Store模式,那像店员培训成本、销售成本及运营成本等肯定居高不下,无法通过可复制的It系统来降低App Store模式下对终端店员能力的要求,那就很难做到模式的可复制性。怎样用IT系统来有效降低这些成本是这些企业不可避免说要面临的问题。

运营能力:这些企业面临对电子商务平台、客户关系管理、内容的实际运营能力。

失败案例:数不胜数

5、App Store建设模式的延伸思考:

1、MTK平台的App Store:面对山寨机这样旺盛的市场及市场占有率,如果能够提供MTK平台的App Store服务应该是很受欢迎的,什么样的产品及服务能够适应这些相对低端的客户群的需求呢?

2、App Store模式下的SNS社区:目前各个App Store服务提供商的重点仍然是手机软件的销售,互动形式也相对单一,尚未形成有较强影响力的App Store模式下的SNS社区。我理解基于App Store模式的SNS社区重点不是交友,而是内容本身;App Store模式下的SNS社区的价值在于充分发挥群体智慧的力量,形成手机软件用户各种创意及需求的收集源,帮助产业链各参与者良性的互动;相信这一块未来肯定是各个App Store运营商的建设重点。

3、失败案例:对于曾经风光无限的移动梦网、Nokia Content Discoverer等先烈们失败案例的完整总结,对于App Store的建设倒是很有大的参考价值,希望有谁能完整总结一下这些经验教训。

4、App Store模式下的小额支付:与目前的第三方支付主要定位在较为宽泛的电子商务支付的需求不同,App Store模式下支付厂商可以更加专注于为各种App Store服务提供商提供多电信运营商、多银行网关、多种支付手段的一体化的支付平台,姑且定义为“一体化的电信增值业务垂直支付平台”。初步的想法可以参考以前所写的第三方支付思考-垂直化支付生存之道

手机客户端IM技术实现思考2-我的IM2.0

我的IM2.0

 

无线互联网技术平台战略思考提纲

    梳理一下无线互联网门户技术平台战略的规划思路,先罗列一下思考的要点:

1、技术平台战略定位:开放式平台架构

    封闭内部系统 .VS. 开放式技术平台(Facebook)

    自主运营平台. VS. 协作生态系统 (WIKI、UGC)

    单一功能平台. VS. 产品整合营销平台(Facebook、QQ)

    功能性平台 . VS. 在线生活方式(Facebook、赛我、QQ)

 

2、技术平台价值最大化

    在搭建技术平台的同时,需要充分发挥技术平台的优势,使其价值最大化,包括:

    开发资源、开发成果的最大化:最大化复用平台架构、开发资源

    平台功能价值最大化:运营平台、营销平台、支付平台、社区平台

    价值链价值最大化:以开放式平台来整合整个无线互联网增值业务价值链,让价值链合作伙伴完全依赖平台

    用户价值最大化:为用户提供一体化的在线生活平台,成为最佳的整合营销平台

 

3、电信重组后的3G时代的三大运营商战略

    电信重组对于无线互联网公司、增值业务公司都属于利好。作为落后者的中国电信及中国联通要在数据业务、语音业务等3G业务上迅速赶上,需要更加关注与价值链上合作伙伴分享价值、实现共赢。

    在电信重组后的3G时代,能否理解、把握、踩准运营商的战略节拍对于我们这样的公司至关重要;同时必须有自己的核心的忠实用户群才能够游走于三大运营商之间,做到持续的运营。因此需要深刻理解运营商的需求及客户的需求。

    近期电信和联通核心的任务应该是发展用户,因此对于我们这样的公司而言,我们对他们的价值在于:

    业务通路价值:3G时代,增值业务肯定是各运营商的战略重点,这些业务的落地需要依赖价值链上具备通路价值的公司来协同完成。

    发展用户价值:对于电信及联通,固网竞争态势已经基本明朗,怎样快速扩大自己的忠实手机用户群是其战略重点,因此对于运营商而言,这些无线互联网公司及增值业务公司的价值是谁能够帮助其发展用户,尤其是帮助其策反竞争对手的高价值用户。通过基于口碑营销模式或关系链的策反是比较有效的手段。

    长期而言,必须积累我们自己核心的用户群,让用户粘在我们的社区平台上。

  

4、近期技术平台核心技术

    Syncml同步引擎:包括基于Syncml协议的客户端及服务器端同步引擎,另外wbxml这样的数据压缩技术还是很重要的

    VOIP:通信需求始终是手机用户最大的业务需求,3G时代IP、VOIP化更是趋势

    客户端:初期重点为Symbian、Windows Mobile、MTK、J2ME;Android、Linux、BlackBerry、IPhone

    多客户端协议整合:电信、联通、移动的客户端的整合,同时包括诸如QQ、MSN等传统IM客户端的整合。

 

无线增值业务门户建设技术思考

 

    eSales这样的业务运营、支撑系统由于大部分内容都是动态的且由于并发用户数相对较少、压力也相对较低,在设计合理的情况下,性能并不是最大的瓶颈,因此此种情况下采用动态页面的方式是比较恰当。对于门户社区而言,高并发、高负载、高性能、高可用性是第一位的,需要采用各种手段来提高其性能。关于网站优化最好的方法论是Yahoo 的Best Practices for Speeding Up Your Web Site ,技术层面细节的优化策略参看Yahoo的方法论。

    同时这是一个用户为中心(user centered)的年代,诸如“以用户为中心的设计”、“以用户为中心的系统”、“用户为中心的营销”等等。 但是怎样才能够让门户设计中充分考虑用户体验,避免致命性的坏体验(bad smell)?这是门户建设需要重点考虑的问题,这一点上所谓的交互设计模式对于我们还是有所益处的。关于用户交互设计的模式:Yahoo Design Pattern LibraryInteraction Design Pattern Library

    此处重点从技术层面谈一下在门户开发时候需要考虑的重点内容:

    Web2.0化:除了充分使用诸如TAG、RSS、DIGG、SNS、UGC这些典型的Web2.0的元素外,“用户体验”是门户建设的重中之重,以用户体验为中心,把这些web2.0元素恰当地融入无线增值业务门户中,相信我们才会造就一个伟大的无线互联网门户,否则只是一堆与别人雷同的舶来品。

    无线门户、互联网门户一体化:WAP门户及互联网门户采用同样的技术架构,在整个系统的基础架构仍然沿用目前的Struts2+Spring+Hibernate(ibatis)的架构,但在View层不使用JSP,而是采用Freemarker,充分利用Freemarker对模板支持及对xml较好支持,将对WML(WAP1.0)、XHTML(WAP2.0)、HTML(Internet)的处理都统一到同一架构下。

    REST(Representational State Transfer):遵循REST设计原则,尤其是无状态通信(statelessness)。

    页面静态化:对门户社区页面都尽量采用页面静态化方案,这样能够充分利用cache机制及实现replication、load balance及镜像(例如南北电信部署)。为了实现页面静态化策略,采用Freemarker+FMPP方案来实现页面静态化的策略。

    SEO:在设计时候一定要首先重点考虑搜索引擎友好及针对google、baidu搜索引擎进行优化,主要是Meta Tag部分内容及网站架构,所有的页面url遵循RSET模式,对无法遵循REST模式的,采用lighhttpd的mod_rewrite来实现。

    爬虫:简单的垂直爬虫主要采用httpclient+htmlparser方案实现,复杂爬虫策略采用Heritrix(或Nutch)实现。

    搜索引擎:采用Nutch+Lucene+Compass方案,对门户定时索引,提供全站搜索功能。

    AJAX:在eSales后台的ajax主要采用struts2的dojo实现,可以充分利用struts2的标签,保持架构的统一。在门户实现时候,由于主要采用静态页面化方案,对于需要动态内容的地方,采用ajax来实现动态数据的状态。在ajax库选择上,不再采用dojo,采用jquery方案。

    CSS:在eSales后台主要还是采用frame、table方式来实现页面布局,在门户开发时候完全采用CSS方案,以保证页面布局的灵活性及页面大小。

    Cache:尽量使用诸如memcache和squid的cache机制,提高性能

     镜像采用rsync来实现对静态页面内容的镜像及同步,解决因不同运营商(移动(铁通)、电信、联通(网通)、教育网、有线网)及地域用户访问速度上差异。

    其他的部署策略参看下图:

    平台系统部署方案

 

参考资料:

  • 性能方面:

http://developer.yahoo.com/performance/rules.html

http://highscalability.com/

High Performance Web Sites

Building Scalable Web Sites

http://www.sitepoint.com/print/web-site-optimization-steps

 

  • 用户体验方面

http://www.welie.com/patterns/index.php

http://developer.yahoo.com/ypatterns/atoz.php

http://en.wikipedia.org/wiki/Interaction_design_pattern

http://www.visi.com/~snowfall/InteractionPatterns.html

学习电信BOSS系统好榜样-电子商务系统建设思考5:MISC(Mobile Information Service Center)系统

    最近研究移动MISC(Mobile Information Service Center)平台,以考察其业务模式及系统架构设计思路,希望能够对平台的规划和建设有所帮助。发觉其有很多不错的思路值得我们在平台建设时候学习。

    MISC(Mobile Information Service Center) 是为运营商提供的可快速启动各种数据业务的平台,是一个强大的资源调度平台。它连接运营商的基础网络及业务支撑系统(客服系统、营业系统、计费系统),为 SPs提供各种电信资源(如短消息中心资源、用户信息资源、语音资源、传真资源等)、功能资源(如单点认证、计费、漫游控制、个性化等)及各种公共的资源引擎(如TTS、地理位置、语音交互、推送信息等)。MISC平台在移动运营商和内容提供商之间,起到一个桥梁纽带的作用,使得运营商以最快速、最简单的模式开通新业务;各内容提供商不用关心网络层的详细技术,能够专注于内容、应用的开发,以更低廉的成本、在最短的时间内提供新业务;各类移动用户可以通过任意终端(WAP手机、PDAPC、普通电话、传真机等),采用SMSWAPWEB、话音/传真方式,在任何地方就近接入移动梦网门户,使用新业务。

1、 移动MISC平台的核心价值

  • 大规模的用户群
  • 通道资源:包括手机终端、营业厅等
  • 内容计费功能:其MISC+BOSS系统完成对用户内容的订购管理和内容计费
  • 支付功能:通过其手机话费代收费,帮助SP等增值业务合作伙伴收取用户费用,解决小额支付问题。
  • 整合价值链的强势能力

    移动MISC(Mobile Information Service Center)平台建设的目的在于:

  • 建立统一的业务管理平台,为运营商提供统一的用户管理、订购关系管理、内容管理、内容审核、合作管理以及运营及营销管理;
  • 提供以内容为核心的业务生成能力,为业务开发提供各种接入方式的支撑;
  • 提供开放的合作接口,为合作伙伴的内容聚合,业务聚合提供支撑;
  • 为用户访问业务提供方便获取信息的各种门户,以及统一的客户服务接口;
  • 通过统一的业务接入,简化和各业务网元及支撑系统的接口;

MISC平台移动梦网业务逻辑图

                 MISC平台移动梦网业务逻辑图

 

 

2、 MISC平台对eSales平台建设的启示

  • 内容资源的管理、计费、运营管理平台

    由于移动在价值链中的强势地位,其政策导向是加强对产业链条的主导控制权,导致对众多CP、SP厂商生存空间愈来愈小,这些CP、SP拥有海量的数字内容和服务,需要另外一条渠道通路帮助把这些产品和服务分销到最终用户的手中,这是eSales系统的价值之一。从本质来说,eSales平台实际上就是要搭建类似于移动MISC系统的平台,利用我们传统渠道通路的优势及移动对合作伙伴打压的机会,吸引众多更多的合作伙伴及代理商来依赖我们平台销售其产品,最终形成以我们为主导的增值业务的管理、计费及运营平台。

  • 支付平台

    众多SP、CP之所以对移动形成了依赖关系,除了移动到海量用户的通路优势外,最大的原因就是其通过手机费代缴增值业务的小额支付功能,尤其是在国内信用体系及支付环境不健全的情况下,因此提供便捷的支付工具是eSales平台成功的关键之一。

  • 技术平台建设

    在平台建设上,像MISC平台号称是Open-VCS(开放式价值链的管理体系),但由于移动的强势地位,因此所谓的开放平台只能是在强权之下的开放,我觉得Facebook能够在短短时间内能够发展起来,一个至关重要的就是开放的平台化战略(Facebook如何击败Myspace,Yahoo!和Google) 。对于我们而言,通过与合作伙伴间的“对等共赢”的合作策略及开放的平台化战略,吸引他们围绕我们的平台搭建各种应用,最终形成良性的互联网社区,构筑起竞争的门槛。另外对于移动这样的运营商而言,对用户体验的关注并不是其强项,反而是其互联网时代最致命的短板,因此我们在建设上必须“用户体验至上”,这也是我们的核心竞争力。

外部内容的注入极可能使Facebook变得更为强大。

Facebook的主页有一个巨大的内在优势:社会性网络已经建立。是的,另一种方式则是整合GmailBBC头条,YouTube视频搜索以及播客目录。若将社会关系与这些内容融合起来,不论如何,此举将使Facebook立即击败其主要竞争对手。

  • 商业模式上:

    移动与产业链中的CP、SP合作,采用收入分成的商业模型。从互联网商业盈利模式来看,此种模式并不是互联网企业盈利的主要动力。另外互联网上典型的盈利模式或者是像QQ这样的公司围绕核心产品靠增值业务来收取费用;或者是像Google、Baidu这样的公司主要依靠广告方式来收取费用;或者是像Amazhon、阿里巴巴这样的电子商务的公司,这些厂商核心盈利模式是通过减少交易过程中的中间环节,使得交易成本大大节省,从中获取理论。对于我们而言,分成模式应该也不是我们最终核心盈利模式,后面几种都应该成为我们的盈利模式。

3、参考资料

移动数据业务:从业务管理走向内容运营

卓望内容管理平台产品思路浅谈

数据业务:从业务管理走向内容运营

 

无线互联网业务思考

手软业务思考 (2)