第330章 天罡生态中的商业化服务试点(1/2)
方程站在白板前，已经站了半个小时。他在等赵海，也在等天罡生态商业化试点的第一轮用户调研数据。天罡生态过去一年积累了超过八千名注册开发者，发布了六百多个应用，但百分之九十的应用是免费的，开发者没有收入，生态就没有造血能力。
赵海推门进来的时候，手里拿着厚厚一沓列印纸。他把纸摔在桌上，声音不大，但带着一种罕见的焦躁。
记住首发网站域名??????????.??????
「调研结果出来了。八百个开发者，百分之七十一的人说『愿意为天罡生态付费』，但前提是『能赚到钱』。」赵海把第一页纸翻过来，上面是一张柱状图。「百分之六十三的开发者目前在天罡生态上的月收入为零。百分之二十二的人月收入低于五百。百分之九的人月收入在五百到两千之间。只有百分之六的人月收入超过两千。」
「也就是说，百分之九十一的开发者在天罡生态上赚不到钱。」
方程看着那组数字，沉默了几秒。
「这不是天罡生态的问题，是所有新兴生态的共同问题。应用商店丶GG分成丶内购付费，这些成熟的商业模式都被旧秩序垄断了。天罡生态要商业化，不能走老路，因为老路上全是专利墙和分成条款陷阱。」
赵海把剩下的调研报告也摊开，桌上铺满了数据。
「开发者想要什么？排前三的需求是：支付接口丶GG系统丶订阅服务。这三样，旧秩序都有成熟的方案，但天罡生态一个都没有。不是我们不想做，是做起来太慢。支付接口要对接几十个国家的支付渠道，GG系统要建实时竞价引擎，订阅服务要设计用户管理后台。每一项都是半年以上的工程。」
方程在白板上写下三个词：支付丶GG丶订阅。然后在每个词下面画了一条横线。
「这三个方向，我们不做大而全，先做最小可行版本。」
赵海拉过一把椅子坐下，看着方程。
「最小可行版本的定义是什么？」
方程拿起马克笔，在「支付」下面写了三行字。
「第一，只支持华夏和南洋两个区域的支付渠道。华夏用微信和支付宝，南洋用本地的电子钱包和信用卡。其他区域暂缓，等第二批。」
「第二，支付接口只开放给天罡生态的认证开发者，申请门槛是：注册时间超过三个月，发布过至少一个应用，用户评分不低于四点二分。不是我们不想开放给所有人，而是初期要控制风险，不能让羊毛党和诈骗分子把支付系统搞臭。」
「第三，支付手续费。天罡生态收取百分之三的交易手续费，比旧秩序低百分之四十。不是打价格战，是因为我们的基础设施成本确实低——天机云的数据中心在华夏和南洋，带宽和存储成本比旧秩序低三分之一。我们把省下来的成本让利给开发者。」
赵海听完，在笔记本上算了一笔帐。百分之三的手续费，意味着天罡生态在支付服务上几乎不赚钱。但方程的目的本来就不是赚钱，而是让开发者先「有钱进来」，哪怕是很少的钱。
「GG系统的最小可行版本呢？」赵海问。
方程翻到白板的下一页。上面已经画了一个简陋的流程图。
「不做实时竞价引擎，先做托管GG。天罡生态提供GG位，开发者选择是否展示。GG主直接把素材和预算给天罡生态，我们按展示次数或点击次数给开发者分成。初期只接未来科技自己的GG——天衡手机丶天行者汽车丶天枢生态的开发者工具。反正我们也要打GG，不如把钱给天罡生态的开发者赚。」
赵海愣了一下，然后笑了。
「你这是内部转移支付。」
「对。用集团的营销预算养生态，等生态长大了，再引入外部GG主。初期GG分成比例是开发者百分之七十，天罡生态百分之三十。开发者的分成可以提现，也可以换成天机云的算力资源或天罡OS的企业授权。」
赵海在「内部转移支付」下面画了一条线，标注了预算来源和审批流程。
订阅服务的最小可行版本，方程的设计比支付和GG更激进。
「不做应用内订阅，先做『生态会员』。用户每月付九块九，成为天罡生态会员，享受三项权益：去GG丶云存储空间丶专属客服。会员费的百分之五十按开发者应用的活跃度分成——用户用得越多的应用，分到的钱越多。」
赵海皱眉：「这个分成逻辑太粗放了。活跃度高的应用不一定质量高，可能是游戏或者工具类应用，用户停留时间长。高质量的付费应用可能用户用得少，但价值高。」
方程承认这个逻辑有问题，但他坚持先用粗放的分成机制跑起来。
「第一期先跑三个月，收集数据。三个月后根据实际情况调整分成算法。生态商业化没有标准答案，只能边跑边改。」
赵海没有再反对。
商业化试点的方案框架定下来后，方程和赵海开始拆解执行细节。
支付接口的开发需要对接华夏和南洋总共十一个支付渠道。每个渠道的技术文档丶合规要求丶结算周期都不一样。方程的计划是：先抽象一层统一的支付网关，把不同渠道的差异封装在适配器里，对外暴露一套简单的API。开发者只需要调用三五个接口，就能完成支付的全部流程，不需要关心每个渠道的细节。
「支付网关的开发周期，三周。」方程在任务清单上写下这个数字。「测试周期，一周。四周后上线。」
赵海在旁边加了一行字：「支付网关的安全审计，由周明的法务团队找第三方机构做。审计通过前不上线。」
GG系统的开发比支付简单，因为初期只托管未来科技自己的GG。方程只需要建一个简单的GG素材管理后台和一个展示次数计数器。开发周期两周，一周测试，三周后上线。
订阅服务的「生态会员」方案，需要开发会员管理系统丶支付续费逻辑丶活跃度统计和分成计算引擎。这是三个方向里最复杂的一个，预计开发周期五周，测试周期两周，七周后上线。
方程把三个方向的时间轴画在白板上，形成一张甘特图。支付和GG在四周后同时上线，订阅在七周后上线。中间有三周的空窗期，正好用来收集支付和GG的数据，为订阅的分成算法提供输入。
下午，方程召集了天罡生态商业化团队的全体成员，在旧楼顶层开了第一次执行会议。参会的除了天罡生态团队，还有从天机云丶法务部丶财务部丶安全部抽调的支持人员。
方程把商业化试点的框架和三个方向的执行方案讲了一遍，然后问了一个问题。
「还有什么风险是我们没考虑到的？」
法务部的代表第一个举手。
「支付接口的合规问题。华夏和南洋的支付监管法规不同，华夏要求实名认证和反洗钱筛查，南洋某些国家要求交易数据本地化存储。我们的支付网关如果统一处理所有区域的交易，可能会违反某些国家的数据本地化要求。」
方程在「支付」那一栏下面加了一行字：「区域数据隔离。南洋的交易数据只存在南洋的伺服器上，华夏的交易数据只存在华夏的伺服器上。支付网关的逻辑不变，但底层存储物理隔离。」
法务代表点了点头。
安全部的代表第二个发言。
「GG系统的展示次数计数器，如果被恶意刷量，我们的分成就会失真。虽然初期只有未来科技自己的GG，但刷量会浪费集团的营销预算。需要有防刷机制。」
方程把这个任务分配给了GG系统的开发负责人，要求在上线前完成至少三轮防刷测试。
财务部的代表第三个发言。
「开发者的分成提现，涉及跨境资金流动。南洋的开发者如果要把钱提现到本地银行帐户，华夏的外汇管制可能会卡住。需要设计一个合规的跨境资金通道。」
苏黛不在场，但方程知道这个问题只能由她解决。他在任务清单上标注了「苏黛协调」，然后继续往下走。
会议进行到第三个小时，赵海提出了一个比技术更敏感的问题。
「商业化服务上线后，天罡生态就不再是『免费的生态』了。开发者会开始算帐，用户会开始比较。如果我们的服务质量达不到旧秩序的水平，开发者和用户会用脚投票。」
方程沉默了几秒。
「我们的服务质量确实不如旧秩序。旧秩序的支付成功率是百分之九十九点五，我们能做到百分之九十九就不错了。旧秩序的GG填充率是百分-->>
本章未完，点击下一页继续阅读