“更重要的是——”张伟调出一张财务报表,“企业的成本核算极为复杂。人力成本不是简单的‘工资乘以人数’,还包括社保、福利、办公成本、管理成本。你要按‘16’抽成,财务部门第一个跳起来反对,因为他们根本算不清这个‘16’的基数到底是什么。”
小许额头冒汗:“那……按增量业务抽成?”
“同样的问题。”张伟说,“你怎么界定‘增量’?客户会说:这单生意本来就能拿下,只是用了你的系统处理得快一点而已。扯皮会无穷无尽。”
会议室陷入沉默。
“致命缺口四:缺失的内核。”
张伟在白板上画了一个圆圈,中间打了个问号。
“老陈说要建岗位建模工具、岗位图谱、自动学习器。这些都对,但都是枝叶。我们完全忽略了岗位智能oS真正的根是什么。”
张伟写下三个字母:dSL。
“domainSpecificLanguage,领域特定语言,这个我们之前有讨论过,”张伟的声音变得低沉,“岗位智能oS的核心不是数据,不是算法,甚至不是AI。而是一套描述岗位行为的抽象‘语言’。这是整个系统的灵魂、内核、标准、生态基石。”
AI工程师小马猛地抬头,眼睛发亮:“就像htmL是网页的描述语言,SqL是数据库的描述语言……”
“没错。”张伟点头,“如果没有岗位dSL,我们无法统一岗位知识、无法让AI真正理解岗位、无法建立行业标准、无法做岗位编排、无法建执行引擎、更无法做跨企业迁移和生态建设。我们所谓的‘建模工具’,都只是在表层打转。”
老陈喃喃道:“所以我们需要先定义这套语言模板……它的语法是什么?原语是什么?如何执行?”
“这是今天最大的缺口。”张伟说,“我们连oS的‘最小内核’都没触到。这个问题不解决,我们建的只是又一个SaaS系统,而不是操作系统。”
“致命缺口五:虚假的护城河。”
最后,张伟指向白板上“护城河”三个字。
“小吴说要用专利、标准、案例来构建护城河。这些都有用,但都是弱护城河。
巨头三年就能补齐,真正的护城河只有一个——真的离不开我!”
他在白板上重重写下:
“让别人必须在我们的dSL、执行器、标准库上写岗位智能。”
“我们必须变成‘岗位世界的AppStore’,基于这套体系,在时间轴、空间轴,完成对各个岗位知识的海量积累。”
张伟的声音斩钉截铁,“如果做不到这一点,我们永远无法垄断全球劳动力oS。巨头可以轻易复制我们的功能,但他们复制不了整个生态。就像Android可以复制ioS的某个功能,但复制不了整个AppStore的开发者生态。”
他转过身,面对众人。
“这五个缺口:闭环问题、组织博弈问题、收费问题、dSL内核问题、生态护城河问题——如果现在真的按我们刚才的计划去做,我们会在12个月内,被这五座沉重如山的大山压垮。”
会议室里,鸦雀无声。
刚才的亢奋与乐观,像被一盆冰水兜头浇灭。
每个人的脸上,都浮现出清晰可见的挫败与焦虑。
唯独张伟,目光依然坚定!