AI Native ,硬件载体和一些可能的差距

2024-02-18

AI Native 趋势下,谁会“吃亏”?

管道弱化或消失

硬件是用户接入网络的关键要素,是用户接入互联网的通道,人暂时还不能直接联网(脑机接口成熟之前),所以需要的是一个服务的载体(参考关于 R1 的回答);如果未来真的走到这个方向,那核心吃亏的是那些管道,就是集中给用户提供服务的管道,而并不实际承载服务的产品。

如果把服务更具象的划分的话,有可能就是实体服务和虚拟服务。实体服务较为容易理解,衣食住行所有的跟生活相关的一切外在设施都可以划为这一类型,虚拟服务较为宽泛一些,比如社交,情感,影视,娱乐,游戏等等。所以如果从这个逻辑去思考的话,我们就应该想一想,谁今天承载的是管道能力,而谁真正提供的是服务本身。不过,由于过往发展中的一些实际情况,虚拟服务大部分厂商既提供了管道又提供了服务,比如游戏影视和娱乐,他们既是平台方又,承载了内容的生产和创造。

回到实体的逻辑层面,今天有一部分平台既提供服务又提供管道,而有一部分只提供管道,不提供服务。所以如果这一条真最终真的会实现,入口逻辑或流量逻辑就会被重新定义和分配,用户对于获得服务这件事情本身或者服务提供商对于服务本身的感知,就要重新寻找和去定义。

关键要素:用户对交付形态的要求

核心是未来硬件载体,只需要提供一个联网的功能。不考虑更大屏幕和更好交互体系的情况下,联网这件事情对于硬件载体的需求不一定会那么高,交互方式发生了变化,它并不需要更强或者更完善的交互方式,而是需要更贴近于人类或者物种使用习惯的交互方式,这一点本身在于硬件体系的升级,需要更多维度的思考和设备体系的变化,不管是手环手表还是智能眼镜头戴式设备甚至于隐形眼镜。这在外部设备升级的时候,AI Native 它并不是一个强烈依赖于外部设备变化的过程,更多的是在云端体系的互联互通理解及交互,只是看最终谁来承载这个交付的本身。

个人倾向于最终要围绕用户对于交付形态的需求,来决定是不是最终会走向 AI Native 的这个过程,要拆分一下是分什么场景,以及用户需要的是什么交付。

中文移动互联网生态对 AI Native 发展的影响

服务交付形式与用户入口

假设用户的硬件是连接网络的载体(服务入口),最后通过什么形式来交付服务在后来可能是不重要的,服务提供商会看用户在哪里,提供对应形态的服务入口;

如果极端一些,用户按照上面的服务交付逻辑来做拆分的话,最终的服务交互方并不会在意是以什么样的形式来跟上变化,而是取决于用户在哪个场景里需要他的服务,他只做好服务前端入口的分发就好。所以就结果本身来说怎么去定义并不重要,重要的是谁能让用户在他的平台或者体系里面成为那个服务真正意义上的入口。

内核能力差距与用户体验

今天我们的差距并不是形态上的差距,而是最终能力内核上的差距。不管任何形态,对用户本身来说一定是贴近用户习惯以及服务用户获取服务最优通道最短路径的才会最终被选择。但核心问题是由于内核能力的差距,导致我们无法在同等情况下给用户最优的体验和反馈,会有可能出现我们还延续当下这种独立 App 生态的情况,因为如果一旦用户达不到体验预期的话,那不如不做革新或者保持稳定形态交付,是当下最优商业逻辑的体现,在这一点上阶段性是会存在的。

最坏的结果就是存在代际差。别人已经用 iPhone,我们还是有线电话,我们都不想变成朝鲜,但我们只能是朝鲜。

返回首页 · 全部文章 · 专题 · RSS