<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Scoping on YennJ12 Engineering Blog</title><link>https://yennj12.js.org/yennj12_blog_V4/tags/scoping/</link><description>Recent content in Scoping on YennJ12 Engineering Blog</description><generator>Hugo -- gohugo.io</generator><language>en-us</language><lastBuildDate>Thu, 04 Jun 2026 19:30:00 +0800</lastBuildDate><atom:link href="https://yennj12.js.org/yennj12_blog_V4/tags/scoping/feed.xml" rel="self" type="application/rss+xml"/><item><title>FDE 面試準備指南（二十七）：顧問實戰——如何在 45 分鐘內把模糊需求變成 POC 計畫</title><link>https://yennj12.js.org/yennj12_blog_V4/posts/fde-interview-guide-part27-poc-scoping-zh/</link><pubDate>Thu, 04 Jun 2026 19:30:00 +0800</pubDate><guid>https://yennj12.js.org/yennj12_blog_V4/posts/fde-interview-guide-part27-poc-scoping-zh/</guid><description>客戶說：「我想用 AI 讓客服更好。」
工程師說：「好的，你們的資料在哪裡？」
FDE 說：「我想先了解，你說的『更好』，是指回答速度、準確率，還是人工成本降低？然後我們來看三週能做到什麼。」
這個差距，就是 FDE 面試在測的東西。
面試情境 面試官：「你剛到客戶現場，客戶的 VP of Engineering 說：『我們想用 AI Agent 改造我們的客服流程，你能幫我們做嗎？』你有 45 分鐘的會議時間。你怎麼引導這個對話，讓它結束時有一個可執行的 POC 計畫？」
一、為什麼 Scoping 是 FDE 最核心的顧問技能 沒有 Scoping 的後果： 客戶說「改造客服」 ↓ 你直接開始設計 架構圖越來越大 ↓ 工程師開始做 ↓ 三週後客戶說「這不是我要的」 ↓ FDE 被認為不理解業務需求 → 影響客戶關係 有 Scoping 的流程： 45 分鐘 Discovery → 明確的 POC Scope → 雙方簽字確認 ↓ 工程師做對的事 ↓ 三週後 Demo 符合預期 ↓ FDE 建立信任 → 後續擴大合作 二、45 分鐘 Discovery 會議的完整流程 時間分配： 0:00 - 0:05 開場 + 議程設定（5 分鐘） 0:05 - 0:20 業務現狀 Discovery（15 分鐘） 0:20 - 0:35 技術現狀 Discovery（15 分鐘） 0:35 - 0:42 POC Scope 提案（7 分鐘） 0:42 - 0:45 確認 Next Step（3 分鐘） 三、業務現狀 Discovery：你要問的 5 個問題 這 5 個問題的目的，是找出一個最小的、有明確價值的切入點。</description></item></channel></rss>