這是你第一次參加需求會議，技術主管輕拍你肩膀說：「別緊張，你只需旁聽，幫大家記錄重點就好。」你深吸一口氣，握緊筆記本，暗下決心要理解這場會議的內容！

前端工程師率先開口：「這次的 UI，我們會用 React 這個 Framework 來開發可複用的 Component。PM 請記得提供 RWD 的設計稿，另外，為了提升 UX，這應該要做成 SPA 吧？還有 SSR 方案也需考慮，不然 SEO 會很差。」

你點點頭，在筆記本上畫了幾個不明所以的圈圈，心想：SPA？這是什麼？難道跟精油 SPA 有關？SSR？SEO？為什麼這些術語都是 S 開頭的？

當你還在困惑時，後端工程師接著說：「好的，我會建立一個新的 Endpoint 處理點數兌換的 API。使用者驗證部分會採用 JWT。為了應對高 Concurrency，我會在中間加入 Message Queue。」

會議結束時，所有人都望著你，彷彿你已完全理解了全部內容。你擠出一個專業微笑，說：「好的，沒問題，我會整理出大家提到的重點。」

然而當你回到座位後，看著筆記本上那些像外星文的詞彙，你感覺自己像個誤闖聯合國會議的遊客，雖然每個人說的都是你聽得懂的字，但是組合起來卻一個也聽不懂。

症狀診斷

如果你也曾在會議中感到腦中一片迷霧，那麼你正典型地罹患了「技術咒語失聰症」。

根本問題在於，即使我們同處一間公司，看似使用相同的語言溝通，事實卻大相徑庭。各部門之間不只存在著溝通隔閡，甚至連工程團隊這個「共同體」內部，也被劃分為前端、後端、維運等多個說著各自「專業術語」的小群體。

每個專業術語猶如一道密碼，打開後是一整片專業知識的寶庫。面對這些術語海嘯，新手 PM 往往會驚慌失措，這時候我們只要調整心態，那麼每個陌生詞彙都是帶你通往更深層理解的入口。

處方籤：PM 的工程師外星語翻譯手冊

這份處方將為你整理軟體開發中最常接觸的三個領域：前端、後端和資料庫。我會針對各工程師領域提供 個人主觀不可靠排名 Top 10 術語，每個術語都附上盡量淺顯易懂的解釋和生活比喻。如果你沒有技術背景，希望可以幫助你初步認識這些常見技術名詞，並快速掌握其核心概念！

前端

• Framework 框架
  • 單字解釋：一套預先寫好的程式碼結構與開發規範，提供開發者一個基礎骨架，讓他們可以更快速、更有組織地開發應用程式。
  • 生活比喻：就像是蓋房子的「預製組合屋」（如 React, Vue），提供了牆壁、地板等基本結構，你只需要專注在內部的裝潢設計就好。
  • 應用例句：
    1. 「這次的活動頁面比較簡單，我們用 Vue 就好，不要用到 React 這麼大的 Framework。」
    2. 「我們團隊主要都用 Vue 這個 Framework，如果要導入 React，大家需要一段學習時間喔。」
• Component 元件
  • 單字解釋：在使用者介面中，一個獨立、可重複使用的功能區塊，例如一個按鈕、一個搜尋框或是一個導覽列。
  • 生活比喻：就像是組合屋裡的「標準化零件」（如門、窗戶），可以在不同房間重複使用，確保風格統一且高效。
  • 應用例句：
    1. 「這個新的按鈕樣式跟舊的不一樣，我們需要開發一個新的 Component，還是可以沿用舊的？」
    2. 「為了提升開發效率，我會把這個使用者頭像區塊，做成一個共用的 Component。」
• RWD 響應式網頁設計
  • 單字解釋：一種網頁設計方法，讓網頁的佈局能根據用戶的裝置螢幕大小（如手機、平板、電腦）自動調整，以提供最佳的瀏覽體驗。
  • 生活比喻：讓你的網頁像「變形金剛」，在任何尺寸的螢幕上都能自動調整成最帥、最好看的樣子。
  • 應用例句：
    1. 「這個頁面在手機上看，排版整個都亂掉了，RWD 沒有做好。」
    2. 「PM，這份設計稿我需要手機和電腦版的 RWD 樣式，才能開始開發。」
