金鑫
B端产品
图片通过AI生成。之前跟一个做低空经济的朋友聊研发流程，他突然问我："汽车行业那套需求追溯、功能安全的方法论，我们能直接用吗？"我愣了一下——这恰恰是我过去几年在西门子做得最多的事。从传统汽车零部件，到医疗器械、新能源、家电、甚至现在的低空经济，我一直在做一件"反直觉"的事：把原本属于汽车/航空的复杂系统工程和研发管理方法，迁移到完全不相干的行业。今天聊聊我这几年踩坑后总结的4个认知。大家来讨论。① 跨行业卖软件，先找"合规恐惧"，再找"效率痛点"很多同行觉得拓展新行业要先讲功能多强。我的经验是反的。医疗器械客户先问的是FDA/ISO 13485怎么过审，能源客户怕的是功能安全审计，家电客户担心的是越来越复杂的智能互联怎么管理。Polarion这类ALM平台能卖进去，不是因为功能列表长，而是因为它能先把客户的"合规焦虑"接住。从0到1开拓新行业，卖的不是工具，是"睡个好觉"的权利。② 平台型软件的最大敌人，是客户的"现有习惯"工具型软件（比如CAD）是替换一个软件，平台型软件（比如ALM/PLM）是替换一种工作方式。我在IBM做咨询时就发现，很多客户不是买不起，是"组织记忆"改不动。后来去华为2012实验室做产品规划，自己成了甲方，才彻底理解：采购签字只是开始，真正的交付是让客户各部门觉得"这确实比原来爽"。③ 系统工程不是大公司的专利很多人觉得系统工程是大厂才玩得起的。但恰恰相反——当一个医疗器械初创公司只有几十个研发人员，却要同时满足电子、机械、软件、合规四条线时，没有系统化的需求追溯和架构管理，迭代一次的成本比大公司高得多。这几年我帮几个非汽车行业客户搭建从需求到验证的全链路追溯，他们的反馈出奇一致："早就该上这套体系。"④ 长周期ToB销售，信任的建立不在饭桌上，而在"技术翻译"能力上20年经历里，我身份变过很多次：写代码的、做咨询的、管产品的、跑销售的。但最受益的，是始终没丢掉"把技术语言翻译成业务价值"的能力。跟CTO聊，能画架构图；跟质量总监聊，能讲ASPICE和FDA 21 CFR Part 11的共性。这种"双语能力"在动辄6-12个月的工业软件销售周期里，比任何话术都管用。越来越觉得，中国制造业的数字化转型，最难的不是缺技术，而是缺"懂技术又懂行业语言"的翻译者。
发布于 北京
分享
1
1
未登录
友善发言
评论
加载中
