別只會搞定技術！科技人從「產品」跨向「解決方案」的4個顧問核心思維｜專家論點【黃婉中】
作者：黃婉中（雲端架構師）
讀者常問我：顧問究竟在做什麼？既然顧問也懂技術，跟工程師有什麼不同？
跟你舉個例子。
雲端成本大增
前陣子《中途筆記》網站常常斷線無法使用，原因是 CPU/Memory 常會無預警的不夠用，導致頻繁斷線。
觀察虛擬機器數據後，發現多數時候利用率都很低，也查不出具體原因。為了讓網站運行更穩定，我打算加上異地備援（DR）並同步進行成本優化（FinOps），將網站遷移至更合適的虛擬機器（VM）。
我的虛擬機器放在雲平台上，因此先嘗試更換虛擬機器，卻發現沒有一台機器可以選，於是開了一張 ticket 請求支援。
得到答案是我放機器的東南亞區域已經沒有容量，客服工程師建議我在東亞區域開。隨後說東亞區域容量申請完成了，可以關單了嗎？
我說換區域沒問題，但你得教我怎麼搬遷。他於是聯繫了一位虛擬機器工程師，向我解釋怎麼把同台虛擬機器搬到東亞區域。又問可以關單了嗎？
我覺得不對勁，平常幫客戶作搬遷不是這樣的阿。通常會跟客戶討論計畫，說明會造成哪些停機時間、需要多少時間能復原、對使用者影響有多少等，而你們只是教我怎麼複製磁碟？
再次解釋這只是複製而不是搬遷，網路都沒設定呢。新虛擬機器的網址根本與《中途筆記》的 IP 無法關聯。客服於是又聯繫了一位網路工程師。
網路工程師研究了幾天後回應：沒有問題啊，我看你網站好好的，可以存取，問題在哪呢？
我簡直快暈倒，說目前可以運行是因為機器現在還在東南亞區域上面跑，關掉以後怎麼存取呢？中間解釋了半天，這位工程師顯然對於一個對外網站背後，有一台虛擬機器、怎麼運作都很陌生。
總結一下目前為止發生的事：
- 區域工程師： 告訴我東南亞區沒容量了，建議改開東亞區。他完成了容量申請，隨即問：「可以關單了嗎？」——他只在意他管轄的「配額」。
- VM 工程師： 教我如何複製磁碟，卻無視我的網站還在運行。他問：「可以關單了嗎？」——他只在意「資料有無搬移」。
- 網路工程師： 研究幾天後回覆：「網站現在跑得很好啊，問題在哪？」他忘了，現在跑得好是因為我還沒切斷舊主機的連線。——他只在意「當下的連線狀態」。
這張 ticket 開了兩個月，我都從台灣飛到澳洲了，問題還卡在原地。已經從「技術問題」，延伸到「溝通斷層」。
這 3 位工程師的技術能力可能都非常頂尖，但他們被框在各自的指標（KPI）與工作範圍（Scope）裡
- 區域工程師的 KPI 是「配額管理」。
- VM 工程師的 KPI 是「虛擬機存取」。
- 網路工程師的 KPI 是「連線通暢」。
當每個人都只守著自己那一塊「拼圖」時，就沒人在意整張「拼圖」最後長什麼樣子。對雲端平台商來說，他們每個環節都按照標準流程（SOP）走，技術上完全沒錯。但對客戶來說，我正在燃燒雲端預算、承擔斷線風險，這就是最大的商業損失。
這也是為什麼很多大公司雖然擁有最頂尖的工程團隊，專案卻依然會延宕，原因不是技術不夠，而是缺乏一個能把技術拼圖組裝起來、看見全局的人。
工程師搞定技術，顧問解決商業目標
注意到了嗎？使用者跟工程師使用的語言天差地遠。
對使用者來說，目標是：更省錢、更穩定地運行業務（Business Goal）。 對工程師來說，目標被拆解為：複製磁碟、修改 A 紀錄、配置網段（Technical Task）。
而不同專長的工程師團隊中間彼此不溝通、也不在意對方在做什麼。對於他們來說，「搬遷」是一個太模糊的詞彙，要細到具體技術目標，譬如複製磁碟、修改 A 紀錄等，才夠具體。
讀到這裡，你可能會好奇故事的結局是什麼？結局是我心一橫，決定將網站搬遷到另一個提供搬遷解決方案的主機商，從下單到搬遷完成只花了半天。
工程師負責產品，顧問熟悉解決方案
這就是「產品思維」與「解決方案思維」的差異：工程師負責產品，而顧問要熟悉解決方案。這個例子中，平台商是賣虛擬主機產品，而主機商賣的是搬遷解決方案。也許雲平台的主要客群都擁有一定技術能力，而不像我一樣是以營運目標為首要考量的使用者。
顧問知道搬遷並順利運行是一個技術目標，而背後的商業目標是什麼？是網站能順利的運行，所以產品能繼續銷售、公司能繼續賺錢。
此外，他還需要清楚使用者有哪些限制和期望。能用使用者的語言溝通，而不會拋出一堆聽不懂的專有名詞。更重要的是可以一步到位，不需要使用者顧前顧後，拆解成數個步驟。
- 工程師負責產品（Product）： 確保每個零件（VM、Network、Storage）正常運作。
- 顧問熟悉解決方案（Solution）： 確保這些零件組合起來，能讓客戶的網站賺錢、省錢、避險。
當然，因為執掌和專案類型不同，有時工程浩大、參與其中的成員太多，工程師沒有問題的全貌是常態。顧問也沒有工程師的技術深度。我只希望用這個例子告訴你兩種職能的差異。
科技人的轉型關鍵：從「搞定技術」到「交付價值」
如果你希望從純技術職轉向顧問職，或是在科技產業中發揮更大的影響力，這場搬遷經驗整理出的 4 個「顧問思維」核心是關鍵：
- 鎖定最終目的地（Business Outcome）： 不糾結於技術路徑的岔路，而是問：「這動作能否達成商業目標？」
- 提供量身訂做的解決方案： 清楚客戶的限制（如：預算、停機時間），而不是只給標準手冊。
- 翻譯官的能力： 用客戶聽得懂的語言溝通，將「磁碟 I/O」轉化為「使用者體驗」。
- 一步到位的交付： 顧問的價值在於「整合」，不需要客戶像拼圖一樣自己去湊合各個部門。
試著在下次接到需求時，多問一句：「這個調整對公司的業務目標有什麼幫助？」當你開始思考這個，就在通往顧問的路上了。