• SPA 單頁式應用程式
  • 單字解釋：一種網站應用程式的架構，使用者在網站內的操作與頁面切換，都是在同一個頁面內動態更新內容，不會讓使用者感覺到整個頁面又重新刷新、載入一次。
  • 生活比喻：像一本「活頁簿」，使用者翻頁時，只替換中間的活頁紙（內容），而不是整本書都換掉，所以感覺速度很快、很流暢。
  • 應用例句：
    1. 「我們這次的後台系統，目標是讓使用者操作流暢，建議用 SPA 架構來開發。」
    2. 「使用者說我們的新功能點擊後沒反應，不過我們用的是 SPA 架構，所以可能只是視覺上沒有明顯的頁面切換感。」
• Lazy Loading / Lazy Load 延遲載入
  • 單字解釋：一種優化技術，只在使用者即將看到某些元素（如圖片）時，才開始載入它，而非一次性載入所有頁面內容。
  • 生活比喻：看線上漫畫時，只先載入你正在看的那一頁，而不是一次把整本漫畫都下載下來，節省流量和時間。
  • 應用例句：
    1. 「這個商品列表頁面圖片太多了，為了加速載入，圖片的部分我會做 Lazy Loading。」
    2. 「PM 你滑快一點就會看到圖片還沒載入完成，那是因為 Lazy Loading 還在作用。」
• Cross-Browser Compatibility 跨瀏覽器相容性
  • 單字解釋：確保網頁在不同廠牌的瀏覽器（如 Chrome, Safari, Firefox）上，都能正常顯示與運作的特性。
  • 生活比喻：確保你做的影片，在不同「廠牌的電視」上，看起來的顏色和聲音都一樣正常。
  • 應用例句：
    1. 「這個功能在 Chrome 上正常，但在 Safari 上完全不能用，有 Cross-Browser 的問題。」
    2. 「QA 麻煩多測一下 IE 瀏覽器，我擔心會有 Cross-Browser 的 issue。」
• DOM 文件物件模型
  • 單字解釋：當瀏覽器處理網頁時，它會將所有 HTML 元素轉換成一種類似家族樹的階層結構，這個結構讓前端程式可以找到、修改或新增網頁上的任何元素。
  • 生活比喻：像是「樂高積木堆疊圖」，前端工程師可以移動、新增或刪除積木，重新排列這個結構來改變網頁的呈現方式。
  • 應用例句：
    1. 「這個動畫效果之所以會卡，是因為它頻繁地操作 DOM，造成了效能瓶頸。」
    2. 「我們盡量避免直接操作 DOM，而是透過框架來更新畫面。」
• CSR / SSR 客戶端/伺服器端渲染
  • 單字解釋：決定網頁 HTML 結構是在哪裡生成的技術。CSR 在使用者的瀏覽器上生成，互動性高；SSR 在伺服器上預先生成，有利於 SEO 和首次載入速度。
  • 生活比喻：CSR 像是「寄樂高零件給你自己組裝」，SSR 則是「寄一個組裝好的樂高成品給你」。
  • 應用例句：
    1. 「我們的部落格文章在 Google 都搜尋不到，是不是因為當初用了 CSR 的關係？」
    2. 「為了加速首頁的載入速度，我們決定把首頁從 CSR 改成 SSR。」
• SEO 搜尋引擎優化
  • 單字解釋：一系列為了提升網站在搜尋引擎（如 Google）自然搜尋結果中排名的技術與策略。
  • 生活比喻：讓你的網站在圖書館的「索引目錄」中，排名能盡量靠前的魔法。
  • 應用例句：
    1. 「行銷部門提出需求，我們需要前端團隊協助，優化網站的 SEO 體質。」
    2. 「這個頁面的 H1 標籤沒有設定好，對 SEO 很傷。」
