破解穀倉效應：跨部門溝通與協作實戰【04/23】-線上直播
104學習
MIDI
這項技能指的是音樂數位介面協定，主要用於電子音樂製作與編曲。掌握它能讓你透過電腦控制多種電子樂器，進行音符、節奏及音色的編輯與同步，大幅提升音樂創作的效率與靈活度。在音樂製作、音效設計、遊戲音樂等相關產業中，具備這項技能是基本且重要的專業能力，能幫助你更精準地表達音樂構想，並與團隊有效溝通。
提升你的實力，朝專業更進一步
精選課程
充實自己，讓能力持續成長
溝通領導力
破解穀倉效應：跨部門溝通與協作實戰【06/16】-線上直播
管好員工做對事：溝通協調力
【確定成班】破解穀倉效應：跨部門溝通與協作實戰-9/19(五)公開班【線上直播】
衝突管理與跨部門溝通合作
CompTIA Project+ 國際專案管理師認證暨實務課程
打造高投入團隊：遊戲化工作設計與激勵機制實作班【9/17】
職場協調力： 人際互動溝通的密技
數位自動化團隊協作攻略｜Power Automate整合應用
精選證照
考取專業證照，讓能力被市場看見
GCA 客戶關係管理CRM核心能力認證
GSS CERTIFIED ASSOCIATE (GCA) : Vital CRM
GCA內容著重於Vital 雲端服務家族中客戶關係管理CRM基礎功能使用的熟悉度認定，為入門等級的Vital雲端服務認證，適合工作上需要與客戶互動並維繫暨服務的人。培訓與認證內容由叡揚資訊與學界暨業界專業人士規劃。GCA涉及廣泛的客戶關係管理基礎操作技巧與實務應用概念，能評估驗證您的核心技能，並提供您在發展、維繫、強化顧客關係與服務上的可信度。
叡揚資訊股份有限公司
MICEA會議展覽行銷應用師
MICEA會議展覽行銷應用師證照專為提升從事會議、獎勵旅遊、展覽及活動行銷專業人士的實務能力而設計，涵蓋市場分析、活動策劃、行銷策略及執行管理等核心技能，強調整合行銷與資源運用，協助持證人有效提升活動效益與品牌價值，適用於會展產業各類型企業，具備此證照代表具備專業知識與實務經驗，能勝任會議展覽行銷相關工作，促進職涯發展與產業競爭力提升。
尚未查核發照單位
GCP 客戶關係管理CRM專業能力認證
GCP內容著重於客戶關係管理CRM專業應用能力培養與認定，培訓與認證內容由叡揚資訊與學界暨業界專業人士規劃，知識涵蓋顧客關係管理的銷售與行銷、資料庫行銷與應用、顧客關係在行動商務與雲端運算的應用。並結合Vital CRM應用技能，以軟體專業實務應用為主。本認證跨足各行各業的業務與行銷，需要接觸到客戶並希望精準行銷增大回購率之產業。
叡揚資訊股份有限公司
敏捷專案管理師PMI-ACP
PMI-ACP® 是由國際專案管理學會（PMI®）推出的國際級敏捷專業證照，考試依據 PMI 最新全球實務分析（GPA）與任務分析（JTA）設計，並全面採用 PMI 官方授權教材與標準化教案，由 PMI 授權培訓夥伴（ATP）依一致規格授課，確保學員具備全球一致且高品質的專業素養與實務能力，真正接軌國際敏捷職場，建立跨框架整合思維與高品質交付能力的國際專業標準。
PMI-ACP® 融合 Scrum、Kanban、XP、Lean 等多元敏捷方法，強調跨產業應用能力與情境判斷能力，涵蓋敏捷轉型引導、產品價值創造、團隊協作效能與持續改進等核心能力。強化產品開發與交付角色的整合思維，使證照更貼近快速變動的市場需求，成為企業推動敏捷轉型與提升交付品質的關鍵戰力。
適合對象包括產品負責人（PO）、Scrum Master、專案經理、敏捷實踐者，以及已取得其他敏捷認證、希望建立更完整敏捷能力架構的專業人士。
PMI 國際專案管理學會
MCP
「微軟認證專家 (MCP)」認證的對象，是能在組織中順利地執行 Microsoft 產品或技術、 進而解決商業問題的專業人員。
Microsoft
EMC Proven Professional Expert
EMC Proven Professional Expert證照專為資通訊領域專業人士設計，涵蓋資料儲存、資訊管理及雲端技術等核心技能，強調實務操作與技術應用能力。持有此證照代表具備深入的系統架構設計與問題解決能力，能有效提升企業資訊基礎建設效能，適合從事資料中心管理、系統整合及IT解決方案開發等職務，助力職場競爭力與專業發展。
EMC
精選貼文，掌握第一手知識
你適合當PM嗎？解析產品經理必備3種特質與溝通心法
產品經理（PM）扮演產品關鍵的橋樑角色，不僅要看懂全局、擬定策略，更需要與設計師、工程師高效溝通，協調各方需求並推動產品前進。哪些人適合PM工作？作者透過實務經驗分享，解析PM必備的3種核心特質，以及在與不同角色協作時應具備的溝通心法。
文／Michelle Chen（軟體業PM產品經理）
本文目錄：3個PM需要的核心特質（點擊可快速前往）
特質1：你是否習慣全局性思考，並以策略性規劃推動執行？特質2：你是否喜歡且習慣站在對方的角度，使用對方的語言溝通？PM與設計師溝通重點PM與前端工程師溝通重點PM與後端工程師溝通重點特質3：你是否接受甚至喜歡改變，且有隨時改變計劃的彈性？
我習慣定期把自己的職涯規劃拿出來review，問問自己對於「現在的狀態」是否還滿意。最近是我在現職公司任職滿一週年的日子，於是又把這個問題拿出來檢視一番。我發現對於做PM打造產品這件事（撇除外在條件，像是workload、手上的案子、公司策略、主管等），過了幾年我仍非常喜歡且享受其中。再往下探索，是什麼個性或是特質讓我喜歡且適合做產品經理呢？今天整理3個我認為最核心的特質，分享給有興趣往PM產品經理發展，或還在思考自己到底適不適合的朋友參考！
特質1：你是否習慣全局性思考，並以策略性規劃推動執行？
作為產品經理你每天要應對來自各方的利害關係人，需求從四面八方而來，每季的Product Roadmap規劃&執行，每月2~3次的Sprint（如果團隊跑Scrum），甚至每天的跨部門Support，PM的日常總是被滿滿的需求與會議轟炸，任務清單中的To-dos & Action Item似乎看不到盡頭。在這種「艱困」的處境下，能習慣「全局性思考」的PM就比較能從容應對，懂得從任務海中抽身，避免無謂地瞎忙。所謂全局性思考有點抽象，換個方式來說就是：從整體，更高維度視角看待事情，而不是深陷於眼前的問題。
舉個例子來說，假設你是一位部門主管，你發現某個專案快到截止日但離完成還有一大段距離，你可以選擇臨時外聘人力，或是給團隊成員加班獎勵鼓勵他們挪出更多的時間工作完成任務，這也許是最快能見效的暴力解法。但如果你採取全局性思考，你會先退一步思考，這個專案的規劃是否合理，是否有可以簡化的部分，或者是否團隊中有某個特定的人遇到瓶頸。如果能協助這位成員解決問題，整個團隊的運行會變得更加順暢，也許就能如期完成專案。
全局性思考的能力能幫助PM有效辨識什麼才是真正需要解決的「關鍵問題」，而不是像在大魯閣打棒球一樣，只是對每個問題隨著出現而進行反應。這種思考方式讓你從整體上把握問題的根源，不是只解決表面的問題。
找到問題後，接下來就要透過策略性規劃來實作，這時候一定要提到常見的80/20法則。
20%的因素，將導致80%的結果。找出那關鍵20%重要的事情並全心投入，往往能帶來大部分的成果。
首先找到那20%重要並值得花團隊全心投入的P0-重要且須馬上行動的事。並懂得拒絕或是取捨那些重要但不急，甚至根本不用解決的問題 。取捨決策是一個好PM必備能力。
另外，作為產品的代言人，PM一定要知道哪些任務可以被整合在一起（甚至延伸成一個epic）；又有哪些tasks可能會因為其他迭代而順勢被解決，因此現階段可以忽略不做；又有哪些可能看似有問題，但其實是故意為之的機制。
有策略、有條理的安排團隊資源，聚焦在關鍵20%重要的問題上，可以讓團隊更有效率且優雅的工作。（非常重要，誰會想要每天灰頭土臉工作，你說是吧）
特質2：你是否喜歡且習慣站在對方的角度，使用對方的語言溝通？
有這個特質的PM絕對會是團隊的寶，而不會變成大家避之唯恐不及的任務交差使者。習慣從對方的角度出發，用對方熟悉的用語溝通，不僅能提升理解效率，還能拉近彼此距離，建立良好互動。這有助於建立信任，讓未來的合作更順利愉快，形成正向循環，培養無敵默契。（每次遇到只是一兩句話一個眼神，團隊內的工程師和設計師就能馬上理解我的意思，就會覺得「哇，你們真的是神隊友，我好幸福啊！」）
這邊簡單舉例與設計師以及前後端工程師討論需求時應該著重的方向：
PM與設計師溝通重點
重視使用者體驗（UX/UI）：需要清楚描述使用者的需求（如果需要可以附上完整的user story），並在需求說明中「用戶使用流程」、「易用性」、「介面設計」以及「資訊呈現方式」等。
【溝通舉例】「我們希望這個功能的流程是：1.先點擊這個按鈕，2.展開選單，3.選單中會有幾個預設選項且我們會幫用戶進行預選，整個操作希望可以在3步內完成。」
特別注意！尊重設計師專業：作為PM一定要尊重團隊內設計師以及工程師的專業。對設計師，請保留讓他們自由發揮的空間。提出的需求絕對不會是硬性規定設計師只是把你想像中的畫面／流程畫出來而已，保留設計彈性通常得到的結果都會比自己發想的還要完整流暢！
【溝通舉例】如果需要做一個活動頁面：「這個頁面會包含A~C 3個大分類的資訊，其中A／B分類會另外連結到C／D頁面。這個主頁面的設計，希望能傳達出現代感，並保留畫面的簡潔性，方便用戶快速找到他們要的資訊。可以參考這個網站的設計風格，但具體的顏色／圖標，分類呈現可以自由發揮。」
PM與前端工程師溝通重點
重視介面與互動：前端工程師負責將設計轉換成可用的介面。他們關注的重點包含介面呈現方式、元件的設計與實現、與後端如何進行資料溝通、並且也要確保網頁可以各種大小的裝置和瀏覽器上都能順利運行。
【溝通舉例】PM：「我們希望在報名頁面上，使用者可以看到所有場次，點擊後展開場次詳細資訊，並透過一個動畫顯示出『點選報名』的CTA 按鈕。這部分在手機的 web view 上也需要保持操作流暢。」前端工程師：「這個顯示CTA的動畫在一些舊瀏覽器上可能無法支援，可能會出現卡頓或不顯示的情況。」PM：「如果確實有這個問題，我們可以考慮用彈出popup的方式替代，重點是整體操作要流暢，並且能有效吸引用戶點擊報名。」
特別注意！技術可行性＆永遠都要準備PlanB：有時PM以及設計師一起討論出的設計可能在技術實現上會有挑戰。作為一個好PM，一定要工程師們討論在技術上的可行，以及如果無法實現，可以被接受的PlanB是什麼，並從中找到最佳解決方案。
PM與後端工程師溝通重點
重視系統穩定性及資料處理：後端工程師主要關注系統的穩定性及資料處理。他們習慣使用「API」、「資料庫」、「伺服器」等術語。作為產品經理，你需要清楚描述系統需求，並確保資料流（information flow）和功能邏輯的合理性。
【溝通舉例】PM：「我們需要建立一個數據報表，數據需要即時更新，並支援查看過去30天和60天的時間範圍。這個報表主要用來追蹤使用者行為趨勢。報表中的欄位定義以是{明確定義數據背後的計算邏輯以及fallback機制}。」後端工程師：「要實現即時更新可能會對系統造成壓力，特別是在高峰期，伺服器負載會增加，影響穩定性。」PM：「那或許我們可以考慮設定一個更新的cutoff point，在該時間點做一次性更新，確保穩定性以及更好管理系統負載。」
特別注意！具體明確制定規則：跟後端工程師討論事情一定要具體明確（制定出規則），不能給模糊的「形容詞」。以要新增檢查用戶註冊時的密碼強度的功能為例：
模糊的需求：「我們需要在用戶註冊時，先檢查密碼是否夠強。如果不夠強就讓他重新設置，夠強就讓他繼續註冊。」
➞這時候工程師一定會問你：密碼強度怎麼樣算夠強？這個檢查是在用戶點擊註冊時還是輸入過程中即時檢查？
明確的需求：「如果密碼長度小於8位或不含大小寫字母和數字，則在用戶按下註冊時阻擋下一步，並顯示錯誤提示並要求用戶重新設置密碼。如果密碼符合這些條件，則允許用戶完成註冊。」
PM的工作內容和模式會隨著產品領域、團隊規模及系統架構等因素而有很大不同。然而，良好的溝通能力，尤其能根據不同溝通對象靈活切換用詞和表達方式，針對不同情境調整思考重點，是做好PM必須具備的。如果你發現這種角色切換對你來說有些困難，或是習慣從單一角度進行思考，那可能就不會那麼享受於PM的日常了。
特質3：你是否接受甚至喜歡改變，且有隨時改變計劃的彈性？
最後一點，「接受改變，且對已經計劃好的事情是否總是能保持隨時調整，甚至需要打掉重練的彈性？」是一個PM是否能樂在其工作中，蠻關鍵的特質。
有PM經驗的都知道（不管是Product or Project）都會面臨到原本說好的方向會需要來個大轉彎，產品策略可能因為市場的變化要做立即的調整（例如AI的快速崛起）。對於比較不喜歡變化，或是對於要臨機應變這件事情比較排斥的人，做PM會比較辛苦（心裡苦的部分）。
No two days are the same for a product manager
如果看到上面這句話，你感到興奮，那恭喜你！你一定能從PM的工作日常中找到許多樂趣！
以上就是我簡單從自己身上總結出為什麼就算有時候遇到再鳥的事情，或是有時候真的工作壓力很大，但終究我還是很享受做PM的3大特質與性格，希望能給還在摸索的人或是猶豫不太清楚自己到底適不適合的人一點小小分享。
（原文標題：你適合當產品經理嗎？3個PM需要的核心特質＆性格解析）
[joblist_plugin title='更多104【產品經理】工作機會' url='https://www.104.com.tw/jobs/search/?order=15&page=1&sctp=M&scmin=40000&scstrict=1&jobsource=joblist_search&jobcat=2004003005&keyword=%E7%94%A2%E5%93%81%E7%B6%93%E7%90%86' amount='4']
[course_plugin title='產品經理學習營｜學習推薦' keyword='產品經理學習營' amount=2]
PM「產品經理」和「專案經理」差在哪？盤點工作內容及PM技能樹
產品經理和專案經理都稱作PM，然而其中的差異你分得清楚嗎？其實PM的職稱及負責業務範圍會依各家公司有所不同，甚至有些公司會認為兩者已經很難區分。作者認為，產品經理可以比喻為航海時代的船長，而專案經理就像是掌舵手，本文分享PM的工作內容、技能樹，以及PM工作中最重要的事！
本文目錄（點選連結可快速跳至該章節閱讀）
專案經理的工作內容
產品經理的工作內容
產品經理技能樹
市場與策略：發展產品如何少走冤枉路？
數據與技術：產品經理要了解技術？需要會寫程式嗎？
溝通與互動：PM溝通要領，尤重心態與互動方式
面對問題的思考力
在業界，產品經理（Product Manager，PDM）還是專案經理（Project Manager，PJM）都常被簡稱為「PM」，而 PM 的職稱及實際負責的業務範圍，會依照各家公司的文化與制度而有所不同；甚至有些公司或前輩會認為產品經理及專案經理在做的事情已經很難區分了，因此這篇內容是分享我所理解的差異。身邊的朋友都了解，我自己就是專案管理出身，就學時期從來不曾擔任幹部的角色，卻在出社會後，都剛好接觸到跟行政管理、專案管理相關的職務，從最早期的房仲店務、室內設計專案，到現在的軟體專案或產品開發。
依照個人經驗，專案經理平常在做的管理不外乎是「利害關係人管理」、「資源管理」、「項目管理」及「風險管理」。
專案經理的工作內容包括：
完成產品經理與公司所交代的任務。
整合資源、分解工作、有效執行資源配置。
協助開發團隊完成產品經理／客戶所定義的目標。
將產品如期如值交付給產品經理／客戶。
目標導向，重視專案進展與專案截止日與流程設計。
進行有效的風險管理，隨時處理突發情況。
需要大量溝通，對資源與品質負責。
而產品經理呢？產品經理的工作內容需要：
使產品發展符合公司的願景與商業目標。
以宏觀角度制定產品的願景、策略、價值與定位。
維度更多元，重視市場面、營銷面、產品設計與顧客體驗。
重視跨部門整合，負責產品成敗。
人們常說：「產品經理就像是產品的 CEO，關注做對的事；專案經理則像產品的保母，關注把事情做對」。我後來喜歡把產品經理比喻為航海時代的船長，他要帶產品這條船往對的方向前進，而專案經理就像是掌舵手，依照船長的指示，讓船能安穩且有效的航向目標。
產品經理技能樹
以下引用我之前在女性科技社群Ta pe Women n Tech（TWIT）的產品經理轉職工作坊，為了幫助新手PM 能依照自身興趣及特質選擇適合的職涯發展，特地整理出一份產品經理技能樹。
市場與策略：發展產品如何少走冤枉路？
身為產品經理，最擔心與市場脫節或開發出沒人使用的產品。包括目標族群、產業分析、競品分析、市場定位等，都是發展產品的關鍵。
個人很喜歡舉一個例子，關注市場之所以重要，是因為不能當外面世界的車子都會飛了，自己還很開心做出一個可以滾動的非電動式滑板車（懷舊除外）。還有一種是台灣經濟環境的文化，大家很容易看到別人做什麼有賺錢，就一窩蜂跟著做，最後變成削價競爭。
這不是說別人有做了，我們就不能做，而是說像以前國小第一堂課教的是「雅量」，我覺得做產品的第二堂課就要談「差異化」。看到需求，當然可以做，但產品差異化在哪裡？我們能做得比市場現有的解決方案來得好嗎？我們看到的問題是真的別人沒看到、還是因為我們沒想到的元素，是時機還沒成熟、還是這不是使用者真正在乎的事情或痛點，而導致當下沒人買單，使得表象需求無法轉成商業機會？如果資源沒人家多，又該如何劍走偏鋒，創造自己的護城河與競爭優勢呢？
觀察市場，了解競品的動態以及其他成功公司或經營者跟我們不同的觀點在哪裡，成功也許無法複製，失敗可能也很多，但這些多少可以幫助我們少走冤枉路或激盪不同的靈感。
尤其身為產品 CEO 的產品經理， 要有能力以「由上而下」（Top-Down）的方式綜觀公司及產品之間的願景與目標，再拆解對應策略與方法。也要能「由下而上」（Bottom-Up）的接受來自第一線使用者與客服的心聲，從中取得資源與資訊的拿捏與平衡，再精準投入資源並持續優化產品，以發展有綜效的產品策略與成效表現。
數據與技術：產品經理要了解技術？需要會寫程式嗎？
坊間有很多討論，產品經理要了解技術？我們認為是的。當產品經理對技術不夠了解，可能會太過天馬行空或影響團隊作業的效率，不過當產品經理太了解技術的極限，也可能會限縮思考或想像。因此，需要在持續掌握市場、敏銳的觀察的前提下，來了解技術，才能找到之間的平衡點。
軟體業PM 需要會寫程式嗎？我認為是不需要的，但是至少要知道什麼是API、資料怎麼跑、遇到事情可以安排誰來處理。當PM 有基本的技術認知，能在工作上帶來二大優勢：
與工程師精準溝通，知道程式的極限在哪。
幫助推理與思考，理解事物背後的本質。
溝通與互動：PM溝通要領，尤重心態與互動方式
身為PM，每天花最多的時間就是「溝通」。溝通是一個將資訊解碼、編譯再重新傳遞的過程。
平常總是透過不同介面，與各種利害關係人溝通。不論是對內與上層主管或開發團隊進行、還是對外向客戶或供應商。掌握溝通要領，才能提升工作效率，並推動專案與團隊前進。溝通有心態、方法、工具、情境及互動方式之分。有效的溝通，尤其重視心態與互動方式。
總結上述，我漸漸發現身為PM、甚至不限於PM，每個人都要建立一套有效的問題處理的系統與方法，才能快速應對這個世界的變化。
面對問題的思考力
產品經理是一個時常解決問題的角色，與客戶、工程師溝通。需要以庖丁解牛的精神看到問題的本質、探究事物的規律。
發現問題分析問題解決問題事後檢討優化流程辨識本質（核心問題）如何解決知識同步定義結構、類型判斷痛點何時解決本次做對什麼找出關聯比較（合理性）需求由誰解決本次忽略什麼追蹤語持續優化面對問題的5X3思維矩陣
這當中第一個步驟最為重要，即是「辨識問題」，然而很多問題不是沒發生，是並未被有效辨識出來，可觀察幾個訊號來判別問題：
是否合理：這件事情發生的原因合理嗎？
有多少影響：這件事情的發生，對組織或客戶分別有什麼影響？
比較與回顧：其他的案子有遇過類似的問題嗎？
結構化：類似的事情是否重複發生？
直覺：從經驗累積而來。
如前面討論，遇到問題最重要的是先「辨識」問題，先意識到問題的存在。例如：當我有意識自己在某方面的能力不足時，就會「分析」是什麼原因導致，並持續探索如何「解決」（包括進修與學習）、再進行後續的「檢討」與「驗證」，確認自己是否有學起來，並持續修正。
但如果過去我沒有意識到自己的不足、需要進步，而是有謎之自信覺得自己很厲害，因此沒有持續學習等，那麼我也不會是現在的自己，不敢說多厲害，但都還能應付好，並持續保持學習心態。
對於不要看「表象」，而是要去探索、辨識事物的「本質（包括真實的需求、沒說的話）」這件事，個人有一個印象蠻深刻的經驗，年輕時某次與友人吵架的過程中，看著貌似在咆哮的對方，實則內心很傷心，於是當下我選擇去與傷心的對方對話，而不是看似在生氣的他對話，我發現這樣可以更快去讓對方感受到自己被接納、重視，並能好好談，這件事帶給我很深的體會。
對了，我在分享經歷時，除了會提到策略或方法面，也會帶一些日常生活的案例與領悟。因為過去的經驗告訴我，在關注商業模式之前，要先關心使用者的痛點與體驗；而所謂的體驗，並不只是存在網上的應用程式之中，也存在於線下的真實世界，要先好好的體會、察覺自己的人生與生活才行。
節錄自：博碩文化《翻轉職涯！轉職PM的必備工作力×與工程師的協作心法／Rafeni(李星玟) 著 》
[joblist_plugin title='更多【產品經理PM】工作機會' url='https://www.104.com.tw/jobs/search/?keyword=產品經理+PM' amount='3']
[joblist_plugin title='更多【專案經理PM】工作機會' url='https://www.104.com.tw/jobs/search/?keyword=專案經理+PM' amount='3']
[course_plugin title='產品經理學習營｜學習推薦' keyword='產品經理學習營' amount=2]
推薦閱讀：
新手 PM，你是否落入專案管理迷思？５大檢測帶你優化「專案章程」
PM是最靠近CEO的職位？看這些執行長就知道！前臉書產品經理「矽谷阿雅」帶你實戰分析
老是惹怒工程師？PM與工程師協作的12個眉角
中小企業執行力：策略不卡關的策略地圖心法｜10/30 線上免費直播
文／104人資市集
「104 talks」致力於協助職場人士的知識學習與能力提升
為每位忙碌的職場人士，創立一個能夠高效學習的節目平台，集結各領域專業講師的知識與分享，為職場人士帶來啟發和新視角。
中小企業執行力：策略不卡關的策略地圖心法- 最落地執行的企業經營思維
人資市集將於2024/10月~2025/1月舉辦一系列共6場的中小企業主講座!
本次為首場，將從策略面切入，分享最實務面的企業經營思維，運用策略地圖將企業目標、行動計劃清晰的連結，幫助中小企業克服執行困難，實現高效協作與成長。
邀請到104人資學院 特約顧問 孫治華老師 與104人資市集 陳善能協理 進行深入對談，相信能為每位中小企業主和主管們帶來收穫，提前為2025年做好準備!
歡迎HR、主管們免費報名，別忘了邀請公司老闆們一同參與喔!
您將會學到：★ 什麼是策略地圖?★ 為什麼策略不容易被落實?★ 策略地圖實踐的三個重點面向
講座資訊：
講座時間：2024/10/30 (三) 13:30 - 15:00
報名截止時間：2024/10/28(一)
活動形式：線上免費直播
適合對象：中小企業老闆、企業主
價值：3600元 → 免費
立即點我免費報名
【報名流程】
1. 活動前1天，我們將以Email寄送活動通知及相關資訊給您，請隨時留意Email，以免遺漏。2. 本講座會以Youtube直播的方式進行。
【注意事項】
報名前，請詳閱課程內容及購買須知。
104 人資市集 保有相關課程內容調整及講師之變動權，可能視情況進行適當的修改與調整。
104 人資市集 保留報名審核權利。
如有課程相關問題，請至聯絡我們留下相關訊息。
． ． ．
最划算的全方位教育訓練方案！免費申請全課程試閱 >>
推薦你更多相關的好文章>>
【104 talks】時代 vs 世代：不可不知的 EAP 推動要點 | 興智國際執行長 黃智儀
【104 talks】現代領導者的人生進化指南 | 波波黛莉共同創辦人黃晨皓 Kim
【104 talks】AI 數據智能時代的工作再定義 | 微軟人資長王有蘋
【104 talks】運用心理能量，職場一路順暢 | 蘇予昕心理師
【104 talks】啟動你的能量計畫，打造高效人生 | 最速總經理王冠翔
【104 talks】提前佈局不被市場淘汰！第二曲線創新學 | 郭瑞祥
滿足中小企業的培訓需求！超過150+課程任選 >>
訂閱市集電子報與你分享專家文章及最新活動訊息 >>
加入104人資市集 Line 獲得新知與獨家優惠！
產品經理的「向上管理」必修課：老闆需求變來變去怎麼辦？
作者前言：策略走向終須一變，影響到產品規格與功能異動，PM們該如何解讀老闆指令，因應需求變更的任務？本篇文章適用於所有產品經理(PM)，閱讀時間約10分鐘，希望大家都能順利克服產品被更動時的狀況。
–
文／Mu Chen 陳爾豪
一、本質，從商業思維談起
產品經理基本除了關心用戶體驗、跨部門溝通、確認功能細節外，進階的你得關心老闆的策略思維、集團戰略、市場/公司利益等。
說白了些，商業策略的走向影響了所有的需求變動，創造出來的產品不為了單一的用戶體驗環節，而是你的核心服務/業務滿足了多種用戶體驗，消費者們願意買單支付並使用你的服務，而最終集結成了你的產品。
而「需求變動」，起因都可能來自「商業策略」的轉換，無論是外在發動還是內部啟動，都是一環扣著一環去影響你的產品。
你得清楚，在你的公司中，哪些產品與核心功能是老闆最為關心？哪些用戶貢獻度最高？或更為被重視？有了基本的體認，未來在面臨各種策略或功能異動時，才能用最快速度應變。
二、理解，老闆的話中話
有時老闆在提出需求變更時，資訊是非常不明確的，可能只丟了一句話、一篇新聞報導、深夜時發了段LINE message描述他對產品未來的願景，然後就讓你（找不到人或太忙）無所適從。
在產品經理接到任務後，第一件事不該是立刻想功能怎麼設計，或是傳達聖旨給所有跨部門同事們，這只會讓你像個工匠或傳聲筒。你得仔細揣摩並理解老闆的話中話，也許發現他提出的不是個需求變動（而是發牢騷？），或著現階段不該做的事（先畫餅），有幾個check point可以衡量：
你問得到更多資訊嗎？不是當下立即拒絕或接受，是取得更多判斷條件。
你理解老闆說出這句話的環境背景嗎？(ex.新聞, 研討會)
專案/產品進行中的策略/情報，是否有遺漏更新給老闆的地方？
你理解市場上對手的動態嗎？發展策略是否和別人有差異？
從商業思維出發，這樣的需求變動是否有符合公司策略及盈利？
在Top-down到產品功能後，才去思考如何變動設計，能夠符合老闆提出的需求變動原意，而你在真正理解後，也才能制定正確的action plan。
過去在中國信託負責數位平台時，曾接到「要提升所有宣傳曝光」的任務，直觀來說這是Marketing份內的事，從優化單一素材成效與想出更多creative idea去達成。但從Platform/Channel角度來看，則是如何創造更多「曝光機會」，從服務／場景思考創造新版位，或平台向下細化分眾加強曝光效果，又或是從外部資源去連結產品創造新客群。
但從老闆的話中話來定義，卻可能是「搶佔所有客戶touch point，達成產品在上市初期的話題與聲量。」在這條件下，就不能從單一面向(Marketing)去思考提升既有通路/產品的曝光。
三、尋找，從變更需求中點出明燈
在釐清老闆話中話，真正確認是「改動需求」的Brief後，你有幾條路可以走：
堅持立場：你有時需要學會拒絕老闆的任務，不是什麼都必須執行與Say yes，必須站在完整的產品全局去思考與說出你的獨立觀點。但在拒絕變更需求的同時，必須向老闆說明清楚，你的思考判斷為什麼這個不能更動？原因是什麼？影響範圍有哪些？
接受他也接受事實：產品經理得在內部會議上審查產品環節，並向老闆確認自己對業務/新需求的解讀是否有誤，你需要釐清新流程、新邏輯、因應新狀況帶來的各種問題，都需要和老闆確認並過一遍。既然是變更，那就得一次到位。而再次審查的面向，包含了影響範圍、功能/設計細節、時程、人力、業務邏輯、老闆期待值、各關係人、市場狀況等。
切記，再次從商業思維檢查業務邏輯，不能和產品邏輯脫鉤，一但落下不是變成沒人用的產品，就是用了卻不符合消費者期待的產品。
你也許會碰到無所適從的時候，像範圍太大不知如何改起、功能複雜一時動不了太多（通常這程度改動已經是策略上的翻天覆地）。試著化整為零，拆分成一個一個小環節來看，並排序重要性及急迫性，把互相影響的湊成一塊，單獨能解決的標記出來，有助於梳理思緒。
拉著key stakeholder看來，別讓自己陷入單兵作戰的窘境。
四、教育，不是一蹴可及
在變更需求不斷痛苦的溝通過程中，你得明白，老闆不像你一樣懂得所有產品開發流程，在同樣的時間內他學習並實踐商業策略，綜觀全局，但技術面的Know-how、或是產品全局的掌控，你才是專家。
因此，你不該當有意見不合時就一昧責怪你老闆，一次溝通不成功，你得去梳理背後的原因，才能找出後續解決的核心：
觀念來源：是否有他更信賴，更倚重的消息來源去造成他這樣的思考脈絡？可能是另外一位主管的論點，又或是新聞/媒體上的某些事件。
成功經驗：觀念是長久累積而成，而人們習慣依賴過往的成功經驗，進而複製到下一個階段，你得觀察是否有他的過往成功經驗擋住了你的提案？
說服程度：你準備的materials，是否足夠支撐你想講的論點與提案？你的key message是否清楚？又能讓老闆在短時間內吸收理解？
溝通策略：你可以動之以情，或是分析利弊得失，但得先確定好你的時間/地點等環境因素適合提出，並使用一切合情合理的方式讓你的老闆了解改動需求所帶來的影響。
-
甚至，你可以定期或不定期的盡量洗腦你的老闆，無論是正式會議、等電梯、搭Taxi、外出覓食、單獨走路時，你要把握每一次談話的機會教育他、洗腦他、舉例來說服他、讓他對於你做的判斷感到心動，開始對於他做的決定感到動搖，當動搖累積到一定程度後再進行正式會議說服，成功率才會大幅提升。
一次提不過，不代表會永遠提不過。
也有一種方式是拉入外部資源，從顧問，廠商下手，比你自己來教育會輕鬆很多，不管是外部seminar、內部workshop開始進行教育工程，日常教育是減少未來認知gap的基礎。
五、安內，向上向下即時更新
對於向上管理的訊息同步，你必須注意以下的要點：
主動性：身為一個產品經理，你得學會主動將資訊跟進度同步給你老闆，尤其在產品變更需求上，老闆更會特別重視，甚至等不及weekly meeting報告，你需要深入分辨什麼是你自己能下判斷處理的，哪些是老闆需要知道/或決策的訊息，在適時的時候提出，才能增加你溝通上的價值。
決策點：若專案需要老闆裁決判斷，你需要清楚地列出各項action item，並壓上deadline，說明決策帶來的正負影響（通常算一算變更需求，負面影響都大於正面…）
面對PM性格或控制欲強的老闆，訊息同步更為重要，很多老闆恨不得在他想要的產品功能上樣樣都插手，但適時的讓他放心，並展現你專案控管的專業就是一件得不斷學習的事。
即使最終仍要變更需求，對於跨部門溝通的同事們也要說明清楚：
變更目的：最終你被說服時，也要拿出老闆策略判斷與合理解釋去說明需求變更目的。（當然話術得內化過）
變更執行計畫：可能已和老闆協議了折衷方案，用最小的功能修改去滿足老闆的需求，但執行計畫、步驟上都需要和每一位專案成員溝通釐清。
更新協作資料：記得更新每一個記載舊需求的地方，包含Email, Excel, JIRA, Confluence, google doc…等等，避免造成混淆或資訊不同步。
最後，祝大家面對需求變更時都能安然度過，和老闆溝通順暢無比！
（原文標題：學會向上管理，產品經理應對老闆變更需求之教戰守則）
[course_plugin api_type='course_id' title='PM產品經理｜入門致勝攻略' id='d74ae414-8db3-46d4-8158-9d256c517939']
產品經理 - 學習地圖(上)：技能養成篇
產品經理是一個融合創新、邏輯與溝通的角色。隨著數位化加速，產品思維逐漸成為組織決策的核心。從技術團隊、設計部門到商業營運，產品經理肩負整合多方資源、定義方向並推動產品落地的關鍵任務。
本篇產品經理學習地圖(上)：技能養成篇，將協助轉職者認識『從入門建構產品基礎思維』到中階『掌握用戶洞察與功能實作』，最終能『獨立推動策略規劃與跨部門協作』的相關職業技能，依循學習路徑，逐步成為具影響力的產品專案執行者！
文 /【104學習精靈】
本文目錄（點擊可快速前往）
產品經理是誰？為何成為熱門職業？ 產品經理工作內容 產品經理與相近職類比較表 為什麼選擇產品經理？ 誰適合轉職產品經理？ 掌握產品經理的核心能力：必備工具技能 x 學習路徑 x 軟技能 產品經理技能 × 學習階段 對照表格 產品經理學習地圖與路徑（搭配AI工具） 成為產品經理應具備的軟技能
產品經理是誰？為何成為熱門職業？
產品經理工作內容
產品經理（Product Manager）負責定義產品要解決的問題，並與設計、工程、行銷等部門協作推動產品從構想到落地。其核心職責包含：
需求探索：透過用戶訪談、行為數據、回饋收集等方式，洞察真實需求。
功能規劃：撰寫 PRD、制定功能優先順序、評估 MVP 可行性。
專案推進：主持日常開發流程，跨部門協調資源，確保開發進度與品質。
成果驗證：追蹤產品指標（如留存率、轉換率），進行 A/B 測試與功能優化。
策略規劃：參與產品路線圖規劃，制定中長期產品方向與營收目標。
產品經理既是產品成功的推動者，也是用戶價值的守門人。其價值在於將「使用者需求 × 商業機會 × 技術可行性」三者整合為具體可執行的產品方案。
產品經理與相近職類比較表
職位 關注重點 負責內容 常見產業 產品經理(Product Manager)使用者 + 商業價值 規劃產品功能與開發節奏 科技、電商、金融、SaaS 等 專案經理 (Project Manager) 進度與成本控制 控管時程、資源、人員配置 各類型專案導向型公司 UI/UX 設計師 使用者體驗 介面設計、動線、視覺規劃 軟體、行銷、遊戲、EdTech 等 資料分析師 數據洞察 分析用戶行為、產品數據、A/B 測試 金融、零售、科技、行銷
為什麼選擇產品經理？
📈 發展潛力大｜未來產業的中樞角色
不論是新創公司還是科技巨頭，產品導向已成為企業競爭的關鍵思維。
有產品就有需求，有需求就需要 PM——從 AI、SaaS、電商到 FinTech，每個行業都需要懂得「整合價值」的人。
企業不再只需要「能執行的專業者」，而是需要「能定義方向、驅動成長」的產品領導者。
🛠️能力多元｜最全面的跨域訓練場
產品經理是一個訓練全腦能力的職業：👉 左腦要有邏輯與分析能力（數據、商業）👉 右腦要能發想與感知使用者（設計、體驗）👉 兩者還要能與技術部門深度協作（開發、工程）
在角色中將學會「如何說服利害關係人」「如何觀察用戶行為」「如何評估一個功能是否值得投資」，這些都是未來每一份高階職位都會需要的綜合實力。
🚀 成長彈性高｜跨域轉換與職涯彈跳力強
PM 的角色可以橫跨不同產業與職能，時常需要與工程或設計專業職能有效通協作。是「所有關鍵決策職位的預備場」。
許多優秀的 PM 在職涯中轉職為：
創業者（Founder / Co-founder）
使用者體驗設計師（UX Designer）
數據分析師（Product Data Analyst）
成為產品主管、策略顧問，甚至進入 CPO、COO 等管理層
誰適合轉職產品經理？
🎓 1. 無產品背景但熱愛創新、解決問題者
你喜歡觀察生活問題、總是腦中浮現「這東西為什麼不能這樣改？」
從 side project 開始，就是最好的敲門磚。
無需程式背景，只要有邏輯、有使用者觀點，PM 是歡迎非典型背景者的職位。
💻 2. 工程師背景者
想脫離單純執行任務的角色，希望參與更多「要做什麼」的決策討論
PM 是讓工程師走向策略與產品領導的黃金道路。
技術理解力會讓你在 PM 角色上如虎添翼。
🎨 3. 設計師 / UX 專業者
有同理心、有用戶感知力的設計師，適合轉向更有產品話語權的角色。
讓你從 UI/UX 執行者，變成「產品體驗的主導者」。
許多產品團隊喜歡擁有設計底子的 PM，因為他們更懂體驗與細節。
📢 4. 商業 / 行銷 / 業務人員
熟悉市場與用戶痛點，對產品的商業價值有敏銳觀察
補足產品開發語言與邏輯，就能駕馭市場與產品之間的橋樑位置。
掌握產品經理的核心能力：必備工具技能 x 學習路徑 x 軟技能
產品經理技能 × 學習階段 對照表格
🧩 產品規劃與需求管理 📊 數據分析與驗證能力 🎨 戶體驗與設計思維 🤝跨部門協作與專案推進 基礎 - 撰寫 User Story、建立 Persona - 初步撰寫 PRD、功能清單 - 認識基本產品指標（DAU、MAU、CTR） - 初步理解 A/B 測試、使用 Google Analytics - 繪製使用者旅程圖、UX Flow - 使用 Figma 建立簡易原型 - 熟悉 Notion / Trello 等任務管理工具 - 學習基本會議記錄與任務追蹤方式 核心 - MVP 規劃、功能優先排序（RICE、Kano） - 撰寫完整 PRD、維護 Roadmap - 使用 Mixpanel / Amplitude 追蹤行為流 - 設計驗證機制（Cohort、Retention、轉換率分析） - 熟悉設計思考流程（Design Thinking） - 與設計師協作建立 Wireframe 與可用性測試 - 使用 Jira / Asana 進行敏捷開發任務管理 - 主持 Stand-up / Sprint Review / Retro 會議 進階 - 多模組產品整合與平台化思維 - 建立產品 KPI 指標並追蹤成效 - 設計數據導向決策邏輯 - 與資料分析師共構儀表板、做策略調整 - 優化使用者體驗，結合數據與測試結果反覆調整設計- 規劃用戶測試場景、引導焦點訪談 - 建立跨部門溝通 SOP 與產品知識共享 Wiki - 作為 PM Leader 引導 Junior PM、推進跨部門專案 認證 - CSPO（Scrum Product Owner）- Pragmatic PM 認證 - Google Analytics 證照- Mixpanel / Looker Studio 認證 - Google UX Design 認證- Nielsen Norman UX 課程 - PMP 專案管理師- CSM（Scrum Master 認證）
產品經理學習地圖與路徑（搭配AI工具）
🟢 第一階段：新手 PM 入門（0～6 個月）
✅ 目標：建立基礎產品思維與跨部門語言，從具體產出中培養使用者理解與任務邏輯。
📌 學習內容：
【產品市場機會】：初步理解產品與市場的關係（例如：Who / Why）
【找出使用者需求】：撰寫 User Story、建立 Persona、使用者旅程圖
【設計思考】：練習 Wireframe / Wireflow 製作，視覺化想法
撰寫簡易 PRD：說明做什麼與為什麼
學會製作 UAT（功能性測試 / 反向測試等）
建立會議紀錄與議題追蹤清單，強化任務邏輯與流程觀
📌 AI 工具應用：
ChatGPT / Claude：生成 User Story、用戶情境模擬
Uizard / Figma AI：快速建立原型畫面與 Wireframe
Notion AI：整理任務、產出會議紀錄與需求清單
📌 備選學習：
學習基礎專案管理（甘特圖、排程、進度跟催）
練習回報 bug 與測試報告，建立與工程團隊語言
閱讀《Inspired》、《Lean UX》理解產品角色的多重任務
[course_plugin title='產品經理入門課程' keyword='PM產品經理｜入門致勝攻略：打造最強怪物新人的實戰課｜104獨家線上課' amount=1]
🟡 第二階段：中階 PM 成長（6～18 個月）
✅ 目標：獨立負責一個產品模組，深化市場洞察與優先排序邏輯，開始建立產品成果思維。
📌 學習內容：
【產品市場機會】：進行競品研究、定位圖、SWOT 分析
【使用者需求】：進階訪談技巧、使用者回饋整理、Cohort 分析
【提出解決方案】：撰寫完整 PRD、定義功能 MVP、排定開發優先順序（RICE、Kano）
【產品企劃框架】：建立產品 Roadmap，依驗證結果動態調整
專案協調與跨部門簡報報告
主持 Scrum、Sprint Review 等會議，培養團隊推進力
📌 AI 工具應用：
Miro AI：協助需求 Mapping、建立 Feature Map
Amplitude / Mixpanel + AI plugins：用於用戶行為與留存分析
Jira AI / Linear AI：協助排程與任務追蹤自動化
ChatGPT：產出會議簡報、功能拆解與優先順序建議
📌 備選學習：
與工程師深度對話 API 邏輯與限制（建立技術思維）
學習使用 A/B 測試平台與分析資料結果
與設計師協作，規劃 Usability Test 測試流程
[course_plugin title='資料分析相關課程' keyword='用AI+Google Sheet建立自動化工具，打造你的業績成長引擎｜104獨家' amount=1]
🔴 第三階段：資深 PM 精進（18～36 個月）
✅ 目標：制定產品策略與願景、帶領多模組團隊與跨部門合作，具備從數據到決策的整體能力。
📌 學習內容：
【產品企劃框架】：建立成果導向型 Roadmap，結合營運目標與客戶反饋
【有效提案法】：提案簡報、策略 Buy-in、利益關係人對齊溝通（尤其是非 PM 部門）
【提出解決方案】：設計產品 KPI（DAU、留存、LTV、NSM）
【產品驗證與迭代】：產品指標監控 → 分析迭代邏輯 → 反饋進 Roadmap
建立跨部門合作 SOP、主持策略規劃會議
設計產品願景，指導 Junior PM 並進行 Mentor / Review
📌 AI 工具應用：
Power BI / Looker Studio + GPT Plugin：產出決策儀表板、進行策略預測模擬
Notion AI：整理策略紀錄、文件管理、產品 Wiki 協作
ChatGPT / Claude：撰寫產品願景草案、跨部門溝通稿
Suno / Gamma AI：製作產品簡報、提案影片輔助
📌 備選學習：
學習產品組合管理（Product Portfolio）
熟悉商業模型設計與利潤預測（可使用 Business Model Canvas）
進階使用 AI 作為產品功能的一環（如設計 AI Prompt 功能、智能推薦引擎）
[course_plugin title='產品經理實戰課程' keyword='第7屆產品經理學習營' amount=2]
成為產品經理應具備的軟技能
產品經理的成功關鍵往往不在工具，而在於這些關鍵軟實力的「日常實踐力」：
溝通協調能力
與設計、工程、商業部門建立共識
化繁為簡、拆解問題並說服他人
優先排序與決策力
在時間與資源有限下做出取捨
擁有面對模糊需求時的清晰邏輯
系統性思考能力
看見整體產品架構與模組邏輯
能理解「做這件事對誰有價值？」
同理心與觀察力
從用戶視角出發洞察潛在問題
不被表層需求誤導
學習力與適應力
快速吸收新工具、新領域知識（如 AI、資料分析）
面對變動保持彈性與專業判斷
繼續閱讀 【產品經理 - 學習地圖(下)：職涯精進篇】
[joblist_plugin title='更多104【產品經理】工作機會' url='https://www.104.com.tw/jobs/search/?jobsource=index_s&keyword=產品經理&mode=s&page=1' amount='3']
延伸閱讀：
PM「產品經理」和「專案經理」差在哪？盤點工作內容及PM技能樹
PM工作內容做什麼？產品企劃／產品經理薪資待遇、履歷面試總整理｜精選工作機會
PM意思有不只3種可能！為何PM工作職缺只會愈來愈多？哪種PM最熱門？
轉職PM不撞牆！從0學會提案，產品經理學習營揭3大挑戰｜商業思維學院
你的「PM決策影響力」多大？4類型PM升級策略對應
你的PM決策影響力在哪一層？作者指出，PM本質上是「沒有正式權力，但卻需要影響決策」的工作，藉由決策參與度、決策影響力高或低，可將PM歸類為4種類型：執行型、顧問型、戰術型、策略型。本文節錄自《泛 PM 職能的百萬年薪破關術》。
文／李星玟（Rafeni）
本文目錄（點擊可快速前往）
小測驗：你目前的PM決策影響力測驗結果：思考你的角色思考框架：PM影響力層級四象限模型
多數人都清楚，PM這個角色，本質上是「沒有正式權力，但卻需要影響決策」的工作。這意味著，PM的影響力來自於別人願不願意聽你說話，而不是因為你有什麼職權。
這也是為什麼很多PM會有這樣的困惑：
「我每天都在開會、拆解需求、管理進度，為什麼產品方向不是我說了算？」
「我已經提供了最完整的市場分析和競爭對手研究，為什麼決策還是業務部門在主導？」
「我以為自己在做產品策略，但其實只是負責確保需求有被開發。」
PM在職場上的挑戰，不只是執行專案，而是如何確保自己的影響力能夠被組織真正採納。
下方這個測驗幫助你了解自己在組織內的決策B影響力層級，看看你是執行型PM、顧問型PM、戰術型PM，還是策略型PM。請根據你的日常工作狀況，選擇最符合的答案，最後計算你的分數，看看你在哪個層級！
小測驗：你目前的PM決策影響力
可直接圈起哪一個比較接近你的狀況，最後再思考你偏向哪一種角色。
問題選項A選項B1. 我能夠決定哪些需求應該進入產品開發？我沒有決定權，只能執行他人的需求我能夠影響需求優先順序，但仍需獲得批准2. 我能夠主導產品的長期策略？產品方向由高層決定，我只負責落地執行我能夠影響某些產品策略，但無法完全主導3. 我是否有機會與C- Level 或決策高層對話，並影響他們的決策？我沒有機會參與高層討論我可以參與部分決策討論，並影響最終結果4. 我的建議是否影響了產品開發的最終決策？我可以提供建議，但最終由別人決定我的建議經常被採納，甚至能推動變革5. 當新產品或新功能規劃時，我的角色是？主要負責執行，按照指示完成規劃負責設計產品功能，並有機會影響核心方向6. 我的影響範圍主要在哪裡？限於backlog 管理、開發排期、專案協調涵蓋產品方向、決策機制，甚至影響組織運作7. 當我對產品方向有不同意見時，我的選擇是？我只能執行上級的決定我可以提供不同觀點，並有機會改變決策8. 公司內部是否有其他人能夠取代我，而不影響產品決策？有，因為我只是負責確保專案執行沒有，因為我的決策影響產品的核心方向
測驗結果：思考你的角色
執行型PM（只負責backlog，沒有產品決策權）
顧問型PM（能參與討論，但影響力不強）
戰術型PM（負責某些關鍵功能的決策，但無法影響整體產品）
策略型PM（能夠影響公司產品方向，參與核心決策）
思考框架：PM影響力層級四象限模型
PM的影響力可以拆成兩個關鍵因素：
決策參與度（低/高）—你有沒有機會參與產品方向的討論，還是只能執行已決定的事項？
決策影響力（低/高）—你的意見是否真的能改變決策，還是你的話只是被當成參考？
決策參與度低決策參與高決策影響力低執行型PM（只負責backlog，沒有產品決策權）顧問型PM（能參與討論，但影響力不強）決策影響力高戰術型PM（負責某些關鍵功能的決策，但無法影響整體產品）策略型PM（能夠影響公司產品方向， 參與核心決策）
影響力的提升，並不只是爭取更多發言權，而是確保你的聲音能夠被決策者接受並採納。
PM可以根據自己的影響範圍，判斷自己在哪個決策層級，並尋找突破點：
參與決策，但無法改變決策→開始提供更有數據支持的分析，讓決策者更信任你的觀點
可以改變部分決策，但無法主導整體產品策略→擴大影響範圍，參與更高層的產品戰略討論
能夠影響高層決策，但仍需獲得批准→建立跨部門聯盟，讓你的決策更具可執行性
完全擁有產品決策權→影響公司整體戰略，讓產品策略與商業發展一致
改善建議：
如果你是執行型PM→你應該試著提升「決策參與度」，讓自己更早進入決策過程。
如果你是顧問型PM→你需要強化自己的「決策影響力」，確保你的意見能夠被真正採納。
如果你是戰術型PM→你應該思考如何影響更高層的決策，提升自己的策略思維。
如果你已經是策略型PM→你可以開始思考如何建立自己的領導風格，帶動整個組織的產品策略。
你的結果對應策略
結果代表短期調整（1 個月內）中期策略（2-3個月內）長期發展（6個月以上）執行型PM你的工作主要集中在backlog管理與專案執行，較少參與決策主動參與產品策略討論，在會議中提出有價值的觀點與主管建立更緊密的合作，爭取參與優先級討論的機會鍛煉數據分析與市場研究能力，讓自己具備更強的決策價值顧問型PM你能夠提供建議，但影響力有限，決策權仍在他人手上建立數據驅動的決策模式，讓建議更具說服力擴大跨部門影響力，讓自己進入更高層的決策會議爭取戰略層面的專案，讓自己成為決策過程的一部分戰術型PM你能夠影響某些關鍵產品決策，但無法影響整體產品方向主動了解更多決策原因，確保自己不只是執行部分功能與主管溝通，爭取更多決策參與權強化商業視角，確保自己能夠參與公司級別的策略討論策略型PM你已經能夠影響公司產品方向，參與核心決策強化產品思維，影響商業決策提升領導能力，影響組織運作方式建立個人品牌，影響產業發展
節錄自：博碩《泛 PM 職能的百萬年薪破關術：職場 E 人，生活 I 人的逆襲，從被動執行到主動影響決策的理想人生》／李星玟（Rafeni） 著
[joblist_plugin title='更多104【PM 產品經理】工作機會' url='https://www.104.com.tw/jobs/search/?keyword=%E7%94%A2%E5%93%81%E7%B6%93%E7%90%86+PM&order=15&page=1' amount='5']
TPM是什麼職位？成為「技術PM」需要具備的6大能力
如何成為優秀的技術產品經理（Technical Product Manager, TPM）？本文透過工程師視角，解析成為TPM所需的6大關鍵能力，無論是想轉職技術PM，或是希望提升職場競爭力的PM，都值得參考。
文／朱麒
本文目錄（點擊可快速前往）
印度資深後端工程師對TPM的6個建議1. 了解基本的電腦科學（Computer Science）2. 注重細節3. 了解組織產品的軟體架構4. 開發排序5. 高度文件化6. 掌握大事總結：3個建議培養「專業」
印度資深後端工程師對TPM的6個建議
Arihant Kumar Jain是一位印度資深後端工程師，這篇文章摘要他在《An Ideal Technical Product Manager, Extract from an Engineer’s Diary》對於技術PM（Technical Product Manager，簡稱TPM）的建議。
「我們往往不會珍惜好的人或產出，直到體會到賽的。」這句話是我出社會後幾年的心得。
遇到神隊友不但可以把事情做得又快又好、甚至還可以偷學幾招；遇到雷隊友不但把事情做的又慢又鳥，甚至還可能被拖下水。
神隊友不見得跟我們是同職位的人，也不見得是同年資的人。但只要這個人夠厲害，我們就應該試著觀察與分析、甚至聽聽他們的建議（如果他還願意給建議的話），我有過太多次「聽君一席話，勝讀十年書」的工作場景，因此只要遇到就會特別珍惜。
這篇文章討論的雖然是技術PM，但內容值得其他PM職位的人學習。包含：
了解基本的電腦科學
注重細節
了解組織產品的軟體架構
掌握排序
高度文件化
掌握大事
1. 了解基本的電腦科學（Computer Science）
Product Manager依據專精的項目不同，可以再分成：
Business product manager
Marketing product manager
Technical product manager（TPM）
從字面上就可以看出，3個職位在專業上分別著重於商業、行銷、技術。
以TPM來說，至少對於技術討論、解決方案的構想、資訊架構都要有基本了解，例如設計API 時要知道REST, CRUD, HTTP status code……的觀念。
這就像對於UI設計，PM要了解公司目前的UI Library大概有哪些Componet，才不會鬧出像是「PM想這樣設計，但因公司的UI Library不支援，而要花更多時間成本客製化」的窘境。
要了解軟體技術，最基礎的學科就是電腦科學（Computer Science）。除了在職場上邊做邊學，也要定期補充學科知識，才能了解軟體技術的基本原理。
2. 注重細節
對於一個已經工作2-3年的PM來說，寫Spec應該算是駕輕就熟的事情。但決定「好」跟「專業」的Spec， 差別就在於文件的細節。
例如寫UI的User Story時，除了User Story、Functional Map、UI Flow之外，記得要規劃錯誤訊息（Error Message） 這種反面案例。如果PM不規劃，就會麻煩到QA、Developer甚至 Designer幫忙規劃，反而讓其他人有「PM是不是都沒先想這塊」的念頭。
如果是API的User Story，則要先跟Senior工程師或是主管確認是否有API文件（例如 Swagger），仔細考慮每個資料節點的收集與傳送。
「好」跟「專業」的一線之隔，在於細節。
3. 了解組織產品的軟體架構
軟體開發除了注重 Coding 的技術細節，設計完善的軟體架構也非常重要。
許多公司開發求快的結果，就是在產品上線後要不斷地花時間進行重構（refactor）。這就像是蓋一棟危樓，草草成案就動土開工，後續必須花大量時間進行修補工程才能支撐不倒。
TPM在整個過程中，可以協助當紀錄與畫圖的角色。
透過和工程師一起討論架構、整理結論、用繪圖工具畫成流程圖、系統架構圖，都能夠幫助自己對於組織的產品軟體結構更加了解，在設計產品時能夠更有Sense。
共同參與技術討論，協助紀錄與整理資訊讓自己更理解產品。
4. 開發排序
排序（Prioritization）是PM最重要的工作之一，這項技能也決定了一個PM是否有好的產品管理Sense。
排序其實是由多項子技能組成，包含產品決策、利害關係人管理、責任感、邏輯推理、成本與效益衡量……。對於TPM來說，還加入了技術方面的考量，除了考量商業利益，也必須考慮到系統是否會產生過多的技術債（Technical Debt）。
對於TPM來說，必須多分析技術方面的效益與成本，與商業決策作權衡後再做開發排序。
5. 高度文件化
不論是軟體開發還是其他領域的工作，都一定會有「問題-討論-決策-行動」的步驟，且都會面臨到「到底當初這個決策是怎麼做出來的？」問題。
場景通常會像是：一群人開始翻箱倒櫃，找Email、找線上文件區、找桌子旁的紙張、找通訊軟體的對話……這個現象你在公司中一定不陌生。
一個好的PM要非常重視「寫文件」這件事情，因為有事情別人第一個就是找PM確認。
對於TPM來說，還要多紀錄「功能技術決策」的原因。例如：
這個功能最後決定不多開資料庫欄位是因為……
前後台將透過這3隻 API 進行溝通，因為……
事實上公司中的每位角色都要有「寫文件」的意識，否則發生上述問題的時候，就只會有一句：「我不知道，那是xxx叫我做的。」
6. 掌握大事
身為PM，組織中的利益關係人有事沒事都會第一個想到你，因此重要的事情都必須要能大致掌握。舉例來說：
工程師會質疑你的決定還有產品需求細節
主管會確認產品開發進度
老闆會詢問這個專案的成本與效益
這麼多的事情，PM要做的就是Get shit done。這仰賴於對大局的理解、對資訊的掌握。
當然人的大腦也沒辦法記那麼多事情，因此我們只要知道需要的時候去哪裡查就好，這件事的前提是有做好「文件化」這件事。
「我不需要知道所有的事情，只要知道在我需要的時候去哪裡找到它。」— 愛因斯坦
( I don’t need to know everything, I just need to know where to find it, when I need it — Albert Einstein）
總結：3個建議培養「專業」
最後我將Arihant Kumar Jain提的6個建議，總結成下方3點：
1. 多跟不同職位的人學習，聽聽從他們的角度是怎麼需要你的
我們以為自己做到的，可能跟別人實際感受到的不同。一個有效的策略是跟不同職位的人聊天，問問他們：你覺得一位PM應該要能夠做到什麼事情？
2. 親自參與討論，才能培養專業的Sense
身為一個TPM要參與重要的技術決策、身為一個Marketing Product Manager要參與市場行銷的討論、身為一個Business Product Manager要參與公司商業策略的制定。
只有實際參與才能獲得深入的洞察。
3.注重細節，多想一點
「好」跟「專業」的一線之隔在於細節，細節來自於規劃時的多方面考量，多方面考量來自於過往經驗的總結。
定期做工作成果盤點，將收穫應用在下一次的規劃上。更多文章分享，可至「朱騏部落格」閱讀。
（原文標題：如何當一個技術 PM？從工程師角度來看 PM 需要具備的能力）
[joblist_plugin title='更多104【技術PM】工作機會' url='https://www.104.com.tw/jobs/search/?keyword=tpm+%E6%8A%80%E8%A1%93%E5%B0%88%E6%A1%88%E7%B6%93%E7%90%86&order=15&page=1' amount='3']
員工調職時內心怎麼想？企業人事異動如何有效溝通、聽到心聲？
員工調職對個人職涯、組織發展與企業營運均產生廣泛影響。本文將分析員工在面對調職時的常見心理反應，提出雇主在過程中應採取的有效溝通策略，並建議如何進行回饋蒐集，以便勞資雙方達成共識並促進雙方利益。
文／《104職場力》
本文導覽
為什麼是我？「不解」是員工調職最常有的反應1. 為什麼選我？是因為我不好嗎？2. 是短期支援還是長期？希望我在新職位達成什麼目標？3. 調職後的薪水還是跟現在一樣嗎？4. 我能拒絕調職嗎？如果不適應能調回原部門嗎？5. 有沒有人交接或指導？如何適應新的工作環境？調職員工需要哪些協助？希望雇主或主管做什麼？▲ 調職前：擬好調職方案→找員工協商、確認意願→發布調職令▲ 調職後：密切關心→聆聽需要→解決問題並給予鼓勵蒐集調職員工回饋，讓組織更動更順暢▲ 員工調職面談後的意見調查▲ 員工調職1個月後的意見調查▲ 員工調職3個月後的意見調查
在年末，企業通常會進行全面的營收回顧，評估各部門的績效表現，並以此為基準制定新年度的目標，此外，企業會重新盤點、分配資源，並在此過程中透過人事異動來調整組織結構。
因此不少中大型企業的員工，有機會面臨職務異動，部分是主動抓住機會提出請調，部分則是因應企業頒布的調職令。無論何種，雇主勢必需要和員工好好協商，畢竟調職是員工職業生涯發展中極為重要的轉折，其感受和情緒、反應都會影響人才留任和工作表現，對此雇主該如何應對也至關重要。
為什麼是我？「不解」是員工調職最常有的反應
大部分企業在調動職務前會先請主管與該員工聊聊，說明原由與探詢意願，不過面對公司提出的調職請求，員工通常會產生各種疑問，甚至經歷一系列心理反應，相信以下問題，主管們都不陌生：
1. 為什麼選我？是因為我不好嗎？
員工通常會想知道公司為何選擇調整他們的職位（尤其該組織只有少數人職務異動時），是否因為業績、個人表現太差，甚至有員工會把調職視為「資遣起手式」而感到焦慮不安。
建議解法：說法可以委婉，但誠實告知是上策。
但可別以為告知員工「你很棒，所以派你去其他地方歷練」一切就沒問題，表現良好的員工可能會因為覺得自己的努力沒有獲得同等回報，或者把成果做出來後卻要整碗送人，而有強烈的失落感，這部分也是主管在和其商討時要特別留意說法的部分。
建議解法：點出該名員工的努力成果，說明他的努力有被看見，並告知該有的獎勵都會給予（專案達成的業績獎金、季度或年末考績等）。
2. 是短期支援還是長期？希望我在新職位達成什麼目標？
員工會關心在新部門的角色是暫時支援，任務完成明年有機會調回歸原部門，還是調職後沒有回頭路？同時也會想了解新部門對該職位的具體要求和期望，以便評估自己是否能夠勝任。
建議解法：誠實告知，並盡可能具體說明職務的工作內容、性質、可能目標等，充分解答疑惑，讓員工能審慎評估，後續也比較沒有爭議。
3. 調職後的薪水還是跟現在一樣嗎？
調職可能伴隨著薪資或福利的變動，員工自然會對這些變化感到好奇和擔憂，尤其是從原本設有獎勵薪資的單位調往內勤單位，可能會變相造成薪資落差，如果沒有相應的調整或給予補償，可能會引發員工的強烈抵觸，認為被公司貶低或不當對待。
解法：主動調整薪資結構或提供其他補償方案。
延伸閱讀：獎金制度如何運用？薪酬結構設計盲點，菁英人才留不住
4. 我能拒絕調職嗎？如果不適應能調回原部門嗎？
當調職不在員工的預期內，且變動後可能會影響生活和職涯目標（例如下班時間改變導致無法接送小孩），這時員工也會想知道自己有無拒絕的權利或其他替代方案，畢竟若家庭工作衝突，很多人可能必須得暫離職場或另謀出路，公司最終會流失人才。
至於員工調職後是否有「退路」，就看勞資雙方協議，並沒有一定答案。
解法：尊重員工的選擇；若因組織整併緣故只能將其調職，也可以針對員工的需要適時給予彈性（例如：彈性工時）。
5. 有沒有人交接或指導？如何適應新的工作環境？
究竟調職是為了員工的成長、借用其專業能力讓組織更好，還是只把人調過去湊數……如果新部門沒有人可協助，甚至連交接程序都省了，那麼員工對公司的決定會充滿懷疑與不信任，甚至還有可能因此影響工作表現。
解法：請新部門安排指導人員或訓練課程，確保員工能快速適應新環境並保持工作效率。
即便有部分心態較好的員工會認為職務異動是學習、提升自我能力和職涯發展的好機會，還是會希望雇主能針對自己的疑問不安給出明確的解釋和合理的安排，以確保他們能順利走過這段過渡期，並繼續對公司的目標做出有效貢獻。
調職員工需要哪些協助？希望雇主或主管做什麼？
在員工調職的過程中，無論是前期準備還是調職後的適應期，員工對雇主或主管有一系列的期望。這些期望主要集中在溝通、支持和認可等幾個關鍵方面：
▲ 調職前：擬好調職方案→找員工協商、確認意願→發布調職令
找員工協商前，雇主應該先想好方案、說法，確保自己能回應員工的提問，如有福利薪資相關的異動，也建議先想好配套和補償措施，如此才能進行有效的協商。
在擬定調職方案時，可以加入對潛在風險的評估，例如員工調職可能對團隊士氣或工作流程造成哪些影響。
想好應對策略，如何在員工調職後穩定原團隊和確保業務的運作連續性。
找個專屬時段好好坐下來和員工單獨聊聊，解釋調職原因、後續目標以及新工作型態、對員工未來職業發展的影響等。給予員工足夠的發問空間和尊重，從對方角度思考困難之處並提供解法，如需要，可預留讓員工考慮的時間，讓對方能好好做決定。
詳細的個人發展計畫包含：未來的培訓機會、晉升途徑以及任何必要的支持措施。
如有其他問題要討論，可約第2次協商，協調完畢及確認意願後，再公告調職令，務必留一段時間讓員工交接手上工作、準備和適應下一個工作內容，並實施雙方協商好的內容。
調職過程中應保持高度透明，確保公平公正，避免任何形式的偏見或不公平待遇。
如涉及部門或地理位置的變動，應提供有關新工作環境的文化介紹；如涉及跨文化，需提供相應的語言培訓和文化適應指導。
另可設計團隊活動，促進新舊員工之間的融合和合作。
▲ 調職後：密切關心→聆聽需要→解決問題並給予鼓勵
在員工正式調職後，雇主應密切關心員工的適應情況和心理狀態。這一階段是確保員工能夠在新職位上成功落地的關鍵時期。雇主應定期安排跟進會議，主動詢問員工的感受和遇到的困難，並提供必要的支持。
雇主可設立溝通渠道，讓員工隨時能表達需求和擔憂。例如一對一或線上問卷。
接著，雇主應該基於員工的問題或回饋來解決問題，譬如提供額外培訓、調整工作範圍、改善工作條件或協助融入人際關係等。透過實質政策證明公司重視員工的需求和職涯。
給予幫助後，須追蹤後續問題是否解決或改善。
如果雇主發現調職員工在新職務的表現不錯，可以適時提供正面激勵和獎勵，直接肯定他們的努力和成果，如此能有效增強員工的歸屬感和滿意度，也能激勵他們持續維持積極性和創造性。
撥點預算讓團隊慶祝新員工的好表現，提升新舊團員的士氣與和諧。
蒐集調職員工回饋，讓組織更動更順暢
在員工調職的過程中，蒐集員工遇到的問題和回饋是很重要的環節，仔細分析難點和反應的內容，有時可以獲取有用的建議，也能幫助拆解員工的期望和擔憂，這些對雇主未來調整決策和行動計畫都有助益。
調查的時間點建議在幾個重要節點之後，比如面談後、新職位上工的半年內等，以下舉例提供大家參考。
▲ 員工調職面談後的意見調查
主要目的：了解調職員工在面談後的感受、疑問，以及對新職務的看法或需求。
題目方向：
1. 關於調職面談過程
您對調職面談的整體滿意度如何？
面談中提供的訊息是否足夠清晰且確實解答疑惑？
您覺得面談過程中有哪些地方可以改進？
2. 關於溝通與支持
面談人在過程中是否確實聽取了您意見和需求？
您在面談中是否有足夠機會表達自己的顧慮或問題？
面談後，您對所獲得的支持和資源感到滿意嗎？
3. 關於新職務的理解
面談後，您對新職務的職責和期望有多清楚？
您對新職務有哪些具體的期望或目標？
面談是否有助於您對新職務的了解和準備？
4. 關於培訓和發展需求
您認為在新職務上需要哪些額外的培訓或技能提升？
面談中是否討論了您的職涯發展計畫？
您認為公司採取什麼方式可以幫助您在新職務上更快適應？
5. 關於調職擔憂
您對調職有哪些具體的擔憂或不安？
對新職務或職涯的擔憂是否在協商過程中獲得解決？
您認為公司可以透過哪些具體方法減輕這份擔憂或不安？
6. 關於心情感受
整體上，您對即將到來的職務轉換感到興奮、平靜還是擔憂？
您對公司的調職面談或流程有無評價或建議？
▲ 員工調職1個月後的意見調查
主要目的：觀察員工初步適應情況和對新角色的反應。
題目方向：
1. 關於新職務的理解與適應
目前您對新職務的理解程度如何？
您覺得在新職務中遇到的主要挑戰是什麼？
您評估自己適應新職務的速度如何？
2. 關於支持與資源
您在新職位上是否得到足夠的協助？
哪些可用的資源或工具對您適應新職務最有幫助？
您還需要哪些額外資源幫助？
3. 關於培訓與發展
您對迄今為止接受的職務培訓滿意嗎？
您認為有哪些培訓或學習機會有幫助？
對於目前的培訓計畫有無建議？
4. 關於溝通與團隊合作
您與新團隊的合作情況如何？
您與新主管的溝通是否有效？
在新團隊中，您的意見和回饋是否被重視？
5. 關於工作滿意度與動機
您對新職位的整體滿意度如何？
您在新職位中最有成就感的地方是什麼？
公司提供哪些幫助有助於提升您的工作滿意度？
6. 期望與未來展望
您對未來在這個新職位的發展有何期許？
短期內，您在新職位上有哪些具體的目標？
▲ 員工調職3個月後的意見調查
主要目的：深入了解員工在新職位上的進展、問題及需求。
題目方向：
1. 關於適應與表現
您在新職位上的適應情況如何？
您目前完成了哪些內容與成果？
您評估在工作表現上有哪些顯著的進步？
2. 關於支持與資源
您目前在新職位上遇到的主要困難是什麼？
您認為公司提供的資源和支持是否足以協助您克服這些困難？
有哪些額外的資源或工具可以幫助您更好地履行職責？
3. 關於培訓與發展
您對迄今為止接受的培訓滿意嗎？
您覺得需要哪些額外的培訓或技能來提升工作效率？
對於新職務後續的培訓計畫有無建議？
4. 關於溝通與團隊合作
您與團隊成員在專案的合作上是否順暢？
您與管理層的溝通配合有無問題？
您如何評價團隊內部的工作氛圍和文化？
5. 關於工作滿意度與職業動機
您對目前職位的整體滿意度如何？
您在工作中遇到的最大挑戰和最大滿足各是什麼？
您對未來在這個職位中的發展有何期望？
6. 回饋與建議
您有什麼建議或想法可以改善當前的工作流程或環境？
您對如何改進整個員工調職過程有何看法？
這些問題可以透過問卷調查、電子郵件或一對一面談來進行，目的是為了鼓勵員工提供開放和誠實的回饋。企業可以融合這些實用的建議，進一步改善調職員工的適應過程，並確保他們在新職位上能夠成功且滿意。
延伸閱讀
「調動五原則」是什麼？可拒絕調職嗎？主管／人資一定要搞懂的「調動工作之五原則」
在勞動契約中約定「須同意調職」，雇主就可任意調動勞工職務了嗎？｜法律小教室
調職後嚴重影響家庭、生活，公司這樣做可以嗎？看法院怎麼判
員工如不配合調職，雇主可認定勞工曠職嗎？
莫名被調職到糟糕單位怎麼辦？除了隱忍、辭職，你還有５種自救法
【免費課程】領導的本質與「跨世代溝通」 – 共創正向團隊的心法與實踐｜提升職涯競爭力
點擊關注上市櫃/外商企業【主管職】｜免應徵👉先跟HR聊聊
文／104人資市集
「104 talks」致力於協助職場人士的知識學習與能力提升
為每位忙碌的職場人士，創立一個能夠高效學習的節目平台，集結各領域專業講師的知識與分享，為職場人士帶來啟發和新視角。
本月將帶著你探索和塑造正向團隊的心法，透過深入了解領導本質，以及如何實踐共創，我們將從各面向去建構出關鍵元素，並一起探討在多世代工作環境中，如何建立有效的溝通、促進協同合作，進而實現共同目標。在2023年末之際，做好 Mindset，是所有職場人士都需要的學習，正向的團隊動力與氛圍的營造，需要團隊中每個人共同努力。
講座資訊：
活動形式：免費線上課程
適合對象：所有職場工作者
價值：3600元 → 免費
立即點我免費報名
精彩講座議程
★領導力的展現 - 主講人 : 黃崇興
★運用「社會計量技術」建立團隊心理安全感 - 主講人 : 朱建平
★運用「正向領導力2.0」掌握有效跨世代溝通技巧 - 主講人 : 李海霞
★運用「社會計量技術」達成個人與團隊目標- 主講人 : 鄧慧文
【注意事項】
報名前，請詳閱課程內容及購買須知。
104 人資市集 保有相關課程內容調整及講師之變動權，可能視情況進行適當的修改與調整。
104 人資市集 保留報名審核權利。
如有課程相關問題，請至聯絡我們留下相關訊息。
． ． ．
有任何企業內訓、公開班及線上課程需求，歡迎上104人資市集，協助你栽培人才、投資自己 >>
🔥立即加入，解鎖104獵才顧問★隱藏版工作機會>>
推薦你更多相關的好文章>>
【104 talks】提前佈局不被市場淘汰！第二曲線創新學 | 郭瑞祥
【104 talks】職場上先別急著做事，先學著做人吧！ | 李崇義
【104 talks短講—與成功有約】充實腦袋，提升自我品牌價值 | 謝文憲
【104 talks短講—職場溝通心法】達成互信與共識，發揮正向影響力的關鍵 | 李全興
投資自己問穩賺不賠！名師破萬課程只要$2xxx超優惠價 >>
訂閱市集電子報與你分享專家文章及最新活動訊息 >>
加入104人資市集 Line 獲得新知與獨家優惠！
SEMI：近8成半導體業人才招募困難！跨領域人才不足成未來3年瓶頸，這些職能最搶手
SEMI公布年度會員調查，77.7%台灣半導體業者面臨招募困難，製程工程、研發創新、設備製程支援最缺人，其中跨領域人才不足更被4成業者視為未來3年最大瓶頸。業者以產學合作、引進外籍專業人才、分紅留才多管齊下，搶人大戰持續升溫。
文／《104職場力》整理
本文目錄（點擊可快速前往）
近8成半導體業者認招募困難，最缺製程、研發、設備工程人才半導體拚搶才留才：分紅、產學合作、增加外籍專業人才
AI需求強勁帶動，台灣半導體產業持續擴產、積極全球布局，卻同步面臨招募難題。SEMI國際半導體產業協會發布首次年度會員調查，SEMI全球行銷長暨台灣區總裁曹世綸表示，2025年全球半導體產業營收已達7,750億美元，預期2026年全球半導體業營收將突破1兆美元大關，較預期提前4年達成目標，並預估將在2035年超越2兆美元。
而調查結果顯示，製造商面臨國外投資不確定性及供應鏈調整壓力、國內人才招募困難、綠電來源等挑戰。其中有77.7%業者面臨國內招募困難，且跨領域人才不足。
近8成半導體業者認招募困難，最缺製程、研發、設備工程人才
調查顯示，77.7%的業者面臨國內招募困難，整體人才充足度評分僅5.44分（滿分10分），大型企業（251人以上）更低至5.18分，顯示產業內部人才分布嚴重不均。最缺乏的領域為製程／製造工程、研發創新及設備製程支援，跨領域人才缺口更被42.0%的業者視為未來3年最大產業瓶頸。
半導體拚搶才留才：分紅、產學合作、增加外籍專業人才
SEMI指出，半導體業者因應策略多元。招募策略部分，包括51.6%業者透過產學合作培育人才，為長期人才缺口建立系統性補充機制；56.7%業者計畫增加外國專業人才比例，大型企業意願更達六成五以上，目前已有88.6%的大型企業聘僱外國專業人才，顯示引進國際人才已從策略規劃落實為產業實踐。
留才方面，71.3%業者以分紅獎勵金為主要留才手段，說明在招募困難的環境下，留住現有人才同樣是業者的重要課題。
更多半導體業工作機會
掌握半導體產業職缺動態，立即查看104人力銀行最新半導體業工作機會！
[joblist_plugin title='更多104【半導體業】工作機會' url='https://www.104.com.tw/jobs/search/?keyword=%E5%8D%8A%E5%B0%8E%E9%AB%94%E7%94%A2%E6%A5%AD' amount='6']
推薦閱讀：
2026年台灣半導體業最缺哪種人才？調查：3種跨界職務成寵兒
AI半導體薪情好 資通訊碩班錄取率不到3%
律商聯訊公布2026全球百大創新企業 半導體14家入選
軟體產品怎麼做才能賺錢？PM必懂的3大關鍵及能力解析
軟體產品開發能否成功，不只靠技術，更靠產品經理（PM）對市場、開發與用戶的全面掌握。從打造產品願景，到精準驗證需求、穩定落地技術，本文帶你解析軟體產品從開發到獲利的3大關鍵，並拆解PM對應的實戰能力。
文／Jason Lin（「在海邊數據行銷」負責人）
本文目錄（點擊可快速前往）
軟體產品從開發到獲利的3支腳1. 市場估值：打造讓市場買單的願景與價值主張2. 開發品質：讓產品願景落地的技術實現力3. 市場接觸：持續驗證市場與使用者需求的實戰力PM能力轉譯：3維度對應不同階段的產品策略焦點早期產品的PM：假設、快速驗證、打造MVP成熟產品的PM：持續與規模化打造賺錢產品，是市場×技術×運營的整合功夫
在軟體產品開發的歷程中，PM（產品經理）與開發團隊不只是技術執行者，更是影響產品能否賺錢的關鍵決策者。筆者根據先前工作經驗收斂，要打造一款真正具市場價值、能夠持續獲利的軟體產品，團隊需要從3個核心維度著手：市場估值、開發品質，以及市場接觸。
接下來，本篇將逐一解析這3個維度，及其對應所需的團隊能力，並說明不同階段產品所需聚焦的PM能力。
軟體產品從開發到獲利的3支腳
1. 市場估值：打造讓市場買單的願景與價值主張
為什麼市場估值如此關鍵？
產品的願景、價值主張、解決方案，是否能引發市場期待，是否能在使用者心中產生價值想像，這決定了它能否被市場買單。PM 必須以終為始，從價值主張開始構建整體產品架構，思考解決哪些真正存在的問題，如何讓使用者產生「非用不可」的情境。
PM與團隊需具備的能力&要能夠清楚回答的問題：
市場規模分析：具有一種或多種量化的方法論，能夠評估目標市場的潛力與規模，判斷產品是否值得投入資源開發。
痛點與需求分析：使用者痛點與痛點背後的原因，為何有這些需求？需求是暫時性還是持續性？使用者對痛點的付費意願與能力
目標客群（TA）研究：具體說明 Persona，並且熟悉哪些對 TA 的描述屬於假設，哪些已經透過何種方法或案例證實。使用者輪廓，包含人口維度（如年齡）、行為模式，以及動機情緒的洞察等。這群 TA 是否特別？佔整體市場的商機？是否有獨特的使用習慣或痛點尚未被洞察
解決方案創新能力：具備對於商業模式、產品創新切入點的敏感度與底層商業邏輯，有持續且大量蒐集創新案例的習慣，以便讓敏感度持續進化。
競爭者分析與差異化策略：分析既有產品缺口，建立自身的獨特競爭優勢。
構築護城河：建立產品的可持續優勢，例如網絡效應、資料優勢或使用者黏性。
2. 開發品質：讓產品願景落地的技術實現力
開發品質的重要性
即使擁有絕佳的市場想像力，若開發無法跟上商業需求，產品仍將無法落地。開發品質是確保產品快速成形、穩定運行並持續演進的核心。
團隊應具備的開發能力：
迭代思維：產品永遠有bug、洞察永遠可以更精準、功能永遠不足以滿足使用者。敏捷開發、快速實驗與調整，才能搶佔市場時機。
穩健的開發方法論：團隊具有共識的開發方法論，可以是Scrum、Kanban等流程管理工具，提升團隊效率。
人力素質與團隊協作：技能能力足夠，有品質的開發團隊
產品品質維護能力：包含測試自動化、版本控制、錯誤回報機制，確保產品穩定性。
開發管理能力：PM必須能與技術負責人協作，妥善安排時程與資源配置。
3. 市場接觸：持續驗證市場與使用者需求的實戰力
為什麼市場接觸不可或缺？
許多軟體產品的失敗，並不是因為技術不好、功能不夠，而是太晚與市場接觸、錯過關鍵回饋。產品規劃、開發到優化的過程中，必須持續與市場互動，以真實用戶回饋來調整方向。
PM與團隊需具備的能力&要能夠清楚回答的問題：
市場驗證實力：運用MVP（最小可行產品）、A/B測試、假設驗證來降低風險。
Go-to-Market（GTM）策略：從行銷通路、定價策略、早期使用者經營等角度，建立產品進入市場的路徑。
用戶關係管理（CRM）策略導入：追蹤使用者行為、反應與生命周期，進行精準迭代。
不同階段的成長策略規劃：從冷啟動到成長曲線，PM要懂得設計不同階段的用戶獲取策略。
延伸閱讀：PM產品經理核心競爭力是什麼？解析開發「好產品」的3重點
PM能力轉譯：3維度對應不同階段的產品策略焦點
產品的發展歷程分為早期探索期與成長穩定期，PM在不同階段應該有不同的重點與策略思維。
早期產品的PM：假設、快速驗證、打造MVP
市場估值：洞察與假設力
創新觀點：PM要能從使用者痛點中，看出尚未被解決的需求缺口。
TA觀察力：透過使用者訪談與數據觀察，擬定精準的市場假設。
開發品質：推進MVP的節奏與協作
快速建構初版產品：以低成本方式實作MVP，搶先測試市場回饋。
專案溝通能力：在高不確定性下，跨部門溝通成為成功關鍵。
市場接觸：進行實地驗證與啟動擴散
初期使用者經營：找到願意參與測試的目標用戶，觀察其使用習慣與反應。
小規模GTM執行：測試定價、訴求與通路效益，找出最有效的推廣方式。
成熟產品的PM：持續與規模化
市場估值：開啟第二成長曲線
持續探索新價值：當產品進入穩定期，PM要思考新的價值主張與市場定位。
市場再細分：透過功能擴充，服務不同層級的用戶，創造新的成長來源。
開發品質：穩定中提升效率
追蹤開發KPI：如bug數、部署頻率、系統穩定率，反映開發健康狀況。
架構重構與技術債處理：避免日後阻礙產品演進。
市場接觸：聚焦成效與ROI
精準預算運用：將資源投入在最具效益的通路與成長活動。
數據導向成長策略：透過行為分析、轉換率追蹤，優化整體成效。
延伸閱讀：初階PM如何提升專業能力？從Junior PM進化成Senior的4個職場指南
打造賺錢產品，是市場×技術×運營的整合功夫
好產品從不是單靠直覺或創意誕生，而是需要一支能同時掌握商業價值、技術品質與市場節奏的團隊。PM就是這支團隊的靈魂人物，需橫跨3個維度，掌握從「假設」到「驗證」、從「開發」到「獲利」的每個關鍵點。
唯有在這3個維度中持續優化與對齊，產品才能真正從一個idea，走向一門賺錢的好生意。
（原文標題：軟體產品從開發到獲利的三支腳 & PM 對應的能力：市場估值、開發品質與市場接觸）
[joblist_plugin title='更多【產品經理】工作機會' url='https://www.104.com.tw/jobs/search/?keyword=PM產品經理' amount='3']
推薦閱讀：
PM產品經理面試如何準備？沒經驗有機會錄取嗎？專家傳授必備5大面試題
「產品經理」要考證照嗎？NPDP與PMP差在哪？解析PM關鍵6大能力
轉職「PM產品經理」，研發背景較有優勢？過來人揭3類型轉職最易成功
[course_plugin title='產品經理學習營｜學習推薦' keyword='產品經理學習營' amount=2]
為什麼部屬不說，私下卻意見一大堆？給主管的溝通3心法
主管經常面臨這樣的困境：開會時員工點頭稱是，但私下卻有一堆抱怨，甚至引發管理危機。明明以為「已經溝通」，卻發現部屬只是「被交辦」。這種情況的根本原因，在於溝通並非單向傳遞指令，而是雙方形成共識的過程。本文介紹3種關鍵的溝通技巧，幫助主管提升溝通效能，避免團隊內部矛盾，真正發揮領導力。
文／郭憲誌（前遠傳電信副總經理）
本文目錄（點擊可快速前往）
部屬檯面上不說，但私下卻意見一堆？主管以為「有溝通」，部屬只認為「被交辦」關鍵是溝通的目的：要達成什麼？或是要避免什麼？1. 與績效目標相關的溝通2. 與團隊相關的溝通3. 為個人或特定事件的溝通鼓勵員工表達意見，從主管「閉嘴」開始！
部屬檯面上不說，但私下卻意見一堆？
Kevin看著坐在他面前的May，雙手交叉放在胸前、目光望向天花板，一臉就是不想聽你說話的態度，真的氣到想罵髒話。他忍了下來，開口問道：「妳想要怎樣？這個客戶移轉，我們之前不是已經溝通過了？當時你也沒有太多意見，我把這個客戶交給Maggie負責，分配一個更大產值的客戶給你，為什麼現在突然賭氣、提離職呢？」
May回道：「老闆，大家都知道你不爽我很久了，你明知道這個客戶是我來公司之後，自己開發出來，跟我配合了那麼多年，還會幫我介紹客戶。你堅持要把客戶轉給其他人，就是想逼我走，這口氣我吞不下去，你就簽了我的離職單吧！」
Kevin心裡想著：為什麼May反彈這麼大？先前一對一時談過的想法，到了執行時又引發抗議，是自己溝通的方法有問題？還是過程出了什麼錯？更何況，團隊已經出現好幾次類似的狀況，Kevin談好的事情，在真正執行時同仁卻不在狀況內、對於任務出現不同理解，成員在他的背後議論，已經導致Kevin的管理危機，不知道該怎麼辦才好。
主管以為「有溝通」，部屬只認為「被交辦」
許多主管在針對員工溝通時，最容易忽略一個基本原則：溝通的關鍵在於雙方能夠「形成共識」。如果沒有以此為前提，所謂的溝通也只是將自己的想法「交辦」給員工而已。
最明顯的例子就是以發佈公告、或是以電子郵件的方式告知員工某個重大的決策，卻從未與個別員工討論、或針對其想法進行差異化的調整。
類似這樣「我已經有定見」的溝通，即使事前向員工做過說明，都很難讓員工認為是雙方取得共識的結果，更何況以發公告的方式通知，員工當然難以理解主管的考量。
關鍵是溝通的目的：要達成什麼？或是要避免什麼？
團隊領導的終極目的就是達成目標、成就一個團隊。如果不能達成目標，代表團隊沒有充分發揮功能，即使溝通做得再多、再好，早晚都會被檢討。反之，當目標確實達成，溝通的結果才會被認可，連帶得到相關資源讓組織成員獲得成長。因此，主管良好的溝通能力，是要將「溝通的訊息」與「團隊目標」連結在一起，避免虛耗精力、充分溝通後卻沒有創造出成果。
另一方面，主管的責任是運用團隊的力量克服組織運作中的挑戰，針對可能的風險提出因應的作法，領導團隊避開陷阱與障礙、突破困境。所以，主管與同仁溝通的另一個重點是：避免模糊不清、空洞且沒有聚焦的對話，要充分聽取同仁的想法、相互討論後形成解決問題的具體作法。
總結來說，主管的有效溝通，必須包含清楚的目的（連結組織目標），充份的意見交換以形成具體的的共識。
落實到領導的日常，我提供3點建議作法：
1. 與績效目標相關的溝通
例如年度目標與策略發展討論、每季執行成效檢討、每月進度追蹤，都屬於定期的團隊溝通會議，也可以採用一對一的討論。主管需規範明確的討論內容及事項，請部屬陳述意見，再進行追蹤與考核，避免淪為單向的進度報告或指示。
2. 與團隊相關的溝通
關於責備，別讓一個人在大庭廣眾下出醜；關於讚美，別關起門來鼓勵一個人。當眾指責通常無法激勵人、更不會產生溝通效果，但當眾讚美卻能鼓勵其他人群起效尤，產生競合關係與模仿效應。
有效建構團隊（team building）的溝通是讓成員價值觀趨近一致，避免各自行事、不願意相互合作，針對團隊的溝通，主管需要不斷強化團隊的文化與價值觀，小心變成相互抱怨或是工作檢討的會議。
3. 為個人或特定事件的溝通
任何涉及員工個人利益和權益的項目，主管都需要清楚知道的具體內容。例如同仁的考績評分，考核的標準及應達成的目標是什麼？若不是一個可量化的指標，很容易與部屬的期待有落差而導致反彈，一定要盡可能清楚條列，才有望形成共識。
鼓勵員工表達意見，從主管「閉嘴」開始！
溝通的目的是為了了解同仁的意見，進一步取得共識，但許多主管會錯將自己的意思表達列為優先項目，一開始就大剌剌地表述自己的看法，再邀請同仁提出意見時，難免形成壓力讓員工不敢、或不願意表達。這樣的溝通等於沒做，甚至比不做還要糟！
我再三強調，無論哪一種型態的溝通，請不要忘記溝通的目的就是要「達成目標」、「形成共識」，事先擬定溝通的步驟與目標，確實做到聆聽同仁的意見，才是主管做好溝通的基本原則。
節錄自：商周出版《實戰高效主管學：培養AI也無法取代的八大軟實力》／郭憲誌 著
推薦閱讀：
Z世代打破辦公室潛規則！解析新世代價值觀，3招驅動年輕人的熱情
Z世代不賣肝、不忠誠、不聽話！10大行業人資長這樣看職場差異
讓Z世代「拿出能力」的領導法：光罵他懶沒用，你得這樣下指令
有任何收穫或想分享的，都來和大家一起聊聊吧！