在職場上常常會遇到聽不懂人話的同事或夥伴，明明你已經跟他說，要先做A之後再做B，然後接著才能做C，不然系統會爆炸。

可偏偏就是會搞砸，最後還是你要收尾，面對這樣的情況，可以嘗試以下幾種作法，希望能幫助到你們能在職場上少點口業(?

1.請對方重新描述他所理解的步驟

我們在溝通上往往都會以為對方知道我們再說甚麼，嗯嗯啊阿就帶過去的，但殊不知對方根本沒有聽懂你到底在公三小，這時候我會請對方用他理解的方式重新說明，看看是否我們說的跟他理解的有沒有在同樣的認知上，並且依據對方的理解上作進一步的修正與說明，讓對方可以逐漸進入狀況

2.運用正面表述的說話方式

人類是一種很奇怪的生物，你越要他不要做甚麼，他就會偏偏往那個地方去，台語俗稱:人叫叫不動，鬼牽一直走，這是因為人類潛意識對於否定的句型是會自動忽略的，跟他說這個不要點，在潛意識中他只會聽到”點這個”，跟小孩說不要跑，結果他還是一直跑給你追，因此嘗試用你要對方做的標準動作與其說明，例如:不要跑=>慢下來、不要說話=>請安靜、這個不要按=>點這邊就好，用這樣的方式自然對方就比較容易跟著你的指令執行，減少發脾氣的機會。

3.善用情緒的力量

人類是一種很奇怪的生物(到底多奇怪)，人在聽他人說話的時候，說話內容跟語氣所帶來的感覺相比，人往往只會記得跟你說話的感受，內容不一定記得住，試著回想一下，小時候被大人罵的時候，或許你已經忘記當時為什麼要罵你，罵甚麼多半也都忘記了，但你一定記得有人大聲說話時，身體所帶來不自覺得不舒服與害怕，縱使你已經不是小朋友，但還是會回想起當時的感覺，情緒就這樣一個可以深深烙印在你心中的力量，因此下次跟同事說話時，試著加入一些語調跟情緒，讓同事知道你現在的感受跟想要傳遞的訊息，就算是演出來的，只要表演到位，同事也是會感覺到你的誠意的(?

 

工作佔據的我們人生將近1/3的精華時間，怎麼在職場中可以順利、快樂的度過，我相信是每個職場人都應該要追求的方向，因此希望上面的幾種方式，能夠幫助你跟雷包同事溝通減少摩擦，長命百歲。

 

 

 

 

近期有讀者私訊詢問雲端產業的相關問題如下，其實問題的面向都相廣泛，不過我還是嘗試答覆了一下，以下為讀者的問題。

1. 台灣的雲端產業跟海外相比成熟度如何？台灣 tier 1 的雲端領域企業有哪些？
2. 雲端產業的產品經理主要工作內容為何？與軟體產品經理有何差異？（就我理解，後者主要會接觸到用戶研究、數據分析、功能開發、產品策略）
3. 雲端產業的產品經理 career path 大概長什麼樣子？通常會有哪些 exit option？

 

台灣的雲端產業跟海外相比成熟度如何？台灣 tier 1 的雲端領域企業有哪些？

台灣雲端產業可分為三個面向：雲端硬體製造、公有雲代理/經銷、雲端軟體

這三個產業面都不太一樣，可參考以下分類方式：

雲端硬體製造：

硬體部分主要就是負責製造、組裝出貨給品牌廠或CSP，所謂的雲端原理還是將硬體的算力虛擬化後分租出去的商業模式，底層還是需要Server\Storage\Switch\Router此類的硬體，才能提供龐大的算力給CPS(Cloud service povider)，這部分產業台灣已經相當成熟，代表性公司有緯創、廣達、台積電等，硬體的世界相對軟體來說是另一個世界了，在此就不贅述了。

公有雲代理/經銷：

公有雲代理/經銷商業模式為代理公有雲，如AWS、AZURE、GCP等公有雲平台，將公有雲服務銷售給企業用戶，並且協助客戶使用公有雲平台，解決使用上的問題。

因為是代理經銷，產業分類上會被歸納在資通訊服務業。台灣IT產業的代理經銷制度也已經相當成熟，但在雲端領域上還是百家爭鳴的情況，台灣較有代表性的公有雲代理商有伊雲谷、宏碁資訊等。

雲端軟體：

雲端軟體本質上是軟體開發業，根據對於市場需求的理解程度，將各領域中的痛點，以軟體或系統的方式提供解決方案，隨著雲端運算普及，各軟體開發商也逐漸將自行開發的軟體部署到雲端，或因應雲端彈性、隨用隨付等特性，發展出訂閱制商業模式，進而達到永續收入的目的，台灣較有代表性的雲端軟體開發有趨勢科技、KK Company。

 

雲端產業的產品經理主要工作內容為何？與軟體產品經理有何差異？

在公有雲經銷代理的產品經理主要工作內容為協助原廠推廣業務及營運，典型工作內容有：

傳遞原廠銷售策略與舉辦行銷活動

掌控產品成本與資源規劃

制定銷售流程與公司內部單位溝通協調

達成原廠年度目標

與軟體產品經理最主要的差異在於，代理商的產品經理對於產品功能開發無話語權，因此在行銷上就就需要依據產品特性找到對應的客戶類型與行銷方式，提昇該產品在台灣市場上的能見度，並且協助將產品商務流程梳理清楚，以符合公司規章或政府法規要求。

 

雲端產業的產品經理 career path 大概長什麼樣子？通常會有哪些 exit option？

雲端產業的產品經理發展上會較偏向行銷與業務職位，因此通常做得好會有機會進入原廠擔任在台灣的代表，或是往其他產品代理商跳，嘗試發展不同類型的產品。

exit option的部分則是可轉任業務或行銷單位，如對產業理解程度夠深，也可跳脫雲端代理商的產品經理，轉任軟體開發相關職位。

本文將介紹在具有雲端經驗幾年後，可以進一步發展的二轉職業，如雲端架構師、技術客戶經理等職位，了解自身優勢與興趣，並且提供職業選擇上的導引。

關鍵字: 雲端, AWS, Azure, GCP, 職涯發展

雲端架構師(CSA,Cloud Solution Architect)

顧名思義就是在協助在雲端環境中進行架構規劃的職位，多半會由Presales或IMP轉任，因為雲端的服務更新速度非常快速，因此需要常態性的關注雲平台功能上的變化，並且制定架構轉移的計畫，以達到最小停機時間的要求。

客戶技術經理(TAM,Technical Account Manager)

客戶技術經理則是以協助VIP或大型客戶維運雲端環境為目標，由MSP轉任較為合適，因其職位會以更長遠的角度跟客戶討論雲端維運環境所需要的方法以及各式規範的導入，並且扮演了調度MSP工程師的腳色，對於溝通的技巧也是相當吃重。

雲端架構師的技能需求

• 架構規劃

此為架構師最基本的要求，要能夠在與客戶溝通的過程中蒐集客戶的商務需求，並且提供最適合客戶的現階段的架構，舉例來說，客戶今天是初次使用雲端，想要從地端環境搬到雲端環境上，那一比一的搬遷就比較合適客戶的現況，而並非以雲原生架構進行。

• 雲服務

要規劃架構勢必就需要了解各元件的交互作用，並且能夠說清楚講明白，讓客戶知道每個服務元件的工作方式，才能避免客戶產生錯誤的認知與期待，造成雲端架構可行性上的疑慮。

• 專案管理

在架構規劃與雲服務元件能夠讓客戶買單後，接下來就是在實作上專案管理，藉由對專案的先後順序、時程、風險有了具體且明確的規劃後，才能真正落實到雲端環境中，以提升雲端專案的成功率，至於要如何扮演好一個好的PM，可以參考我之前寫的：想成為PM，那要先搞清楚想成為哪種PM-專案經理篇

客戶技術經理的技能需求

• 熟悉(客戶的)雲端環境

這裡說的熟悉雲端環境是指了解客戶的環境，並不只是單純的服務應用，而是要了解客戶生產環境中，每個雲服務所對應到的對外服務是甚麼，才能在第一時間協助客戶針對突發事件進行修復，舉例來說客戶環境中可能有許多的VM、ALB、S3等服務，但每個雲服務都有各自對應的商務服務或交互作用。

例如外部訪客訪問APP時會先透過ALB，再轉送需求到VM上，而客戶回報問題時很有可能是說”我APP中的寄杯服務出問題，請協助排查”，此時能夠快速知道寄杯服務所對應的雲服務便會是快速查修的關鍵。

• 客戶溝通與抗壓能力

客戶技術經理多半是客戶緊急事件的第一個會找的窗口，緊急事件也就代表著需要非常快速準確地回復客戶的需求，並且能在第一時間提供問題現況與說明問題處理進度，因此與客戶的對話多半都是有著非常巨大的壓力，具備良好的EQ並有效安撫客戶的情緒會是相當重要的關鍵能力。

• 協助客戶深化雲端應用

雲端用量上是帶有飛輪效應，使用量會隨著客戶對於雲端技術的熟悉度，而有指數性的成長，因此客戶技術經理不僅僅只是救火隊，更需要協助客戶規劃內部雲端技術能量的提升，協助客戶將雲服務用得更加深入，與客戶自身的商務需求達到深度整合，除了減少客戶維護服務的負擔，更進一步提升客戶使用上的黏著度。

哪個適合我?

相信看完上面的工作分類應該可以發現到，兩個職業不變的都是需要具有面對客戶與雲端的技術力才能勝任，雖然比例各有不同，都是職能的必須，因此排除面對客戶與技術發展的面向，我更傾向讀者可以運用以下兩點判斷自己是否合適

• 專案型或維運型的工作型態

專案型的工作往往帶有多元、有截止日期、一次性產出等優點存在，好處是可以常常變換雲端需求與客戶產業，可以更多面向的了解到產業的需求並提供相對應的解決方案，但經驗上的滲入類機會較容易陷入皮毛式的規劃，因為實際上線後，客戶到底是怎麼使用與管理雲端環境，泰半是由TAM協助規劃的。

而維運端雖然不一定能像專案型工作接觸到千奇百怪的需求，但是可以較為深入的了解客戶實際上會如何運用雲端服務滿足產業需求，同時能夠與客戶共同制定雲端環境管理的方式，不過身為維運類型工作就難免需要應付突發行事件，也就是俗稱的On Call，尤其環境上雲後，只要有網路與帳號權限，解決客戶問題是可以Any where的，也算是維運端的缺點之一。

• 甲方或乙方的生涯規劃

甲方的工作內容多半會是以維運為主，因此如果是有心想要往特定產業甲方發展的讀者們，可以考慮往TAM或是MSP的工作發展，因為會常態性的跟甲方的技術人員合作，被挖角的機會也就會變更大。

乙方的工作則是圍繞著客戶的專案，在乙方很容易因為做出有亮點的專案而受到原廠或是其他大型乙方的青睞，進一步提升在業界的能見度，不管對於升遷加薪或是自行創業都會有相當大的幫助。

以上便是雲端產業進階篇的內容，如果有其他的職務想要了解或是對於特定職務想要更進一步諮詢，也歡迎透過Linkedin與我聯繫。

我是Bill，致力於把複雜概念簡單呈現的產品經理，現任職於公有雲產業，希望能透過文字帶來更多交流。

雲端時代的來臨，各大企業都在積極發展上雲相關應用，但是雲端部門的內容百百款，到底雲端領域中是怎麼分工的，完成專案上又各自需要那些腳色，就讓我來跟各位簡單的盤點與介紹，讓對雲端有興趣的朋友可以更加瞭解雲端代理\經銷公司的分工方式。

雲端工程師(CE)

CE Cloud Engineer顧名思義就是運用雲端服務完成客戶相關需求的工程師，與地端工程師一樣大方向分為兩種面向，屬於一次性建立服務的系統工程師以及協助維運系統的維運工程師

專案工程師(IMP)

專案工程師日常工作內容是進行專案環境的建立，因為雲端化後許多設定變得更加簡易，所以較不會有以往地端用網路專長或系統專長的分類，多半在專案進行中都是網路連同系統一起進行處理，以最單純建立VM(虛擬機器)來說，建立一台機器基本的參數包含網段、IP、規格、OS等需要進行設定與分配

以往地端建立上可能會分為系統組跟網路組各自建立，但在雲端的世界中是直接由雲端工程師一手包辦，因此要擔任好該職務就需要對系統與網路有較好的理解，尤其是在網路的知識，因為網路是雲端的基底，只要可以把網路原理弄熟，搭配上了解各公有雲的服務功能，基本上就可以算得上是有即戰力的雲端工程師啦。

掌握基本原則後，就需要更進一步的了解雲端其他類型的服務，例如掌握PaaS層級的服務部屬與特性、實作微服務在雲端的管理方式、高併發架構的注意事項、數據分析平台的建立、運用IaC快速部屬等，都可以是雲端工程師可以投入的方向。

維運工程師(MSP)

維運工程師在雲端常被歸類在MSP(Managament Service Service，又稱託管服務)，日常工作主要是進行雲端環境的監控、優化及協助客戶進行疑難排解，透過雲端原生或第三方工具蒐集各項服務的監控指標，及早發現異常並且制定應變措施，協助雲端系統可以具備高可用性與高穩定性。

雲端系統維運上包含了許多常態性及7 x24的需求，因此如何有效地進行自動化告警、預測甚至是自動回應處理故障，便會是擔任此類腳色的重點，運用自動化工具縮短每次系統異常回復的時間就是維運工程師的基本要求。

在系統優化上就涉及較廣泛，在不涉及架構變更的情況下，維運工程師多半能做的便是服務設定的調教，透過參數設定的調整，榨出服務的最多的效能，因此維運工程師通常都會比專案工程師更懂得如何應用特定雲端服務，不僅僅只是建立完成服務，而是要清楚了解各雲端服務背後的原理，因此一般都會先於第一線回應客戶雲端應用問題，累計一定的經驗再轉任系統維運與優化的工作，以利故障/事件發生時第一時間的反應與排查。

總體來說兩者並無孰好孰壞，多半會看自己喜歡的工作方式發展，如果你是喜歡Hands-on，專心執行建置且不擅長直接面對客戶的話，可以先從專案型的工程師切入；如果想要深耕自動化，有效率的執行重複性較高的工作且不害怕面對客戶的話，可以從維運工程師切入。

而除了上述售後工程師外，還有另一種較接近業務單位的售前工程師，又稱之為Presales，主要工作在於協助業務單位進行專案前期技術疑難排解與技術提案，有時專案需要進行POC時也需要充當專案經理的腳色，協助POC的進行與說服客戶採用。

售前工程師(Presales)

售前工程師需要有辦法協助業務將客戶的需求收斂排序並讓客戶買單外，同時也需要將客戶的商業需求轉化為技術需求，進一步的傳遞給後端技術同仁知道，以利進行可行性與時程評估，因此擔任售前工程師需要同時具備了解客戶需求的溝通能力外，也需要能夠理解技術可行性與架構上的傳達，因此算是相當具有挑戰的職位。

在溝通能力上首要的要求便是有收斂客戶需求的能力，畢竟雲端服務百百款，客戶在不懂的情況下很容易提出天馬行空的需求與想法，若沒有及時踩煞車或隨著客戶起舞，很容易就會造成需求不明確、沒有下一步等推遲專案進度的情況發生，因此在適當的時機點驅動客戶，讓客戶往我們想要方向前進，並且還讓客戶覺得是自己想要往這個方向走的溝通能力可以說是至關重要，簡而言之就是需要有策略性的使專案往對我們公司有利的方向進行，這樣才能替公司拿到專案，創造更大的價值。

而在技術的要求上，要能夠以架構的角度出發，並且以客戶熟悉的名詞進行溝通，舉例來說虛擬機器(VM)這個概念資訊人員都是耳熟能詳的，但在雲端上不同公有雲的名詞並不相同，例如AWS的EC2、GCP的CE，本質上都是VM，但因為初期客戶不熟悉的情況下，會很容易造成客戶的誤會，同時也要能夠理解客戶地端環境中網路與系統的需求，才能進一步轉換為雲端所需要的元件，並且在提案階段說服客戶採用對應的架構，以利專案的順利進行。

才介紹三個職務不知不覺就打了這麼多，希望這樣的文章類型能夠協助各位朋友更加熟悉雲端產業的需求，進而朝向自己擅長的領域投入雲端產業中，下一期預計會更新雲端架構師(CSA)及技術客戶經理(TAM)的職位，有興趣的朋友記得追蹤我，才不會錯過文章的更新喔。

我是Bill，致力於把複雜概念簡單呈現的產品經理，現任職於公有雲產業，希望能透過文字帶來更多交流。