虚拟运营商三种合作模式的对比和分析

年味逐渐散去,虽然工信部对虚拟运营商今后发展制定的新政策还是犹抱琵琶半遮面,但春节期间各种利好虚拟运营商的消息可谓不绝于耳。除了号段资源一再充盈的消息之外,有渠道...

年味逐渐散去,虽然工信部对虚拟运营商今后发展制定的新政策还是犹抱琵琶半遮面,但春节期间各种利好虚拟运营商的消息可谓不绝于耳。除了号段资源一再充盈的消息之外,有渠道消息称,移动通信转售业务牌照申请将再次开放,符合条件的申请企业,将有望跳过“试点牌照”,直接获得“正式牌照”。这不禁让笔者想到,短短的两年内,虚拟运营商与放卡渠道的合作模式已经经过了几次迭代和修正。政策开放后,或许真的会有一些符合资质的民营企业试着去申请牌照。

目前虚拟运营商与放卡渠道的合作模式主要分为三种,即国包商模式、省代模式、独立合伙人模式。

  一、国包商模式

即虚拟运营商企业与一些传统的做手机代理起家的国包商合作。这是大部分虚拟运营商刚开始都采用的放卡模式,虚拟运营商企业本身大多有自己的主业,而在线下放卡渠道方面却不是强项。与国包商合作之后就可充分利用他们在全国各个省份深厚的渠道关系,号卡资源由国包商按照各自的经验去配给。

优势:这种合作模式虚拟运营商只管将号卡资源放给国包商,再让国包商保证完成至少百分之多少的激活率后几乎就没自己什么事了。但也正是这种让虚拟运营商捞得清闲的合作模式同时也给虚拟运营商带来了很多麻烦。

不足:笔者曾在文章《虚拟运营商“虚假繁荣”,如何破局?》中提到过两点:第一,由于国包商同时给多个省份放卡,渠道监督管理能力有限,造成代理商之间相互窜卡,导致号卡积压。最后代理商迫于激活压力而把部分号卡拿去卖给做不良业务的买家,这就有了垃圾短信和骚扰电话;第二,从国包商到各省包商再到各种地市层级代理商,每经过一个层级号卡价格就要上涨,导致号卡到达终端网点时售价过高,卖不出去。而让虚拟运营商无奈的是根本追溯不到问题出在哪里。与国包商合作的这种模式不断地暴露出各种弊病,让虚拟运营商吃足了哑巴亏,一些虚拟运营商在撞了南墙以后已经开始探索其他放卡合作模式。

二、各个省分别招省代理商模式

即虚拟运营商在每个省或地市只与一家实力强大的代理商或企业平台合作,同一个省如果已经有了省级合作伙伴就不再寻求该省的地市级合作伙伴。

优势:这种合作模式相当于直接与二级代理商进行合作,是对国包化模式的一种改进,是去“国包化”。一方面,分散了代理商的权利,每个省招商利于虚拟运营商管控;另一方面,在各个省分别招代理能够很好地避免各省代理商之间的窜卡行为,若是发生窜卡能够追溯责任。

不足:虽然去了“国包化”,但这种模式还是未能从根本上解决国包商模式中的代理商层次过多而导致的号卡到达终端网点售价过高的问题,影响号卡售卖。

三、独立合伙人模式

即合伙人持有虚商公司的部分股权,相当于虚商公司将放卡这部分业务交给合伙人来运营,合伙人享受权利,承担义务。形式上独立合伙人扮演了各省包商、国包商之外的又一国包商角色,但却需要承担比国包商更多的责任,还要对各省级代理商的放卡能力有充分的了解,可以说是模式一与模式二的结合。所以,独立合伙人模式对合伙人的能力要求非常高。

优势:这种合作模式合伙人一旦入股了虚商公司,有了利益捆绑就不得不从虚商公司的角度去思考放卡策略,并且在号卡资源分配上也会根据各省级代理商的放卡能力进行合理配置。合伙人与虚商公司共坐一条船,这让虚商公司省了不少心。

不足:这种合作模式虽然相对前两种有了很大的进步,但也存在一些问题。一是由于靓号这一稀缺资源的存在,一些贪心的合伙人每拿到一个号段就会将其中靓号资源的利益占为己有,导致下面的代理商从号卡资源中得到的利润越来越少,代理商放卡的积极性也越来越差;第二就是在每个省份单独合作的代理商很有可能同时代理着多家虚商公司的号卡资源,倘若A虚商公司在某省与a代理商进行独家合作,而a代理商又同时代理了B、C、D等虚商公司的号卡。那么,就可能出现a代理商精力分散没有做好A公司的销卡,但可以继续做B、C、D家的销卡,而A公司的号卡在该省都做不起来这样的情况。

以上的这三种模式各有利弊,随着虚拟运营商的加速发展和不断探索试错,一些实力强大的大代理商和企业平台也在尝试着创新与虚拟运营商的合作模式,以求与虚商公司站在同一条战线上,一起为提高虚商用户的数量和质量做努力。

国内最全虚商开卡平台斑马虚商在与虚商企业的合作模式上也是基于独立合伙人模式。上游有虚商公司为斑马虚商提供一手号卡资源支撑,给予代理商最大的利润空间和充分的号卡价格优势。不过,与第三种独立合伙人模式不同的是,斑马虚商每放一个品牌的号卡,与斑马虚商合作的各省级代理商只能在该省代理这一个虚商品牌。这样能够保证代理商精细化放卡,再加上斑马虚商全面的开卡和充值系统,让号卡真正落实到了用户手中。但是斑马虚商在虚商号卡业务行业内还属于新军,尚需要与行业大佬加强交流、不断完善自身系统。