• CDN
  • 單字解釋：一個由分布在世界各地的伺服器組成的網路，它會將網站的靜態內容（如圖片、影片）快取在離使用者最近的伺服器上，以加速內容傳遞。
  • 生活比喻：在全球各地開設「連鎖速食店」，讓使用者可以從最近的分店取餐，而不用大老遠跑到中央廚房。
  • 應用例句：
    1. 「為了加速全球用戶的訪問速度，我們的圖片和靜態資源都要上 CDN。」
    2. 「PM，CDN 那邊的快取還沒更新，所以用戶現在看到的還是舊的圖片。」

後端

• API
  • 單字解釋：一組定義好的規則與工具，讓不同的軟體應用程式之間可以互相溝通、交換資料。
  • 生活比喻：餐廳的「菜單」，讓客人（前端）和廚房（後端）可以照著規則點菜（交換資料）。
  • 應用例句：
    1. 「PM，那個第三方支付的 API 昨天半夜改版了，所以我們網站現在沒辦法結帳。」
    2. 「前端同學，這個頁面需要的資料，我會開一支新的 API 給你。」
• Endpoint 接口
  • 單字解釋：API 中一個具體的 URL，指向一個特定的功能或資源。
  • 生活比喻：菜單上的「特定菜色」，例如「查詢會員資料」這個 API Endpoint。
  • 應用例句：
    1. 「需求討論時，後端工程師會問：這個新功能需要提供哪些資料？我們要為此開一個新的 Endpoint 嗎？」
    2. 「這個 Endpoint 的回應速度太慢了，需要優化一下。」
• RESTful / GraphQL
  • 單字解釋：兩種主流的 API 設計風格。如果要使用 RESTful 風格的 API，需要向不同的指定的URL 端點發起多個請求來獲取不同的數據，並且不論如何、就算你只需要返回資料的其中一個欄位，還是會把資料全數提供。而 GraphQL 風格的 API 則可以讓客戶端可以精確地請求自己需要的資料，伺服器 API 就只會返回所要求的資訊。
  • 生活比喻：RESTful 像「套餐」，即使套餐裡有你不想吃的食物，你還是必須全部拿走；GraphQL 則像「自助餐」，你可以根據個人喜好只取用你想要的食物。
  • 應用例句：
    1. 「我們這次的 App 資料需求比較多變，要不要考慮用 GraphQL？」
    2. 「公司的 API 大多是 RESTful 風格，請前端依照這個規範來串接。」
• Microservices / Monolith 微服務/單體式架構
  • 單字解釋：Monolith 將所有功能打包在一個大型應用程式中；Microservices 則將應用程式拆分成許多獨立、小型的服務，各自運行。
  • 生活比喻：Monolith 像一間「中央廚房」，所有功能都在一起。Microservices 則是「美食街」，每個攤位（服務）都獨立運作。
  • 應用例句：
    1. 公司成長到一定規模時，技術主管可能會提出：「我們的 Monolith 系統太臃腫了，是時候考慮拆分成 Microservices 了。」
    2. 「改用 Microservices 架構後，雖然部署變複雜了，但每個團隊都可以獨立開發和上線，速度快很多。」
• Authentication / Authorization / Auth 驗證/授權
  • 單字解釋：Authentication 是確認使用者的身份；Authorization 是確認該使用者是否有權限執行某項操作。
  • 生活比喻：驗證是機場櫃檯「檢查你的護照」，授權是登機門「檢查你的登機證艙等」。
  • 應用例句：
    1. 「PM，出大事了，剛剛發現一般使用者竟然可以看到管理員後台的資料，我們的 Authorization 沒做好！」
    2. 「我們這次登入流程，除了 Authentication，還要加上兩階段驗證來增加安全性。」
