有一次跟一个做服装的老板聊天，他说了句话我印象特别深："匠心，我的IT总监每次跟我汇报，我感觉他在讲外语。什么容器化、什么API网关、什么数据湖——我脑子里只有一个问题：这东西能不能帮我多卖货？"

真的，你去问任何一个传统行业老板对数字化的第一感受，"听不懂"一定排前三。不是不想听，是真听不懂。技术部门在那激情澎湃地讲微服务架构、讲中台战略、讲弹性伸缩——老板坐在对面频频点头，其实脑子里在想："说了一个小时，还是不知道这300万花出去能赚回来多少。"

这就是数字化转型里最被低估的问题——翻译问题。把技术语言翻译成商业语言，把业务需求翻译成技术指标——这个活没人干，两边就永远是鸡同鸭讲。

纵横有道创始人孙平提过一个观点我特别认同：未来企业最值钱的数字化人才不是算法工程师，也不是AI训练师，是"翻译官"。能把"提升客户复购率"翻译成"打通CRM和ERP的数据接口，提取复购客户的共同行为特征"，也能把"我们需要统一数据标准"翻译成"以后各部门不用再互发Excel了，想看数据自己在系统里查"。

我亲身经历过一个事。一家连锁餐饮企业要上数字系统，IT团队提了一个方案叫《基于微服务架构的全渠道数据中台建设规划》，封面做了七页，预算300万。老板看了三分钟当场否了——不是因为贵，是没听懂。后来我们换了一个说法："装一套系统，以后你在手机上就能看到每家店今天卖了多少钱、哪些菜快卖完了、哪个店长今天业绩掉得厉害——不用等月底财务给你报表了。"老板秒批。

同样的方案，同样的功能，同样的预算——翻译不同，结果天差地别。一个"300万太贵了"，一个"300万值"。区别在哪里？在老板听懂了这个东西对他有什么用。

反过来也一样。业务部门跟IT部门提需求经常是："我希望系统能自动告诉我哪些客户快流失了。"IT听了想打人——什么叫"快流失"？定义是什么？多长时间没来算流失？哪些指标算风险信号？业务说"这个说不清楚，你看着弄"，IT说"你不说清楚我没法弄"。两边都觉得对方在刁难自己。

所以翻译官的真正价值，是把模糊的业务需求变成精确的技术指标。业务说"提升客户满意度"，翻译官把它拆解成："把NPS从42提升到55，需要做三件事：一是客服平均响应时间从5分钟压缩到2分钟，二是投诉处理闭环率从70%提升到95%，三是沉默客户召回率从15%提升到40%。"有了这三条，IT就知道该开发什么功能了——不用猜，不用反复返工。

这个"翻译官"不是个岗位名称，是个能力。他不一定写代码，但他必须同时理解业务逻辑和技术边界。他知道销售说"我要客户画像"不是要一个复杂的机器学习模型，可能只需要把最近三次采购记录和客单价拉出来就行。他也知道IT说"这个需求做不了"有时不是真的做不了，是没理解业务到底想要什么。

中小企业数字化推不动，很多时候不是缺钱缺人，是缺一个能把两边话说清楚的人。这个人不一定有光鲜的履历，但一定是公司里谁都认识、谁的话都听得进去、什么烂摊子都收拾过的人。如果你身边有这样的人，别放他走——在大厂挖人之前，先看看自己后院有没有金子。