笔者相信,未来,随着合作模式不断地被修正,虚拟运营商与各种有志在虚商市场分得一杯羹的企业平台一定会合力探索出更加有利于虚商市场健康发展的模式。

本文转自d1net(转载)

时间: 2024-09-16 10:44:45

虚拟运营商三种合作模式的对比和分析的相关文章

PHP遍历数组的三种方法及效率对比分析

 这篇文章主要介绍了PHP遍历数组的三种方法及效率对比,实例分析了foreach.while与for三种遍历数组的方法与相关的效率比对,具有一定参考借鉴价值,需要的朋友可以参考下     本文实例分析了PHP遍历数组的三种方法及效率对比.分享给大家供大家参考.具体分析如下: 今天有个朋友问我一个问题php遍历数组的方法,告诉她了几个.顺便写个文章总结下,如果总结不全还请朋友们指出 第一.foreach() foreach()是一个用来遍历数组中数据的最简单有效的方法. ? 1 2 3 4 5 6

微软云计算的三种运营模式

微软云计算拓展战略包括三大取向,即三种不同的云计算运营模式: 第一种,微软出资搭建,客户付费享用.微软正在全球范围内包括中国搭建统一的公共云服务平台,同时向各类企业.社会组织和个人消费者等客户提供云服务. 图一:微软云计算结构示意图 例如,微软向最终使用者提供的Online Services和Windows Live等服务.这种软件+服务的战略取向,只有大而强.技术过硬且有超前眼光的公司才能做到,现在,微软云计算已经做到了.并且对使用这种运营模式的客户而言,经济实惠.快速便捷.安全可靠. 第二种

“人人爱购”正式上线,人人网借此探索第三种盈利模式

12月24日凌晨消息,内部邮件显示,人人网与淘宝.京东.优衣库网上商城等合作推出的购物频道"人人爱购"已经悄然上线.人人网正借此探索继品牌广告.社交游戏分成之后的第三种盈利模式. 本周一,千橡互动集团的一些员工收到了一封内部邮件,通知参与"人人爱购"的内测.邮件的信息显示,"人人爱购"的网址为igo.renren.com,目前这一地址还未在人人网上出现入口,但外界可以直接访问.人人网宣传负责人告诉网易科技,人人爱购在经过内部测试后,数日内会正式对

IOS开发之自定义Button(集成三种回调模式)

前面在做东西的时候都用到了storyboard,在今天的代码中就纯手写代码自己用封装个Button.这个Button继承于UIView类,在封装的时候用上啦OC中的三种回调模式:目标动作回调,委托回调,Block回调.具体的内容请参考之前的博客:"Objective-C中的Block回调模式","Target-Action回调模式","Objective-C中的委托(代理)模式".在接下来要封装的button中将要用到上面的知识点.之前在做新浪微

ISA&TMG三种客户端模式简介(四) Web代理 客户端

在前面几次,我们主要聊到了TMG/ISA中的三种客户端中的"防火墙客户端"."Secure NAT客户端模式"今天呢,我们就来聊聊第三种客户端模式"Web 代理客户端".那么接下来我们来看看"web 代理客户端"向服务器端口发送请求的客户端应用程序或计算机的端口有哪些呢? 1.ISA 服务器计算机上的端口 80. 2. ISA 服务器侦听来自客户端计算机所在网络的传出 Web 请求时所用的端口.默认情况下,ISA 服务器在端口

ISA&TMG三种客户端模式简介(三) SecureNAT 客户端

Secure NAT客户端可以说是TMG/ISA三种客户端中最简单的一种客户端,因为这种客户端并不需要特殊软件的支持,也不需要配置一些代理,但是确是依赖于组织的路由结构来将请求转到给ISA/TMG服务器的.所以必须要给客户端计算机配置默认网关,以便于ISA服务器可以通过路由器来进行直接或间接方式地向Internet发送所有通讯信息. 总结来说,Secure NAT客户端在配置前还需要确定一下您当前的网络环境,下边整理了两个: 1.简单网络.在简单网络方案中,SecureNAT 客户端和 ISA

ISA&TMG三种客户端模式简介(一)

最近 一直在忙于研究微软TMG产品遇到CDN技术后站点页面中应用CDN技术的内容就会发现显示不太稳定,同微软的一些同仁聊了很多解决方法,但是一直没有找一到一个合适的解决方法,没办法,只能研究一下看看从微软的三种客户端模式中是否有能解决现在面临的问题. 也顺便回顾了一下微软的三种客户端模式及ISA和TMG,也想借此次对三种客户端模式的一个回顾做一个整理,同时也分享给更多需要的博友. 谈到防火墙产品很多人会想到思科.华为.H3C.juniper等一些网络产商所提供的硬件防火墙产品,但其实在微软也提供

Oracle Data Guard的三种保护模式

Data Guard提供如下三种数据保护模式: 1)最高保护模式(Maximum Protection) 这里的"最大保护"是指最大限度的保护数据不丢失,也就是至少有一个standby和primary保持实时同步,但这样做的代价很大,即当一个事务提交时,不但要写到primary段的online redo log,还有写到至少一个standby的standby redo log.这样会有一个严重的问题,就是当standby出现故障或网络故障,导致日志无法同步时,primary数据库会被s

Oracle Data Guard学习(1) 三种保护模式

Data Guard提供如下三种数据保护模式: 1)最高保护模式(Maximum Protection) 这里的"最高保护"是指最大限度的保护数据不丢失,也就是至少有一个standby和 primary保持实时同步,但这样做的代价很大,因为只要当一个事务提交时,不但要写到primary段的 online redo log,还有写到至少一个standby的standby redo log.这样会有一个严重的问题,就是当 standby出现故障或网络故障,导致日志无法同步时,primary