本次案例的客户，是某工业品流通行业头部集团。集团以工业品与 MRO 类物资的流通、分销及供应链服务为主业，上游对接大量品牌商与制造企业，下游服务制造、能源、基建等行业客户的采购与运维需求。
这类业务有几个绕不开的特征：其一，品类极多、参数专业，同一类物资往往存在多个品牌、多个规格以及复杂的替代关系；其二，需求高度碎片化，客户常常只描述使用场景，而不是给出明确型号；其三，询价、报价、比价、下单、交付、售后的链路长，参与角色多；其四，渠道体系复杂，直销、分销与线上平台并存，价格与政策需要按客户、按区域、按协议差异化执行。
换句话说，这是一门高度依赖专业经验与信息整合能力的生意，而不是单纯靠商品和价格取胜的买卖。
集团在数字化上并不落后，已经建成 B2B 电商平台、订单与履约系统、仓储与运输管理、客户关系管理以及数据平台等基础能力。数据在系统之间是通的，但“从数据到判断、从判断到动作”这一段，仍然大量依赖人工。
一个典型的场景是：客户在沟通中提出“某类设备在高温、高湿环境下应该选哪种密封件”，一线人员需要先理解使用场景，再去查产品参数，接着确认库存与交期，然后套用对应的价格政策与协议条款，最后组织语言回复。整个过程横跨多个系统，既耗时，又有明显的经验门槛。由此带来的问题集中在几处：新人上手周期长；老员工的经验沉淀在个人身上，难以复制；同类问题的答复口径不统一；高峰期响应能力受限；跨系统取数与判断占用了大量本可用于客户经营的时间。
规则引擎与流程引擎擅长处理确定性流程——条件明确、路径固定、结果可预期。但业务前端面对的是非结构化输入：口语化描述、图片、附件、行业术语混杂，意图模糊，需要综合多源信息做判断。这正是传统系统的能力短板，也是大模型与智能体技术能够切入的位置。
客户因此提出一个明确的诉求：能不能让系统听懂人话、理解业务、调用系统、把事办成，而不是再多一个需要人去适应和操作的界面。
选型阶段，客户关注的核心并非模型参数的强弱，而是三件事：服务方是否真正理解业务对象——商品、价格、库存、订单、合同、结算；是否具备把智能体与既有业务系统打通的工程能力；是否能够持续运营，而不是“交付即结束”。
数商云长期深耕 B2B 电商与供应链数字化，对上述业务对象及其流转规则有完整理解，同时具备从场景梳理、知识工程、智能体编排到系统集成与上线运营的一体化开发能力。双方很快达成共识：不追求“最聪明的模型”，而追求“最可靠的业务闭环”。
在需求梳理阶段，数商云与客户共同把候选场景按“输入复杂度、判断复杂度、动作复杂度”做了分层，最终归纳为几类：
客户在立项之初就明确了若干硬性约束，这些约束后来直接决定了技术架构的形态：
值得注意的是，客户并没有把“回答准确率”作为唯一指标。在企业场景里，一个答得漂亮但办不成事的助手价值有限。因此双方共同把衡量口径扩展为：任务是否闭环、一线人员的单位时间处理量是否提升、客户响应时长是否缩短、跨系统操作步骤是否减少、答复口径是否趋于统一。这套口径的变化，实际上是整个项目能够落地的思想前提。
数商云与客户建立了统一的筛选框架，从发生频次、单次耗时、输入的可结构化程度、判断的经验依赖度、风险等级、数据可得性以及能否形成闭环等维度打分排序。频次高、经验依赖重、风险可控、可闭环的场景优先，这是避免项目“做了很多、见效很少”的关键一步。
经过排序，首批聚焦于售前选型与询报价辅助、售后与工单处置、内部知识与政策问答、订单与履约信息查询。这些场景的共同点是：问题真实高频、答案有据可依、风险处于可控区间，且效果能被一线人员直接感知。后续再逐步向营销内容辅助、招投标文档处理、经营数据分析等场景延伸。
知识来源包括产品主数据与参数表、技术手册、行业标准与规范、历史报价与成交记录、售后工单与解决方案、合同与政策文件。原始资料格式杂乱，包含表格、图纸说明、扫描件与网页内容。数商云团队做的第一件事不是接模型，而是把知识做成模型能可靠使用的形态：按结构与语义切分，保留标题层级与表格关系，对参数类内容做结构化提取，并建立向量检索与关键词检索结合的混合召回。
每一段知识都附带品类、品牌、区域、时效与权限标签。这一步决定了智能体能否做到“对不同客户说不同的话”“对不同岗位展示不同范围的信息”。没有元数据治理，检索增强生成就只是把文档丢给模型，幻觉风险会显著上升。
价格、政策、库存状态属于强时效信息，不能沉淀在静态知识库里。团队将它们设计为实时接口调用，同时对历史文档建立版本与失效机制，确保过期内容不会继续被引用。
采用商用大模型与开源模型组合的策略，按任务复杂度做路由：轻量的意图识别与分类交给小模型，复杂的多轮推理与方案生成交给能力更强的模型，涉及敏感数据的场景运行在私有化环境。模型不是选一个就够，而是按场景配比。
通过函数调用与接口封装，把商品查询、价格政策、库存与交期、订单状态、工单系统、物流轨迹、客户档案等能力，包装成智能体可以按需调用的“工具”。这一层是“能聊天”与“能办事”的分水岭——智能体的结论必须来自系统数据，而不是来自模型记忆。
用工作流把“意图识别—信息补全—身份与权限校验—工具调用—结果校验—输出或转人工”串成可控链路。对于复杂任务，则由多个智能体分工协作，例如由选型助手负责方案、由报价助手负责价格、由校验助手负责合规与风险复核，形成相互约束的结构。
会话记忆让多轮沟通不“断片”，客户画像与历史交互让建议更贴合实际，但记忆必须可控、可清除、可审计，避免把临时信息误当作长期事实。
超时与重试、写操作幂等、并发控制、模型不可用时的降级策略，这些不显眼的部分，恰恰决定了智能体在高并发业务环境里能否稳定运行。
智能体与电商平台、订单中心、库存系统、客户关系管理、客服工单以及数据平台完成对接，并统一身份认证与数据权限映射。对于涉及写操作的动作，例如改单、锁库存、提交报价，采取二次确认、审批留痕、操作可回溯的设计，把风险关在流程里，而不是寄希望于模型永不犯错。
团队基于真实业务问题构建了评测集，覆盖常见问题、边界问题与对抗性提问，重点观察答案正确性、引用可追溯性、工具调用成功率、任务闭环率，以及“该拒答时是否拒答、该转人工时是否转人工”。上线节奏采取灰度策略：先内部团队试用，再面向小范围渠道开放，最后逐步扩大范围。高风险场景始终保留人工在环确认环节，并定期抽样复盘。评测不是一次性动作，而是贯穿全生命周期的安全机制。
项目上线后，客户与数商云共同建立了由业务、知识与技术角色组成的联合运营小组，定期收敛未被命中的问题、被差评的回答与失败的工具调用，反哺知识库与提示词策略，并对智能体版本做回归测试。同时配套一线培训与使用激励，让“愿意用”成为迭代的真正动力。
选型建议、参数对比、替代方案与报价参考可以即时给出，一线人员的响应速度明显加快，答复口径趋于统一。经验不再只存在于少数资深人员身上，新人在智能体辅助下能够给出更专业、更有依据的答复，客户体验的稳定性随之改善。
库存与交期查询、改单催单、对账核对等高频重复动作，部分由智能体承接，人工从“跨系统搬运信息”转向“处理例外与判断”。订单与履约中的异常能够更早暴露，减少了后续的被动补救。
工单的分类、分级、相似案例召回与处置建议生成，使处理链路明显缩短，历史解决方案得以复用。过去沉淀在工单系统里“沉睡”的经验，被重新激活为可调用资产。
政策解读、流程查询、跨部门协同事项的咨询成本大幅下降，新员工培训从“靠人带”转向“靠系统辅助+人把关”，组织能力开始具备可复制性。
从“看报表”转向“问数据”。业务人员可以用自然语言提出经营问题，智能体在权限范围内调用数据、给出结论并标注来源口径。数据价值被更多非技术岗位直接消费，这是很多企业数据平台多年未能完全实现的目标。
企业智能体的成败，往往在立项的那一刻就已经决定了大半。选对了场景，普通模型也能创造可观价值；选错了场景，最强的模型也只能做出一个演示。
模型能力在持续进步，但企业内部的参数、政策、经验并不会自动变得可用。知识的结构化程度、权限标签的完备程度、时效管理机制，直接决定了智能体输出结果的可靠性。
哪些动作可以自动执行、哪些必须确认、哪些必须转人工，需要在设计阶段就明确，而不是上线后靠事故倒逼。合理的边界设计，反而能让智能体更快地被组织接受。
没有可观测性的智能体，等于把不确定性直接交到客户面前。日志、链路追踪、引用溯源与评测集，是让系统能够长期稳定运行的底层保障。
从辅助到协同、再到特定场景下的有限自治，是一条更符合企业风险偏好的路径。把“全自动”当作起点，往往会让项目在第一道风险关卡前停住。
早期的企业智能体多以问答助手形态出现，如今正在向嵌入具体岗位职责与业务流程的方向演进。智能体不再是一个独立入口，而是分布式地存在于业务流的各个环节之中。
决定效果的不再只是模型本身，而是“模型+知识+工具+数据”的组合工程。谁能把企业数据资产与业务动作高效连接起来，谁就更容易获得实际收益。
围绕工具调用与上下文传递的开放协议逐步成熟（例如 MCP 这类标准化尝试），使智能体接入企业既有系统的成本持续下降，生态协作的空间随之扩大。
在复杂业务中，单一智能体难以兼顾专业深度与风险控制能力，多智能体分工、互检与仲裁的结构会越来越常见。
小模型与端侧推理的成熟，使部分高频、低复杂度任务可以在更低成本下完成，企业在部署形态上也有了更灵活的选择。
随着智能体开始接触客户数据与核心业务动作，权限、审计、可解释与责任界定会成为企业选型时的重要考量。治理能力的强弱，将直接影响智能体能够触达的业务深度。
智能体的效果依赖持续调优，一次性交付的模式难以长期奏效。像数商云这样能够提供场景梳理、知识工程、系统集成与持续运营支持的合作伙伴，其价值会随着智能体渗透业务的程度加深而不断显现。
回顾这个案例，真正被改变的不是某一个环节的效率，而是企业把经验、数据与系统能力组合成“可执行动作”的方式。客户没有用智能体去替代人，而是把重复劳动、信息搬运和标准化判断交给智能体，把人的时间还给需要经验、判断与关系维护的高价值工作。
这也是数商云在 AI 智能体开发中的基本立场：智能体不是演示品，而应当是可管、可控、可运营的业务能力。当它能听懂业务语言、调动系统数据、办成具体事情，并且在边界之内稳定运行时，提效才不是一句口号，而是可以被一线人员每天感知到的事实。
点赞 | 0
