FDE场景-客户沟通与POC

大类:FDE场景软题 · 共 44 题 · 检索页定位

简答题(4)

q015 · 简单

客户说「我们想做个 AI 客服」。作为 FDE,你第一周会做什么?说说你怎么把这句模糊需求变成一个可验证的东西。

参考答案要点

• 先问业务不问技术:现有客服量、TOP问题类型、人工成本、不满意在哪、成功标准是什么
• 快速摸数据:历史工单/FAQ质量与覆盖率,判断技术路线(RAG够不够)
• 定义可量化的POC目标:如TOP100高频问题的准确率≥X%,小范围真实流量验证
• 一周内产出:需求澄清文档+POC方案+评估口径,而非直接写代码
• 管理预期:AI客服不是替代人而是分流,给出人机协作边界
• 展示「先定义成功再动手」的工程思维是核心考察点

来源:seed

q899 · 中等

客户数字化负责人说:公司已给 500 名员工开通了国产大模型会员,一年花费不到 5 万,而你们的方案报价 300 万。他要求你一周内提交一份「通用 AI 工具 vs 企业级方案」的对比决策材料供管理层决策。请列出这份材料应包含的对比维度与论证要点。

参考答案要点

• 成本口径升级为 3 年 TCO 而非单价对比:会员费×人数×年限+影子 AI 的隐性成本(数据泄露事故成本、合规罚款风险) vs 企业方案的一次性投入+年维保,直接可比
• 能力对比维度:私域知识接入(会员版答不了内部数据)、权限与部门数据隔离、审计与追溯、与内部系统集成深度、效果 SLA 与责任主体(会员版无任何服务承诺)、批量并发与稳定性
• 风险维度:员工把合同/客户数据贴进公网模型的泄露案例与监管趋势(个保法、数据安全法)、企业数据被用于训练的条款风险、供应商服务中断无追索
• 沟通策略:承认通用工具在个人效率场景的价值,材料结论建议「分层采用」而非二选一,帮客户做对的决策而不是只赢下单
• 边界与风险:材料中所有成本与风险数字标注来源与假设;给管理层保守/中性/乐观三档量化,不做单点结论,避免被质疑操纵论证

来源:synthesized

q905 · 中等

某出版社的智能编校 POC 结果不错,但客户说「今年数字化预算已花完,明年一定立项」,同时据你所知他们还在接触竞对。客户对接人仍会每周跟你讨论细节。请列出你未来 90 天的推进动作清单,判断项目真伪并争取锁定明年预算。

参考答案要点

• 真伪判断信号:真有意向的客户会持续投入成本(人力配合、数据准备、内部推动立项材料);伪机会只索取不投入(要方案要报价要演示,但无下一步)。按信号打分决定投入档位,避免无限期陪跑
• 帮客户把预算要到手:主动协助对接人写明年立项材料(业务价值测算、技术方案框架、竞对对比分析),甚至协助申报集团的数字化专项——客户的预算申请成功才是你的单子成立
• 推进动作:争取一次面向其决策层的 POC 成果汇报(把 POC 结论沉淀为可汇报的成果而非口头印象);提供轻量付费选项(如按月订阅的 SaaS 版或编校 API 小批量采购)让项目不脱手;约定明年 Q1 的正式技术交流排期
• 技术要点:把 POC 产出封装成「可带走的成果」(评测报告、样章编校对比集),客户内部传阅即是在帮你销售
• 边界与风险:对仍在接触的竞对不诋毁;无偿支持设定边界(立项协助可做,持续技术细节咨询与数据处理转为付费或以签约为条件);内部对该商机标注真实状态与概率,不粉饰乐观

来源:synthesized

q907 · 困难

某文旅集团招投标前发出「入围筛选」通知,要求各厂商免费提交详细技术方案、报价明细与实施计划,并暗示参与筛选的有六家。销售怀疑其中有陪跑厂商、方案可能被转给内定方参考。请列出你评估是否参与、以及提交材料时的自我保护要点。

参考答案要点

• 真实性评估清单:项目是否有明确预算与资金来源、决策链是否可接触、时间表是否具体、组织方级别(是不是真有采购权的部门在主导)、是否存在明显的内定信号(参数定制、时间仓促、对接人回避商务问题)——评估通过再投入
• 分层提交策略:技术方案给框架级(方法论与架构思路详细,核心算法实现细节、关键参数与量化指标口径脱敏)、报价给区间或分模块单价而非总价细目、实施计划到阶段级不到人天明细
• 知识产权保护:方案加版权声明与保密条款、关键页水印(限定接收方名称)、要求签署保密协议作为提交前提、电子版控制传播(必要时纸质密封)
• 商务反制:与销售评估是否争取「方案补偿费」或「POC 收费」条款(多轮深度输出前谈条件);若评估为陪跑局,准备放弃条件与理由,向上级客观建议而非情绪化陪跑
• 边界与风险:所有沟通留痕;不参与任何围标串标暗示;即使放弃也要专业退出(保持关系,客户内部人员会流动,今天的陪跑局组织者明天可能是新项目决策人)

来源:synthesized

场景题(40)

q154 · 困难

你在给一家大型保险集团做 AI 客服助手的售前支持。客户数字化转型负责人说:我们想做 AI 客服,先来个 POC,两周内让我们看到效果。但客户只有一个包含 3 万条历史工单的导出文件,没有标注数据,也没有明确的效果定义。作为帮客户落地 AI 产品的 FDE,请描述你会如何设计这个 POC:范围怎么定、成功标准怎么和客户对齐、两周内怎么安排?

参考答案要点

• 先引导客户把效果变成可量化指标:如 TOP3 意图识别准确率、可自动解决工单占比、人工抽检满意度,并与客户书面确认
• 主动收敛 POC 范围到 1-2 类高频工单场景(如退保查询、保单查询),明确排除项,避免大而全
• 数据方案:从历史工单构建离线回测集,人工抽样标注 500-1000 条作为评测集,说清无标注数据的处理方式
• 两周计划:第 1 周数据清洗+评测集构建+基线搭建,第 2 周调优+离线评测+现场演示,并约定中期检查点
• 向客户说明 POC 与生产环境的差异(数据量、并发、系统集成),管理预期
• 明确 POC 结束的决策标准:达到什么指标进入下一阶段,避免 POC 无限拖尾