• JWT
  • 單字解釋：一種開放標準，用於在各方之間安全地傳遞資訊的 Token。常用於使用者驗證。
  • 生活比喻：一張加密過的「演唱會手環」，使用者檢查入場後，拿著它就能在會場各區通行，不用一直重複驗票。
  • 應用例句：
    1. 「使用者抱怨：為什麼我每十分鐘就要重新登入一次，體驗很差！工程師可能會回答：因為 JWT 的有效期限設定得太短了。」
    2. 「前端請注意，之後每次請求 API，都要在 Header 帶上 JWT。」
• Middleware
  • 單字解釋：在請求到達最終處理邏輯之前，或在回應送出之前，預先執行的一段程式碼。
  • 生活比喻：餐廳門口的「帶位員」，在客人（請求）進到餐廳（核心邏輯）前，先做一些檢查（如：確認訂位）或準備工作。
  • 應用例句：
    1. 「我們需要在所有需要登入的 API 前，加上一個 Middleware 來檢查用戶的權限。」
    2. 「這個記錄 request 時間的 log，可以透過 Middleware 來實現。」
• SDK
  • 單字解釋：由服務提供商打包好的一組工具、程式庫和文件，讓開發者可以更輕鬆地整合其服務。
  • 生活比喻：IKEA 的「DIY 家具組合包」，附有說明書和所有零件，讓你可以更輕鬆地組裝出一個櫃子。
  • 應用例句：
    1. 「規劃新功能時，你會問：我們要自己從頭開發，還是市面上有現成的 SDK 可以用？」
    2. 「PM，我們要串的那個金流廠商，SDK 寫得超爛，文件也沒更新，我們可能要花更多時間來開發。」
• Serverless
  • 單字解釋：一種雲端運算模型，雲端供應商會動態管理伺服器的資源分配，開發者只需專注於撰寫程式碼，而無需管理底層伺服器。
  • 生活比喻：租用一個「魔法廚房」，平常沒人時不存在，有點餐需求時會自動出現並做好菜，用完就消失，以量計價。
  • 應用例句：
    1. 「一個很少被使用，但偶爾流量會很高的功能（如：年度報告產生器），工程師會建議：這個功能很適合用 Serverless 來做，可以節省很多成本。」
    2. 「改用 Serverless 之後，我們就不用再煩惱半夜擴充主機的問題了。」
• Webhook
  • 單字解釋：一種讓 web 應用程式之間進行即時通訊的機制，當某個事件發生時，來源應用程式會主動發送一個 HTTP POST 請求到目標應用程式。
  • 生活比喻：餐廳的「取餐呼叫器」。當廚房（某個系統）的菜做好了，會主動通知你（另一個系統）來取餐。
  • 應用例句：
    1. 「串接金流服務時，工程師會說：我們需要提供一個 Webhook URL 給金流商，這樣他們才能在用戶付款成功後通知我們。」
    2. 「PM，我查了一下 Log，昨晚的 Webhook 通知好像失敗了，導致很多訂單狀態沒有更新。」

資料庫

• 關聯式資料庫 / 非關聯式資料庫 RDBMS / NoSQL
  • 單字解釋：關聯式資料庫以表格形式儲存結構化資料；非關聯式資料庫則提供更彈性的資料儲存模型。通常在討論上比較少直接說關聯式資料庫或是非關聯式資料庫，可能直接是資料庫系統的名稱
    • 較為主流、可能會聽到的關聯式資料庫系統： SQL Server 、MySQL 、PostgreSQL
    • 較為主流、可能會聽到的非關聯式資料庫系統：MongoDB 、Cassandra 、Redis
  • 生活比喻：SQL 像整齊排列的「收納盒」，每格大小固定；NoSQL 像多功能的「收納袋」，可依需求任意擴展。
  • 應用例句：
    1. 「新專案討論時，技術主管會問：我們這次要儲存的用戶資料格式很多變，是不是該考慮用 NoSQL 資料庫？」
    2. 「這個功能需要複雜的跨表查詢，用 SQL 資料庫會比較適合。」
