擁有一套清晰的行動系統設計（Mobile System Design, MSD）面試框架，比許多人所想像的更為重要。若缺乏明確的結構，面試過程對你與面試官而言都會顯得雜亂且充滿挑戰。與有標準解答的程式面試不同，系統設計題目通常存在多種可行方案，因此有系統的策略是不可或缺的。
以下將概述一個五步驟的框架，讓你先建立高層次的理解。各步驟的詳細說明與實務應用，會在後續章節透過案例研究進一步展開。
高效的 MSD 面試五步驟框架#
Step 1：理解問題並確立設計範圍#
MSD 面試通常會以相當寬泛的問題開場，例如「設計一個 News Feed 應用程式」或「設計一個 Pagination library」。這些問題乍看之下簡單，但弄清楚你究竟要設計什麼才是面試的關鍵環節。
你的首要任務是透過有針對性的提問，釐清哪些屬於設計範圍、哪些不屬於。面試官的回答會引導你的技術選型，並幫助你做出合理的取捨（trade-off）。這個初始的範圍界定，是整份解決方案的基礎，也讓每一場面試都獨一無二。
那麼該問哪些問題？以下列出幾類可以參考的提問方向：
- 我們要打造什麼？（What are we building?） 幫助釐清功能性與非功能性需求，以及哪些屬於面試範圍外的內容。例如：
- 我們要設計哪些功能、畫面或關鍵使用者旅程（critical user journeys）？
- 是否需要預先載入資料（pre-fetching）？是否需要包含使用者身份驗證（authentication）？
- 我們在為誰打造？（For whom are we building?） 幫助理解規模、使用情境，以及解決方案所需的效能表現。例如：
- 產品的每日活躍使用者（Daily Active Users, DAU）有多少？預期的成長幅度為何？
- 我們是要打造最小可行產品（Minimum Viable Product, MVP），還是最終產品？
- 目標市場是特定區域還是全球？典型使用情境為何？在家中還是在通勤的火車上？
- 系統的限制是什麼？（What are the system’s constraints?） 幫助釐清系統邊界與技術選擇。例如：
- 我們的目標行動平台有哪些（iOS、Android，或兩者皆是）？
- 行動 App 是否需要整合任何現有的系統或 API？
在蒐集需求的過程中，有些回答可能會揭露系統其他面向的資訊。你可以基於這些回答做出合理假設，但務必清楚地說出來，讓面試官能即時糾正任何誤解。
目標不是把所有可能的問題都問一遍，而是針對眼前的問題聚焦在最相關的部分，運用判斷力挑出最值得釐清的細節。
請記住：面試官對這些問題的回答，會在整個設計過程中引導你的技術決策與取捨。在後續解釋選擇時，務必回頭引用這些需求作為依據。
Step 2：API 設計#
API 設計階段的目的，是建立客戶端 App 與外部依賴之間的契約（contract）。這個步驟至關重要，因為它能讓你的理解與面試官的期待保持一致，並為後續設計打下穩固基礎。
- 設計與後端通訊的 App：從定義適合特定使用情境的通訊協定（communication protocol）與相關端點（endpoint）開始。
- 設計行動函式庫（mobile library）：重點放在勾勒出公開 API，包含宿主 App（host app）如何初始化、設定以及與函式庫互動。
在定義 API 的同時，也要列出支撐這些互動的資料模型（data model）。無論你使用的是 JSON payload、Swift struct、Kotlin data class，甚至是效率更佳的 Protocol Buffers，這些模型都必須清楚地呈現資料的結構與關聯。
Step 3：高層次客戶端架構#
完成 API 設計後，接著要畫出一張高層次的客戶端架構圖，呈現各元件如何協同運作。
這張高層次圖表為整個設計定調，並清楚標示出滿足需求所需的各個元件。更重要的是，它能讓你驗證是否已具備完整的端到端（end-to-end）流程，涵蓋系統所需的所有功能。在繪製圖表的同時，你也應一併找出後續深入討論階段值得深挖的有趣切入點。
Step 4：設計深入探討（Design deep dive）#
在這個階段，你要與面試官一起找出系統的瓶頸，並針對特定元件進行更深入的探討。
- 一般而言，目標是進行兩到三次紮實的深入討論，但這並非硬性規定，可視情況調整。
- 過程中應持續**精煉（refine）**你的客戶端架構，並更新圖表以反映新的決策或元件。
- 留意面試官的反應與提問。若他們對多個主題都感興趣，請小心管理時間，讓每個主題都獲得應有的關注，同時不超出面試時限。
Step 5：收尾（選擇性）#
若時間允許，面試的最後階段是展現你批判性思考與考量未來改進方向的機會。以下是有效收尾的幾個方向：
- 總結關鍵決策：若先前的討論涉及多項取捨或複雜決策，簡短回顧有助於鞏固設計的重點，確保面試官理解你的推理邏輯，尤其是在經歷一段深入的技術討論之後。
- 展現批判性思考：當被問到設計可能的改進空間時，不要急著為自己的設計辯護，而是認真討論方案可以演進的方向。這能展現自我察覺與分析能力，是面試官非常看重的特質。
- 處理邊界情境（edge cases）：藉此機會討論你先前未涵蓋的失敗點或錯誤情境。這顯示你能以整體觀點思考系統可靠性與使用者體驗，而不只是關注順利路徑（happy path）。
- 考量未來擴展：思考系統如何因應成長，不論是支援更多使用者，或是容納更龐大的開發團隊。這證明你設計時會把未來納入考量，並理解技術與組織兩方面的擴展挑戰。
各步驟的時間分配#
在 MSD 面試中，時間管理至關重要。你只有 45 至 60 分鐘，卻需要涵蓋大量內容，因此有一份穩固的規劃能幫助你保持在軌道上。以下是 45 分鐘面試的典型時間分配：
- 理解問題並確立設計範圍（5–10 分鐘）：花時間徹底理解問題並界定範圍。
- API 設計（5–10 分鐘）：規劃 App 如何與後端服務通訊，並定義核心資料模型。
- 高層次客戶端架構（10–15 分鐘）：勾勒系統的主要元件以及彼此的協作方式。
- 設計深入探討（15–20 分鐘）：聚焦在最關鍵的技術挑戰與實作細節。
- 收尾（0–5 分鐘）：總結關鍵決策，並討論潛在的改進或取捨。
上述分配只是指引而非硬性規定。請視具體問題與面試官的興趣彈性調整。關鍵在於保持足夠的靈活度，既能深入探索重要面向，也能在時限內完成整份設計。