AI 应用服务商交付岗面试复盘：能力基座、流程先行与上线维护

《面试题目》

1. 你们的业务能力基座是什么？一家 AI 应用服务商靠什么把能力送到客户现场？
2. 为什么先理流程，再上智能体？
3. 这一步（先重塑业务流、再构建数据供应链）能不能跳过？
4. 上线之后，谁来维护？上线半年、客户业务变了、策略失效了，谁去改？

《参考解析》

业务能力基座：三层里最容易被忽略的是知识工程

面试官问「基座」，想听的不是技术栈清单，而是公司把能力交付到客户现场的那套结构。可以分三层讲：技术工程（平台、集成、部署与运维能力）、知识工程（把行业规则、指标口径、业务对象沉淀成可复用资产，规则库、指标口径库、行业知识图谱都算在内）、场景应用（落到具体业务动作上的产品形态）。三层里最容易丢分的是知识工程——它决定了第二家客户能不能复用第一家客户的经验。回答时要能举出一个具体例子：某个行业的补货规则被沉淀成规则库，下一个同行业项目直接调用，而不是每个项目从零开始问客户要规则。只说「我们有中台、有知识库」而没有复用的证据，面试官会继续追问知识是怎么存的、谁维护、更新流程是什么。

为什么先理流程再上智能体：顺序本身就是门槛

智能体的输入是数据，而稳定的数据产生位置来自被理顺的流程。流程没理顺，数据就是散在各系统里、口径各不相同的碎片，模型再强也只能在碎片上猜。合理的顺序是重塑业务流、构建数据供应链、注入 AI 能力；跳过后面的每一步都会欠债：指标对不上、异常没人认领、模型效果无法归因。被追问「能不能跳过」时要正面回答不能，并说清返工成本落在谁身上——通常是客户业务方和实施团队。如果能补一句取舍：先做流程再造的项目周期更长、上线更慢，但上线后运维工单和口径返工明显更少，这个回答比背概念有效得多。

上线之后的维护：靠机制，不靠驻场

终面问维护，考的是「你交出去的东西会不会烂掉」。答案是靠机制而不是靠人：把能力拆成标准模块，客户基于自身场景组合、改配置与规则而不是改代码，业务变化时改的是配置层；交付物里要包含可复用的资产（规则、模板、指标定义）；再配上版本与回滚机制，策略失效时能定位到是哪一版、能退回上一版。反过来，「有问题我们驻场支持」等于承认交付没有沉淀成资产。回答时最好指出维护成本发生在哪：口径变更、数据源接入变化、模型能力升级，这三类分别由配置、接口和底座承接。

投交付岗要准备什么：业务语言优先于算法

交付是半个沟通岗，要跟客户泡在一起，所以会听业务、能对齐口径比算法能力更先被考。会计、供应链、市场营销这类背景更容易听懂客户的抱怨；会写 SQL、看得懂指标定义是明显的加分项。面试前把目标公司的产品结构、客户案例和资质清单过一遍，比背八股有用——被问「你怎么理解交付岗」时，能对着它的产品结构讲，说明你做过功课。还有一点要提前接受：这个岗位交付的是「一段能跑起来的运营」，不是一个模型；碰上不懂的业务，承认不懂并说清你打算怎么补，比硬答安全。