一、问题缘起2026年6月博清科技宣布其自主研发的际銮焊接大模型正式通过国家生成式人工智能服务备案成为国内首个通过备案的工业焊接垂类大模型。这件事在行业里引起了不小的震动。不是因为首个备案这个名头而是它背后指向的那个可能性焊接工艺开发周期缩短60%综合生产成本降低40%以上。如果你在制造业待过就会知道这两个数字意味着什么。一个高级焊工的培养周期在三到五年月薪三万起步期间消耗的材料和培训成本可能达到几百万。而博清的机器人操作工培训几周到一个月就能上岗一个人还能同时操控多台机器人。在需要24小时连续作业的场景里机器比人更能扛。际銮大模型的技术内核是一套自主构建的百万级焊接知识图谱与千万级元数据训练体系。博清把过去几十年积累的焊接理论、工艺参数、实操数据碳钢、不锈钢、钛合金等95%以上大类金属材料的焊接参数以及超过3000万组真实工业焊接作业数据全部喂给了大模型。同时焊接系统还能实时采集电流电压、熔池形态等13类作业参数当检测到焊缝成形偏差时能在50毫秒内自主调取工艺参数并下发控制指令。听起来很完美对吧但如果你跟博清的团队聊过或者跟任何一家做工业AI落地的公司聊过就会发现一个残酷的现实技术跑通了产品做出来了客户也认可了但生意就是做不大。为什么因为每接一个客户都像重新创业一次。二、核心矛盾诊断卡在了最后一公里2.1 客户需求碎片化我要的不一样工业场景的需求碎片化远比消费互联网严重得多。博清的客户涵盖船舶制造、油气化工、建筑钢构、轨道交通、能源电力、核电工程等领域每个领域的焊接工艺差异巨大。同样是焊接船板的坡口形式和储罐的焊缝要求完全不同同样是钢结构桥梁和厂房的工况条件天差地别。更麻烦的是客户内部的决策链极其复杂。采购部门关心价格和付款条件工艺部门关心焊接质量和合格率生产部门关心设备稳定性和稼动率安全部门关心操作合规和风险控制。一个项目要同时满足四条线的诉求而四条线的KPI往往互相矛盾。结果就是销售团队接到的每一个需求都像定制件产品团队疲于应付各种特殊要求交付团队在每个现场都要重新适配。表面上在做同一个产品实际上每个项目都在做不同的东西。2.2 部门目标错位这是非标定制项目型公司最典型的组织病。三个部门各有各的KPI三条KPI指向三个不同的方向• 产品部门追求技术领先和功能完备恨不得把模型做到100%覆盖所有工况结果开发周期越拉越长交付承诺不断跳票。• 销售部门追求签单金额和签约速度客户说什么都先答应下来反正先签了再说至于能不能交付、怎么交付那是交付团队的事。• 交付部门追求项目按时验收和回款拿到手的方案却发现各种坑—销售承诺的功能做不到、产品给的参数在现场跑不通最后背锅的永远是交付。这三者之间不是协同关系而是博弈关系。销售怪产品做不出来产品怪销售乱承诺交付怪前两者挖坑。客户夹在中间体验可想而知。2.3 项目化交付标准缺失Gartner的报告显示85%的工业AI项目无法从试点过渡到规模化生产。博清虽然技术领先但同样面临这个困境在一个船舶制造客户那里跑通的焊接参数推荐方案到了钢结构客户那里就要重新调优在一个油气储罐项目里沉淀的工艺知识换到核电场景几乎要推翻重来。问题的根源在于交付过程没有标准化。每个项目的需求确认方式不同、方案设计模板不同、验收标准不同、风险管控方式不同。项目团队到了现场靠的是项目经理的个人经验和临场发挥而不是一套可复制的方法论。这就导致了一个荒诞的局面公司积累了几十个项目的经验但每个新项目依然像第一个项目一样从零摸索。经验没有沉淀为组织能力知识没有转化为可复用的资产。2.4 规模化复制的死循环把以上三点串起来就形成了一个致命的死循环客户需求碎片化 → 每个项目都要大量定制 → 交付周期长、成本高 → 项目利润率低 → 没有余力做标准化和平台建设 → 下一个项目依然从零开始 → 客户需求还是碎片化……这个循环不打破公司就会陷入接单越多、团队越累、利润越薄的怪圈。营收在涨但边际成本降不下来本质上是在用人海战术做技术生意。这也是为什么很多工业非标公司做到几千万营收就遇到了天花板—不是市场不够大而是商业模式扛不住规模化。三、破局框架从项目制走向产品化平台化要打破这个死循环核心思路不是把每个项目做得更好而是让项目之间的复用率越来越高。根据安谋咨询的实战经验需要同时推进三件事市场端的精细化通过目标市场细分和客户群选择把所有客户收敛为几类典型客户让需求从碎片化走向可归类。流程端的标准化通过LTC流程将项目交付从人治变为法治每个阶段有明确的输入、输出、评审标准让经验可沉淀、可复制。组织端的协同化通过铁三角机制把产品、销售、交付绑到一条船上让三个部门的利益一致、目标一致、语言一致。这三件事互为支撑没有市场细分流程标准化就是无的放矢没有流程标准化铁三角就没有协同的抓手没有铁三角再好的流程和细分策略也会在执行层瓦解。四、目标市场细分与客户群选择4.1 市场的四维细分矩阵传统的市场细分方法按行业、按规模、按区域在工业非标企业场景下远远不够。我们需要一套更精细的框架从四个维度同时切入维度细分变量典型取值战略含义工艺复杂度焊接品类的工艺参数空间大小、变量耦合程度高核电/航天、中船舶/储罐、低普通钢构复杂度越高大模型替代人工的价值越大数字化基础客户是否已有MES/ERP/PLM系统数据采集合规性高大型央企、中民营龙头、低中小型制造企业数字化基础越好AI部署越快、数据飞轮越容易转起来决策链清晰度关键决策人是否明确、采购流程是否规范清晰集团集采、模糊多部门博弈、分散项目制决策链越清晰销售周期越短、承诺越容易兑现付费意愿与能力预算来源、ROI敏感度、对新技术接受度高外资/合资、中上市公司、低传统家族企业付费能力决定定价策略接受度决定教育成本把这四个维度做交叉分析就能得到一张市场吸引力-企业适配度矩阵。横轴是市场吸引力工艺复杂度×付费能力纵轴是企业适配度数字化基础×决策链清晰度。4.2 客户群选择的三把筛子有了细分矩阵之后不是所有高吸引力的格子都值得立刻进入。我们需要用三把筛子来过滤第一把筛子需求同质性同一客户群内的企业焊接工艺是否足够相似如果10个船舶制造客户的需求差异小于20%这就是一个可标准化的客户群。反之如果每家都要从头定制说明这个细分还不够收敛需要进一步拆解。操作方法抽取3-5家目标客户用后面会讲到的$APPEALS模型做需求结构化梳理计算需求重叠度。重叠度70%的群体视为一个可标准化客户群。第二把筛子数据可获得性工业AI的核心壁垒是数据。如果目标客户群的数据采集条件差设备老旧、没有传感器接口、工艺记录靠纸质文档那么即使需求再明确模型也难以训练和迭代。操作方法做一个数据就绪度评估表从数据采集能力、数据质量、数据标注可行性三个维度打分1-5分总分低于9分的客户群暂缓进入。第三把筛子标杆放大效应这个客户群里有没有行业灯塔拿下一家能不能让同行业其他客户主动找上门工业领域的采购决策高度依赖同行背书一个标杆案例的传播价值远超十场展会。操作方法在每个细分客户群里标注出1-2家灯塔级企业优先配置资源攻克。4.3 案例博清科技的客户群优先级排序基于以上框架博清科技可以将现有和潜在客户群做如下优先级排序客户群工艺复杂度数字化基础决策链付费能力优先级船舶制造龙头高高较清晰高★★★★★ P0油气储罐高中高较清晰高★★★★☆ P0核电工程极高高复杂高★★★☆☆ P1建筑钢构中中分散中★★★☆☆ P1轨道交通高中高较清晰中高★★★★☆ P0普通钢结构作坊低低模糊低★☆☆☆☆ P2P0级客户群船舶制造龙头、油气储罐、轨道交通应该是博清未来12个月的核心战场。这三个群体需求同质性高、数字化基础好、有灯塔效应是标准化产品的最佳试验田。P1级客户群核电工程、建筑钢构可以作为第二阶段扩展目标但需要先解决核电领域决策链复杂、建筑钢构决策分散的问题。P2级客户群普通钢结构作坊短期内不建议直接攻克而是通过渠道合作伙伴集成商/经销商间接覆盖避免消耗核心团队的精力。五、客户群需求管理把碎片化变成结构化5.1 $APPEALS模型的落地改造面对碎片化的客户需求最忌讳的就是来一个需求处理一个。你需要一套结构化的框架把所有客户的声音映射到统一的维度上让碎片化变成结构化。$APPEALS模型是华为IPD体系中经典的需求分析工具我们将它适配到工业非标场景下维度工业非标场景解读典型客户声音产品翻译$ 价格整体采购成本、后续运维费用、投资回收周期你们一套系统多少钱多久能回本按焊接米数/工时节省量做ROI测算模板A 可获得性从询价到上线的时间、部署难度、培训成本多久能装上工人会不会用标准化部署手册操作培训视频P 包装产品形态软硬一体/纯软件、界面设计、方案呈现看着不够专业报告格式不对统一UI规范行业定制报告模板P 性能焊接合格率、工艺推荐准确率、响应速度焊出来合格率多少能焊钛合金吗分材料、分厚度的性能规格表E 易用性操作门槛、学习曲线、人机交互、故障自诊断工人能不能自己操作一键式操作界面异常自检提示A 保证焊接质量保障、系统稳定性SLA、安全认证焊坏了谁负责有认证吗质量保险行业标准认证SLA协议L 生命周期成本耗材更换、模型升级、设备维护、人员再培训用三年要花多少钱TCO(总拥有成本)三年测算表S 社会接受度行业口碑、同行案例、政策合规、标准参与XX船厂用了吗符合国家XX标准吗标杆案例库标准参与证明这个表格的妙处在于它把客户千奇百怪的声音翻译成了产品团队能听懂的语言。客户说工人能不能自己操作翻译过来就是易用性维度下的操作门槛指标对应到产品动作就是一键式操作界面异常自检提示。当你用这套框架扫描完所有客户的需求之后会发现一个有趣的现象80%的客户声音其实集中在20%的维度上。这就是你的核心产品力应该聚焦的地方。5.2 需求分层不是所有需求都值得立刻满足。KANO模型提供了一个简洁的需求分层框架基础需求Must-have不做客户就不买。比如焊接合格率必须达到某个底线、系统不能频繁宕机。这些是入场券做好了不会加分做不好直接出局。期望需求Performance做得越好客户越满意。比如工艺推荐准确率从90%提升到95%客户愿意为此付更多钱。这是竞争区是产品差异化的主战场。兴奋需求Delighter客户没想到的超预期功能。比如系统自动生成焊接工艺评定报告PQR帮客户省去大量文书工作。这是溢价区是建立竞争壁垒的机会。工业非标企业最容易犯的错误是把资源平均分配到三类需求上或者沉迷于兴奋需求的技术炫酷而忽略了基础需求的夯实。正确的资源分配比例大约是基础需求50%、期望需求30%、兴奋需求20%。5.3 需求管理的三道闸机制需求收集上来了、分类也做了接下来最关键的一步决定做什么、不做什么。这就是需求管理的三道闸门第一道闸门需求准入评估每个新需求进来先过一张需求准入评分卡• 该需求是否属于P0客户群的核心痛点是3分部分2分否0分• 该需求是否在至少3家客户处被提及是3分2家2分1家1分• 该需求是否在现有平台架构上可实现是2分需扩展1分需重构0分• 该需求的开发ROI是否为正是2分不确定1分否0分总分≥7分的需求进入下一轮评审7分的纳入需求观察池持续积累信号。第二道闸门技术可行性评审通过第一道闸门的需求由技术团队评估实现路径是用现有模型微调就能解决还是需要新的算法突破是改配置文件就能适配还是要改核心代码这一关的核心是区分配置和定制——能用配置解决的不写代码能用参数解决的不改架构。第三道闸门商业价值确认通过前两道闸门的需求最后由铁三角团队见第七章共同确认商业价值这个功能做出来能帮销售多签多少单能帮交付缩短多少工期能帮产品提升多少续费率三方的视角加在一起才能做出不偏不倚的判断。5.4 案例焊接工艺AI的需求管理实操假设博清科技收集到以下客户声音• 客户A船舶我们的板材厚度从6mm到40mm都有系统能不能自动识别厚度并推荐工艺• 客户B储罐焊接过程中的实时质量预测准确率只有85%能不能提升到95%• 客户C钢构能不能帮我们自动生成焊接工艺评定报告PQR现在都是人工写。• 客户D轨道交通我们需要支持铝合金焊接你们现在只支持碳钢和不锈钢。用三道闸门来过滤客户A的需求—自动识别板材厚度属于P0客户群核心痛点3分、多家提及3分、现有架构可配置实现2分、ROI为正2分总分10分直接通过纳入下一个版本迭代。客户B的需求—提升实时质量预测准确率属于P0客户群3分、多家提及3分、需模型微调1分、ROI为正2分总分9分通过但需技术团队评估最优路径。客户C的需求—自动生成PQR报告属于P1客户群2分、少数提及1分、可配置实现2分、ROI不确定1分总分6分进入需求观察池等更多信号再决策。客户D的需求—支持铝合金焊接属于P0客户群3分、多家提及3分、需扩展知识图谱和训练数据1分、ROI为正2分总分9分通过但排期在碳钢/不锈钢优化之后。你看同样是客户需求经过结构化的评估之后优先级一目了然。产品团队不再被谁嗓门大谁先上的逻辑驱动而是被谁的价值大谁先上的逻辑驱动。六、项目立项决策不是所有项目都值得接前面五章我们讨论了需求管理、流程标准化、组织协同和平台化架构。但有一个根本性问题一直悬在头顶哪些项目该接哪些项目不该接很多工业非标公司倒下不是因为技术不行而是因为“来者不拒”。销售为了冲业绩什么单都接产品为了证明自己什么需求都答应交付为了完成任务什么坑都往里跳。结果就是项目越做越多利润越做越薄团队越做越累公司越做越亏。解决这个问题不能靠老板的“直觉”也不能靠销售的一张嘴而需要一套结构化的立项决策评审机制。6.1 为什么需要立项决策评审先讲一个真实场景。某工业非标公司姑且叫它 A 公司的 sales2023 年一口气接了15 个项目覆盖造船、化工、钢铁、汽车四个行业。年底一盘账15 个项目里8 个亏损4 个勉强打平只有 3 个真正赚钱。更糟糕的是亏损项目的“定制开发”产出物几乎无法复用到其他项目—因为每家客户的生产环境、工艺标准、数据格式都不一样。A 公司的问题不是技术能力不够而是“没有说’不’的勇气和机制”。每一个项目在签约前都没有经过系统性的评估—销售的 KPI 只看合同额不管利润率产品觉得“做出来总有客户用”交付觉得“反正上面让接就接”。立项决策评审Project Initiation Decision Review简称 PIDR的核心目的就是在“接单”这个动作发生之前用一套标准化流程回答四个问题• 这个项目对公司战略有没有贡献战略性• 这个项目的商业回报值不值得投入商业价值• 拿下这个项目对我们的竞争格局有什么影响竞争格局• 我们现有的资源管道能不能支撑这个项目按时交付资源管道这四个问题对应四维评估模型的四个维度。任何一维不达标项目就不能“无条件通过”。这就是立项决策评审的本质用制度代替直觉用数据代替情怀。6.2 四维评估模型项目四维评估模型模板项目立项决策评审表模板以上为安谋咨询专属模型/方法论目前暂不对外公开6.3 评审委员会运作机制与决策标准有了评分表还需要一个“谁来评、怎么评、评完怎么执行”的机制。这就是评审委员会Project Review Board简称 PRB的运作框架。谁来评PRB 的成员构成PRB 不是“老板一个人说了算”而是一个由四方代表组成的决策小组• 销售代表AR负责提供客户信息、市场情报、竞争态势站在“商业可行性”角度发言。• 产品代表SR负责评估技术就绪度、标准化程度、知识资产沉淀潜力站在“产品战略”角度发言。• 交付代表FR负责评估资源可用性、交付风险、现场实施难度站在“执行可行性”角度发言。• 财务代表负责核算项目成本、现金流影响、利润率站在“财务健康度”角度发言。关键原则PRB 实行“一票否决制”。任何一个维度被判定为“红区”0-3 分项目不得通过除非 CEO 特批。这避免了“大家都觉得还行就过了”的糊涂决策。怎么评评审会议的标准流程评审会议不是“走过场”而是有严格流程的• 会前 48 小时销售提交《项目立项申请书》包含客户背景、需求概要、预期合同额、竞争对手情况。产品提交《技术可行性初评》交付提交《资源可用性评估》。三方材料汇总到 PRB 秘书。• 会中 60 分钟前 15 分钟由销售陈述项目概况接下来 30 分钟三方质询产品问商业逻辑、交付问资源瓶颈、财务问利润模型最后 15 分钟闭门打分、形成决议。• 会后 24 小时PRB 秘书发出《立项评审决议书》明确“通过/有条件通过/打回/拒绝”及理由抄送全体相关人员。整个流程控制在 3 个工作日内完成避免“评审拖太久、客户等不及跑了”的尴尬。评完怎么执行决议的刚性约束评审决议不是“建议”而是“硬约束”。具体来说• 通过的项目自动进入 LTC 流程的“商机阶段”见第七章销售可以正式报价。• 有条件通过的项目必须先把“附加条件”谈妥比如客户同意增加预算、或者同意缩减范围才能进入下一阶段。条件没谈妥之前项目处于“冻结状态”。• 打回的项目销售需要重新谈判方案至少 30 天后才能再次提交评审。这避免了“换个说法再试一次”的无效循环。• 拒绝的项目不是“彻底没戏”而是当前阶段不适合做。PRB 会给出“推荐替代方案”—比如推荐客户购买标准化产品版本或者等公司平台能力成熟后再合作。这里有个容易踩的坑很多公司设立了评审机制但遇到“大客户”或“老板打招呼”的项目就形同虚设。解决办法是把 PRB 决议记录公开化。每个月的 PRB 决议汇总成报表发给全体高管。谁打招呼让项目“特批通过”的谁就要对结果负责—亏了钱报表上写得清清楚楚。七、以LTC流程实现E2E标准化项目交付7.1 LTC流程在工业非标场景下的适配改造LTCLead to Cash从线索到回款是华为实践中被验证过的端到端业务流程。它的核心思想很简单把从客户第一次出现到钱进账的全过程拆成若干个标准化阶段每个阶段有明确的入口条件、产出物和出口标准。但工业AI项目的LTC不能照搬华为的模板。华为卖的是通信设备交付周期相对可控工业非标企业卖的是智能系统现场服务的组合交付周期长、变量多、回款节点复杂。所以我们需要做适配改造。7.2 六阶段详细拆解与关键产出物模板适配后的工业AI-LTC流程分为六个阶段阶段核心目标关键动作标准产出物责任角色①线索管理筛选高价值线索线索评分、分配、初步接触线索评分卡销售(AR)②商机评估判断赢率和可交付性$APPEALS分析、BANT确认、方案概要商机评估表、需求规格书铁三角共同③方案设计输出可落地的技术方案工艺适配方案、系统集成方案、POC验证技术方案书、POC报告产品(SR)交付(FR)④合同签约锁定交付边界和付款节点商务谈判、风险评估、条款确认标准合同模板、风险评审表销售(AR)法务⑤项目交付按里程碑完成部署验收现场安装、参数调优、人员培训、验收交付计划、验收报告交付(FR)⑥回款与运营确保回款、持续运营里程碑对账、催收、续费线索挖掘对账单、续费商机销售(AR)客户成功关键模板一线索评分卡示例这是阶段①的核心工具用来判断这个线索值不值得跟。关键模板二商机评估表铁三角联签这是阶段②的核心工具由铁三角三人共同填写、共同签字确保三方对项目的理解一致。关键模板三标准化交付计划WBS模板这是阶段⑤的核心工具把交付过程拆成标准化的工作分解结构。以上为安谋咨询专属工具暂不对外公开展示7.3 阶段评审机制LTC流程的灵魂不是六个阶段而是阶段之间的评审控制点。每个阶段结束时必须通过一个评审会才能进入下一阶段。评审不通过项目要么打回上一阶段整改要么直接终止。评审控制点的三个关键原则1. 一票否决权FR交付经理对可交付性有一票否决权。如果FR认为销售承诺的方案交付不了项目不能进入签约阶段。这条规则看似不近人情实则是保护公司不被烂合同拖垮。2. 书面留痕每个评审点的评审结论必须书面记录包括参与人、讨论要点、决策结果、后续行动项。这不是为了甩锅而是为了积累组织记忆。3. 数据驱动评审的依据是数据不是感觉。线索评分卡的分数、商机评估表的得分、交付WBS的完成率—用数据说话减少主观争议。7.4 案例一个焊接AI项目的LTC全流程推演以博清科技攻入某船舶制造龙头为例完整走一遍LTC流程• 线索阶段通过行业展会接触到该客户初步沟通后填写线索评分卡总分13分高优先级分配至专属销售团队。• 商机阶段铁三角联合拜访用$APPEALS模型梳理客户需求发现核心痛点是厚板多层多道焊的工艺开发周期太长。BANT确认预算800万、决策人是生产副总、需求明确、时间窗口6个月。FR评估可交付性现有模型已覆盖厚板焊接但需要针对该客户的特殊坡口形式做适配。• 方案阶段SR主导输出技术方案包含工艺适配策略基于际銮大模型做参数推荐现场微调、系统集成方案与现有MES对接、POC验证计划先用2个典型焊件做验证。FR同步输出交付WBS和资源配置计划。• 合同阶段销售与法务基于标准合同模板谈判关键条款锁定分期付款3:4:2:1、验收标准焊接合格率≥98%、违约责任。FR在合同签署前再次确认交付边界。• 交付阶段按6周标准WBS执行。第3周遇到坡口识别不准的问题触发风险升级机制技术团队48小时内提供算法补丁未影响整体进度。• 回款阶段按里程碑节点对账回款验收后进入运维服务期。交付团队在运维过程中发现客户有焊接质量追溯的新需求转化为续费商机。整个流程跑下来从线索到回款用了约5个月毛利率38%客户满意度评分4.6/5。更重要的是这个项目沉淀了一套船舶厚板焊接的标准化交付包下一个同类客户的交付周期可以压缩到4周。八、建立产品/销售/交付的铁三角组织8.1 铁三角的角色定义与能力模型铁三角不是三个岗位而是一套责任共担、利益共享的协同机制。三个角色缺一不可且必须背靠背信任角色核心职责关键能力考核权重AR客户经理客户关系经营、商机挖掘、商务谈判、回款行业洞察、商务谈判、决策链分析、抗压能力40%SR方案经理技术方案设计、产品适配、POC验证、竞品分析工艺知识、模型理解、方案表达能力30%FR交付经理项目计划、现场实施、验收回款、风险控制项目管理、现场排障、客户沟通、资源协调30%需要特别强调的是这三个角色不是各管一摊而是对同一个项目的经营结果共同负责。AR不是只管签单就走SR不是只管写方案就撤FR不是只管干活就完。三者的考核绑定在一起—项目赢了三个人按贡献分奖金项目亏了三个人一起承担。8.2 利益绑定让三个人一条心协同不是靠开会开出来的而是靠利益机制逼出来的。具体做法• 团队奖金包制项目奖金先算一个总包再按角色贡献拆分。AR占40%、SR占30%、FR占30%是常见比例但可以根据项目特点调整。关键是个人奖金上限不超过团队奖金包的对应比例团队亏了个人不可能赚。• 项目回溯机制项目结束后三个月做一次回溯复盘每个角色的贡献和失误。做得好的公开表彰出问题的公开复盘。这不是秋后算账而是让所有人看到协同有回报、拆台有代价。• 客户满意度捆绑客户满意度评分直接影响铁三角的奖金系数。客户打分低于3分5分制团队奖金打八折高于4.5分团队奖金乘以1.2倍。让客户成为铁三角的第四位成员。8.3 铁三角协同机制很多公司搞协同的第一反应是多开会。但华为的铁三角实践证明协同是靠LTC流程中的关键节点焊在一起的。具体来说1. 联合拜访制度所有P0级客户的关键拜访必须ARSR同时到场。SR负责听懂技术需求AR负责听懂商务诉求回来后两人交叉核对信息确保没有传话失真。2. 方案联审制度所有技术方案在提交给客户之前必须经过FR的可交付性评审。FR签字同意才能发给客户。这一条从源头上杜绝了销售和方案画大饼、交付背锅的顽疾。3. 周度对齐例会铁三角每周开一次30分钟的对齐会不是泛泛的沟通会而是围绕三个具体问题本周客户有什么新动态方案有没有需要调整的地方交付有没有遇到风险三个问题回答完会议结束。4. 项目共享看板在CRM系统中建立项目看板AR、SR、FR看到的是同一份数据——同一个漏斗、同一个里程碑、同一套风险台账。信息透明是信任的基础。九、平台化架构实现边际成本递减9.1 知识底座场景应用的双层架构要真正实现规模化复制光有流程和组织还不够还需要技术架构的支撑。核心思路是把不变的东西沉淀到平台层把变化的东西放到应用层。具体来说博清科技可以构建这样的双层架构• 底层—焊接知识底座包含百万级焊接知识图谱、千万级元数据训练集、通用焊接工艺推理引擎、标准材料参数库。这一层是通用能力不随客户变化。就像iOS操作系统不管你装什么App底层是一样的。• 上层—场景化应用包针对船舶、储罐、钢构等不同场景封装成独立的应用包。每个应用包包含该场景的工艺参数模板、典型坡口/焊缝配置、质量标准规则、报告模板。这一层是可配置的通过组合底层能力来适配不同客户。这个架构的关键价值在于新增一个客户群时不需要从零开发而是在底层知识底座上组装一个新的应用包。边际成本从重新开发一个产品降低到配置一套参数适配一个接口。9.2 标准化组件库与可配置模块设计要实现组装式交付需要提前把交付过程拆解成标准化组件。可以参考以下组件分类组件类别具体内容复用率目标定制空间数据采集组件传感器接入模块、数据清洗管道、实时采集Agent≥90%接口适配工艺推理组件知识图谱查询、参数推荐引擎、质量预测模型≥80%模型微调交互界面组件操作面板、实时监控大屏、报警通知、报表生成≥85%UI配置集成对接组件MES接口、ERP接口、PLM接口、第三方系统适配≥60%API开发运维监控组件远程诊断、OTA升级、性能监控、日志分析≥90%参数调优当这五类组件的复用率都达到目标值后新增一个客户的交付工作量将大幅下降。以博清科技为例假设当前每个新客户需要投入6人月组件复用率达到目标后预计可以压缩到2-3人月边际成本降低50%以上。但这里有一个重要的提醒平台化不是一步到位的而是用项目养平台的过程。前3-5个项目可能还是偏定制化的但每个项目中沉淀下来的通用组件都要被提取到平台层。平台是长出来的不是设计出来的。急不得但必须持续做。十、实施路线图从项目制到产品化以上所有方法和工具如果一次性全部铺开大概率会翻车。组织的变革需要节奏感。以下是安谋咨询一个经过验证的12个月实施路线图第一阶段打地基第1-3月• 完成目标市场细分确定P0客户群船舶、储罐、轨道交通• 搭建$APPEALS需求管理框架完成至少10家客户的需求结构化梳理• 建立线索评分卡和商机评估表模板• 组建第一批铁三角团队建议2-3个团队试点• 里程碑输出《目标客户群画像》《需求优先级排序表》第二阶段跑流程第4-6月• 在2-3个P0客户项目上完整跑通LTC六阶段流程• 每个阶段严格执行闸门评审积累评审数据和案例• 铁三角周度对齐例会制度化• 开始提取通用组件到平台层• 里程碑2-3个项目按标准流程完成交付输出《标准化交付WBS模板V1.0》第三阶段建平台第7-9月• 完善焊接知识底座扩充知识图谱覆盖材料品类• 封装第一批场景化应用包船舶厚板焊接包、储罐环缝焊接包• 建立组件复用率追踪机制设定每个组件的复用率目标• 铁三角考核机制正式落地与薪酬体系挂钩• 里程碑新增客户交付周期缩短30%组件复用率达到60%第四阶段规模化第10-12月• 将LTC流程扩展到所有P0客户群项目• 铁三角团队扩充到5-8个• 启动P1客户群的试点攻克核电、建筑钢构• 建立客户需求数据库和项目经验库支持新人不依赖老人独立作战• 里程碑年交付项目数翻倍毛利率提升5-8个百分点这个路线图的核心逻辑是小步快跑、快速迭代。不要试图在第一天就设计出完美的流程和平台而是让流程和平台从实战中生长出来。每个项目都是一次压力测试每次复盘都是一次版本升级。十一、结语非标企业拼的是工程化际銮大模型的技术突破是真实的、有价值的、有壁垒的。3000万组真实焊接数据、百万级焊接知识图谱、50毫秒级的实时决策能力—这些不是随便一家公司能短期复制的。但技术优势不等于商业成功。IDC数据显示国内规上制造企业AI尝试率接近五成但真正形成稳定降本增效、全流程跑通落地的项目不足23%。大量通用AI方案进入工厂后迅速水土不服。技术不是问题工程化才是瓶颈。工业AI的下半场竞争的焦点将从谁的模型更大转向谁能把项目做标准、做轻、做快。具体来说• 谁的需求管理更结构化谁就能从碎片化的客户声音中提炼出可复制的产品功能。• 谁的LTC流程更成熟谁就能把每个项目的经验沉淀为组织能力而不是停留在个人经验。• 谁的组织协同更顺畅谁就能让产品、销售、交付三个部门从互相扯皮变成背靠背作战。• 谁的平台化架构更完善谁就能让新增客户的边际成本持续下降最终实现规模化盈利。博清科技已经拥有了最硬的核—焊接大模型的技术壁垒。现在需要补的是壳—市场细分、需求管理、项目筛选、标准流程、协同组织、平台架构。核壳合一才能真正从技术领先走向商业领先。参考文档深度拆解华为从线索到回款LTC流程非标设备企业LTC咨询实践通过华为LTC流程管控项目利润LTC咨询干货LTC流程中销售与市场部门如何高效协同LTC流程如何解决售前售后脱节打通销售与交付协同壁垒 华为LTC流程如何破解非标设备企业无法规模化难题
一、问题缘起2026年6月博清科技宣布其自主研发的际銮焊接大模型正式通过国家生成式人工智能服务备案成为国内首个通过备案的工业焊接垂类大模型。这件事在行业里引起了不小的震动。不是因为首个备案这个名头而是它背后指向的那个可能性焊接工艺开发周期缩短60%综合生产成本降低40%以上。如果你在制造业待过就会知道这两个数字意味着什么。一个高级焊工的培养周期在三到五年月薪三万起步期间消耗的材料和培训成本可能达到几百万。而博清的机器人操作工培训几周到一个月就能上岗一个人还能同时操控多台机器人。在需要24小时连续作业的场景里机器比人更能扛。际銮大模型的技术内核是一套自主构建的百万级焊接知识图谱与千万级元数据训练体系。博清把过去几十年积累的焊接理论、工艺参数、实操数据碳钢、不锈钢、钛合金等95%以上大类金属材料的焊接参数以及超过3000万组真实工业焊接作业数据全部喂给了大模型。同时焊接系统还能实时采集电流电压、熔池形态等13类作业参数当检测到焊缝成形偏差时能在50毫秒内自主调取工艺参数并下发控制指令。听起来很完美对吧但如果你跟博清的团队聊过或者跟任何一家做工业AI落地的公司聊过就会发现一个残酷的现实技术跑通了产品做出来了客户也认可了但生意就是做不大。为什么因为每接一个客户都像重新创业一次。二、核心矛盾诊断卡在了最后一公里2.1 客户需求碎片化我要的不一样工业场景的需求碎片化远比消费互联网严重得多。博清的客户涵盖船舶制造、油气化工、建筑钢构、轨道交通、能源电力、核电工程等领域每个领域的焊接工艺差异巨大。同样是焊接船板的坡口形式和储罐的焊缝要求完全不同同样是钢结构桥梁和厂房的工况条件天差地别。更麻烦的是客户内部的决策链极其复杂。采购部门关心价格和付款条件工艺部门关心焊接质量和合格率生产部门关心设备稳定性和稼动率安全部门关心操作合规和风险控制。一个项目要同时满足四条线的诉求而四条线的KPI往往互相矛盾。结果就是销售团队接到的每一个需求都像定制件产品团队疲于应付各种特殊要求交付团队在每个现场都要重新适配。表面上在做同一个产品实际上每个项目都在做不同的东西。2.2 部门目标错位这是非标定制项目型公司最典型的组织病。三个部门各有各的KPI三条KPI指向三个不同的方向• 产品部门追求技术领先和功能完备恨不得把模型做到100%覆盖所有工况结果开发周期越拉越长交付承诺不断跳票。• 销售部门追求签单金额和签约速度客户说什么都先答应下来反正先签了再说至于能不能交付、怎么交付那是交付团队的事。• 交付部门追求项目按时验收和回款拿到手的方案却发现各种坑—销售承诺的功能做不到、产品给的参数在现场跑不通最后背锅的永远是交付。这三者之间不是协同关系而是博弈关系。销售怪产品做不出来产品怪销售乱承诺交付怪前两者挖坑。客户夹在中间体验可想而知。2.3 项目化交付标准缺失Gartner的报告显示85%的工业AI项目无法从试点过渡到规模化生产。博清虽然技术领先但同样面临这个困境在一个船舶制造客户那里跑通的焊接参数推荐方案到了钢结构客户那里就要重新调优在一个油气储罐项目里沉淀的工艺知识换到核电场景几乎要推翻重来。问题的根源在于交付过程没有标准化。每个项目的需求确认方式不同、方案设计模板不同、验收标准不同、风险管控方式不同。项目团队到了现场靠的是项目经理的个人经验和临场发挥而不是一套可复制的方法论。这就导致了一个荒诞的局面公司积累了几十个项目的经验但每个新项目依然像第一个项目一样从零摸索。经验没有沉淀为组织能力知识没有转化为可复用的资产。2.4 规模化复制的死循环把以上三点串起来就形成了一个致命的死循环客户需求碎片化 → 每个项目都要大量定制 → 交付周期长、成本高 → 项目利润率低 → 没有余力做标准化和平台建设 → 下一个项目依然从零开始 → 客户需求还是碎片化……这个循环不打破公司就会陷入接单越多、团队越累、利润越薄的怪圈。营收在涨但边际成本降不下来本质上是在用人海战术做技术生意。这也是为什么很多工业非标公司做到几千万营收就遇到了天花板—不是市场不够大而是商业模式扛不住规模化。三、破局框架从项目制走向产品化平台化要打破这个死循环核心思路不是把每个项目做得更好而是让项目之间的复用率越来越高。根据安谋咨询的实战经验需要同时推进三件事市场端的精细化通过目标市场细分和客户群选择把所有客户收敛为几类典型客户让需求从碎片化走向可归类。流程端的标准化通过LTC流程将项目交付从人治变为法治每个阶段有明确的输入、输出、评审标准让经验可沉淀、可复制。组织端的协同化通过铁三角机制把产品、销售、交付绑到一条船上让三个部门的利益一致、目标一致、语言一致。这三件事互为支撑没有市场细分流程标准化就是无的放矢没有流程标准化铁三角就没有协同的抓手没有铁三角再好的流程和细分策略也会在执行层瓦解。四、目标市场细分与客户群选择4.1 市场的四维细分矩阵传统的市场细分方法按行业、按规模、按区域在工业非标企业场景下远远不够。我们需要一套更精细的框架从四个维度同时切入维度细分变量典型取值战略含义工艺复杂度焊接品类的工艺参数空间大小、变量耦合程度高核电/航天、中船舶/储罐、低普通钢构复杂度越高大模型替代人工的价值越大数字化基础客户是否已有MES/ERP/PLM系统数据采集合规性高大型央企、中民营龙头、低中小型制造企业数字化基础越好AI部署越快、数据飞轮越容易转起来决策链清晰度关键决策人是否明确、采购流程是否规范清晰集团集采、模糊多部门博弈、分散项目制决策链越清晰销售周期越短、承诺越容易兑现付费意愿与能力预算来源、ROI敏感度、对新技术接受度高外资/合资、中上市公司、低传统家族企业付费能力决定定价策略接受度决定教育成本把这四个维度做交叉分析就能得到一张市场吸引力-企业适配度矩阵。横轴是市场吸引力工艺复杂度×付费能力纵轴是企业适配度数字化基础×决策链清晰度。4.2 客户群选择的三把筛子有了细分矩阵之后不是所有高吸引力的格子都值得立刻进入。我们需要用三把筛子来过滤第一把筛子需求同质性同一客户群内的企业焊接工艺是否足够相似如果10个船舶制造客户的需求差异小于20%这就是一个可标准化的客户群。反之如果每家都要从头定制说明这个细分还不够收敛需要进一步拆解。操作方法抽取3-5家目标客户用后面会讲到的$APPEALS模型做需求结构化梳理计算需求重叠度。重叠度70%的群体视为一个可标准化客户群。第二把筛子数据可获得性工业AI的核心壁垒是数据。如果目标客户群的数据采集条件差设备老旧、没有传感器接口、工艺记录靠纸质文档那么即使需求再明确模型也难以训练和迭代。操作方法做一个数据就绪度评估表从数据采集能力、数据质量、数据标注可行性三个维度打分1-5分总分低于9分的客户群暂缓进入。第三把筛子标杆放大效应这个客户群里有没有行业灯塔拿下一家能不能让同行业其他客户主动找上门工业领域的采购决策高度依赖同行背书一个标杆案例的传播价值远超十场展会。操作方法在每个细分客户群里标注出1-2家灯塔级企业优先配置资源攻克。4.3 案例博清科技的客户群优先级排序基于以上框架博清科技可以将现有和潜在客户群做如下优先级排序客户群工艺复杂度数字化基础决策链付费能力优先级船舶制造龙头高高较清晰高★★★★★ P0油气储罐高中高较清晰高★★★★☆ P0核电工程极高高复杂高★★★☆☆ P1建筑钢构中中分散中★★★☆☆ P1轨道交通高中高较清晰中高★★★★☆ P0普通钢结构作坊低低模糊低★☆☆☆☆ P2P0级客户群船舶制造龙头、油气储罐、轨道交通应该是博清未来12个月的核心战场。这三个群体需求同质性高、数字化基础好、有灯塔效应是标准化产品的最佳试验田。P1级客户群核电工程、建筑钢构可以作为第二阶段扩展目标但需要先解决核电领域决策链复杂、建筑钢构决策分散的问题。P2级客户群普通钢结构作坊短期内不建议直接攻克而是通过渠道合作伙伴集成商/经销商间接覆盖避免消耗核心团队的精力。五、客户群需求管理把碎片化变成结构化5.1 $APPEALS模型的落地改造面对碎片化的客户需求最忌讳的就是来一个需求处理一个。你需要一套结构化的框架把所有客户的声音映射到统一的维度上让碎片化变成结构化。$APPEALS模型是华为IPD体系中经典的需求分析工具我们将它适配到工业非标场景下维度工业非标场景解读典型客户声音产品翻译$ 价格整体采购成本、后续运维费用、投资回收周期你们一套系统多少钱多久能回本按焊接米数/工时节省量做ROI测算模板A 可获得性从询价到上线的时间、部署难度、培训成本多久能装上工人会不会用标准化部署手册操作培训视频P 包装产品形态软硬一体/纯软件、界面设计、方案呈现看着不够专业报告格式不对统一UI规范行业定制报告模板P 性能焊接合格率、工艺推荐准确率、响应速度焊出来合格率多少能焊钛合金吗分材料、分厚度的性能规格表E 易用性操作门槛、学习曲线、人机交互、故障自诊断工人能不能自己操作一键式操作界面异常自检提示A 保证焊接质量保障、系统稳定性SLA、安全认证焊坏了谁负责有认证吗质量保险行业标准认证SLA协议L 生命周期成本耗材更换、模型升级、设备维护、人员再培训用三年要花多少钱TCO(总拥有成本)三年测算表S 社会接受度行业口碑、同行案例、政策合规、标准参与XX船厂用了吗符合国家XX标准吗标杆案例库标准参与证明这个表格的妙处在于它把客户千奇百怪的声音翻译成了产品团队能听懂的语言。客户说工人能不能自己操作翻译过来就是易用性维度下的操作门槛指标对应到产品动作就是一键式操作界面异常自检提示。当你用这套框架扫描完所有客户的需求之后会发现一个有趣的现象80%的客户声音其实集中在20%的维度上。这就是你的核心产品力应该聚焦的地方。5.2 需求分层不是所有需求都值得立刻满足。KANO模型提供了一个简洁的需求分层框架基础需求Must-have不做客户就不买。比如焊接合格率必须达到某个底线、系统不能频繁宕机。这些是入场券做好了不会加分做不好直接出局。期望需求Performance做得越好客户越满意。比如工艺推荐准确率从90%提升到95%客户愿意为此付更多钱。这是竞争区是产品差异化的主战场。兴奋需求Delighter客户没想到的超预期功能。比如系统自动生成焊接工艺评定报告PQR帮客户省去大量文书工作。这是溢价区是建立竞争壁垒的机会。工业非标企业最容易犯的错误是把资源平均分配到三类需求上或者沉迷于兴奋需求的技术炫酷而忽略了基础需求的夯实。正确的资源分配比例大约是基础需求50%、期望需求30%、兴奋需求20%。5.3 需求管理的三道闸机制需求收集上来了、分类也做了接下来最关键的一步决定做什么、不做什么。这就是需求管理的三道闸门第一道闸门需求准入评估每个新需求进来先过一张需求准入评分卡• 该需求是否属于P0客户群的核心痛点是3分部分2分否0分• 该需求是否在至少3家客户处被提及是3分2家2分1家1分• 该需求是否在现有平台架构上可实现是2分需扩展1分需重构0分• 该需求的开发ROI是否为正是2分不确定1分否0分总分≥7分的需求进入下一轮评审7分的纳入需求观察池持续积累信号。第二道闸门技术可行性评审通过第一道闸门的需求由技术团队评估实现路径是用现有模型微调就能解决还是需要新的算法突破是改配置文件就能适配还是要改核心代码这一关的核心是区分配置和定制——能用配置解决的不写代码能用参数解决的不改架构。第三道闸门商业价值确认通过前两道闸门的需求最后由铁三角团队见第七章共同确认商业价值这个功能做出来能帮销售多签多少单能帮交付缩短多少工期能帮产品提升多少续费率三方的视角加在一起才能做出不偏不倚的判断。5.4 案例焊接工艺AI的需求管理实操假设博清科技收集到以下客户声音• 客户A船舶我们的板材厚度从6mm到40mm都有系统能不能自动识别厚度并推荐工艺• 客户B储罐焊接过程中的实时质量预测准确率只有85%能不能提升到95%• 客户C钢构能不能帮我们自动生成焊接工艺评定报告PQR现在都是人工写。• 客户D轨道交通我们需要支持铝合金焊接你们现在只支持碳钢和不锈钢。用三道闸门来过滤客户A的需求—自动识别板材厚度属于P0客户群核心痛点3分、多家提及3分、现有架构可配置实现2分、ROI为正2分总分10分直接通过纳入下一个版本迭代。客户B的需求—提升实时质量预测准确率属于P0客户群3分、多家提及3分、需模型微调1分、ROI为正2分总分9分通过但需技术团队评估最优路径。客户C的需求—自动生成PQR报告属于P1客户群2分、少数提及1分、可配置实现2分、ROI不确定1分总分6分进入需求观察池等更多信号再决策。客户D的需求—支持铝合金焊接属于P0客户群3分、多家提及3分、需扩展知识图谱和训练数据1分、ROI为正2分总分9分通过但排期在碳钢/不锈钢优化之后。你看同样是客户需求经过结构化的评估之后优先级一目了然。产品团队不再被谁嗓门大谁先上的逻辑驱动而是被谁的价值大谁先上的逻辑驱动。六、项目立项决策不是所有项目都值得接前面五章我们讨论了需求管理、流程标准化、组织协同和平台化架构。但有一个根本性问题一直悬在头顶哪些项目该接哪些项目不该接很多工业非标公司倒下不是因为技术不行而是因为“来者不拒”。销售为了冲业绩什么单都接产品为了证明自己什么需求都答应交付为了完成任务什么坑都往里跳。结果就是项目越做越多利润越做越薄团队越做越累公司越做越亏。解决这个问题不能靠老板的“直觉”也不能靠销售的一张嘴而需要一套结构化的立项决策评审机制。6.1 为什么需要立项决策评审先讲一个真实场景。某工业非标公司姑且叫它 A 公司的 sales2023 年一口气接了15 个项目覆盖造船、化工、钢铁、汽车四个行业。年底一盘账15 个项目里8 个亏损4 个勉强打平只有 3 个真正赚钱。更糟糕的是亏损项目的“定制开发”产出物几乎无法复用到其他项目—因为每家客户的生产环境、工艺标准、数据格式都不一样。A 公司的问题不是技术能力不够而是“没有说’不’的勇气和机制”。每一个项目在签约前都没有经过系统性的评估—销售的 KPI 只看合同额不管利润率产品觉得“做出来总有客户用”交付觉得“反正上面让接就接”。立项决策评审Project Initiation Decision Review简称 PIDR的核心目的就是在“接单”这个动作发生之前用一套标准化流程回答四个问题• 这个项目对公司战略有没有贡献战略性• 这个项目的商业回报值不值得投入商业价值• 拿下这个项目对我们的竞争格局有什么影响竞争格局• 我们现有的资源管道能不能支撑这个项目按时交付资源管道这四个问题对应四维评估模型的四个维度。任何一维不达标项目就不能“无条件通过”。这就是立项决策评审的本质用制度代替直觉用数据代替情怀。6.2 四维评估模型项目四维评估模型模板项目立项决策评审表模板以上为安谋咨询专属模型/方法论目前暂不对外公开6.3 评审委员会运作机制与决策标准有了评分表还需要一个“谁来评、怎么评、评完怎么执行”的机制。这就是评审委员会Project Review Board简称 PRB的运作框架。谁来评PRB 的成员构成PRB 不是“老板一个人说了算”而是一个由四方代表组成的决策小组• 销售代表AR负责提供客户信息、市场情报、竞争态势站在“商业可行性”角度发言。• 产品代表SR负责评估技术就绪度、标准化程度、知识资产沉淀潜力站在“产品战略”角度发言。• 交付代表FR负责评估资源可用性、交付风险、现场实施难度站在“执行可行性”角度发言。• 财务代表负责核算项目成本、现金流影响、利润率站在“财务健康度”角度发言。关键原则PRB 实行“一票否决制”。任何一个维度被判定为“红区”0-3 分项目不得通过除非 CEO 特批。这避免了“大家都觉得还行就过了”的糊涂决策。怎么评评审会议的标准流程评审会议不是“走过场”而是有严格流程的• 会前 48 小时销售提交《项目立项申请书》包含客户背景、需求概要、预期合同额、竞争对手情况。产品提交《技术可行性初评》交付提交《资源可用性评估》。三方材料汇总到 PRB 秘书。• 会中 60 分钟前 15 分钟由销售陈述项目概况接下来 30 分钟三方质询产品问商业逻辑、交付问资源瓶颈、财务问利润模型最后 15 分钟闭门打分、形成决议。• 会后 24 小时PRB 秘书发出《立项评审决议书》明确“通过/有条件通过/打回/拒绝”及理由抄送全体相关人员。整个流程控制在 3 个工作日内完成避免“评审拖太久、客户等不及跑了”的尴尬。评完怎么执行决议的刚性约束评审决议不是“建议”而是“硬约束”。具体来说• 通过的项目自动进入 LTC 流程的“商机阶段”见第七章销售可以正式报价。• 有条件通过的项目必须先把“附加条件”谈妥比如客户同意增加预算、或者同意缩减范围才能进入下一阶段。条件没谈妥之前项目处于“冻结状态”。• 打回的项目销售需要重新谈判方案至少 30 天后才能再次提交评审。这避免了“换个说法再试一次”的无效循环。• 拒绝的项目不是“彻底没戏”而是当前阶段不适合做。PRB 会给出“推荐替代方案”—比如推荐客户购买标准化产品版本或者等公司平台能力成熟后再合作。这里有个容易踩的坑很多公司设立了评审机制但遇到“大客户”或“老板打招呼”的项目就形同虚设。解决办法是把 PRB 决议记录公开化。每个月的 PRB 决议汇总成报表发给全体高管。谁打招呼让项目“特批通过”的谁就要对结果负责—亏了钱报表上写得清清楚楚。七、以LTC流程实现E2E标准化项目交付7.1 LTC流程在工业非标场景下的适配改造LTCLead to Cash从线索到回款是华为实践中被验证过的端到端业务流程。它的核心思想很简单把从客户第一次出现到钱进账的全过程拆成若干个标准化阶段每个阶段有明确的入口条件、产出物和出口标准。但工业AI项目的LTC不能照搬华为的模板。华为卖的是通信设备交付周期相对可控工业非标企业卖的是智能系统现场服务的组合交付周期长、变量多、回款节点复杂。所以我们需要做适配改造。7.2 六阶段详细拆解与关键产出物模板适配后的工业AI-LTC流程分为六个阶段阶段核心目标关键动作标准产出物责任角色①线索管理筛选高价值线索线索评分、分配、初步接触线索评分卡销售(AR)②商机评估判断赢率和可交付性$APPEALS分析、BANT确认、方案概要商机评估表、需求规格书铁三角共同③方案设计输出可落地的技术方案工艺适配方案、系统集成方案、POC验证技术方案书、POC报告产品(SR)交付(FR)④合同签约锁定交付边界和付款节点商务谈判、风险评估、条款确认标准合同模板、风险评审表销售(AR)法务⑤项目交付按里程碑完成部署验收现场安装、参数调优、人员培训、验收交付计划、验收报告交付(FR)⑥回款与运营确保回款、持续运营里程碑对账、催收、续费线索挖掘对账单、续费商机销售(AR)客户成功关键模板一线索评分卡示例这是阶段①的核心工具用来判断这个线索值不值得跟。关键模板二商机评估表铁三角联签这是阶段②的核心工具由铁三角三人共同填写、共同签字确保三方对项目的理解一致。关键模板三标准化交付计划WBS模板这是阶段⑤的核心工具把交付过程拆成标准化的工作分解结构。以上为安谋咨询专属工具暂不对外公开展示7.3 阶段评审机制LTC流程的灵魂不是六个阶段而是阶段之间的评审控制点。每个阶段结束时必须通过一个评审会才能进入下一阶段。评审不通过项目要么打回上一阶段整改要么直接终止。评审控制点的三个关键原则1. 一票否决权FR交付经理对可交付性有一票否决权。如果FR认为销售承诺的方案交付不了项目不能进入签约阶段。这条规则看似不近人情实则是保护公司不被烂合同拖垮。2. 书面留痕每个评审点的评审结论必须书面记录包括参与人、讨论要点、决策结果、后续行动项。这不是为了甩锅而是为了积累组织记忆。3. 数据驱动评审的依据是数据不是感觉。线索评分卡的分数、商机评估表的得分、交付WBS的完成率—用数据说话减少主观争议。7.4 案例一个焊接AI项目的LTC全流程推演以博清科技攻入某船舶制造龙头为例完整走一遍LTC流程• 线索阶段通过行业展会接触到该客户初步沟通后填写线索评分卡总分13分高优先级分配至专属销售团队。• 商机阶段铁三角联合拜访用$APPEALS模型梳理客户需求发现核心痛点是厚板多层多道焊的工艺开发周期太长。BANT确认预算800万、决策人是生产副总、需求明确、时间窗口6个月。FR评估可交付性现有模型已覆盖厚板焊接但需要针对该客户的特殊坡口形式做适配。• 方案阶段SR主导输出技术方案包含工艺适配策略基于际銮大模型做参数推荐现场微调、系统集成方案与现有MES对接、POC验证计划先用2个典型焊件做验证。FR同步输出交付WBS和资源配置计划。• 合同阶段销售与法务基于标准合同模板谈判关键条款锁定分期付款3:4:2:1、验收标准焊接合格率≥98%、违约责任。FR在合同签署前再次确认交付边界。• 交付阶段按6周标准WBS执行。第3周遇到坡口识别不准的问题触发风险升级机制技术团队48小时内提供算法补丁未影响整体进度。• 回款阶段按里程碑节点对账回款验收后进入运维服务期。交付团队在运维过程中发现客户有焊接质量追溯的新需求转化为续费商机。整个流程跑下来从线索到回款用了约5个月毛利率38%客户满意度评分4.6/5。更重要的是这个项目沉淀了一套船舶厚板焊接的标准化交付包下一个同类客户的交付周期可以压缩到4周。八、建立产品/销售/交付的铁三角组织8.1 铁三角的角色定义与能力模型铁三角不是三个岗位而是一套责任共担、利益共享的协同机制。三个角色缺一不可且必须背靠背信任角色核心职责关键能力考核权重AR客户经理客户关系经营、商机挖掘、商务谈判、回款行业洞察、商务谈判、决策链分析、抗压能力40%SR方案经理技术方案设计、产品适配、POC验证、竞品分析工艺知识、模型理解、方案表达能力30%FR交付经理项目计划、现场实施、验收回款、风险控制项目管理、现场排障、客户沟通、资源协调30%需要特别强调的是这三个角色不是各管一摊而是对同一个项目的经营结果共同负责。AR不是只管签单就走SR不是只管写方案就撤FR不是只管干活就完。三者的考核绑定在一起—项目赢了三个人按贡献分奖金项目亏了三个人一起承担。8.2 利益绑定让三个人一条心协同不是靠开会开出来的而是靠利益机制逼出来的。具体做法• 团队奖金包制项目奖金先算一个总包再按角色贡献拆分。AR占40%、SR占30%、FR占30%是常见比例但可以根据项目特点调整。关键是个人奖金上限不超过团队奖金包的对应比例团队亏了个人不可能赚。• 项目回溯机制项目结束后三个月做一次回溯复盘每个角色的贡献和失误。做得好的公开表彰出问题的公开复盘。这不是秋后算账而是让所有人看到协同有回报、拆台有代价。• 客户满意度捆绑客户满意度评分直接影响铁三角的奖金系数。客户打分低于3分5分制团队奖金打八折高于4.5分团队奖金乘以1.2倍。让客户成为铁三角的第四位成员。8.3 铁三角协同机制很多公司搞协同的第一反应是多开会。但华为的铁三角实践证明协同是靠LTC流程中的关键节点焊在一起的。具体来说1. 联合拜访制度所有P0级客户的关键拜访必须ARSR同时到场。SR负责听懂技术需求AR负责听懂商务诉求回来后两人交叉核对信息确保没有传话失真。2. 方案联审制度所有技术方案在提交给客户之前必须经过FR的可交付性评审。FR签字同意才能发给客户。这一条从源头上杜绝了销售和方案画大饼、交付背锅的顽疾。3. 周度对齐例会铁三角每周开一次30分钟的对齐会不是泛泛的沟通会而是围绕三个具体问题本周客户有什么新动态方案有没有需要调整的地方交付有没有遇到风险三个问题回答完会议结束。4. 项目共享看板在CRM系统中建立项目看板AR、SR、FR看到的是同一份数据——同一个漏斗、同一个里程碑、同一套风险台账。信息透明是信任的基础。九、平台化架构实现边际成本递减9.1 知识底座场景应用的双层架构要真正实现规模化复制光有流程和组织还不够还需要技术架构的支撑。核心思路是把不变的东西沉淀到平台层把变化的东西放到应用层。具体来说博清科技可以构建这样的双层架构• 底层—焊接知识底座包含百万级焊接知识图谱、千万级元数据训练集、通用焊接工艺推理引擎、标准材料参数库。这一层是通用能力不随客户变化。就像iOS操作系统不管你装什么App底层是一样的。• 上层—场景化应用包针对船舶、储罐、钢构等不同场景封装成独立的应用包。每个应用包包含该场景的工艺参数模板、典型坡口/焊缝配置、质量标准规则、报告模板。这一层是可配置的通过组合底层能力来适配不同客户。这个架构的关键价值在于新增一个客户群时不需要从零开发而是在底层知识底座上组装一个新的应用包。边际成本从重新开发一个产品降低到配置一套参数适配一个接口。9.2 标准化组件库与可配置模块设计要实现组装式交付需要提前把交付过程拆解成标准化组件。可以参考以下组件分类组件类别具体内容复用率目标定制空间数据采集组件传感器接入模块、数据清洗管道、实时采集Agent≥90%接口适配工艺推理组件知识图谱查询、参数推荐引擎、质量预测模型≥80%模型微调交互界面组件操作面板、实时监控大屏、报警通知、报表生成≥85%UI配置集成对接组件MES接口、ERP接口、PLM接口、第三方系统适配≥60%API开发运维监控组件远程诊断、OTA升级、性能监控、日志分析≥90%参数调优当这五类组件的复用率都达到目标值后新增一个客户的交付工作量将大幅下降。以博清科技为例假设当前每个新客户需要投入6人月组件复用率达到目标后预计可以压缩到2-3人月边际成本降低50%以上。但这里有一个重要的提醒平台化不是一步到位的而是用项目养平台的过程。前3-5个项目可能还是偏定制化的但每个项目中沉淀下来的通用组件都要被提取到平台层。平台是长出来的不是设计出来的。急不得但必须持续做。十、实施路线图从项目制到产品化以上所有方法和工具如果一次性全部铺开大概率会翻车。组织的变革需要节奏感。以下是安谋咨询一个经过验证的12个月实施路线图第一阶段打地基第1-3月• 完成目标市场细分确定P0客户群船舶、储罐、轨道交通• 搭建$APPEALS需求管理框架完成至少10家客户的需求结构化梳理• 建立线索评分卡和商机评估表模板• 组建第一批铁三角团队建议2-3个团队试点• 里程碑输出《目标客户群画像》《需求优先级排序表》第二阶段跑流程第4-6月• 在2-3个P0客户项目上完整跑通LTC六阶段流程• 每个阶段严格执行闸门评审积累评审数据和案例• 铁三角周度对齐例会制度化• 开始提取通用组件到平台层• 里程碑2-3个项目按标准流程完成交付输出《标准化交付WBS模板V1.0》第三阶段建平台第7-9月• 完善焊接知识底座扩充知识图谱覆盖材料品类• 封装第一批场景化应用包船舶厚板焊接包、储罐环缝焊接包• 建立组件复用率追踪机制设定每个组件的复用率目标• 铁三角考核机制正式落地与薪酬体系挂钩• 里程碑新增客户交付周期缩短30%组件复用率达到60%第四阶段规模化第10-12月• 将LTC流程扩展到所有P0客户群项目• 铁三角团队扩充到5-8个• 启动P1客户群的试点攻克核电、建筑钢构• 建立客户需求数据库和项目经验库支持新人不依赖老人独立作战• 里程碑年交付项目数翻倍毛利率提升5-8个百分点这个路线图的核心逻辑是小步快跑、快速迭代。不要试图在第一天就设计出完美的流程和平台而是让流程和平台从实战中生长出来。每个项目都是一次压力测试每次复盘都是一次版本升级。十一、结语非标企业拼的是工程化际銮大模型的技术突破是真实的、有价值的、有壁垒的。3000万组真实焊接数据、百万级焊接知识图谱、50毫秒级的实时决策能力—这些不是随便一家公司能短期复制的。但技术优势不等于商业成功。IDC数据显示国内规上制造企业AI尝试率接近五成但真正形成稳定降本增效、全流程跑通落地的项目不足23%。大量通用AI方案进入工厂后迅速水土不服。技术不是问题工程化才是瓶颈。工业AI的下半场竞争的焦点将从谁的模型更大转向谁能把项目做标准、做轻、做快。具体来说• 谁的需求管理更结构化谁就能从碎片化的客户声音中提炼出可复制的产品功能。• 谁的LTC流程更成熟谁就能把每个项目的经验沉淀为组织能力而不是停留在个人经验。• 谁的组织协同更顺畅谁就能让产品、销售、交付三个部门从互相扯皮变成背靠背作战。• 谁的平台化架构更完善谁就能让新增客户的边际成本持续下降最终实现规模化盈利。博清科技已经拥有了最硬的核—焊接大模型的技术壁垒。现在需要补的是壳—市场细分、需求管理、项目筛选、标准流程、协同组织、平台架构。核壳合一才能真正从技术领先走向商业领先。参考文档深度拆解华为从线索到回款LTC流程非标设备企业LTC咨询实践通过华为LTC流程管控项目利润LTC咨询干货LTC流程中销售与市场部门如何高效协同LTC流程如何解决售前售后脱节打通销售与交付协同壁垒