投影亮起，林斌打开了一个ppt，而后切到了中间的一页。

整幅画面是左右对称的对照结构。

最

左侧栏标着“p时代已验证”：

底层系统层：n系统网银控件

下方批注着：应用可卸载，系统不可替代，支付话语权永远在底层，不在流量层。

右侧栏标着“移动时代推演”：

上层应用层：m、电商、第三方支付

app底层系统层：昆仑原生服务中心

这是林斌的思维路径，陈学兵看这些词都感觉有些熟悉，但未能领悟精髓，便静静等他解释。

“系统有权限做主动服务，这是关键。”林斌开口描述了几个场景：“用户收到话费不足的短信，系统可以直接弹充值卡片；用户买了火车票，系统自动开启同步行程提醒；用户网购的产品到了，有快递员或短信通知，系统直接显示物流信息到弹窗。这些事，m永远做不了，它拿不到系统短信权限，拿不到后台调度权限，只能等用户主动点开它。”

这个说法让陈学兵眼神一亮。

系统级移动服务生活场景具体方便在哪，林斌算是讲出来一部分。

“智能，而且是自动化的智能。”陈学兵赞同地说道。

“对，不让用户自己做选择，而是被引导。”林斌道出这个内核，接着又说出下一个内核：

“你说的卡片式服务，又可以做到流量上的极简，不过不是你说的‘让服务商做昆仑极简版’，而是我们来制定统一的卡片服务规范，提供标准化的k和接口文档，服务商只要对接一次，就能生成适配所有昆仑机型的服务卡片。

“达到这一点，一款app的接入周期可以压缩到按天算，而且系统用原生控件喧染卡片，不用加载bv，不下载应用资源，单页流量消耗最多只有软件式的五分之一，激活速度更快，弱网环境下也可以使用。

：

“那么，我们通过系统去引导用户，又可以通过极简化地过程来使用服务，系统的内核价值就被发挥出来了。

“有这样的价值之后，我们可以做什么？

“软件账号接入。

“我们掌握着软件商无法比拟的优势，那么他们想进入我们的这套服务系统，就必须让他们的账号绑定我们的系统账号。

“打破账号系统的强界，这是星联作为一款第三方软件绝对无法做到的，所有的网络服务商都把自己的账号系统视为内核，可我们拥有直接调取m卡电话号、向客户推送服务，简化服务的能力，他们就必须主动绑定我们的昆仑账号。”

讲到这里，陈学兵喉咙里长长地嗯了一声，并且声调向下，表示了一丝不赞同。

微信，也未必不行吧。

后世哪个微信号没绑定手机号？除了阿里、网易等几个成体系的大厂级服务，其他哪个软件的账号又不是以绑定微信号为第一要务？

不过照此说来，昆仑账号体系确实比m账号推广更容易一些，而且具备一定的中立性，很有可能打破大厂竞争账号体系的僵局。

他想了想，还是没有说话，示意林斌继续。

“从而支付主导权的问题我们也解决了。”林斌接着说道：“用户只要在昆仑账号里绑一次银行卡，我们自有体系的所有服务就都能用了，这里我们打破了点支付培养用户的第一关。另外，我们自己的支付系统可以朝着系统的方向定向更新，用一些隐形权限，做到最好的适配性，比如我们点支付可以靠系统权限自动记录之前填写的默认信息，把‘手动填信息’全干掉，这样就算我们不强行把点支付放在默认支付的第一位，让用户来自行选择第一支付渠道，我们也有很大的机会胜出。”

讲到这里，陈学兵突然开口道：“用户间的转账怎么办？”

林斌皱了皱眉头：“用户间转账？用网银啊，还有更好更安全的办法吗？”

“当然。”陈学兵顺口说道：“如果是以通信账号主导的支付账户，软件内可以存在一个钱包，比如说借钱，过年发个红包什么的，又或者是几百几千块的小额结款，俩人加个好友，直接就转过去了，这笔钱可以在钱包里提现至银行卡，又或者留着等待下次给别人转账时使用。”

林斌听沉默了。

半晌，他才道：“这可是银行的业务啊，你这不是把银行间转账的手续费给省了吗？银行能同意？”

他内心有些骇然。

：

一直听陈学兵说要做互联网支付和互联网生活服务，他只是觉这样做确实挺便民的，应该做。

但他从没想过，陈学兵敢去抢银行的内核业务。