#项目交付
共 20 篇相关文章
深度专题三十八 FDE 的客户成功与长期运营
38.1 交付完才是开始:为什么长期运营决定 LTV 在 FDE(前沿部署工程师)的实际工作里,有一个被反复验证的反直觉事实: 项目验收签字的那一天,不是价值的终点,而是价值折损的起点 。一个在 PoC 阶段跑通 95% 准确率的反欺诈模型,如果交付后没有持续的运营介入,平均在 6 到 9 个月之内…
深度专题四十二 FDE 现场工具箱(可照抄的命令/脚本/模板速查)
本专题是给 FDE/FDSE 在客户现场"开干"用的速查手册。所有命令、脚本、配置均来自真实交付经验,可直接复制粘贴到任意一台装好基础环境的 Linux/GPU 机器上跑。原则: 先跑通,再优化;先把客户问题压住,再谈架构美化。 一、环境与部署:从一台裸机到 vLLM 可用 1.1 GPU 检测与显…
深度专题四十五 FDE 的底层思维模型
引子:决定 FDE 上限的不是技术,是底层思维 把一个 FDE 放进一个陌生的客户现场,三个月后他能交付一个被业务方真实使用的系统,而另一个背景更资深、技术栈更全的人,三个月后只交出一份漂亮的 PPT 和一个跑不通的 demo——这种反差在 FDE 圈子里反复上演。把差距归因到"技术不行"是偷懒的,…
深度专题四十八 AI 项目的组织变革管理
48.1 为什么 70% 的 AI 项目失败是组织问题,不是技术问题 麦肯锡、BCG、Gartner 在 2023—2026 年的多份企业 AI 调研里反复出现一个高度一致的数字:已经投入生产的 AI 项目中,约 60%—70% 未能实现预期的业务价值 ,而其中被访高管把"组织与文化阻力""缺乏变革…
深度专题四十九 FDE 的写作与文档能力
49.1 为什么写作是 FDE 的核心能力 在大多数工程师的直觉里，"硬核能力"是写代码、调模型、压性能。但对 FDE（前沿部署工程师）而言，写作与文档能力是与编码同等——甚至在某些阶段更高——的核心能力。这不是修辞，而是由 FDE 的工作场景决定的。 FDE 的典型工作链条是：进入陌生客户现场 →…
深度专题五十一 FDE 的财务与商业素养
为什么 FDE 必须懂财务与商业 很多人对 FDE 的理解停留在"会写代码、能驻场、能把 AI 落地"的层面,这没错,但远远不够。FDE 的核心定位是"跨界翻译官",翻译的两端一边是技术语言(模型、API、推理延迟、召回率),另一边是商业语言(收入、成本、毛利、回报率)。如果一个 FDE 只能讲技术…
深度专题五十三 FDE 案例研究方法论
53.1 为什么 FDE 必须会做案例研究 很多人把"案例研究"理解为售前材料里的客户 logo 墙,这是最大的误解。对 FDE 而言,案例研究是一种 结构化的知识生产方法 :它把一次散落的现场经验,提炼成可被组织反复调用的资产。FDE 之所以必须掌握这门手艺,有三层硬理由。 第一,学习标杆的捷径。…
深度专题五十八 FDE 的演示(Demo)与汇报艺术
8.58.1 为什么 Demo 与汇报决定 FDE 能否拿单/续约 FDE 的工作链路可以粗略地拆成三段: 做出来、看得见、说得清 。绝大多数工程师默认第一段最难,但在真实的客户现场,真正决定一个项目能否签下来、能否续约、能否被客户自传播的,往往不是代码本身的复杂度,而是后两段——演示(Demo)与…
深度专题五十九 理解客户现有系统(Legacy 逆向与梳理)
写在前面：本专题讨论 FDE 进场后第一周几乎一定会撞上的那堵墙——客户的"存量系统"。所谓"存量",指的是客户现场已经在跑的 ERP/MES/HIS/CRM/数据仓库/各种接口、定时任务、Excel 报表、手工补数脚本、已经离职没人接手的中间件。这部分内容不是"理论",而是 FDE 在任何一家非初…