不如把钱给天罡生态的开发者赚。”
赵海愣了一下，然后笑了。
“你这是内部转移支付。”
“对。用集团的营销预算养生态，等生态长大了，再引入外部gg主。初期gg分成比例是开发者百分之七十，天罡生态百分之三十。开发者的分成可以提现，也可以换成天机云的算力资源或天罡os的企业授权。”
赵海在“内部转移支付”下面画了一条线，标注了预算来源和审批流程。
订阅服务的最小可行版本，方程的设计比支付和gg更激进。
“不做应用内订阅，先做‘生态会员’。用户每月付九块九，成为天罡生态会员，享受三项权益：去gg、云存储空间、专属客服。会员费的百分之五十按开发者应用的活跃度分成——用户用得越多的应用，分到的钱越多。”
赵海皱眉：“这个分成逻辑太粗放了。活跃度高的应用不一定质量高，可能是游戏或者工具类应用，用户停留时间长。高质量的付费应用可能用户用得少，但价值高。”
方程承认这个逻辑有问题，但他坚持先用粗放的分成机制跑起来。
“第一期先跑三个月，收集数据。三个月后根据实际情况调整分成算法。生态商业化没有标准答案，只能边跑边改。”
赵海没有再反对。
商业化试点的方案框架定下来后，方程和赵海开始拆解执行细节。
支付接口的开发需要对接华夏和南洋总共十一个支付渠道。每个渠道的技术文档、合规要求、结算周期都不一样。方程的计划是：先抽象一层统一的支付网关，把不同渠道的差异封装在适配器里，对外暴露一套简单的api。开发者只需要调用三五个接口，就能完成支付的全部流程，不需要关心每个渠道的细节。
“支付网关的开发周期，三周。”方程在任务清单上写下这个数字。“测试周期，一周。四周后上线。”
赵海在旁边加了一行字：“支付网关的安全审计，由周明的法务团队找第三方机构做。审计通过前不上线。”
gg系统的开发比支付简单，因为初期只托管未来科技自己的gg。方程只需要建一个简单的gg素材管理后台和一个展示次数计数器。开发周期两周，一周测试，三周后上线。
订阅服务的“生态会员”方案，需要开发会员管理系统、支付续费逻辑、活跃度统计和分成计算引擎。这是三个方向里最复杂的一个，预计开发周期五周，测试周期两周，七周后上线。
方程把三个方向的时间轴画在白板上，形成一张甘特图。支付和gg在四周后同时上线，订阅在七周后上线。中间有三周的空窗期，正好用来收集支付和gg的数据，为订阅的分成算法提供输入。
下午，方程召集了天罡生态商业化团队的全体成员，在旧楼顶层开了第一次执行会议。参会的除了天罡生态团队，还有从天机云、法务部、财务部、安全部抽调的支持人员。
方程把商业化试点的框架和三个方向的执行方案讲了一遍，然后问了一个问题。
“还有什么风险是我们没考虑到的？”
法务部的代表第一个举手。
“支付接口的合规问题。华夏和南洋的支付监管法规不同，华夏要求实名认证和反洗钱筛查，南洋某些国家要求交易数据本地化存储。我们的支付网关如果统一处理所有局域的交易，可能会违反某些国家的数据本地化要求。”
方程在“支付”那一栏下面加了一行字：“局域数据隔离。南洋的交易数据只存在南洋的服务器上，华夏的交易数据只存在华夏的服务器上。支付网关的逻辑不变，但底层存储物理隔离。”
法务代表点了点头。
安全部的代表第二个发言。
“gg系统的展示次数计数器，如果被恶意刷量，我们的分成就会失真。虽然初期只有未