【行业解密档案】应用分发的业务系统

书接上回,之前说了下《应用分发的商业模式》,现在我们来聊聊业务系统。

应用分发主要的标的是应用,所以他的业务基本都是围绕应用来进行的。这样业务系统也是根据这个来设计的。上下游供应链势必造成两个系统的搭建,并且这两个系统依靠应用来进行连接,所以我们大致能得出以下的系统模块。

系统模块


上游主要是一个接入的搭建,首先根据不同的公司需要设置不同的联系方式这些基础信息,由于应用包的特殊性,同一个公司可能会接洽多个商户进行接包工作,所以针对同一个应用可能有多个应用版本。可能还存在一些同行公司换量的操作,所以在源头就需要建立这个系统。

下游则是一个分发的管理,负责推广的公司很多,他们也会承接不同的应用,但是一个手机能安装的应用是有上限的,并且为了保证手机的性能你还需要根据机型进行适配,不然客户拿到手上发现很卡就会全部卸载掉。其次,针对不同的推广公司,根据合作以及历史质量的不同,还有阶梯定价和折扣账期,这些也是必须具备的功能。另外,为了配合公司的运营活动以及客户的方便性,我们还需要有统一的套餐以及折扣管理。

这里有个行业细节,为了保证跟推广公司的结算,所以每一个应用都会打上标签,这样在应用使用时软件开发商才能监控到这个软件的推广情况。而利用渠道推广的应用版本一般要比线上版本要低,哪怕在发布的时候线上和线下获取到的是一个版本的应用,但是在实际推广过程中,手机到达消费者手上还是有一段时间的滞留期。这样就产生一个问题,分发公司是没办法在软件开发商的应用内注壳的,而应用在客户首次使用的时候就会被软件开发商进行自动升级,这样虽然软件开发商会给推广公司进行结算,但是推广公司就没办法给下游进行结算了。这也是行业链条中最致命的一个问题,它引起了许多质量评估风险。

分发模式


应用分发主要完成的是应用推广,那上游就会根据上述标记给负责推广的公司计费,而推广公司则通过自己的统计方式去确定下游商户的统计效果。由此得出以下这个下游结算的业务核心功能:

独占许可其实就是转包,把手上接进来的应用直接转给第三方,而公司则可以将上游提供的数据直接展示给第三方,完成利润抽成。

共享分配,由于我们接入的应用是有限的,而在下游的数量是无限的,这个时候又要推广这个应用怎么办,只能共享了,即所有的下游商户共同推广一个应用,只是在上报的时候进行区分。

独立分包,以上两种分包方式是由于软件生产商没有提供在线打包系统,无法按推广方的要求提供任意数量的应用版本,而独立分包就是解决这个问题的,有软件制造商提供一个线上接口,然后推广方就可以将这个商户信息通过官方打包程序注入到应用内,解决推广方统计无力的问题。这是应用分发后期出现的新型模式。

应用分发资金流是一个双曲线的问题,因为上游是需要手机开机使用应用以后才能在后台截获的,也只有截获以后才能进行逐月统计,然后为推广付费。而下游基本上等不到你客户使用,只要他一安装应用到手机,我们就需要提示他安装成功,并且开始可能的付费行为,这样就相当于我们已经预先支付了一部分收益,可能是多付的也可能是少付的,这个主要看公司的风控模型。所以为了规避资金风险的问题,我们设计出了这些计费方式。

计费方式

按安装是指应用只要安装到手机上就给下游付推广费。属于公司垫付,仅针对合作关系较好的下游,毕竟这个要公司先掏钱,但是对下游最有诱惑力,装一台拿一笔钱。

按激活是指应用由分发企业判断已经到达消费者手机上并实际使用了,才会给下游结算费用。这个是对公司最安全的方式,属于我确定可以收到上游给我的推广费我才支付给下游,只是这个对下游来说时效性太差,可能要几个月后才能拿到推广费。

按安装预付,激活实返这个方式其实是一个简单的组合,但在这个后面涵盖了两种手段。第一种实际激活是按激活后按激活数量支付推广费。比方说安装应用后为你安装行为垫付款,然后激活应用后按激活价格发给你,这种方式其实预付和激活实分开的两次结算,是割裂的,但是这里要小心,这里可能会有两种算法,一种是按激活价格,一种是激活价格再减去垫付价格,不理解的自己感悟去。第二种包机价格的前半段完全一致,也是先行垫付,但是在激活的时候就只会支付激活总收益与垫付总支出之间的差额。

举个例子:


比方说前置条件安装一个应用的预付是2元,激活是5元,然后你安装应用在100台手机上,那到下个月给你的结算款就是100*2=200元,后续激活了10台,按第一种的方式是的算法是5*10=50元,(5-2)*10=30元。按第二种算法是5*10<100*2,所以本月激活费用为0。什么时候给?当你>100*2/5=40个的时候,才开始为您的激活付费。

以上是最细粒度的应用统计维度的计费方式,还有更为复杂的就是套餐,就是将多个应用组合到一个套餐内行程套餐的价格。玩法上和应用是一样的,也有安装、激活以及组合的玩法,简单介绍一下,套餐的安装也就是按照一个指定比例的应用必须安装在手机上而已,激活则是该套餐内的应用激活数量达到指定比例就算该套餐激活。而组合玩法针对的也还是套餐的安装和激活。

此外手机包机是按照出货机型的不同给予不同的买断费用,这个时候安装多少应用都有推广公司来自动识别,根据安装数量的不同,自动给推广商户支付费用的一种玩法。

说完了计费方式,接下来说说结算方式:阶梯价格。阶梯价格也没什么好神秘的,只是在实际操作过程中和其他功能结合起来复杂程度就不是1+1了。阶梯价格都是比较常规的玩法,按安装的手机数量实现不同定价,按激活的应用数量,按套餐的安装数量等等,只要你能想得到的方式,其实在结算过程中都可以使用,而配合阶梯价格的运营结算体系还有折扣管理,折扣管理是针对不同合作关系的商户实施的运营手段,它同样复合到应用的价格和套餐的使用中。

所有的运营方案都是为了商业运作服务的,围绕着这个核心就可以设计出相关的计费结算方式了。

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 194,390评论 5 459
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 81,821评论 2 371
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 141,632评论 0 319
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 52,170评论 1 263
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 61,033评论 4 355
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 46,098评论 1 272
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 36,511评论 3 381
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 35,204评论 0 253
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 39,479评论 1 290
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 34,572评论 2 309
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 36,341评论 1 326
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 32,213评论 3 312
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 37,576评论 3 298
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 28,893评论 0 17
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 30,171评论 1 250
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 41,486评论 2 341
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 40,676评论 2 335

推荐阅读更多精彩内容