How Forward Deployed Engineering is done at Ramp — Leo Mehr
三句話摘要
FDE 在 AI 時代的成功需要精準的需求範圍界定與持續利用代理人擴展能力。 FDE 的未來競爭力在於同時精通精準的需求範圍界定和有效的 AI 代理人系統建構。 FDE 的核心職責是幫助客戶成功，而非簡單滿足要求。應透過提問理解客戶真實需求、驗證基本假設、評估替代方案，才能決定真正值得構建的功能。
重點整理
重點- 1
FDE 的核心職責是幫助客戶成功，而非簡單滿足要求。應透過提問理解客戶真實需求、驗證基本假設、評估替代方案，才能決定真正值得構建的功能。
- 2
範圍界定需要驗證細節。講者分享了團隊投入數週在 iOS 和 Android 上開發報銷功能，卻在完成後才發現客戶公司規定所有員工必須使用 iOS 的教訓。
- 3
AI 代理人可應用於 FDE 流程的每個階段——從收集上下文、界定範圍、編寫規範到實現功能，逐階段替代手動工作。
- 4
需求界定和代理人擴展必須同時進行。只擅長其中一項會導致浪費資源或被競爭對手超越，唯有兩者並行才能奠定競爭力基礎。
實用技巧與重點
乾貨- 講者職位：Ramp 公司工程總監
- 團隊成長：2 名工程師（加入時）→ 約 30 名工程師（現在）
- 分佈：4 個部署、開發者 API、新 AI 服務業務
- 內部流程工具：Notion 工作流程（Slack 頻道發布請求）
- Notion 代理 V1：接收請求並提問
- Notion 代理 V2：多輪對話後生成規範（包含企鵝圖示）
- 效果：回覆延遲從數小時/天→秒級；節省約 20% 需求理解時間
- 使用模型：Frontier 型號（可一次實現中等規模功能）
- 未來工作重點：代理框架運作、輸出品質評估、上下文管理
結論
結論“FDE 的未來競爭力在於同時精通精準的需求範圍界定和有效的 AI 代理人系統建構。”
完整解析
詳細這場演講來自 Ramp 工程總監，分享 FDE 在 AI 時代的兩個核心原則。首先是需求範圍界定。許多人誤解 FDE 的工作就是對客戶說「是」，但實際上這會導致資源浪費和產品方向偏差。講者以真實案例說明：某周五晚間，銷售代表帶著緊急要求——構建 SAP S/4HANA 集成以成交大客戶。訓練有素的 FDE 不應立即動手，而是停下來問「這個緊迫性從何而來？」通過深入提問，FDE 可以理解使用者、已嘗試的替代方案、手動替代方案可行性、客戶技術資源等關鍵信息。同時考量其他客戶是否能受益、整個產品架構的影響。這避免了盲目開發。
講者分享了一個痛苦的教訓：當初一個大型企業客戶需要行動裝置報銷功能，iOS 和 Android 團隊都很忙，FDE 團隊投入數週在兩個平台開發。完成後才發現客戶公司規定所有員工必須使用 iOS，導致全部努力白費。這強化了驗證基本假設的重要性。
演講第二部分涉及代理人擴展。Ramp 構建了基於 Notion 的代理系統處理需求。內部 Slack 頻道收到客戶經理、解決方案經理、銷售代表的請求，但質量參差——有些詳細完整，有些只是一行文字。原本需要 FDE 手動閱讀理解、與客戶溝通。V1 版本代理接收請求並提問，結果驚人：回覆延遲從數小時甚至天級降到秒級，用戶立即開始與代理互動。升級到 V2 版本，代理與提交者進行多輪對話直到準備生成規範。效果是節省約 20% 原本用於理解需求的時間。
但這只是管線的第一階段。從規範到可用產品是最複雜部分，Frontier 模型可一次實現中等規模功能。講者的團隊正投資代理人工廠以替代管線各環節。未來 6-12 個月的工作是解決應用人工智慧的問題：確保代理框架運作流暢、管線輸出品質良好（需評估、評分標準、人工反饋）、確保代理擁有正確背景信息。這涉及歷史數據、產品知識、Notion 文件、知識庫、工具集成。儘管如此，FDE 始終要對最終產品承擔品味判斷責任。
演講最後強調關鍵：需求界定與代理人擴展必須同時進行。只擅長需求調查但不投資代理人工廠，競爭對手會超越你；反之亦然，範圍界定不當的代理人只會生成垃圾。兩者相輔相成，才能為 FDE 未來奠定基礎。
關鍵時刻
Pipeline v2帶時間戳的重點，會在逐字稿層級分析上線後產生。目前請先透過原始影片觀看。
事實查核
Pipeline v2說法查證是下一次管線升級的一部分。KeyFrame 只會顯示它真正能驗證的內容。