• Schema 結構描述
  • 單字解釋：資料庫中，定義資料如何組織的藍圖，包含了表格、欄位、資料類型與關聯等。
  • 生活比喻：Excel 表格的「欄位標題」，定義了每一筆資料該有哪些欄位、是什麼格式。
  • 應用例句：
    1. 當你要新增一個『用戶生日』的欄位時，工程師會說：「好，那我要去修改資料庫的 Schema。」
    2. 「這次的 Schema 設計不夠彈性，未來要加新欄位會很麻煩。」
• Index 索引
  • 單字解釋：一種資料庫物件，能讓資料庫系統快速地找到特定資料，而無需掃描整個表格。
  • 生活比喻：書本的「目錄」，能讓你快速找到想查詢的資料，而不用一頁一頁翻。
  • 應用例句：
    1. 「PM，後台的訂單查詢功能現在要跑三十秒才有結果，因為當初忘了對訂單日期這個欄位建立 Index。」
    2. 「雖然 Index 可以加速查詢，但建太多也會影響寫入的效能。」
• Migration 遷移
  • 單字解釋：在不遺失現有資料的前提下，變更資料庫結構（Schema）的過程。
  • 生活比喻：當你要幫 Excel 表格增加或修改欄位時，需要一個「搬移計畫」，確保舊資料能安全地搬到新格式的表格裡。
  • 應用例句：
    1. 「PM，這次的 Migration Script 寫錯了，導致所有用戶的地址資料都亂掉了！」
    2. 「在部署前，我們要先在測試環境跑一次 Migration，確保流程沒問題。」
• Query 查詢
  • 單字解釋：使用特定語法（如 SQL），向資料庫請求資料的指令。
  • 生活比喻：向圖書館管理員「下指令」，請他幫你找出所有關於貓的書。
  • 應用例句：
    1. 「數據分析師會對你說：PM，我需要工程師幫我下一個 Query，撈出所有上個月註冊的女性用戶資料。」
    2. 「這個 Query 寫得太爛了，掃描了整個資料庫，難怪會這麼慢。」
• Transaction 交易
  • 單字解釋：一組被視為單一邏輯工作單位的資料庫操作，這組操作要麼全部成功執行，要麼全部不執行。
  • 生活比喻：銀行轉帳，必須同時完成「A 帳戶扣款」和「B 帳戶存款」這兩個動作，不能只做一半，這就是一個 Transaction。
  • 應用例句：
    1. 「PM，我們發現有用戶的訂單成立了，但庫存數量沒有被扣除，可能是 Transaction 的處理有問題。」
    2. 「為了確保資料一致性，所有跟訂單相關的操作，都必須包在一個 Transaction 裡面。」
• Replication / Sharding 複製/分片
  • 單字解釋：Replication 是將資料複製到多個資料庫，以提高可用性與讀取效能。Sharding 則是將資料水平分割到多個資料庫，以分散負載。
  • 生活比喻：Replication 是把同一本書「影印好幾本」放在不同圖書館。Sharding 則是把一本超厚的書，「分拆成上、中、下三冊」存放在不同地方。
  • 應用例句：
    1. 「系統架構會議上，技術主管會說：為了應付未來的用戶增長，我們的資料庫需要規劃 Replication 和 Sharding 的方案。」
    2. 「我們的主資料庫掛了，但因為有做 Replication，所以網站還能正常讀取資料。」
• Primary Key / Foreign Key 主鍵/外來鍵
  • 單字解釋：一個資料表必須有一個 Primary Key 主鍵，且該主鍵的值必須唯一且不可為空，主要功能是為資料表中每一筆記錄提供一個獨一無二的識別碼。Foreign Key 外鍵欄位的內容會是另一個資料表的主鍵的參考，用於建立關聯式資料庫中，建立兩個資料表之間的連結和關係。
  • 生活比喻：主鍵是每個人的「身分證字號」，獨一無二。外鍵則是用來建立「親屬關係」的橋樑。
  • 應用例句：
    1. 「在設計資料庫時，工程師會在白板上畫著表格，並解釋：我們用訂單表格裡的『用戶 ID 』這個 Foreign Key，來關聯到用戶表格的 Primary Key。」
    2. 「這個表格沒有設定 Primary Key，是很危險的設計。」