来源:[lonelygo.gitbook.io](https://lonelygo.gitbook.io/shift-ai-models-to-real-world-products/)

q155 · 困难

POC 演示现场,客户 CTO 当众质疑:别吹了,我们自己的团队用 ChatGPT 测过你们这个场景,准确率一塌糊涂,你们凭什么说接了你们的产品就能行?全场业务高管都在看你怎么回应。请给出你的应对思路和话术框架。

参考答案要点

• 不辩解不硬顶,先认同对方实验的真实性并探询细节:当时怎么测的、用了什么数据和 prompt、badcase 长什么样
• 区分裸模型直测与生产方案的差异:RAG 检索客户私域数据、prompt 工程、工作流编排、评测迭代闭环都是效果来源
• 不当场承诺具体数字,提出用客户自己的数据做小规模盲测/离线评测,让数据说话
• 把对抗转化为合作:邀请对方技术团队共建评测集,变质疑者为共建者
• 会后单独跟进 CTO,了解其真实顾虑(预算、话语权或过往项目失败阴影)

来源:[maimai.cn](https://maimai.cn/article/detail?fid=1834267218)

q156 · 中等

首次拜访一家制造业客户,对方的说法只有一句:我们想上 AI,提升一下效率。没有具体场景、没有预算口径,参会的是信息化科长。作为 FDE,你这次会议的目标是什么?你会问哪些问题把真实需求挖出来?

参考答案要点

• 会议目标定位:不是卖产品,而是摸清业务流程、找到 1-2 个高价值痛点场景并约定下一步(拿到数据/约到关键人)
• 从业务和 KPI 切入提问:哪些环节最耗人力、哪些环节出错最贵、员工每天在重复做什么
• 区分显性需求与隐性痛点:表面说系统卡,背后可能是数据孤岛导致决策慢
• 摸清决策链与预算:谁用、谁买、谁拍板,科长上级和业务部门谁是受益者
• 现场收敛:总结复述确认理解一致,会后输出会议纪要,约定下次带场景建议回来
• 避免一上来就讲产品功能大全

来源:[cnblogs.com](https://www.cnblogs.com/jiashengmei/p/18704720)

q157 · 中等

客户 CFO(非技术背景)在评审会上问你:你们方案 PPT 里说用了 RAG 加大模型,我不懂技术,你就告诉我,这东西为什么不会像新闻里那样一本正经地胡说八道?出了错算谁的?请用 3 分钟向 CFO 解释,并给出你的风险沟通策略。

参考答案要点

• 用类比讲原理:像开卷考试,AI 先从客户自己的知识库里检索原文再作答,答案有据可查
• 强调可验证机制:每个回答带引用来源和置信度,低置信度自动转人工
• 不承诺绝不犯错,给出错误率数据、人工兜底和灰度发布机制,体现工程严谨性
• 责任边界:明确哪些场景人机协同、SLA 与责任条款如何写
• 对齐 CFO 的语言:谈投入产出、节省的人力成本、可小规模试点控制风险

来源:[sujx.net《一本书讲透IT售前》中向非技术决策者讲方案的思路](https://www.sujx.net《一本书讲透IT售前》中向非技术决策者讲方案的思路)

q623 · 中等

某大型装备制造商找到你们:3 万份设备维修手册(PDF 为主,内含大量电路图、液压图和参数表格),现场维修工程师希望用手机拍照或打字提问,快速定位故障排查步骤。客户预算有限,只愿意先做一个 4 周的 POC。作为 FDE,你如何设计这个 POC:范围怎么切、数据怎么选、成功标准怎么定?POC 结束时还要向客户的设备事业部总经理汇报结果。

参考答案要点

• 范围收敛:从 3 万份手册中选 1-2 个主力机型、约 500-1000 份文档做 POC 语料而不是全量铺开;明确只覆盖「故障排查步骤问答」这类高频问题
• 数据与评测:要求客户提供历史维修工单/常见问题清单,用真实问题构造约 100 条评测集,双方共同标注标准答案,避免自说自话
• 技术骨架:PDF 版面分析(图纸/表格单独处理)、切片与索引策略、RAG 问答 + 引用溯源(答案标注出自哪份手册哪一页),拍照提问考虑 OCR 或多模态
• 成功标准量化并书面锁定:如 Top5 命中率不低于 80%、答案步骤可操作比例不低于 70%、单题响应小于 5 秒,POC 启动前邮件确认
• 边界管理:POC 不含工单系统/SSO 对接、不含全量数据迁移、模型版本冻结;超范围需求记入二期清单
• 汇报准备:给事业部总经理用「单次维修平均节省时间」等业务语言,现场演示一个真实故障排查案例,不堆技术指标

来源:synthesized

q624 · 困难

一家三甲医院信息科想做一个科研辅助系统:医生输入主诉/诊断关键词,检索本院近 10 年脱敏病历,用于回顾性研究。医院安全部门明确要求:病历数据属于敏感个人信息,必须在等保三级环境内运行,数据一律不出院区。客户同时希望效果「不比通用大模型差」。作为 FDE,你如何设计合规的技术方案,又如何在沟通中管理客户对效果的预期?

参考答案要点

• 合规框架先行:数据分级分类,遵循个人信息保护法与医疗数据管理规定,方案评审必须有医院安全/信息/伦理部门参与并书面确认数据处理边界
• 技术路线:本地化部署开源模型或复用院内已有私有模型,RAG 架构下病历原文不出院;结构化字段(诊断/手术/用药)入专用库,非结构化文本建向量索引
• 脱敏与审计:入索引前对姓名/身份证/电话等 PII 脱敏,检索结果展示前二次校验;全链路审计日志留痕谁查了什么
• 效果预期管理:院内私有模型参数量有限,不能直接对标公网通用大模型;用医学检索任务(而非开放聊天)定义评测,给出量化区间并提前演示能力边界
• 沟通策略:把「数据不出院」从阻力转为卖点(医院主导权、安全可控),用同业落地案例背书降低决策焦虑
• 边界管理:明确系统定位科研检索辅助、不做临床诊断决策支持,避开医疗器械软件监管红线

来源:synthesized

q625 · 中等

某市 12345 热线中心,日均 3 万通来电生成工单,需要自动分派到 30 个委办局。目前人工分派准确率约 80%,平均分派时长 3 分钟。客户主任要求 POC 准确率「不低于 90%」,且每条分派要能解释理由。历史工单数据有 200 万条,但标签里存在大量「派错了将就处理」的脏数据。请给出你的 POC 方案设计与验收指标设计思路。

参考答案要点

• 指标口径对齐:30 类不均衡分类不能只看总体 accuracy,应引入 macro-F1 与各类精确/召回;先和客户谈清 90% 的定义是 top1 准确还是含可接受的二次转派
• 脏数据治理:对 200 万条抽样评估标签质量,「将就处理」工单标记为噪声不直接入训练集;高置信样本优先,标注口径文档化
• 类目体系梳理:30 个委办局实际对应数百个子类,先与话务班长一起把归类判断口径显式化成规则文档,这往往比调模型收益更大
• 可解释性:分派结果附带理由(命中关键词/相似历史工单),支持人工复核与一键改派,改派结果回流成训练样本
• 验收设计:抽取近 1 个月真实工单 1000-2000 条盲测,人工分派与模型分派对比;同时考虑误派代价(派到无关局比派到相近局代价高)
• 落地路径:建议「AI 预分派 + 人工确认」人机协同起步而非全自动,给客户渐进信心,沟通上强调先减负再替代

来源:synthesized

q626 · 困难

某券商研究所要用大模型对每日研报(宏观/行业/个股,日均 300 篇)自动生成摘要,供内部晨会使用。合规部门最担心幻觉:「研报里每个数字都是分析师的责任,摘要错一个数字就是事故。」客户直接问:你们的模型能不能保证摘要里的数字 100% 和原文一致?请设计技术方案并回答客户这个问题。

参考答案要点

• 不承诺「模型保证」,承诺「机制保证」:数字类信息不用自由生成,改用抽取式/受控生成——先从原文抽取关键数字与结论片段,再模板化组装或受限改写
• 后校验层:摘要生成后做数字比对(正则加数值解析,摘要中数字必须与原文对齐),不一致直接拦截或触发重写,人工抽检兜底
• 引用溯源:每条摘要句附原文出处,晨会场景可一键回跳原文,让使用者可验证,降低信任门槛
• 评测方案:建立「数字准确率」独立指标(抽 500 篇人审),与流畅度指标分开汇报,给合规部门单独的风控说明文档
• 沟通策略:向合规解释「LLM 生成无法 100% 保证,但数字校验机制可以让错误数字到不了用户眼前」,把承诺从模型层移到工程层
• 边界管理:明确内部使用、非对外发布;模型版本与 prompt 冻结,变更走审批并留痕

来源:synthesized

q627 · 困难

某电商平台要做导购 Agent:用户说「周末去露营,帮我配一套 500 元以内的装备」,Agent 需要多轮追问偏好(几个人用、有没有车)、跨品类选品(帐篷/睡袋/照明)、检查库存与优惠、最后生成可下单清单。客户 CTO 问你:这套 Agent 怎么架构?POC 阶段怎么验证它真的能促成交易,而不是聊天玩具?

参考答案要点

• Agent 架构:规划层(任务分解/多轮澄清策略)+ 工具层(商品搜索、库存查询、优惠券计算、加购,用 function calling 显式声明)+ 会话记忆与用户画像
• 防交易风险:只允许基于商品库接口返回的真实数据组织推荐,价格/优惠一律以接口结果为准,禁止模型凭记忆报价格
• POC 验证设计:不用聊天满意度考核,用任务完成率(100 个真实购物任务中生成可下单清单且满足价格约束的比例)、多轮轮次效率、工具调用成功率
• 评测集构建:从平台历史真实咨询对话抽任务,请运营标注理想清单,人机对比评估
• 长尾与兜底:缺货/超预算时要有主动澄清与替代推荐策略,无法满足时明确告知,避免硬凑清单损害信任
• 边界管理:POC 阶段只「生成清单」不代下单,涉交易动作的权限、客服兜底路径先与法务商务谈清

来源:synthesized

q628 · 中等

系统上线试运行两周后,客户业务负责人在群里说:「效果不如你们演示时好,你们演示是不是用了准备好的题?」这句话带着对演示真实性的质疑。作为 FDE,你第一时间的反应是什么?后续用什么机制重建信任?

参考答案要点

• 沟通策略:第一反应不是辩解,先承认感受并快速取证——收集具体 badcase 三要素(问了什么、期望什么、实际答了什么),把「感觉变差」变成可分析样本
• 事实对齐:如实说明演示题来自评测集子集、演示环境与生产的差异(数据范围、权限过滤、问法分布),不用话术回避;坦诚比完美更能止损
• 差异定位(点到为止):真实用户问法更口语化/多轮、知识库更新滞后、评测集与线上分布漂移是最常见三类原因
• 机制建设:与客户共建并冻结线上评测集,所有效果结论以该评测集为准;badcase 周报透明同步「已解决/计划中/超范围」三类状态
• 信任重建:组织一次复盘会,展示 badcase 到修复到回归验证的闭环过程,邀请业务方参与评测集标注
• 边界管理:今后验收与汇报全部基于冻结评测集并留书面口径,不再让「演示效果」成为事实上的验收标准

来源:synthesized

q629 · 中等

银行智能客服项目启动会上,零售业务部总经理说:「我们是银行,回答错一个利率就可能引发客诉和监管问题,系统必须 100% 准确我才能签字上线。」你会怎么回应,并给出你的设计方案?

参考答案要点

• 不硬顶也不轻易承诺:承认对开放式生成 100% 不现实,但可以把「错误到达客户的概率」压到接近零——谈机制而不是谈模型
• 风险分级:利率/费率/合规口径类问题走受控问答(标准答案库直接命中原文返回,不走自由生成),开放咨询才走生成式回答
• 置信度路由与兜底:低置信度或高风险话题自动转人工,系统定位「辅助坐席」而非替代,人工兜底环节可以对客户承诺 100%
• 工程兜底:答案强制引用知识源、高风险关键词(利率/投诉/监管)触发审核规则、灰度期只对内部员工开放使用
• 沟通策略:给量化分级方案(如受控类问题准确率 99% 以上可承诺、生成类用人工抽检指标),把验收谈成分级指标而不是单一 100%
• 边界管理:建立误答样本 24 小时内入标准答案库的迭代机制,让效果持续收敛而不是一次性达标

来源:synthesized

q630 · 中等

销售为了推进签单,已经答应客户「先做一个月 POC,效果好了再谈采购」。你作为 FDE 入场时发现:什么算「效果好」双方完全没有书面约定,销售口头说过「跟演示差不多就行」。POC 启动会即将召开,你要在会上把验收标准锁下来。你会怎么准备和引导这场会?

参考答案要点

• 会前准备:提前与业务关键人单独沟通候选指标与量级,带成型的方案上会而不是开放讨论;拉上销售提前统一口径,避免会上互相矛盾
• 评测集共建:从客户真实历史问题中抽 100-200 条,双方共同标注答案,评测集冻结作为唯一验收依据
• 指标设计:分层可测指标(检索命中率/答案可用率/响应延迟)加业务认可口径(抽样人工评分表),避免只剩一句主观的「满意度」
• 明确排除项与配合项:数据质量问题的处理约定、POC 范围外场景清单、客户侧数据/接口/人员的配合时限逐项写清
• 书面化:会议纪要双方邮件确认,POC 验收以该文档为准,后续变更需双方书面同意
• 边界管理:预设三种出口——达标进商务、接近达标列差距与改进成本、不达标坦诚收尾,提前约定避免届时各说各话

来源:synthesized

q631 · 困难

客户业务方很认可你们的 SaaS 大模型平台,但客户安全部门一票否决:「我们行业有监管要求,任何业务数据不得出公司网络。」业务方私下让你想办法。作为 FDE,你的谈判与技术选项有哪些?各方案的代价怎么向客户讲清楚?

参考答案要点

• 先弄清「出域」的确切定义:是不能出公司、不能出省(数据本地化)、还是不能出行业监管域?拿到监管条文原文最好,不同口径方案完全不同
• 选项一私有化部署:模型加平台进客户内网,代价是成本高、版本更新慢、客户要出 GPU 资源,给出最小资源规格清单
• 选项二混合架构:检索与敏感数据留在内网,只把脱敏后的问题送云端模型,返回结果再过滤;明确脱敏责任方与审计方案
• 选项三行业云/区域云:监管认可的同域机房部署,平衡成本与合规,先确认监管是否认可该口径
• 谈判策略:把安全部门从「反对者」变成「方案评审者」,请他们参与架构评审并书面确认;备好安全白皮书、渗透测试报告、等保资质
• 边界管理:合同写清数据所有权、残留数据清除义务、审计配合;不替客户下「绝对合规」结论,监管口径由客户自己确认

来源:synthesized

q632 · 简单

POC 收尾,你要向客户集团董事长做 15 分钟汇报。董事长非技术背景,只关心三件事:花多少钱、能省多少钱、有什么风险。你前一轮给信息部门的技术汇报反响很好,这次的材料和组织方式要怎么改?

参考答案要点

• 结构倒置:第一页就给结论与建议(投入多少、分几期、预期业务收益区间),技术架构压缩到一页或挪到附录
• 价值量化:用客户自己的数字说话——如日均 3 万工单、单均处理 3 分钟,AI 预分派预计节省多少人力年成本;给保守/中性两档估算并注明口径
• 现场演示:选一个最贴近董事长关注点的真实场景(如一张真实工单 30 秒出结果),演示永远比架构图有说服力
• 风险坦诚:主动讲 2-3 个风险与对策(数据质量、效果波动、人员接受度),只报喜反而失去信任
• 求决策而非求表扬:明确这次汇报要的下一步(立项/二期/进入采购流程),给出时间窗
• 边界管理:不当场承诺没有授权的价格与工期,涉及商务的话术留给销售跟进,自己守住技术口径

来源:synthesized

q633 · 中等

项目临近商务谈判,客户告诉你:「另一家竞品承诺准确率 95%,报价只有你们的一半,你们凭什么?」你掌握的信息是:竞品的 95% 是在自选的 500 条简单问题上测的,而你们的评测集更难、更贴近真实分布。你怎么应对?

参考答案要点

• 不贬低竞品:攻击对手显得不专业,把讨论引到「指标口径辨析」——准确率数字没有可比性,除非评测集、标注标准、测试流程完全一致
• 提议公平对比:推动双方在客户真实数据上、客户人员监督下跑同一个评测集盲测,评测方案设计权交给客户,让数据说话
• 拆解 TCO:报价一半可能隐含实施服务缩水、按量计费陷阱、后期定制收费;帮客户列 3 年总拥有成本对比清单
• 差异化价值:交付与陪跑能力(驻场响应时效、badcase 闭环)、工程完整性(权限/审计/高可用)往往是低价方案缺失的部分,举本项目的具体例子
• 给客户台阶:承认竞品有可取之处,提供「先小范围试点对比再定」的低风险路径,避免逼客户当场站队
• 边界管理:不虚假跟涨指标承诺;同步竞争信息给销售与产品,请求支援,不让 FDE 单打独斗

来源:synthesized

q693 · 困难

项目技术对齐会上,客户 CTO(海归博士、懂技术)当众质疑:「大模型幻觉率 5%-10%,你们凭什么放到我们生产环境?出一次错我们业务就完了。」会议室里业务方开始动摇。请给出你的现场回应策略(先接什么、后接什么、绝不接什么)、技术方案(幻觉的可控手段与残余风险量化)与边界管理(承诺什么、不承诺什么)。

参考答案要点

• 现场策略:先接住事实与情绪(「您说的幻觉风险真实存在,也不会靠换模型自动消失」),把问题从「消灭幻觉」重构为「把幻觉控制到业务可承受范围+出错可拦截」;绝不接的话术:「我们模型特殊不会错」「加提示词就没了」
• 技术分层控幻觉:场景收敛(答案只能来自检索文档的 grounded generation)、强制引用+逐字对齐校验、置信度分诊(低置信不出答案转人工)、规则后校验(数值/日期/条款号程序化验证)、评测集量化逐类错误率
• 残余风险量化:错误率×暴露面×后果的矩阵;关键路径(对外/资金/合规)设人工确认,非关键路径容忍自动化;让客户自己圈定「哪些错可接受」
• SLA 化承诺:承诺可验证工程指标(引用准确率≥X%、高风险拦截率、抽检机制与测量方法——谁的评测集、谁标注),不承诺「模型永不错」
• 边界管理:书面确认「AI 输出为建议、最终决定权在人」的责任边界;残余错误责任分配(产品缺陷 vs 使用不当)写进合同附件
• 加分动作:主动提灰度方案(先低风险场景)+真实运行数据月报,用数据逐步扩大信任;当场给出下一步(共建评测集)而不是只辩解

来源:synthesized

q694 · 困难

合同谈判阶段,客户 IT 总监提出:「源代码必须全部交付并托管到我方仓库,这是我们采购的硬性要求。」你们是闭源商业产品,核心引擎不可能给源码,销售急着让你想办法。请给出沟通策略(怎么拆解客户真实诉求)、替代方案设计(满足诉求而不交源码)与边界管理(红线清单、升级路径)。

参考答案要点

• 先拆诉求:客户「要源码」背后通常是三类动机——数据/业务逻辑主权、供应商锁定恐惧(你们倒闭/涨价怎么办)、审计与安全合规;逐条确认真动机,源码往往只是他们想到的手段
• 替代方案工具箱:源码托管 escrow(第三方存管、触发条件下交付)、数据全量可导出(标准格式+文档)、开放二次开发扩展点(插件/SDK/定制层代码交付)、核心组件清单与第三方开源披露、安全审计(渗透测试报告/代码审计摘要)、退出条款(停止维护时的交接预案)
• 沟通策略:不说「不可能」,说「三个方案分别解决您哪条担忧」;把 IT 总监的关注点变成双方共同对抗的问题(锁定风险)而非对立立场;条款类谈判拉上双方法务与采购一起谈,不在技术会上硬顶
• 边界红线:核心引擎源码、模型权重、内部工具链不给;为客户写的适配层、prompt、workflow 配置可以给且应给——上场前先与销售/法务对齐红线清单,绝不现场临时决定
• 升级路径:客户坚持(如涉密单位采购硬约束)时触发商务升级,转「定制买断」或「联合运营」模式,由商务/管理层决策,FDE 不擅自承诺
• 边界管理:所有替代方案书面化进合同附件;承诺 escrow 就真办(有第三方服务商),不写空头条款;后续每个交付节点同步进展,避免承诺悬空

来源:synthesized

q695 · 困难

客户同意 POC,但只给了 5000 条脱敏工单数据;生产环境是 3000 万条、200 人并发。POC 在小数据上效果很好(准确率 92%),业务方很满意,但客户 CIO 问:「上了生产还能这么好吗?」你判断生产大概率有长尾劣化。请回答:(1) POC 设计阶段你就该做什么来避免这个局面;(2) 现在怎么沟通;(3) 技术上怎么管理与验证规模差异带来的风险。

参考答案要点

• POC 设计阶段该做的:坚持「数据代表性优先于数据量」——5000 条可以,但必须覆盖长尾类型分布、脏数据比例、时间跨度(新旧数据格式);书面声明 POC 指标不直接外推生产,生产验收指标按生产数据重测后签署
• 沟通策略:主动不回避——做一页「小样本 POC 的能力边界」:哪些结论可外推(主流程效果)、哪些不可(长尾召回、检索质量、并发性能);把 CIO 的质疑转化为共同定义生产验收标准与分阶段验证计划
• 规模差异技术清单:检索层(3000 万条的分片、召回率下降、索引更新频率)、性能(200 并发的吞吐与延迟,POC 没压测过)、脏数据(生产历史数据未清洗比例未知)、查询分布(真实用户 query 与 POC 测试集不同)
• 生产验证方案:影子运行(离线回放历史真实流量)→小流量(5% 用户)→放量,每阶段量化门槛与回退条件;评测集换成生产真实 query 采样重新测
• 边界管理:POC 成功≠生产验收;书面确认生产验收的指标、口径、时间点;不给「生产也是 92%」的承诺,给「生产重测+分阶段达标」的路径
• 诚实复盘:如果 POC 设计时没坚持代表性采样,现在要主动承认长尾没覆盖并给补救计划,不甩锅「客户数据给少了」——主动担责+方案比辩解更能保住信任

来源:synthesized

q696 · 困难

项目排期依赖客户 IT 部门:开内网权限、提供虚机资源、打通 SSO、开放 3 个系统只读接口。但客户 IT 主管对这个「业务部门引进的项目」态度消极:两周只回了一封邮件,接口申请石沉大海,私下说法是「又要给我们加运维负担」。业务方着急,weekly 会上业务 VP 当众点名 IT 主管。请给出沟通策略(怎么把 IT 从阻力变助力)、项目上的绕行与止损方案、以及升级边界(什么时候找谁)。

参考答案要点

• 先理解立场:IT 的真实顾虑是运维负担、安全责任与话语权(业务绕过他们采购);把 IT 当有利益诉求的相关方而不是「不配合的障碍」;业务 VP 公开点名只会加深对抗,FDE 要私下修复
• 沟通动作:1v1 拜访 IT 主管,先问顾虑再谈方案;把 IT 拉进项目治理结构(联合例会、IT 侧挂名 owner);书面说明上线后 IT 的运维工作量并争取供方托管服务抵消;给 IT 的材料用他们的语言(资源清单、安全评估表、变更窗口)
• 降低 IT 负担的设计:部署选 IT 最省事的形态(容器一体机/最少组件)、提供远程运维托管、权限最小化清单(逐条说明为什么需要、用多久、何时回收)、承诺退出时干净下线不留僵尸系统
• 绕行与止损:短期用最小资源(1 台测试虚机+人工导出数据)推进不被阻塞的模块;把里程碑依赖写成书面风险登记(risk register)发给双方项目群,让延期责任可见而不是口头抱怨
• 升级边界:两周无实质进展→请销售/项目经理走客户方项目经理协调;影响关键里程碑→由业务高层与 IT 高层对齐,FDE 提供事实与影响数据但不亲自打小报告;升级前先知会 IT 主管留余地
• 长期:把 IT 主管变成受益者——系统给 IT 出运维报表与减负数据,项目复盘公开致谢,下期项目就顺了

来源:synthesized

q697 · 困难

系统上线 4 个月运行良好(日均 3000 次调用、满意度 82%),突然客户方分管 VP 调岗,新 VP 上任后提出「这个系统路线不对,我们要换成 XX 大厂的平台,你们的东西准备下线」。你手里还有 8 个月合同与二期需求。请给出沟通策略(怎么与新 VP 建立对话)、事实与价值的呈现方式、以及商务与交付上的止损与边界管理。

参考答案要点

• 先摸清动机:换平台的动机可能是切割前任遗产、与大厂的关系、真实技术不满、或向集团要预算的姿态;先通过客户方中层盟友(业务运营方)做背景调研,不贸然上门推销
• 沟通策略:争取一次「向新 VP 的业务汇报」而不是技术辩解会;用运行数据说话(调用趋势、满意度、节省工时换算),同时姿态开放:「如果平台要换,数据与知识资产迁移我们全力配合」——先保信任再保项目
• 价值呈现:把系统价值翻译成新 VP 的 KPI 语言(他上任三把火是什么),给「在新领导目标下系统怎么用/怎么改」的选项清单,把下线变成众多选项之一
• 技术止损:立刻做数据与知识资产的全量导出与文档化(评测集、prompt、工作流、用户行为数据),无论去留都可交付;冻结大额二期开发投入,改为按月小步交付
• 商务边界:合同义务(维保 SLA、二期范围)照常履行,新需求走变更流程;与销售/客户经理同步评估回款风险;绝不诋毁竞品、不卷入客户内部政治——对前任后任都只谈事实
• 底线思维:去意已决就争取体面退出——迁移支持写进收尾服务、结清尾款、拿回 reference 授权,为下一个客户留好关系与案例

来源:synthesized

q699 · 困难

教育机构项目上线两个月,市场部发现小红书有博主发帖「用某机构的 AI 刷题 10 分钟刷完 300 题全对」,质疑机构纵容作弊,教研总监紧急找你。排查确认有少量学员用脚本高频调用拍照识别接口。请给出:技术方案(防滥用分层)、与客户的沟通策略(责任界定)、以及对外公关口径的支持方式(提供什么技术事实、不做什么)。

参考答案要点

• 防滥用分层:接口侧(单账号 QPS 与日次限额、设备指纹、行为模式识别——正常学员不可能 2 秒一题)、产品侧(连续答题冷却、超节奏弹验证)、计费侧(超额熔断);识别被限流后的批量换号注册(同设备多账号)
• 与机构沟通:第一时间给数据事实(涉及账号数、行为模式、是否扩散);责任界定克制——防滥用是双方共同责任,若 POC 风险清单里有书面记录最好,没有就推动补上治理机制而不是互相指责
• 机制修复:与教研共创「使用健康度」指标进运营周报(答题时长分布、正确率曲线异常检测),让机构自己能发现异常;给运营侧一键封禁/限流后台,不要每次都找你们
• 公关支持边界:提供技术事实(已有限流、异常账号处置率、识别机制),建议口径从「否认」转向「AI 辅助学习的设计初衷+反作弊机制+处置数据」;不替客户写公关稿,事实供其公关团队引用
• 边界管理:产品「分步引导不给直接答案」本身是反作弊设计,但无法杜绝截图转卖等线下行为——边界写清楚;防滥用是持续对抗,承诺「机制+响应时效」而非「根治」
• 长期:把事件转为二期输入(学情真实性产品化,如过程性验证、面试复核),反而深化合作

来源:synthesized

q702 · 困难

餐饮巡店系统上线 3 个月,总部满意(报告产出从 3 周缩短到实时),但区域经理周会上,华东区督导反馈:系统生成的报告写「后厨地面有积水」,该店长被罚 2000 元,店长申诉「那天刚做完清洁,是拍照角度问题」。督导群体开始警惕,有人口述时刻意绕开问题。请给出:根因分析、技术方案(证据与判断分离、申诉通道)、沟通修复策略(重建一线信任)与边界管理(奖惩与系统的关系)。

参考答案要点

• 根因:把「证据(照片有积水)→判断(后厨管理不合格)→处罚(罚 2000)」串成了自动链路,系统变成处罚机器;一线「绕开、美化」是对激励设计的理性反应,不是人的问题
• 技术方案:证据与判断分离——系统只忠实记录证据(照片+口述+结构化勾选),判断结论标注「建议复核项」,处罚必须走人工复核;照片加水印(时间戳/位置)保证证据真实;给店长申诉通道(申诉留痕、复核结果回写报告)
• 沟通修复:高层先表态「系统上线 N 个月内不与处罚挂钩,只用于辅导」,给一线安全预期;督导与店长代表参加规则修订会,把「什么算积水、什么情况可申诉」写进巡店标准;公开处理这次申诉(撤销或维持都讲清依据)
• 边界管理:与客户高层书面确认系统使用红线——做辅导工具还是考核工具是客户的决策,但你们要说明设计影响并提供「考核模式」的风险提示;奖惩规则属客户内部管理,系统提供数据但不承担规则合理性责任
• 数据质量防线:监测「口述绕开」模式(描述长度骤降、问题项勾选率异常)提醒客户关注;但度量用于培训而非惩罚,别把督导变成被监控对象
• 长期:巡店数据的价值在趋势辅导(单店三个月卫生分走势)而非单次定罪,推动客户把看板从「排行」转向「改善」

来源:synthesized

q888 · 中等

某连锁酒店集团启动 AI 客服助手项目,立项会上三方吵翻:客服业务总监要求 4 周内上线,「竞对已经在宣传智能客服了,我们慢一步市场就丢了」;信息部负责人要求走完整的安全测试、等保测评和变更流程,预估至少 8 周,「出一次数据泄露我们都要担责」;法务与数据保护官要求全部对话记录留档可审计,且倾向于数据不出集团机房。客户把问题甩给你:「你是技术专家,你评评理,到底听谁的?」作为 FDE,你怎么回应和推进?

参考答案要点

• 不选边站队:先复述三方诉求并翻译成共同目标(都是要让项目安全地上线且产生业务价值),把「快与稳」从对立变成排序问题
• 给出分层推进方案:第一期用脱敏/合成数据在隔离环境跑通核心场景满足业务时间诉求,安全测评与等保流程并行启动而非串行,数据出域问题用私有化或专区部署回应合规诉求
• 技术要点:对话记录审计日志设计(留存周期、字段、可回放)、PII 识别与脱敏管道、灰度范围先限自营门店小流量
• 把矛盾上升为决策:列出 2-3 条可选路线及各自风险/周期,由客户项目指导委员会拍板并书面纪要,FDE 提供专业输入但不代替客户做组织决策
• 边界与风险:明确 4 周是「有限范围上线」而非全量,承诺范围写清;三方意见分歧点记入风险登记表,避免后期任何一方翻旧账

来源:synthesized

q889 · 困难

某药企的医学信息 AI 问答项目陷入僵局:医学部要求每个答案必须附文献引用、零事实错误,否则「出了医学误导我们要担责」;市场部要求话术灵活、尽快上线支撑学术推广;信息安全部要求语料与问答数据全部留在企业内网。三方在两周内的两次会上直接冲突,医学部和市场部负责人甚至互相指责对方「不懂业务」。项目停摆,销售催你想办法破局。你作为 FDE 怎么处理?

参考答案要点

• 先分头单聊再合议:分别与三方梳理各自的真实 KPI 和底线(医学部怕的是责任,市场部怕的是错过学术会议窗口,安全部怕的是合规事件),找到非零和空间
• 方案上做「双模式」设计:面向医学部场景走严谨模式(强制引用原文与出处、低置信转人工、答案可溯源到指南版本);面向市场部场景走草稿模式(仅生成内部初稿、标注「需医学审核」,不直接对外),用产品结构化解组织冲突
• 技术要点:引用溯源与原文锚点、术语与药品名规范表、人工审核工作流与 SLA、内网私有化部署选项及成本影响
• 推进机制:推动成立由三方各出一人的小组周会+一名分管高管做仲裁人,僵持事项 48 小时内上会,避免 FDE 成为无限期的免费仲裁员
• 边界与风险:合规红线不妥协(用药信息对外输出必须经医学审核,这条写进双方确认的会议纪要);进度延误的责任归属通过变更记录留痕,防止停锅甩给乙方

来源:synthesized

q890 · 简单

某运营商省公司客服知识库 POC 进行到第 3 周,原定范围是套餐查询与宽带排障两类问答。客户业务负责人突然在周会上提出:要把「坐席话术实时质检」和「工单自动填单」两个新场景也纳入,否则「POC 结论不完整,没办法向分管领导汇报」。你评估后这两个场景各需至少 3 周开发,且依赖尚未拿到的坐席语音流和工单系统接口。你怎么应对?

参考答案要点

• 不当场硬拒也不当场全接:先肯定新场景的价值并确认它们属于第二优先级,然后把讨论拉回「本次 POC 要回答什么决策问题」——POC 是验证价值不是交付全部功能
• 给出分层方案:话务质检可用「离线录音文件批量质检」的最小版本在 POC 内演示(拿一批历史录音跑通),实时流与工单填单列为正式项目范围,附工作量与依赖说明
• 技术要点:离线质检用 ASR+规则/小模型快速能力验证、工单填单只做 3-5 条样例的原型演示不进 POC 考核指标、明确两场景对接口与数据的依赖清单
• 把原 POC 成功标准重新书面确认(回指启动邮件约定的指标),新需求走范围变更单:客户签字确认延期或列为二期,避免最后被「POC 做得不全」一票否决
• 边界与风险:帮业务负责人准备「向分管领导的汇报框架」(一期验证结论+二期规划),让他有台阶;免费加需求的口子一开,后续 POC 会变成无限期免费开发

来源:synthesized

q891 · 困难

某跨境电商公司客服 AI 的 POC 进行到第 2 周,原范围只有英语场景。客户老板巡视创新实验室时看到演示很满意,当场拍板:「把西班牙语和其他小语种也加上,下周我带海外团队来看。」但西语历史会话语料和小语种评测集你们都没有,合作翻译团队最快也要两周后到位。老板走后,对接的项目经理一脸为难地看着你。你怎么处理?

参考答案要点

• 接住意愿但重构承诺:当天给老板的对接人回复三个选项及代价——A 仅演示级(用多语言基座模型零样本直接跑,效果不保证);B 小规模验证级(选西语 100 条真实问题+机翻辅助建评测集,一周半);C 生产级(语料与标注到位后纳入正式项目),让老板的「拍板」落成可执行的期望
• 技术要点:主流多语言基座的零样本跨语言能力先做冒烟测试、机翻+人工抽校构造评测基线、英语 POC 中已验证的检索与 prompt 资产评估可复用性(语料库要重新构建多语言索引)
• 管理关键人预期:演示前明确告知「下周看到的是能力演示,不是验收口径」,防止老板把演示印象当成效果承诺,埋下上线后的期望落差
• 边界与风险:小语种数据合规(欧盟用户数据、当地语言合规)纳入正式项目评估;下周演示如果零样本效果差,准备话术与降级方案(切回英语演示+多语言路线图)
• 推进:把老板的现场关注转化为资源——顺势申请海外团队提供真实小语种 badcase 与业务人员支持,变拍板为投入

来源:synthesized

q892 · 中等

你在某会计师事务所驻场做合同智能抽取 POC,发现竞争对手的销售同一周也约了客户做演示,并且对客户说过「他们就是拿开源模型套壳,我们是自研底层」。客户方对接的数字化负责人私下问你:「他们说的套壳是真的吗?你们到底自研了什么?」你怎么回应?

参考答案要点

• 不贬低竞对、不陷入口水战:先冷静回应技术事实(基座来源、自研部分:抽取 schema、后处理校验、私有化部署能力、行业模板),把「是否套壳」这个伪命题转化为「效果、可控性与责任主体」的真问题
• 主动提出可验证的对比方式:双方各跑同一批合同、同一指标(字段级准确率、抽取耗时、可解释性),评测题由客户业务方出,当场出结果——用客户自己的数据说话
• 技术要点:强调审计场景的硬需求(数据不出域、字段级引用原文、低置信转人工),这些通用 API 方案难以满足,把比较拉回客户业务约束
• 边界与风险:不透露竞对的非公开信息、不做人格化攻击(会反噬专业形象);对「自研比例」诚实表述,过度包装一旦被客户技术顾问戳穿,信任归零
• 推进:约客户关键人做一次 POC 中期复盘,把话语权抢在竞对演示之前;与内部销售同步竞争情报,更新打单策略

来源:synthesized

q893 · 困难

某省属国企的 AI 知识平台项目即将招标。你拿到招标文件草稿后发现,技术参数里写死了「须采用 XX 指定技术架构」「投标方须具有 YY 领域专利不少于 N 项」——明显是做了半年免费 POC 的竞争对手参与拟定的,实质性排除了其他厂商。销售把文件丢给你:「你是技术负责人,看看怎么办,这个单不能白丢。」你怎么评估和行动?

参考答案要点

• 先做逐条响应性分析:把参数分成三类——实质合理(与业务相关的性能与安全要求)、形式倾向(架构表述绑定特定厂商)、隐性排除(专利/证书数量门槛),并整理自家每条的响应/偏离与等效替代证明,形成客观评估
• 合规沟通路径:联合销售在澄清截止前通过正式渠道提交书面澄清与异议(说明参数如何限制竞争、给出等效技术指标建议),争取修改;同时通过正常客户关系向技术负责人做当面技术交流,姿态是「帮项目成功」而非「抗议」
• 技术要点:准备等效性证明材料(自家架构如何满足同等安全/性能目标、可提供第三方测试报告),把对比拉回可量化的指标而非名词
• 边界与风险:严守投标合规红线——不围标串标、不诋毁竞对、不试图私下影响评标;若参数最终未改且偏离成本过高,给出「是否投标」的客观建议(有时战略放弃优于陪跑耗资源)
• 内部推进:把分析结论形成一页决策材料给公司投标委员会(响应成本、胜率、战略价值),让投不投标成为公司级决策而非 FDE 与销售的情绪决定

来源:synthesized

q894 · 简单

你驻场某集团做交付对接,客户方项目经理是从综合办公室调来的,不懂 AI。每次你讲评测指标(召回率、幻觉率、TOP5 命中),他都礼貌点头但明显没听懂;他向领导汇报时又把「智能问答」说成「系统能自动写周报」,领导已经按这个理解在安排工作。项目还有两个月,你怎么处理这个对接失效问题?

参考答案要点

• 帮他成功而不是抱怨他:他最怕的是在领导面前露怯,给他一套「能照着讲」的材料(一页纸指标术语表+每次汇报用的话术卡片),把技术指标翻译成业务语言(召回率→10 个问题里能答对几个)
• 建立固定沟通节奏:每周 15 分钟一对一同步,重大节点前主动陪他预演汇报;所有结论同步邮件留痕,给他转发即可,降低转达失真
• 技术要点:演示环节用他熟悉的业务例子;月度给领导的双人汇报由你主讲、他主持,让他在领导面前有掌控感
• 边界与风险:不越过他直接找领导(会树敌且破坏客户内部秩序),但通过周报抄送其上级与项目干系人保证信息无损到达;发现「自动写周报」这类误解当天就当面澄清并书面确认,拖到验收必爆雷
• 推进:把范围期望重新校准——给项目组发一页「本期能力边界说明」,请他与领导确认,把误解消灭在第 60 天之前

来源:synthesized

q895 · 中等

你按客户项目经理的要求写了 30 页技术实施方案,他原样转发给业务部门评审,业务负责人看了三页就打回:「写的什么天书,重新写。」项目经理反过来埋怨你「东西写得太复杂,害我挨批」。此后你每次交材料他都说「再简化点」,但内容简化了评审时技术部门又嫌「细节不够」。请给出你重建文档沟通机制的做法。

参考答案要点

• 建立双文档制度:任何方案出两版——业务版(1-2 页,问题-方案-价值-计划,零术语)+ 技术版(架构、接口、指标细节),并在文档首页标明适用读者,从机制上解决「一份文档服务所有读者」的结构性矛盾
• 给项目经理做一次 30 分钟导读,陪他把两版材料的叙事逻辑过一遍,让他能回答评审追问——他的评审通过率上去了,后续配合度自然提高
• 技术要点:架构图分层呈现(业务流程层给业务看、组件层给技术看)、术语表附在文档尾部、每节开头放一段「一句话结论」
• 边界与风险:确立文档模板与评审流程(明确每类材料的目标读者与签字人),返工超过两轮就升级为三方对齐会,避免无限改稿循环消耗交付资源
• 推进:把这套模板沉淀为客户项目文档规范,后续里程碑材料按此出,也降低自己团队的重复劳动

来源:synthesized

q896 · 中等

你给某融资租赁公司高管团队做智能审单助手现场演示,副总裁现场提问「这台设备租出去月供怎么算」,系统连续两次答非所问,会议室气氛凝固。你快速排查发现是会议室 WiFi 做了vlan 切换,请求被路由到了一个没有挂载知识库索引的备用环境。此刻演示还在进行,你怎么应急?事后怎么修复信任?

参考答案要点

• 现场应急三步:坦诚而简短地说明(「环境连接到了备用节点,我切换一下」不推卸也不慌乱)→立刻切手机热点或备用演示机(内含预置环境的笔记本)→若仍不通,用提前录制的真实案例录屏+关键数据展示撑住节奏,绝不现场反复重试让尴尬延长
• 演示后单独向提问的副总裁致歉并现场重跑他的原始问题(用正确环境),用「问题本身答得漂亮」覆盖「事故印象」
• 技术要点:演示环境双备份(主环境+离线整机镜像)、演示前现场网络与链路冒烟检查清单、演示题集预跑一遍确认响应、备用方案(录屏)常备
• 24 小时内书面复盘:事故原因、影响、加固措施(演示环境网络检测脚本),把一次翻车转化为「工程严谨性」的展示机会
• 边界与风险:不甩锅客户网络(「贵司 WiFi 有问题」是灾难话术)、不过度承诺「绝不再发生」,承诺的是可验证的加固动作;高危演示前与客户 IT 确认网络策略

来源:synthesized

q897 · 困难

某建筑央企的数字化转型大会上,你在台上向 200 人演示移动端语音问答,现场嘈杂,语音识别把「基坑支护方案」识别成「基金支付方案」,系统一本正经地答了一段无关内容,台下的总工程师当场皱眉离席。你还有 10 分钟演示时间,怎么处理?会后如何挽回?

参考答案要点

• 台上处置:不慌不躲,一句轻描淡写的化解(「大会现场比工地还吵,这正好说明为什么我们的语音前端要做降噪」)自然过渡到文字输入与拍照提问路径,把事故变成产品边界的现场教学;坚决不在台上反复重试同一个语音指令
• 技术要点:嘈杂环境的语音前端方案——降噪前端、领域热词表(把「基坑支护、悬挑架、高支模」等工程术语加入热词增强)、识别结果可编辑确认机制(识别错误用户一眼可改)、低置信度二次确认交互
• 会后 24 小时内一对一拜访离席的总工:带真实工地噪音录音样本的识别对比测试结果,请他出 10 个现场高频问题做验证,把最挑剔的人变成评测标准的共同制定者
• 边界与风险:演示前场地踩点(噪音、灯光、网络)与设备检查清单制度化;移动演示双机备份;总工的信任裂痕必须当面修复,不能只靠邮件解释
• 推进:借总工的影响力,推动「现场工程师实测周」活动,让演示事故的后续动作反而加深客户参与

来源:synthesized

q898 · 简单

某集团采购前的技术交流会上,客户业务骨干当众说:「我把你们 POC 测试题丢给 ChatGPT,免费,答得跟你们差不多。我们凭什么花两百多万买你们的方案?」会议室里客户 CIO 也看向你。你怎么回应?

参考答案要点

• 先肯定再重构比较维度:承认通用大模型的能力(否认会显得不专业),然后指出企业落地的比较维度不是「单题答得好」,而是数据安全、私有语料、权限、集成、一致性、责任主体六件事
• 现场反证:请客户 IT 现场把一道涉及内部数据的问题(如「我们华东区去年的售后工单 top3 故障原因」)丢给 ChatGPT——它答不了,因为答案在客户内网语料里;再用你们的系统答同一题并展示引用出处
• 技术要点:企业级 RAG 的价值拆解(私域语料+权限过滤+审计日志+与 OA/工单集成+效果可运维),附一页「通用工具 vs 企业方案」对比表,坦承哪些场景通用工具确实够用
• 边界与风险:不说「ChatGPT 不行」(客户业务骨干天天在用,否定他就是否定他的判断);把数据出域的合规风险讲透(客户对话数据进第三方模型=合规事故),这是采购的硬约束而非偏好
• 推进:给客户留混合路线选项(员工个人效率用通用工具+核心业务场景用企业方案),展示专业中立,反而提高方案可信度

来源:synthesized

q900 · 中等

某连锁服务集团的立项评审会上,CFO 连问三个问题:「项目 380 万,投资回收期几年?这笔钱费用化还是资本化?明年续费又是多少?」你之前准备的全是技术材料,一时答不上来,立项会被搁置。客户业务负责人私下告诉你:一周后还有一次补充评审,「这次再过不了就没机会了」。你这一周怎么准备?

参考答案要点

• 用 CFO 的语言重构价值:回收期与 NPV 测算(人工节省×可验证口径、单据处理时效提升折算),一次性投入(CAPEX 可资本化的软件与硬件)与经常性支出(OPEX:订阅、维保、算力)分开列示,并请财务同事或代理商复核口径
• 主动约客户财务部门 30 分钟:确认他们认可的测算口径(人力单价、节省人数的认定标准),把争议前置解决,而不是评审会上被二次质疑
• 技术要点:成本拆分表(许可/实施/算力/维保逐年)、用量与节省的度量埋点方案(上线即采基线,让回收期可验证)、分期投资方案(一期 180 万验证核心场景,达标后启动二期)降低决策门槛
• 汇报策略:给 CFO 的一页纸(三个数字:回收期、年化节省、最大风险与对策),细节全部放附件;正面回应费用化/资本化的处理建议(软件许可与实施通常可资本化分期摊销,云服务费用化,具体以客户财务政策为准)
• 边界与风险:不夸大节省——所有假设标注来源(客户自己提供的数据最佳),并主动给出「不达标的退出与缩围条款」,可信度比数字漂亮更重要

来源:synthesized

q901 · 困难

某燃气集团的预算会上,CFO 当众质疑你方案里的 ROI 测算:「你说节省 12 个 FTE。我干了二十年财务,巡检班组一个人都减不了——排班有底线、人员是国企编制。别拿纸面数字骗预算。」会议不欢而散,但分管副总要求你们两周内拿出「他认可的算法」。你怎么重构 ROI 论证?

参考答案要点

• 承认对方正确:FTE 替代型节省在编制刚性组织里确实兑现不了,先放弃这个口径——与 CFO 争「理论上能减员」是最差策略,坦诚修正反而赢尊重
• 重构收益框架为三类可兑现收益:产能型(同等人力承接业务量增长,如巡检频次从月检提到周检)、风险规避型(漏检率下降、隐患发现提前天数,对标一起事故的直接损失与考核问责)、质量合规型(报表出具从 5 天到 1 天、检查记录完整率,支撑上级考核与审计)
• 用客户自己的数据反推:取该集团近两年隐患台账与事故通报做基线,让每个数字都有出处,估算区间而非单点
• 技术要点:设计上线后的度量体系(埋点采集处理时效、隐患发现率、记录完整度),承诺季度出「价值实现报告」,把 ROI 从静态测算变成动态跟踪
• 边界与风险:区分「可审计节省」与「估算收益」两个账户,给 CFO 一页敏感性分析(隐患发现率假设变化对结论的影响);若产能型收益也难兑现,主动建议缩小首期规模,守住专业信誉

来源:synthesized

q902 · 中等

你在某汽车主机厂做售后智能诊断 POC,需要三类数据:DMS 系统数据归经销商管理部、历史维修工单归售后部、诊断知识库归技术工程部。两周过去:经销商管理部说「车辆数据敏感,要走集团数据安全评估」;售后部说「工单含客户信息,先签数据使用协议」;技术工程部说「知识库是部门资产,要部门领导批」。三方都在等别人先动,POC 数据准备停摆,而 POC 房租(你们投入的人力)每天都在烧。你怎么推进?

参考答案要点

• 把「要数据」重构为「要最小数据集」:分别定义三个部门的 POC 最小数据口径(如各 1-2 万条脱敏历史工单、单一主力车型知识文档、DMS 只要故障码与工单文本字段而非全量车辆档案),把审批阻力降到最低
• 推动建立联合机制:由项目发起的分管领导牵头做一次数据协调会,拉三方部门接口人+信息安全部,会上明确数据清单、用途、脱敏标准与审批时限,会后形成会议纪要作为依据——数据孤岛本质是组织问题,必须用组织手段解决
• 技术要点:优先用「脱敏导出文件」而非实时接口(文件审批快、风险低)、导出脚本由客户 IT 执行、全流程审计留痕;POC 环境的数据隔离与用后销毁承诺书面化
• 边界与风险:绝不私下绕过流程找基层员工拷数据(合规红线,一旦出事项目必死);停摆期间的时间风险书面同步双方项目组与销售,责任留痕
• 推进:先用公开维修手册与合成数据搭环境跑通管道,数据一到即可灌入,把等待期变成开发期,减少时间损失

来源:synthesized

q903 · 困难

某快消集团市场部主导的 AI 消费洞察项目卡在数据上:销售部的渠道动销数据「凭什么给市场部用」,CRM 在 IT 部门手里要走流程,三方互相推诿两个月,项目名存实亡。市场部 VP 私下找你:「你是技术专家,帮我个忙,先把数据想办法弄到手,出了事我担着。」你怎么回应与推进?

参考答案要点

• 礼貌而明确地拒绝「帮忙弄数据」:私下搬数据既违反客户数据管理制度,也让你们成为部门斗争的工具,一旦被发现,市场部 VP 大概率不会真的「担着」,项目与合作关系双输——但要给出替代路径而不是只说不行
• 以战果换数据的策略:先用无争议数据(公开行业数据、电商评论、市场部自有的调研问卷)做一版洞察 demo,在集团会议上展示价值,让销售部看到「数据换来的是对自己也有用的洞察」而非被白拿
• 推动数据共享的制度化:建议 VP 与销售部谈「数据共享协议」——用途限定、结果回馈(给销售部的渠道优化结论优先共享)、联合署名,把零和博弈变成交换
• 技术要点:数据不动、计算动(在数据所在域内跑分析、只输出聚合结论)、脱敏聚合指标而非明细回流、最小字段清单
• 边界与风险:FDE 不站队客户内部部门政治;若数据博弈持续无解,建议客户缩小项目范围到市场部自有数据可支撑的场景,保住项目而不是保住原始野心

来源:synthesized

q904 · 简单

某物业集团的知识库问答 POC 一个月前已达标(双方约定的评测集准确率 89%,超过 85% 的约定线),但客户迟迟不谈签约,对接人总说「领导在考虑,再看看」。销售催你配合逼单,「你技术关系好,你去压一压」。你怎么诊断和推进?

参考答案要点

• 先诊断再行动:拖延的根因通常是四种——预算没批、决策人缺位或换了关注点、内部优先级变化、有未说出口的顾虑(如价格、竞对、上线压力),不同根因对应完全不同的动作,盲目逼单只会把「再看看」变成「不看了」
• 通过非正式沟通验证根因(与对接人、业务使用者分别聊),再与销售对齐策略:FDE 做技术与价值沟通,商务条件谈判由销售出面,角色不混
• 制造决策抓手:提交「POC 结论与下一步建议书」——POC 环境与评测资产的有效期(如 30 天后资源回收)、分阶段启动方案(一期小额启动降低决策门槛)、以及 3-6 个月后旺季业务影响的量化对比,给领导一个「现在决定比再等等更好」的理由
• 技术要点:POC 数据与资产清单化(可移交、可复用),让客户感到沉没成本与切换成本;同时准备资源回收的倒计时通知(礼先到、期限明确)
• 边界与风险:不用 POC 环境无限期留用变相绑定客户(伤信任);单子可能就是没了,给销售客观反馈,把精力按赢单概率分配,不要陪跑到底

来源:synthesized

q906 · 中等

你在某航空机务公司驻场做维修手册问答 POC,客户陆续提出「顺便」的三件事:帮忙梳理集团未来三年的知识管理整体规划(本应是咨询公司收费项目)、帮他们写对内的立项汇报 PPT、给客户 IT 团队做两场 RAG 技术培训。对接人暗示:「这些做好了,后面几千万的大单就是你们的。」你怎么应对?

参考答案要点

• 分类回应而非一刀切:培训类(两场 RAG 培训)可以答应——成本低、建立技术好感、培养的客户团队未来是系统使用与推动者;立项 PPT 可以「共创」——客户提供业务输入,你提供素材与结构;知识管理三年规划是收费咨询项目,礼貌转化:「完整规划涉及集团各业务板块调研,建议以咨询项目或深度 POC 形式推进,我可以先给一个框架性的思路」
• 把「顺便」变成商务抓手:借势提出正式的二期 POC 或咨询建议书(明确范围、周期、报价),让客户的隐性需求显性化——免费做一次,后面所有事都会变成「顺便」
• 技术要点:可自证的轻量输出(知识管理现状自评 checklist、成熟度分级)既展示专业又不泄底;方案类文档加水印与传播范围声明,保护知识产权
• 与销售对齐:哪些投入属于打单成本(培训)、哪些必须转化收费(咨询),由销售在商务层面谈判,不由 FDE 现场默许——FDE 一旦免费承诺,商务就没有谈判空间了
• 边界与风险:识别白嫖模式的三特征(无预算口径、无决策链接触、要求无限输出),出现即降低投入;「大单许诺」不落到书面与采购流程就当不存在,资源按实际信号分配

来源:[yeasy.gitbook.io](https://yeasy.gitbook.io/forward_deployed_engineering_guide/di-yi-bu-fen-ru-men-pian-li-jie-fde/01_role)

q950 · 中等

接 09-09 的场景:客户说「我们想做个 AI 客服」。这次不写抽象骨架,要肉:(1) 列出你第一周需求澄清要问客户的具体问题清单(至少 5 个,每个说明为什么问)。(2) 给出 POC 验收方案:量化指标怎么定、评测集从哪来、时间表和决策标准是什么?

参考答案要点

• 提问清单≥5 问且各有理由:现有客服量与高峰、TOP 问题类型分布(拿数据排序)、现在人工怎么答/不满在哪、效果期望与底线、历史工单/FAQ 数据在哪/质量如何、数据合规与脱敏要求
• 量化指标具体化:如 TOP100 高频问题意图识别准确率≥85%、自动解决率≥X%、人工转接率下降 Y 个点——并书面确认
• 评测集来源:从历史工单抽样 500-1000 条人工标注构建,POC 前冻结,双方签字
• 时间表:两周 POC+中期检查点;决策标准:达标→扩大范围谈判,未达标→归因分析后再定,写进 POC 方案
• 范围收敛:明确 POC 只覆盖 1-2 类高频场景,列出排除项

来源:generated