• Connection Pool 連線池
  • 單字解釋：一個預先建立並維護的資料庫連線快取，應用程式可以從中借用連線，使用完畢後再歸還，以避免頻繁建立和關閉連線的開銷。
  • 生活比喻：預先辦好幾張「圖書館借書證」放在櫃檯，需要的人直接拿去用，用完再放回來，不用每次都重新填表辦證。
  • 應用例句：
    1. 「PM，網站掛了，因為瞬間流量太大，把 Connection Pool 耗盡，後端連不上資料庫了。」
    2. 「我們需要調高 Connection Pool 的上限，來應付這次的行銷活動。」
• Backup / Restore 備份/還原
  • 單字解釋：Backup 是將資料庫的資料複製出來，以防資料遺失。Restore 則是在發生問題時，使用備份檔案將資料庫恢復到某個時間點的狀態。
  • 生活比喻：定期幫電腦「拍快照」，並確保在電腦壞掉時，能成功「讀取快照」回到過去。
  • 應用例句：
    1. 「在做任何高風險的資料庫操作前，你會問工程師：我們有先做好 Backup 了嗎？」
    2. 「PM，還好我們有每小時做 Backup，不然剛剛的誤刪操作就真的沒救了。」

特別門診：如何打造你自己的「隨身翻譯機」

上面只是收錄了幾個常見名詞，但科技日新月異，新術語如雨後春筍般不斷冒出（光是 AI 領域就有各種新名詞，如 MCP、LLM、RAG、NLP、GenAI 等）。因此，解決這個病症的關鍵能力，就是學會如何自主學習！

• 第一帖：建立你的「術語筆記本」
  在會議中，勇敢地把你聽不懂的每一個詞都記下來。承認自己的無知，是學習的第一步。
• 第二帖：會後進行「情報搜集」
  找一位你信得過的、該部門的同事，用一杯咖啡的時間，請他為你「翻譯」筆記本上的詞彙。你可以說：「阿浩，上次會議你提到的『技術債』，我不是很懂，可以幫我解釋一下嗎？」
• 第三帖：用「自己的話」重新翻譯
  學習的最高境界，是能用自己的比喻講出來。當你下次能對行銷同事說：「這個專案的 ROI 太低，就像我們辦了一場很熱鬧的派對，結果一個客人都沒來。」當你可以做到轉譯，那你就真正內化這個概念了！

B計畫：當你聽不懂而且當下就要給答案

好，我們來面對最真實的狀況：就算你有了這本手冊，會議上還是可能冒出你從未聽過的新詞彙，而且根本來不及讓你回去做筆記。

此刻，千萬不要因為害怕顯得自己不專業而點頭假裝聽懂，你的目標是尋求澄清，確保對齊，那麼你可以這麼做：

• 承認無知，並請求翻譯：「抱歉，『資料中台』這個詞我比較陌生，可以請您用一個比較生活化的例子，解釋一下它要解決什麼問題嗎？這樣我才能更好地向行銷部門的同事轉述。」
• 複述一遍，確認理解：「好的，所以我確認一下我的理解是否正確：您提到的『容器化部署』，意思是指我們未來可以像搬貨櫃一樣，快速地把我們的服務部署到任何地方，而不用擔心環境不相容的問題，是嗎？」

你不是在承認自己很笨，你是在展現你對「溝通精準度」的極度重視。這份態度，可能反而會為你贏得專業的尊敬唷！

最後的醫囑

PM 的核心價值，不在於你懂多少程式碼或法律條文，而在於你是否能成為不同專業領域之間的「橋樑」。你就像交響樂團的「指揮」，你不一定要會拉小提琴或吹法國號，但你的價值在於你看得懂總譜，能讓所有樂器在正確的時間點，和諧地演奏出動人的樂章。

所以，下次當你又在會議中感到腦霧時，請不要害怕。深呼吸然後勇敢地問出那句：「可以請您再解釋一次嗎？」

忙得焦頭爛額之際
又聽到工程師口中說出一堆新名詞