TTQS 評核攻略免費試閱
104學習
QTP
QTP是軟體自動化測試工具，主要用來模擬使用者操作，幫助測試人員快速且準確地執行功能測試。它能自動化重複性測試流程，提高測試效率與準確度，減少人為錯誤。熟悉此技能代表具備軟體測試自動化能力，對於軟體品質保證及持續整合環境非常重要，是軟體開發團隊不可或缺的技術之一。具備此技能的求職者，在軟體測試、品質管理等職務中競爭力較強。
提升你的實力，朝專業更進一步
精選課程
充實自己，讓能力持續成長
TTQS 企業機構版評核攻略
TTQS金牌特訓實戰班第14期 【09/10 & 09/11】
巧用PDCA 優化團隊效率！
ACT敏捷思維入門：3小時啟發團隊合作新模式的體驗工作坊【梯次：2026-9th】
管好員工做對事：溝通協調力
.NET 委派實戰教學：讓您真正會用 LINQ、Expression
PDCA專案管理優化術
敏捷式管理
CompTIA Project+ 國際專案管理師認證暨實務課程
精選貼文，掌握第一手知識
軟體產品怎麼做才能賺錢？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]
精選 推薦 : 豈止證照而已！跨域知識大串聯，打造屬於自己的能力系統
這段Podcast 是專訪Nabi iPAS 證照講師 陳正健（CCChen）如何透過經濟部 iPAS 產業人才能力鑑定，成功建立跨領域的專業系統。他至今已累積取得涵蓋 AI 應用、淨零碳規劃、智慧生產、食品保穫及品牌企劃等五大領域共 14 張證照。
CCChen強調，證照不應僅是孤立的紙本證明，而是應將所學知識與工作實務及數位工具深度結合，以提升解決複雜問題的職場競爭力。他分享了運用 AI 工具輔助學習與時間管理的策略，並以此帶動家人參與，展現出自主學習的正面能量。
他鼓勵專業人士打破學科框架，藉由跨域考證建構個人能力地圖，從而因應智慧化與永續轉型的產業趨勢。這些內容不僅記錄了他的轉型歷程，也為求職者與企業提供了關於人才培育及職涯成長的實務參考。
歡迎收聽▼
https://youtu.be/bUZXvx9eZk0?si=6a4q234WUnAABWiQ
CCChen 老師課程 :
【直播課程＋限時回放】iPAS AI應用規劃師（初級）- 第三梯考前衝刺班｜8/5（三）20:00–21:30 線上直播講座｜104獨家iPAS AI考證衝刺 https://nabi.104.com.tw/course/104nabi/4f6e498b-dee3-4fab-935d-64c781840c9c
【2026年－考試筆記(V1版本)】iPAS AI應用規劃師初級｜全科攻略ｘ考點精華ｘ擬真題庫｜104學習
https://nabi.104.com.tw/course/104nabi/07779700-a980-43d2-8b34-bae808edea61
iPAS AI應用規劃師【中級】衝刺班｜命題精析 × 實戰解題 × AI刷題｜104獨家iPAS AI考證衝刺
https://nabi.104.com.tw/course/104nabi/3987ebea-3686-4f67-a292-c46c3cc2128e
【PM產品經理面試前準備】4步驟展現亮點，零經驗也能切入
產品經理（PM）如何準備面試？作者為軟體業產品經理，曾3次成功轉換不同產業PM，分享PM面試前應做到的4項準備，包含研究核心產品與獲利模式、分析目標市場與競爭對手、關注產業趨勢與公司動態，以及整理個人過去實際案例。即使是零經驗轉職，也有助於在PM面試中亮出競爭力！
文／Michelle Chen（軟體業PM產品經理）
本文目錄（點擊可快速前往）
產品經理PM面試前的準備1. 研究核心產品與獲利模式2. 分析目標市場與競爭對手3. 關注產業趨勢與公司動態4. 整理過去的實際案例產品開發End-to-End Flow — 給沒有PM經驗的跨領域者【Stage 1】用戶需求蒐集：發現問題，定義需求【Stage 2】產品發想與設計：構思解法，制定規劃【Stage 3】開發協調：跨部門合作，確保產品順利落地【Stage 4】測試與上線：確保品質【Stage 5】持續優化：數據驅動，迭代成長總結
產品經理（PM）的工作內容，會因公司組織、產業以及發展階段的不同而有所差異。但無論面試的形式如何變化，根據我3次成功轉換不同產業擔任PM的經驗，企業在尋找符合期待的PM時，看重的核心能力以及關鍵特質其實大同小異。
我的PM職涯起點是從一間日商Fintech做Product Marketing後成功轉職到電商領域做物流系統的PM。第二次是2023年，從荷蘭讀完碩士回台後，加入了一間HR Tech公司，成為該公司成立以來的第二位PM。並在去年底，因為自己本身看重AI 未來趨勢跟發展潛力，因此決定加入一家專注於工業AI的早期新創公司。這幾次的轉職過程中，我參與過數十場PM面試，雖然關卡設計各有不同，但其實背後的脈絡以及評估標準我個人認為蠻一致的。
希望透過這篇文章，與大家分享如何有效準備PM面試，並在過程中充分展現自身優勢，成功獲得理想的Offer！
產品經理PM面試前的準備
面試前一定要準備，一定要準備，一定要準備！千萬別抱著臨場發揮或隨機應變的僥倖心態。只有透過事先準備，才能在面試中完全展現自己的專業能力，以及對公司的認識＆興趣。面試官也會更願意與你交流互動，畢竟PM的核心職責就是深入理解產品與市場，而面試的準備程度，能直接反映了未來的工作態度。
1. 研究核心產品與獲利模式
了解公司的主要產品以及獲利模式（例如：SaaS、廣告收費、專案費用、交易抽成等）。並且試著從用戶角度思考：他們的產品解決了什麼問題？產品價值 ( Value proposition ) 是什麼？
2. 分析目標市場與競爭對手
釐清公司的目標用戶輪廓，並分析市場中的潛在競爭對手。比較公司與競爭者的優勢與劣勢，並根據目標用戶特性和市場狀況，思考這些因素將如何影響產品策略的發展方向。
3. 關注產業趨勢與公司動態
閱讀公司最近的新聞稿、公司blog，甚至是該公司在的產業報告以利了解最新的市場趨勢和技術發展。並且先有自己的見解，這些趨勢會如何影響公司的產品走向。
畢竟你還沒真正進入這間公司，對它的產品或產業趨勢不可能完全了解。但重點不是要百分之百正確，而是展現你的態度。就算理解還不夠完整，只要展現出對公司的興趣和熱情，並提出有深度的問題，就能加分，讓對方對你有好印象，也更有專業感。而且，面試是雙向的，準備過程中了解公司的業務，不只是為了表現好，也能幫助自己判斷，這是不是你真的有興趣投入的領域。
4. 整理過去的實際案例
面試時，常常需要分享自己的經驗，所以最好先整理一下過去的成功或失敗案例，還有那些最具挑戰性、讓自己成長最多的經歷。回答時別只是單純敘述過程，或講得太長沒重點。我過去也有好幾次當面試官的經驗，其實到後面真的會聽到很累，所以如果你能幫助面試官秒抓你的故事重點那會非常加分！試著用STAR法則（情境、任務、行動、結果）來說明，讓你的故事更有條理：
Situation（情境）：問題是什麼？
Task（任務）：解決這個問題應該要完成哪些任務？
Action（行動）：為了完成這些任務，你採取了哪些行動？
Result（結果）：最終產出的成果為何？影響如何？
另外，就算你沒當過PM，也可以從過去的經驗中挖掘相關技能，對應到PM的工作內容。重點是展現你如何推動事情、解決問題，讓你的經歷與PM的核心職責產生連結。例如：
市場調查&研究：如果你做過競品分析、使用者研究，或整理過市場趨勢，這其實就是PM需要的市場／數據分析以及需求驗證的能力。
產品開發或設計：如果你過去有曾經參與產品討論、優化使用者體驗，或給過產品改進建議都可以拿出來分享，可以展現產品思維，並且懂得優化產品。
跨部門協作：PM要常跟開發、設計、行銷團隊合作，如果你有推動專案、協調不同團隊的經驗，這就是溝通與跨部門管理能力的展現。
專案管理&流程優化：有負責時程規劃、資源分配，或改善流程的經驗嗎？這就是PM在專案管理上需要的核心能力！
延伸閱讀：【PM面試問題】給菜鳥產品經理的10大類、70題面試考前猜題
產品開發End-to-End Flow — 給沒有PM經驗的跨領域者
如果你沒有產品經理的背景，但想轉職PM，理解完整的產品開發流程是關鍵。PM的核心職責是從0到1推動產品，確保從需求蒐集到產品優化的每個環節都能順利執行。以下是產品開發的End-to-End Flow，幫助你快速了解產品開發各階段的重點：
【Stage 1】用戶需求蒐集：發現問題，定義需求
目標：理解市場與用戶需求，確保解決的是「真正的問題」。
進行市場調查、競品分析，了解市場趨勢
訪談用戶、收集回饋，找出痛點與機會
透過數據分析（如使用者行為、轉化率）驗證需求
【Stage 2】產品發想與設計：構思解法，制定規劃
目標：將需求轉化為具體的產品功能，並制定產品策略。
訂定產品目標（MVP、短期&長期規劃）
繪製Wireframe、User Flow等，將概念流程化／圖像化
撰寫PRD（Product Requirement Document），定義產品功能或是開發方向的細節
【Stage 3】開發協調：跨部門合作，確保產品順利落地
目標：確保開發、設計、行銷、商務等團隊對產品的理解一致，確保開發進度順利推進，並最終成功deliver 。
與UI/UX設計師合作，確保產品具備良好的使用者體驗
與開發團隊討論技術可行性，拆解需求，並規劃開發時程
與行銷／業務團隊協作，制定產品GTM（GO To Market）策略
【Stage 4】測試與上線：確保品質
目標：驗證產品功能與體驗，確保符合需求並順利上線。
設計測試計劃，進行QA、UAT等
上線初期可以進行A/B測試，優化產品體驗
持續追蹤上線後的數據與用戶回饋，及時調整
【Stage 5】持續優化：數據驅動，迭代成長
目標：根據市場變化與用戶反饋，不斷優化產品，提升用戶體驗與業務成效。
透過數據分析（使用率、留存率、滿意度等）以及產品開發前定義的Success metrics評估成效
收集用戶回饋，發掘新的改進機會
制定下一步的產品優化計畫，進行快速迭代
延伸閱讀：軟體產品怎麼做才能賺錢？PM必懂的3大關鍵及能力解析
總結
這篇文章主要分享了PM面試前的準備，從研究公司、分析市場，到整理自身經驗，這些都是讓你在面試中脫穎而出的關鍵。PM的核心就是解決問題、推動產品落地，所以除了展現專業能力，更重要的是讓面試官看到你的產品思維、數據分析能力，以及跨部門溝通協作的經驗。
準備充足不只能讓你在面試中表現更好，也能幫助你判斷這份工作是否真的適合自己。如果你正在準備轉職 PM，或想挑戰跨領域的PM，歡迎找我聊聊，交換面試心得，或是做Mock Interview！（Reach me on LinkedIn）很樂意分享經驗，也希望能幫助更多人順利拿到理想的Offer！
（原文標題：產品經理面試全攻略（上）— 面試前的準備）
[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嗎？解析產品經理必備3種特質與溝通心法
初階PM如何提升專業能力？從Junior PM進化成Senior的4個職場指南
給PM產品經理的終極求職建議：把自己當產品
產品經理 - 學習地圖(上)：技能養成篇
產品經理是一個融合創新、邏輯與溝通的角色。隨著數位化加速，產品思維逐漸成為組織決策的核心。從技術團隊、設計部門到商業營運，產品經理肩負整合多方資源、定義方向並推動產品落地的關鍵任務。
本篇產品經理學習地圖(上)：技能養成篇，將協助轉職者認識『從入門建構產品基礎思維』到中階『掌握用戶洞察與功能實作』，最終能『獨立推動策略規劃與跨部門協作』的相關職業技能，依循學習路徑，逐步成為具影響力的產品專案執行者！
文 /【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大挑戰｜商業思維學院
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']
前端工程師是什麼？薪水怎破100萬？完整攻略，附：台積電前端工程師工作心得
前端(Frontend)： 給人看的（介面、使用者體驗），網頁的畫面、按鈕、圖片、排版。
前端 (Frontend)是什麼？
這是使用者直接與之互動的部分，包括網頁的設計、佈局和內容。前端開發使用的技術包括HTML、CSS和JavaScript。
舉例來說：當你打開 104人力銀行，看到的畫面就是前端工程師控制的，包含不同裝置的畫面呈現～從電腦、平板或手機觀看，都是前端工程師需要留意的。
重要元素舉例
搜尋欄：讓你輸入「軟體工程師」並按下搜尋
職缺列表：顯示各種公司和薪資範圍
登入按鈕：點擊後彈出登入視窗
應徵按鈕：點了之後，系統會幫你送出履歷
前端工程師的薪水與薪水天花板
台灣整體而言前端工程師薪水中位數落在66.8萬~81萬間，天花板推估是91.3~101.6萬。
工作年資年薪中位數推估薪水天花板職缺1年以下66.8萬94.1萬1~3年71萬91.3萬3~5年78.1萬96.7萬5~10年81萬101.6萬資料來源 104薪資情報 有效樣本：575 資料更新：2025年02月10日
如何突破前端工程師的薪水天花板
選擇對的公司/產業
選擇薪水中位數高的公司：上市櫃公司年薪中位數、外商公司，公司獲利能力好，自然同樣的時間成本，能有更好的薪水保障。
選台灣重點產業：半導體業、科技業、金融業
台積電前端工程師工作心得
以下為講座精華節錄
薪水區間？年薪約30個月，新鮮人月薪約6萬。
加班很兇嗎？加班時數看跟的專案，配合專案前進。去年自己未超過100小時
公司內用的語言較多，不同的系統專案或對接的單位不同，要學習不同的語言
怎麼進台積電？平常就有寫技術部落格、每年參加IT鐵人賽、在104經營個人品牌(SEO權重優)
同事都是哪些人？（免費領取台積電工作心得與QA精華）
看懂遊戲規則：深耕5大能力，擁有更多選擇權
1.技術能力（Technical Skills），能否寫出高品質、可維護、效能優化的前端程式，並快速學習新技術應用在工作上，也能夠帶領內部技術前進（內部 Tech Talk 或自建部落格）
程式品質：乾淨、結構清晰、DRY、KISS、SOLID
效能最佳化：頁面載入時間、CDN快取、前端壓縮技術、降低不必要的 re-render
技術廣度與深度：獨立處理 CSS、JavaScript、框架（React, Vue, Angular）等核心技術、熟悉 TypeScript、State Management（Redux, Vuex）、處理前端安全問題（如 XSS, CSRF, CORS）
2.產品與專案影響力（Project & Product Impact），能有效率地完成任務，並確保產品的品質，過程中主動優化現有系統，提出新的技術方案，提升開發效率。
專案完成度：照時程交付、主動發現並解決問題、處理緊急問題
產品價值：功能是否真的提升了使用者體驗、A/B 測試或數據分析、減少技術債，提高長期維護性
3.開發效率（Development Efficiency），高效產出高品質的程式，主動提出更有效率的開發工具或流程，寫出自動化測試（如 Jest、Cypress），減少回歸測試時間。
時間管理：需求評估準確度、根據需求合理拆分任務，安排優先順序
程式碼管理：Pull Request（PR）清楚易讀、Code Review 積極參與給出建設性回饋
Debug 能力：利用 Log、DevTools、Profiler 進行高效率的問題解決
４.團隊合作與溝通（Collaboration & Communication），與其他工程師、PM、設計師、QA、數據分析師等合作單位順暢合作。指導新人、撰寫開發文件，幫助團隊快速上手。
跨部門溝通與 PM 討論需求，提供技術可行性建議與設計師合作，確保 UI/UX 最佳化與後端工程師協作，確保 API 串接順暢Code Review幫助同事提升程式碼品質接受別人的建議，改進自己的程式碼主動性主動提出問題或改善建議在團隊會議中有效表達技術方案前端工程師 團隊合作與溝通的重要性
5.創新與影響力（Innovation & Leadership），完成自己的工作外，帶來更大的影響。有能力也主動推動團隊技術決策，如選擇新框架、優化開發流程。
技術創新：引入新技術來提升開發效率、開發內部工具，幫助團隊節省時間
技術影響力：技術社群內分享知識、開源專案或貢獻
技術領導：在團隊中擔任技術導師、帶領技術專案
關鍵重點：績效不只是寫多少行程式，而是對產品和團隊的影響
開發速度：平均完成一個 Story（使用者故事）的時間
Bug 數量：新功能上線後的 Bug 率
PR 參與度：Code Review 的次數與回饋價值
前端效能：Google Lighthouse 分數、First Contentful Paint（FCP）
使用者行為變化：某個 UI 改版後，點擊率是否提升？
能力方法技術能力深入學習前端框架、優化效能、提升可維護性產品影響力確保開發的功能有助於提升使用者體驗開發效率提高 Debug 能力、善用自動化工具團隊合作提高溝通能力、參與 Code Review、幫助同事創新影響力參與技術社群、提出技術改進方案前端工程師的5大能力
前端用的技術
HTML 負責畫出網頁結構（像骨架）
CSS 負責排版與設計（讓它變美）
JavaScript 負責互動（讓按鈕能點、內容會變）
框架和庫：如React、Vue.js和Angular，這些工具可以幫助你更高效地開發複雜的應用程式。
響應式設計：確保網站在各種裝置上都能良好顯示，通常使用CSS框架如Bootstrap。
版本控制：如Git，用於管理和協作開發
前端工程師主要合作的夥伴
1. 後端工程師（Backend Developer）
👉 負責提供 API，讓前端能夠拿資料，確保功能運作
合作範例：你要做一個「應徵按鈕」，但這個按鈕要能讓使用者點了後，系統能自動送出履歷，這時候前端需要跟後端拿 API。討論 API 的格式：你問：「我這邊需要傳哪些資料才能應徵？」後端說：「你傳 user_id、job_id 給我，我幫你送出履歷」你：「那回應結果是什麼？我要顯示成功或失敗」後端：「如果成功，我回 status: success，失敗的話會給錯誤碼」💡 前端 + 後端 = 讓網站不只是畫面，而是能「動」起來！
3. 產品經理（PM, Product Manager）👉 負責規劃產品功能，確保開發方向符合商業目標合作範例：你做完了「應徵按鈕」，但 PM 突然跟你說：「我們希望這個按鈕能讓用戶自訂求職信」這時候你得確認：「這功能會影響到後端嗎？需要修改 API 嗎？」「這會不會影響現在的 UI 設計？」「會不會讓使用者體驗變得更複雜？」💡 前端 + PM = 確保開發出來的功能，真的是「使用者需要的」！
4. 測試工程師（QA, Quality Assurance）👉 負責測試系統，確保功能正常、不出 Bug合作範例：你開發完「應徵按鈕」，但 QA 測試時發現：BUG 1： 在 iPhone 上點擊按鈕沒反應？BUG 2： 送出履歷後沒有顯示成功提示？BUG 3： 按太快的話會連送兩次履歷？💡 前端 + QA = 確保使用者「真的能順利使用」功能！
5. 數據分析師（Data Analyst）👉 負責分析使用者行為，讓前端能做出更好的優化合作範例：你做了一個「首頁推薦職缺」功能，但數據分析師告訴你：「這個區塊的點擊率只有 5%！」 → 代表 UI 可能需要調整「使用者停留時間太短」 → 可能要加上動畫或更清楚的標題「A/B 測試顯示紅色按鈕比藍色好」 → 你需要調整設計💡 前端 + 數據分析師 = 讓 UI/UX 變得更直覺、更有效！
6. 運維/系統工程師（DevOps / SRE）👉 負責網站伺服器的運行與最佳化合作範例：你的前端代碼已經寫好了，現在要部署到正式環境可能遇到的問題：網頁載入速度太慢？ → DevOps 可能會幫你設定 CDN 加速按鈕點擊後沒反應？ → 可能是伺服器資源不足，需擴充某些用戶看不到最新版本？ → DevOps 需要清理快取💡 前端 + DevOps = 確保你的程式能「穩定、安全」地運行！
夥伴主要合作內容影響前端的地方後端工程師提供 API，讓前端可以拿到資料決定資料怎麼傳遞UI/UX 設計師設計畫面，確保用戶體驗影響網頁排版、按鈕設計產品經理（PM）決定功能需求與優先順序決定要做什麼、怎麼做測試工程師（QA）測試功能，找出 Bug確保程式正常運行數據分析師提供使用者數據，幫助優化 UI影響 UI 設計與功能調整運維/系統工程師（DevOps）負責部署、效能優化確保網站運行順暢前端工程師的合作夥伴
ChatGPT職場提示詞懶人包！OpenAI官方「Prompt Packs」，寫信、溝通、決策，不同工作角色都能用
用ChatGPT等生成式AI，該怎麼問才能得到高品質回答？不知從何問起，或許可以參考OpenAI推出的「Prompt Packs」（提示詞懶人包），這套免費資源提供專為各種職場角色設計的提示詞範本，本文整理相關提示詞懶人包及使用情境，包括萬用的會議紀錄整理、專業電子郵件撰寫、評估問題解決方案等，超實用快收藏！
文／《104職場力》
本文目錄（點擊可快速前往）
OpenAI推出「Prompt Packs」提示詞怎麼用？各職位都能用的職場提示詞 ChatGPT for any role1. 溝通與寫作2. 會議與協作3. 問題解決與決策4. 組織與生產力給不同工作者的提示詞：業務、IT、產品經理、工程師…
OpenAI推出「Prompt Packs」提示詞怎麼用？
OpenAI Academy推出一系列提示詞懶人包，包括各職位都能用的職場萬用提示詞，以及針對特定角色（產品經理、HR、IT、工程師…等）打造的提示詞，一共超過300組，可以依照適用情況選擇，協助將複雜的任務拆解，提升工作效率。
使用時直接找到適合的情境，複製提示詞，並記得將括號（[ＯＯ]、【ＯＯ】）中的內容替換為自己的實際情境或資料，貼入ChatGPT或Gemini等AI工具就可以馬上運用。
以「總結會議記錄」情境為例，複製下方提示詞之後，加入實際狀況如：
將以下非正式、粗略的會議筆記整理成重點摘要。分類整理：關鍵決策、下一步行動、責任歸屬。筆記：【行銷建議等 onboarding 教學素材準備好再對外公告功能。工程團隊確認核心功能已穩定，但還需要再進行一次資安檢視。產品端同意調整上線檢查清單，並會在下週三前分享更新版本。另外也討論到客服培訓要在上線前還是上線後進行，但目前尚未做出結論。】
ChatGPT就會快速歸納會議紀錄總結：
以下《104職場力》同步整理精選OpenAI「Prompt Packs」提示詞，以及中文版本提示詞提供參考，可以複製提示詞或者點擊文中的「到ChatGPT試試！」直接前往ChatGPT使用。這組提示詞不限定AI工具，複製起來可以在自己偏好的AI工具運用喔！
★ 歡迎在《104職場力》「點選星號」把文章加入專屬收藏清單，隨時登入隨時查找！
OpenAI Academy推出一系列提示詞懶人包
各職位都能用的職場提示詞 ChatGPT for any role
「ChatGPT for any role」是利用AI來處理日常工作中的行政、溝通和決策任務的提示詞。包括4大類型：「溝通與寫作」包括專業郵件撰寫、針對受眾調整訊息、摘要郵件等；「會議與協作」包括建立會議議程、整理會議紀錄、準備提問等；「問題解決與決策」則是專注於邏輯分析與評估方案；「組織與生產力」則是幫助使用者更有效的規劃時間與處理長篇資訊。
1. 溝通與寫作
ChatGPT可協助撰寫草稿、修飾文案，並調整日常職場溝通內容：
用途情境提示詞中文提示詞寫專業電子郵件 Write a professional email to [recipient]. The email is about [topic] and should be polite, clear, and concise. Provide a subject line and a short closing.（到ChatGPT試試！）寫一封專業工作郵件給【收件人】。內容是【主題】，語氣需禮貌、清楚且簡潔。請提供合適的郵件主旨，並附上簡短結尾。（到ChatGPT試試！）改寫成更好理解的的內容Rewrite the following text so it is easier to understand. The text will be used in a professional setting. Ensure the tone is clear, respectful, and concise. Text: [paste text].（到ChatGPT試試！）改寫以下文字，讓內容更容易理解。這段文字將用於專業職場溝通情境，請確保語氣清楚、尊重且簡潔。文字：【貼上原始文字】（到ChatGPT試試！）根據受眾調整訊息內容Reframe this message for [audience type: executives, peers, or customers]. The message was originally written for [context]. Adjust tone, word choice, and style to fit the intended audience. Text: [paste text].（到ChatGPT試試！）將以下訊息改寫成適合【受眾：主管／同儕／客戶】閱讀的版本。這段訊息原是寫給【情境】，調整語氣、用字與表達方式，使內容更符合受眾。文字：【貼上原始文字】（到ChatGPT試試！）草擬會議邀請Draft a meeting invitation for a session about [topic]. The meeting will include [attendees/roles] and should outline agenda items, goals, and preparation required. Provide the text in calendar-invite format.（到ChatGPT試試！）撰寫一則會議邀請內容，主題為【主題】。與會者包含【參與者／角色】，清楚列出會議議程、目標，及事前準備事項。以「行事曆會議邀請」格式輸出內容。（到ChatGPT試試！）總結長郵件討論串Summarize this email thread into a short recap. The thread includes several back-and-forth messages. Highlight key decisions, action items, and open questions. Email: [paste text].（到ChatGPT試試！）將以下電子郵件往返內容，整理成簡短重點摘要。郵件串包含多次來回討論，請標示關鍵決策、行動事項及未決問題。電子郵件：【貼上原始郵件內容】（到ChatGPT試試！）
2. 會議與協作
用途情境提示詞中文提示詞建立會議議程Create a structured agenda for a meeting about [topic]. The meeting will last [time] and include [attendees]. Break the agenda into sections with time estimates and goals for each section.（到ChatGPT試試！）為關於【主題】的會議規劃結構化議程。會議時長為【時間】，與會者包含【參與人員】。將議程分段，並設定每段預計時間與目標。（到ChatGPT試試！）總結會議記錄Summarize these meeting notes into a structured recap. The notes are rough and informal. Organize them into categories: key decisions, next steps, and responsibilities. Notes: [paste text].（到ChatGPT試試！）將以下非正式、粗略的會議筆記整理成重點摘要。分類整理：關鍵決策、下一步行動、責任歸屬。筆記：【貼上原始內容】（到ChatGPT試試！）建立行動項目清單Turn the following meeting notes into a clean task list. The tasks should be grouped by owner and include deadlines if mentioned. Notes: [paste text].（到ChatGPT試試！）將以下會議紀錄整理成清楚的任務清單。依照負責人進行分組，並在有提及時標示截止日期。筆記：【貼上原始內容】（到ChatGPT試試！）準備會議提問Suggest thoughtful questions to ask in a meeting about [topic]. The purpose of the meeting is [purpose]. Provide a list of at least 5 questions that show preparation and insight.（到ChatGPT試試！）針對【主題】會議準備關鍵提問，會議目的是【目的】。至少提供5個問題，展現出事前準備與洞察。（到ChatGPT試試！）撰寫追蹤信件Write a professional follow-up email after a meeting about [topic]. Include a recap of key points, assigned responsibilities, and next steps with deadlines. Use a clear and polite tone.（到ChatGPT試試！）撰寫一封【主題】會議的專業會後進度追蹤郵件。內容需包含重點摘要、責任分配、下一步及截止日期。使用清楚且禮貌的語氣。（到ChatGPT試試！）
3. 問題解決與決策
用途情境提示詞中文提示詞找出根本原因Analyze the following workplace issue: [describe issue]. The context is that the problem has occurred multiple times. Identify possible root causes and suggest questions to confirm them.（到ChatGPT試試！）分析以下職場問題：【描述問題】。此問題已多次發生。找出可能的根本原因，並提出問題來驗證這些原因。（到ChatGPT試試！）比較方案Compare the following two or more possible solutions: [list options]. The decision needs to be made in [timeframe]. Evaluate pros, cons, and potential risks for each option.（到ChatGPT試試！）比較以下幾個可能的解決方案：【列出方案選項】。決策需要在【時間範圍】內完成。分別評估每個方案的優點、缺點及潛在風險。（到ChatGPT試試！）決策準則Help define clear decision-making criteria for [describe decision]. The context is that multiple stakeholders are involved. Provide a short list of weighted criteria to guide the choice.（到ChatGPT試試！）為【描述決策】制定清晰的決策準則，決策涉及多個利害關係人。提供一份簡要的加權評估標準清單，以協助做出選擇。（到ChatGPT試試！）潛在風險評估Assess the potential risks of the following plan: [describe plan]. The plan is set to start on [date]. List risks by likelihood and impact, and suggest mitigation strategies.（到ChatGPT試試！）評估以下計畫的潛在風險：【描述計畫】。計畫預計於【日期】啟動。依照可能性與影響程度列出風險，並提出緩解策略。（到ChatGPT試試！）建議最佳方案Based on the following background: [describe situation and options], recommend the most suitable option. Explain your reasoning clearly and suggest first steps for implementation.（到ChatGPT試試！）根據以下背景資訊，推薦最適合的方案。清楚說明判斷理由，並提出可實施的第一步做法。背景：【描述情況和備選方案】（到ChatGPT試試！）
4. 組織與生產力
用途情境提示詞中文提示詞每日任務排序Create a prioritized to-do list from the following tasks: [paste tasks]. The context is a typical workday with limited time. Suggest which tasks should be done first and why.（到ChatGPT試試！）根據以下任務，整理一份有優先順序的待辦清單：【提供任務】。場景是時間有限的典型工作日，說明哪些任務應該優先完成，並解釋原因。（到ChatGPT試試！）建立週計畫Build a weekly work plan for [describe role or situation]. The week includes deadlines, meetings, and individual focus time. Provide a balanced schedule with recommended priorities.（到ChatGPT試試！）為【描述角色或情境】規劃一週工作計畫。包含截止日期、會議，及需要保留的個人專注時間。提供平衡的日程安排，並建議優先事項。（到ChatGPT試試！）總結長文件Summarize the following document into 5 key points and 3 recommended actions. The document is [type: report, plan, or notes]. Keep the summary concise and professional. Text: [paste document].（到ChatGPT試試！）將以下文件總結出「5個重點摘要」與「3項建議行動」。文件類型是【報告／計畫／筆記】，需保持內容精簡且專業。文字：【貼上文件】（到ChatGPT試試！）腦力激盪解決方案Brainstorm potential solutions to the following workplace challenge: [describe challenge]. Provide at least 5 varied ideas, noting pros and cons for each.（到ChatGPT試試！）針對以下職場挑戰，發想可能的解決方案：【描述挑戰】。至少提出5種不同方案，並列出每個方案的優缺點。（到ChatGPT試試！）撰寫專案更新Draft a short project update for stakeholders. The project is [describe project]. Include progress made, current blockers, and next steps. Write in a professional, concise style.（到ChatGPT試試！）為利害關係人撰寫簡短的專案進度更新。專案為【專案描述】，包括目前進度、阻礙與後續行動。以專業、精簡的風格撰寫。（到ChatGPT試試！）
給不同工作者的提示詞：業務、IT、產品經理、工程師…
其他針對各個專業領域設計的提示詞，內容涵蓋人力資源、IT、行銷、工程、銷售、產品管理、客戶成功及高階主管等多元角色，內容都列出了具體的應用場景，例如撰寫專業文案、市場研究、分析數據趨勢及產出視覺圖表等，可以搭配使用：
業務銷售 ChatGPT for sales >>IT人員 ChatGPT for IT >>客戶關係 ChatGPT for customer success >>管理職 ChatGPT for managers >>產品經理 ChatGPT for product >>高階主管 ChatGPT for executives >>工程師 ChatGPT for engineers >>財務 ChatGPT for finance >>人資 ChatGPT for HR >>行銷 ChatGPT for marketing >>
★ 歡迎在《104職場力》「點選星號」把文章加入專屬收藏清單，隨時登入隨時查找！
產品經理 - 學習地圖(下)：職涯精進篇
產品經理是一個融合創新、邏輯與溝通的角色。隨著數位化加速，產品思維逐漸成為組織決策的核心。從技術團隊、設計部門到商業營運，產品經理肩負整合多方資源、定義方向並推動產品落地的關鍵任務。
本篇產品經理學習地圖(下) ：職涯精進篇，將協助學習者認識『轉職產品經理的學習策略』、『產品經理薪資行情與職涯發展 』、『產品經理的挑戰與機會 』相關職業發展重點趨勢，協助轉職者掌握先機，開啟自己嚮往的產品經理職涯！
前往閱讀 【產品經理 - 學習地圖(上)：技能養成篇 】
文 /【104學習精靈】
本文目錄（點擊可快速前往）
轉職產品經理的學習策略 初學者或轉職者的學習策略的四步驟學習策略 不同背景的轉職策略 產品經理薪資行情與職涯發展 產品經理薪資概況 產品經理職涯發展路徑總覽 職涯發展路徑圖哪些產業需要產品經理 產品經理的挑戰與機會產品經理的挑戰：責任高壓 × 協作複雜 × 影響難以量化產品經理的機會：橫跨多領域 × 成為整合與策略型人才
轉職產品經理的學習策略
初學者或轉職者的學習策略的四步驟學習策略
🔍 步驟一：建立觀念框架
目標是建立「什麼是產品經理」的核心理解，避免誤解 PM 僅是寫文件或開會的角色。
閱讀經典書籍：
《Inspired》（Marty Cagan）
《Lean Startup》（Eric Ries）
《Hooked》、《The Mom Test》等使用者與產品研究相關書籍
觀察與分析：
訂閱科技與產品類專欄（如《PM 的日常》、《Mr. PM》）
比較 PM 在不同產業中的角色差異（SaaS vs. FinTech vs. 教育科技）
🛠️ 步驟二：進行模擬實作
產品能力是做出來的，非讀出來的。從小型個人專案開始動手做：
撰寫 PRD（產品需求文件）：說明產品目標、功能架構、使用者角色等
建立簡單原型：可使用 Figma、Uizard 或 Whimsical 畫出 Wireframe
練習模擬專案情境（例如：設計一款改善會議效率的工具）
🧰 步驟三：建立個人作品集
PM 沒有程式碼作品，作品即為「邏輯、觀察與提案」。Side Project 是最佳切入點。
自行發想一個產品點子，並完成以下交付成果：
用戶訪談紀錄、問題定義
MVP 功能列表與排序依據（Kano、RICE 等）
原型畫面（Figma）與簡報提案（Canva、Gamma）
將成果整理成：
部落格分享文章（Medium、方格子）
Notion 公開頁面或作品集 PDF
📊 步驟四：進行能力映照與導師輔助
轉職需要策略，了解自己的強項與補足點是核心。
自我分析：
是否擅長邏輯分析？是否習慣說故事與組織資料？
對技術的接受度如何？對用戶研究是否有熱情？
對照能力地圖與三階段學習模型（初階 → 中階 → 資深）
尋找導師或實務導向社群（Product School、Dcard「PM 求職」板、社群黑客松）
【成功轉職PM經驗分享： 從0學會提案，產品經理學習營揭3大挑戰 】
不同背景的轉職策略
產品經理是一個高度跨域的職位，各種專業領域的人才都能從自身優勢出發，補足關鍵能力差距，有策略地進入 PM 領域。以下列出常見背景與對應建議：
💼 背景類型 🔍 關鍵補強能力 🧭 學習策略與實作方向 工程師 / 技術人員 商業價值理解、需求轉化、使用者觀點 - 學習撰寫 PRD 並用簡單語言說明技術實作邏輯- 練習 MVP 與產品優先排序技巧（RICE、Kano）- 建立從技術到商業的提案範例 UI/UX 設計師 技術協作語言、商業邏輯、敏捷開發流程 - 學習產品開發節奏（Scrum、Sprint Planning）- 練習從用戶痛點導出產品需求- 撰寫可執行的功能清單與需求說明（非設計角度） 行銷 / 業務 / BD 用戶建模、技術合作、需求邏輯結構 - 練習撰寫 User Story、畫使用者旅程圖- 學習產品分析指標（轉換率、留存）- 製作從行銷洞察到產品設計的策略案例 專案管理 / 專案 PM 使用者思維、功能設計、產品價值評估 - 補足從需求到功能邏輯的建構訓練- 練習將項目管理轉化為產品開發週期 - 提升產品策略思維（如何達成產品願景、商業目標） 資料分析師 / 數據人員 使用者訪談、產品場景理解、功能直覺 - 將分析結果轉換成產品洞察與建議（例：為何 DAU 下降？）- 練習功能排序與使用者分群設計- 製作一份以數據為主導的功能驗證提案 教育 / 顧問背景者 技術導向邏輯、產品結構化設計 - 將課程規劃轉為產品功能流程（例：學習路徑＝用戶旅程）- 建立數位化教學或平台設計專案作為產品作品集 記者 / 編輯 / 媒體人 邏輯結構、功能規劃、需求導入 - 將內容流程圖轉換為資訊架構（IA）- 練習功能導覽邏輯與用戶操作行為設計- 撰寫產品規格內容並搭配原型製作 創業者 / 自營接案者 系統化流程、團隊協作語言、規模化需求設計 - 重構既有專案成為產品流程（從接案 → 開發 → 優化）- 學習定義「核心功能」與「增強功能」- 撰寫投資簡報與產品發展路線圖
[course_plugin title='轉職產品經理經驗分享' keyword='如何成為厲害的產品經理' amount=2]
產品經理薪資行情與職涯發展
產品經理薪資概況
🎯台灣產品經理薪資
初階（3年以下經驗）：月均薪約5.8萬。
中階（3- 5年經驗）：月均薪約 6.1萬。
高階（5-10年經驗）：月均薪約6.5萬以上。（以上資料來源：104薪資情報）
🎯薪資影響因素
產業別：FinTech、SaaS、AI、新創科技類產品，整體薪資水準高於平均
公司規模與資本：外商、大型科技平台或募資成功的新創通常提供更高總薪酬（含分紅、股票）
技術能力：具備資料分析、SQL、AI 工具應用或技術 PM 能力者，具明顯加分空間
跨部門經驗與語言能力：能帶領國際團隊或雙語溝通，具備海外市場經驗者，職位晉升與薪資天花板更高
績效可量化與作品影響力：曾成功主導產品從 0 到 1 上線、或具實際商業成效者，極具市場競爭力
產品經理職涯發展路徑總覽
🎯一般產品經理職涯階梯
階段 角色職稱 工作內容重點 初階（0–2年） Associate PM、PM 功能需求管理、協助執行開發與測試 中階（2–5年） Senior PM、產品 Owner 獨立負責模組、帶專案、做跨部門溝通 高階（5 年以上） Head of Product、Director 規劃策略、領導團隊、負責產品營收或發展方向
🎯產品經理的延伸發展方向
▶️ A. 管理職方向 → 領導產品團隊與策略擬定
產品主管（Head of Product）
產品副總 / 首席產品官（VP of Product / CPO）
📌 適合具備團隊領導、策略思維、資源整合能力者📈 負責產品線營運績效、公司級產品策略與團隊管理
▶️ B. 專業產品分支 → 深化專業能力與技術協作
成長產品經理（Growth PM）：優化轉換率、黏著度
資料產品經理（Data PM）：數據驅動決策、儀表板設計
平台產品經理（Platform PM）：處理底層架構、平台服務協調
AI 產品經理（AI PM）：導入 AI 模型、設計 prompt、資料運用
📌 適合具備技術基礎、數據敏感度或 AI 工具應用者📈 強調深度專精與跨部門技術協作
▶️ C. 轉向技術 / 解決方案型職位
技術產品經理（Technical PM）→ 精通系統邏輯、API、工程流程協作
Solution PM / 客製產品經理→ 尤其常見於 B2B 領域，轉譯商業需求為技術落地方案
資料分析 / 機器學習協作產品職（Data Analyst / ML Collaborator）→ 與資料科學家共構分析產品，打造資料決策體系
📌 適合對技術工具敏感、與工程或數據團隊合作密切者
職涯發展路徑圖
產品助理 PM / 初階產品經理
│
▼
產品經理（Product Manager）
│
▼
資深產品經理（Senior PM）
│
├── A. 領導團隊 → Head of Product / VP of Product / CPO
│
├── B. 深化專業能力 →
│ ├── 成長 PM（Growth PM）
│ ├── 資料 PM（Data PM）
│ ├── 平台 PM（Platform PM）
│ └── AI PM（AI Product Manager）
│
└── C. 技術轉向 / 客製型產品 →
├── 技術產品經理（Technical PM）
├── 客製方案 PM（Solution PM）
└── 資料協作職（Data / ML Collaborator）
哪些產業需要產品經理
幾乎所有以產品為核心的行業都需要產品經理。以下列出熱門產業與其 PM 特性：
科技平台 / SaaS ：
快速上線、快速迭代
PM 需懂敏捷與成長指標
電商與新零售
用戶轉換、後台流程、金物流整合
重視跨部門協作與商業營運理解
FinTech 金融科技
必須結合法遵、用戶安全與服務介面
PM 需與法務、風控、技術密切協作
EdTech 教育科技
著重用戶黏著與內容轉化效果
常需思考平台設計與學習路徑設計
IoT 與硬體整合
PM 扮演橋梁角色，連結硬體端與 App、後台資料串接
遊戲與娛樂產業
以玩家體驗、虛擬經濟與成癮機制為優先考量
產品經理的挑戰與機會
產品經理的挑戰：責任高壓 × 協作複雜 × 影響難以量化
責任重大但權限不清
雖需對產品成效、上線時程負責，但實際並不管理設計師、工程師等資源。
📍 情境：設計端與工程端無意願更改開發排程，PM 需透過影響力而非權力協調進度。
利害關係人眾多，溝通成本極高
市場、業務、客服、用戶、技術等部門需求往往衝突，PM 是資訊總管也是「夾心餅乾」。
📍 情境：行銷部門希望推出亮點功能吸引用戶，但開發團隊評估技術複雜度高，PM 需主導「先推 MVP、後期擴充」的雙贏方案。
KPI 難以單一指標衡量
🎯 與業務不同，產品績效常依賴間接成果（如提升用戶留存、降低客服成本），評價方式難以量化。
📍 情境：推出新功能後，用戶滿意度提升但營收未立即成長，PM 需解釋產品影響是「長期復利」而非即時回報。
需求變動快速，需持續對齊戰略方向
使用者行為、競品策略與高層決策常臨時變更，PM 要即時調整計劃、重排優先順序。
📍 情境：原定第二季上線的新模組，因競品提早推出類似方案，PM 臨時調整優先順序並帶團隊加速交付。
資訊不對稱與期望管理
PM 需將技術語言與商業語言轉譯給不同部門聽懂，並同步設定合理期待。
📍 情境：業務部門以為功能改動「只是改兩行 code」，PM 需以邏輯說服其理解影響範圍與開發代價。
產品經理的機會：橫跨多領域 × 成為整合與策略型人才
深度參與產品創新與策略制定
PM 是少數能從用戶需求出發，參與產品架構、商業模式與推廣策略制定的角色。
📍 情境：PM 參與設計新會員系統，從功能設計到價格方案與活動邏輯，全面串聯 UX 與營收思維。
跨界職能大平台，橫向能力持續擴張
PM 是 UX、工程、行銷、數據的整合者，能從中學習各部門運作邏輯。
📍 延伸可能：
UX 能力強 → 可轉向 Product Designer / UX Lead
商業直覺強 → 可轉向 BD、Growth Hacker
擅長數據分析 → 可成為 Data PM 或轉職 Data Analyst
善用 AI 與數據工具，提升個人效率與競爭力
新時代 PM 善用工具（如 ChatGPT、Mixpanel、Figma AI），將重複性任務自動化，將更多精力投入產品決策。
📍 情境：使用 ChatGPT 快速產出功能草稿、用 Notion AI 紀錄會議摘要，大幅提升產出速度與溝通效率。
職涯發展路徑彈性高，向上與橫向皆可擴展
根據個人強項與興趣，可發展為：
⬆️ 高階管理職（Head of Product、VP、CPO）
⬅️ 專業分支（Growth PM、AI PM、Platform PM）
➡️ 創業者、顧問、創新策略師
培養「影響力而非權力」的領導型人才
優秀 PM 不靠職權，而是靠願景整合與團隊信任來推進決策，這正是高階管理人才最需要的核心能力。
[course_plugin title='產品經理實戰課程' keyword='第7屆產品經理學習營' amount=2]
前往閱讀 【產品經理 - 學習地圖(上)：技能養成篇 】
[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大挑戰｜商業思維學院
企業3Q關鍵人才徵選與培育
文：將苑領導工作坊 主持人 | 張宏裕
從壓力紓解的本質而言，強化實力才會讓別人尊重我們， 這就是挫折容忍的AQ自省力與問題解決的IQ自學力， 強化魅力才會讓別人喜歡我們，這就是情緒管理的EQ自制力。 AQ/IQ/EQ這三者是企業爭奪的 3Q關鍵人才。
每當歲末年初，總是湧現一波像海嘯一樣「轉職大作戰」。員工轉職，想尋求發展的機會與舞台，要求”工作與生活” 均衡的理想國度，「良禽擇木而棲，賢臣擇主而事」。企業面臨離職潮來襲，憂心忡忡，拼命想留住那些附加價值高、願意高度承諾與投入的關鍵人才（Talent）。企業尋找關鍵人才，人才尋覓最佳雇主，猶如兩人才能跳探戈（it takes two to tango），必須舞步合拍、默契十足、情投意合，才能譜出精彩舞曲。否則一個人踏錯一步，整場舞蹈就亂成一團了。
關鍵人才除了本職專業能力，還要有”身心奉獻”的投入與成就動機，彷彿像是在辦公室裡行走的天使，附加價值高而且難以被取代。企業求才猶如選女婿，得擦亮眼睛，才能在茫茫職海中，找到那顆亮晶晶的珍珠。
＊ 看重「關鍵人才」的軟實力—招募徵才時，即錄用留才
多年前某人力資源公司與六家企業的 CEO舉行座談，其中詢問招募人才，最看重哪些人格特質？結果CEO不約而同選出挫折容忍度、問題解決、團隊合作等三種人格特質的軟實力。分別代表AQ自省力、IQ自學力、EQ自制力。此即為企業爭奪的 3Q關鍵人才。從壓力紓解的本質而言，強化實力才會讓別人尊重我們，這就是挫折容忍的自省力與問題解決的自學力，強化魅力才會讓別人喜歡我們，這就是情緒管理的自制力。
錄用對的人意味著「找對的人上車」，所以從面試那刻起，就得火眼金睛，寧缺毋濫，才能確保「對的人上車」，否則「不對的人」會導致：一艘沈船拖垮整個艦隊。
一. AQ自省力 : 職場的「逆風高飛」
職場生涯猶如攀登山峰，面對困境與挫折乃是常態。能否保持希望及持續奮鬥的忍受力，即所謂的AQ （Adversity Quotient，逆境商數）。挫折容忍AQ是扮演攀登者（Climbers）角色，認同企業核心價值，積極面對挑戰，在沒達標前不放棄、且不失去盼望，最後總能登峰造極。
AQ的基本操練是挫折容忍，自我覺察，培養逆境翻轉力。時時反躬自省，日日檢視。多年來，我也力行此操練，隨時準備一本記事本，除了尋章摘句、構思靈感，也將經歷的事情、心情與人情記錄下來，時刻反省。
二. IQ自學力 : 問題解決的「自動導航」
《禮記 · 學記》：「學然後知不足，教然後知困。」透過學習，才知道自己的不足，教導他人，才明白教學說明時會遇到的困難。個人自學力，主動當責，啟動學習自主力。可強化本質學能、判斷能力和執行力。而團隊自學力，則可透過推動讀書會，建立系統及結構的學習主題，打造學習型組織。
我建議各人自學力培養的四步驟，分別是：
1. 歸納分析：將主題整合分門別類，多角度了解全貌，並做出具體結論。
2. 觀點深思：系統化的方法論有助於融會貫通，形成思考體系與獨特論述觀點。
3. 技能活用：透過書寫、分享、簡報等表達，再透過回饋交流，檢視修正之處。
4. 蓄積能力：能力是透過不斷練習養成的，就像陶侃搬磚，日復一日的自我驅動，就能不斷開發自身的潛能。《原子習慣》提到：「如果每天都能進步1%， 持續一年，最後你將會進步37倍。」
持續學習進修，讓自己每天都進步1% >>
三. EQ自制力 : 引領共好的「團隊潤滑劑」
如果要挑選一位同樣被困在荒島的同伴，高EQ的人絕對是不二人選，因為他懂得團隊合作，引領共好，優化情緒素質力。EQ首在辨識覺察自己的情緒，也會同理他人感受。運用人格、感性與理性處理衝突，激勵夥伴，發揮關鍵影響力，提升職場叢林存活的機率。
前P＆G 高管曾經分享，高EQ 的人有如下特徵：善於傾聽，人緣不錯；對道歉毫無包袱；非常願意別人的反饋；擅長稱讚他人、感激他人的肯定；不容易記仇等。
＊ 結論：3Q關鍵人才，企業競爭的「核武器」
美國波士頓顧問公司（BCG, Boston Consulting Group）研究顯示，未來工作生命週期僅4至5年。這意味著具備3Q—AQ/IQ/EQ特質的關鍵人才，更能掌握終生被雇用的機會。企業競爭的執行力在於：人才、策略、流程。尤其”關鍵人才”更是企業的重要資本。因此加緊徵選、培育、授權及善用並留住關鍵人才，實為當務之急。
企業首先賦予關鍵人才必要的工作教導與培訓，給予更多高能見度的挑戰任務，激發潛能。其次有計畫的個人生涯發展、激勵的薪資福利、關懷的溝通面談，都是促進彼此的溝通與承諾。最後適時表達真心感激與讚賞，並平衡員工的工作與生活，讓關鍵人才能夠樂在工作，愛在生活。
了解本文作者張宏裕老師的訓練課程>>
提升員工帶動企業的成長！最划算的教育訓練方案首選>>
企業內訓、公開班及線上課程需求，104人資市集最超值 >>
訂閱人資市集電子報獲得專家工作分享及產業新知 >>
加入104人資市集官方line獲得最新優惠及活動資訊 >>
你適合當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]
打造ChatGPT行政小助理：專屬AI助理幫你處理瑣碎行政工作
你是否曾經覺得ChatGPT「不夠聰明」、「總是抓不到重點」？問題可能不是AI太笨，而是你沒學會如何訓練它成為你的專屬行政小助理！教你透過3步驟用ChatGPT建立專屬GPTs工具，並分享升級技巧與應用範例，打造高效率、全年無休的AI團隊。本文節錄自《30個必學的AI行政工作術》。
文／賴彥廷
本文目錄（點擊可快速前往）
訓練個人專屬的行政小助理：ChatGPT【操作3步驟】用GPTs打造專屬行政小助理2招技巧再升級AI小講堂：實用工具連結
訓練個人專屬的行政小助理：ChatGPT
「AI不像大家說的那麼聰明，給的東西總是不準確，沒辦法直接用啦。」
「別人說『訓練』AI很重要，但我跟它對話了這麼久，它怎麼還是不懂我的需求呢？」
「為了得到理想的成果，我要花更多時間和心力在AI身上，似乎本末倒置了吧，乾脆改回人工的方式好了。」
「唉，AI真難用……」
你是否曾經在使用AI時，冒出以上的想法？
如果有，你並不孤單。面對新工具時的無力感相當常見。
在與AI磨合的過程中，我們常聚焦在技術操作上，例如：Prompting（提示工程）與Fine-tuning（微調），前者讓我們將內心抽象的需求轉化為具體且明確的指令，後者則是強化AI在特定工作上的表現。
然而，除了掌握技術，心態設定同樣重要！
假如期望AI一開始就成為全知全能的助手，能完美執行任何任務，對於初學者來說幾乎不可能；但如果我們調整心態，先把日常工作切分成幾項小任務，每項小任務交給一位AI助手處理，不僅容易上手，還能快速享受到AI帶來的甜美果實。
就讓我們一起使用ChatGPT訓練個人專屬的行政小助理，熟練之後，就能反覆套用這個模式，讓每項瑣碎的行政工作都有一位專屬的AI助理，從此事半功倍！
ChatGPT網址：https://chatgpt.com/
我的GPT：https://chatgpt.com/gpts/mine
GPT商店頁面：https://chatgpt.com/gpts
【操作3步驟】用GPTs打造專屬行政小助理
ChatGPT是當前最熱門的生成式AI工具之一，而「GPTs」功能可說是讓AI從好玩邁向實用的直達電梯。
透過GPTs功能，我們可以為每一項行政工作量身訂製一個專屬的聊天機器人，它只為這項任務而生，因此能做得更精準、更完善、更符合我們的需求。
接著將介紹如何設定GPTs功能，訓練個人專屬的行政小助理。
GPTs配置模式的操作示意圖
【STEP 1】快速掌握「建立模式」的操作方法
開啟ChatGPT：我的GPT頁面，點擊「建立GPT」（此為付費方案功能），即可開始設計。
操作不必具備任何程式基礎，只需要用口語描述希望創建的功能。
畫面布局主要分為左右兩大區塊，右側是預覽區，呈現未來實際使用時的畫面，我們可以在此隨時進行測試，檢查是否有需要調整改善的地方。
左側的功能設定區還可以分為兩種設計模式：建立（Create）以及配置（Configure）。
在建立（Create）模式下，我們將與ChatGPT來回對話，讓AI一步一步引導我們完成設計。
舉例來說，ChatGPT先主動提問：「請告訴我，您希望這個GPT具備什麼樣的行為或目標？」我告訴它：「我想製作偵測錯別字的GPT。」ChatGPT就會快速擬出相關指令以及預期呈現的功能，並且不斷地發問，確認它的理解與我們的實際需求一致。ChatGPT可能會這麼發問：「我建議將這個GPT命名為：錯別字檢查助手。您覺得這個名字合適嗎？」、「您希望錯別字檢查助手在與您互動時，採取什麼樣的語氣和風格呢？」除了回答它提出的問題，我們也可以提出其他的需求，例如：「如果發現簡體字，請特別標示出來。」以此新增ChatGPT原本沒有考量到的功能細節。我們在左側功能設定區操作時，右側預覽區的畫面會隨之更新。在一來一往的問答中，將會逐步完善這個GPT。
整體來說，建立（Create）模式偏向把設計的主導權交到AI手上，具有操作流程親民容易的優點，我們不必思考繁瑣的技術細節，大部分的問題都交給AI處理。
然而，建立（Create）模式的缺點也顯而易見，如果跟AI溝通不良，這個「對話」過程可能拉得很長，耗費更多時間。此時不妨切換到配置（Configure）模式，省略來回問答，直接完成所有的功能設定。
【STEP 2】快速掌握「配置模式」的操作方法
在配置（Configure）模式下，我們將省略跟ChatGPT口語溝通的過程，直接針對指令、對話啟動器、知識庫等功能細節進行設定，請參考以下說明：
名稱（Name）：為這個GPT命名。
說明（Description）：簡單介紹功能。
指令（Instructions）：詳細輸入我們希望執行的動作、操作步驟以及具體的指令。可以使用條列式進行說明。
對話啟動器（Conversation starters）：預設一開始能立即使用的指令。
知識庫（Knowledge）：上傳可供AI學習與訓練的資料，檔案類型包含但不限於Pdf、Excel、Word等。
功能（Capabilities）：選擇是否開啟網頁搜尋、DALL·E繪圖以及程式碼執行器等功能。
動作（Actions）：點擊「建立新動作」，就能執行串接第三方API等進階設定，如果不需使用，忽略這個功能即可。
其中，指令（Instructions）是整個功能設定區的核心，我們需要具體且明確地輸入指令，告訴AI如何執行任務。舉例來說，當我們設計偵測錯別字的GPT時，可以將指令設計如下：
請幫助使用者辨識並更正錯別字，並遵循4個原則：
用「」標示錯別字，提供更正建議，同時保留原句。
使用專業語氣，提供簡潔的建議。
僅限於更正錯字，不修改語句次序及結構。
如果遇到不確定的情況，請主動向使用者確認。
在設計指令的過程中，別忘了隨時透過右側的預覽區做測試！
我們可以根據測試結果，觀察AI實際執行的情況，檢測還有哪些問題需要解決，將指令內容修改得更完善。
另外，對話啟動器指的是一進入GPT就能看到的指令按鈕，通常會設計為簡短易用的指令。以偵測錯別字的GPT為例，對話啟動器可以設定為「請偵測這篇文章內的錯別字」。未來每當我們進入這個GPT，都會出現這個指令按鈕，節省手動打字的時間。
關於功能設定中的程式碼執行器和資料分析功能（Code Interpreter & Data Analysis），乍聽之下像是只能用在程式設計，但它的應用層面其實相當廣泛，許多涉及數理計算、製圖製表或是數據分析的操作，都會用到這個功能。
整體來說，建立（Create）模式的操作容易，但只適合設計功能簡單的GPT；配置（Configure）模式雖然稍顯複雜，卻能滿足更細膩、更全面的設計需求。
【STEP 3】設定分享方式
設計完成後，點選畫面上方的「建立」（Create）就能完成存檔。
同時，我們也要決定如何分享這個GPT，目前共有3個選項。
只有我：僅供私人使用。
擁有連結的任何人：可以透過連結，分享給同事或親朋好友使用。
GPT商店：公開發表到OpenAI的GPT商店，任何人都能搜尋到這個GPT，並自由使用。
最後再次強調，大家試著把自己常常需要做的行政工作區分為幾項小任務，並為每項任務設計專屬的GPT助理。
期待大家都能組織一群專業、高效率的「AI團隊」，全年無休為自己服務！
2招技巧再升級
【技巧1】激發想像，GPT助理還有哪些功能？
除了上文介紹的偵測錯別字，GPT助理還有許多新鮮有趣的應用，例如，我們可以設計一個專門整理名片資訊的GPT助理，或是讓它負責構思簡報大綱、安排旅遊行程，甚至還能擔任精通多國語言的外語家教。
【技巧2】使用別人設計的GPTs
除了設計自己專屬的GPT，我們還能在「GPT商店」享受別人開發的工具（連結附於文末），內容涵蓋繪圖、文案寫作、程式設計等眾多領域。閒暇時不妨到GPT商店瀏覽一下，或許有意外之喜！
AI小講堂：實用工具連結
GPT商店常被稱為「AI版本的App Store」，如同我們在iPhone下載各種實用的APP，GPT商店也有許多別人精心研發的工具，滑鼠一點，就能直接取用。
根據統計，OpenAI推出GPT商店之後，短短幾個月時間就累積了超過300萬個GPT作品，藉由全球不同產業、不同領域使用者腦袋裡的無限創意，即使是剛接觸生成式AI的新手也能站在巨人的肩上，輕鬆享用甜美的果實。
ChatGPT：GPT商店頁面
網址：https://chatgpt.com/gpts
節錄自：商周出版《30個必學的AI行政工作術：搞定會議、行程、簡報、文書、圖表、影音、資料庫，事半功倍，準時下班！》／賴彥廷 著
更多【AI工作術】推薦給你：
4步驟學會運用AI關鍵能力！16種AI工具應用解析｜行銷策略指令範例
用AI快速寫Email！ChatGPT Writer、Copilot等中英文電子郵件生成
ChatGPT一鍵生成簡報！Slides Maker讓AI幫你快速做完整簡報
會議紀錄用AI怎麼做？會議逐字稿如何整理？｜AI語音轉逐字稿教學
用ChatGPT準備面試練習！AI履歷撰寫和模擬面試必學指令
前端面試問題如何反問？8個了解團隊的關鍵問題
面試是雙向選擇，前端工程師面試也要善用反問問題的機會，了解團隊與公司的工作模式，更深入了解工作細節。本文作者為前端工程師，網站前後端開發經驗逾9年，以自身經驗整理前端面試可以反問的8個問題，有助準備面試與掌握面試主導權。
文／林彥成｜前端三分鐘
本文目錄（點擊可快速前往）
面試前端，你還有什麼問題想問嗎？前端面試可以反問的8個問題前端面試反問1：是否有遇過常改規格的情境？ 工程師會需要如何應對？前端面試反問2：通常是怎麼處理樣式檔？像是BEM或依元件或頁面開檔案放置？前端面試反問3：目前公司有幾位設計，是怎麼合作的？前端面試反問4：請問會需要整合不同的後端嗎？前端面試反問5：專案中有用到哪些設計模式？前端面試反問6：專案的時程會很趕嗎？ 當工程師遇到困難時，會如何協助解決？前端面試反問7：如果有十幾個需求同時開發或是需要轉換框架函式庫，會怎麼進行？前端面試反問8：會在什麼時候決定將共用邏輯抽取出來成為function或是常數？4個問題了解面試官和團隊
在新鮮人階段時，通常不太確定面試可以問什麼或該問什麼，當面試到最後被問起：「你還有什麼問題想問嗎？」又該怎麼回答？
隨著職涯的發展，這個問題終究是回到自身想要成為什麼樣的大人？
對於個人來說，面試的目標是要找到不討厭、別人願意付錢請我們做、我們可能也做得不錯的事情。
面試前端，你還有什麼問題想問嗎？
在面試過程除了被面試其實也在面試團隊跟公司，而一個好的問題可以幫助我們從更多面向去了解這間公司工作樣貌，進而去看看公司有沒有符合想要的職涯目標、工作型態。
扣掉找新人免洗的狀況，大部分的公司都是遇到問題才會徵才，單純擴編的狀況可能並不多，而企業目前的問題很可能是造成前一位員工離職的原因之一。
在轉職時，要怎麼知道接下來是不是想要體驗這樣的職涯環境？或著說工作樣貌是不是自己喜歡的？
【作者檔案】林彥成，資深前端工程師，網站前後端開發經驗9年。珍貴線上Q&A機會，直擊台積電工程師的真實生活！限時報名>>
前端面試可以反問的8個問題
致那些年我踩過的坑，也預祝大家在新的一年填坑大吉。
小編是前端工程師，決定在工作一年左右轉換的原因可以參考小編談談選擇前端的理由這篇文章。
前端通常是在設計、後端都完成後才進行收尾，收尾的同時也在幫規格、設計、後端Debug，所以大家在大聊一波慶祝工作完成的同時，我們會發現只剩前端還在工作。
接下來會從小編當前端工程師過往遭遇的問題和解法反思未來職涯疑問，就讓我們一起看下去。
前端面試遇到的常見地雷
面試遲到讓面試者等
問很多跟工作無關的問題，有女朋友？結婚有小孩了沒？
請我們又多填一份跟104一樣的履歷表
面試沒問太多技術問題都在聊天
很急著壓報到時間，燙手山芋正在快速拋接中
試用期砍薪水，過了還不一定會調整
不過這邊想要特別說明一下，我朋友在面試的時候很誠實跟主管說接下來的目標是交女朋友工作什麼的都是浮雲，而老闆不管在面試時或是面試結束後也給了很多機會，這邊不得不感謝那個問了問題後有協助處理的老闆。
前端面試反問1：是否有遇過常改規格的情境？ 工程師會需要如何應對？
為什麼問這題：常改規格並沒有不好，要看的是有沒有體驗到好的軟體開發流程，目標是確認公司開發流程是不是下一份工作的目標，像是有分測試和正式環境嗎？上版本遇到bug會在什麼時候修？
常依需求修改資料庫Schema或API，每次都要重寫邏輯以及資料庫互動的部分
需要常常顯示不同的統計，可考慮導入GraphQL從Client決定，減少開API的時間
使用Document-Oriented的資料庫，POC階段相對簡單
隕石式開發，主事者看到畫面後覺得還想改就又重來一次
出Mockup或是設計製作不須切版的假畫面流程
出一個Demo用的Prototype（處理關鍵流程，不須注重美觀）讓不熟網頁開發的主事者了解目前的狀況和方向，確認後才進行設計切圖、前端切版、後端開API
前端面試反問2：通常是怎麼處理樣式檔？像是BEM或依元件或頁面開檔案放置？
為什麼問這題：是不是可以在這樣的專案架構下學到東西。
CSS選擇器和規則們就像女孩化妝桌上的化妝品們，桌上總是放著各個種類，數也數不清大罐小罐擠的噴的擦的，在沒有預備知識和整理規劃的情況下，若要一個男孩子短時間搞清楚簡直是天方夜譚。
該怎麼透過CSS的架構來優化，可以參考之前小編寫的如何「透過BEM、SMACSS、OOCSS、Atomic CSS 簡化樣式開發流程、減少維護成本」。
撰寫地圖專用的圖層SLD樣式檔（類似XML）超過一萬行
官方有介紹使用CSS的寫法，運用Class共用的特性可讓行數減少
樣式檔沒有寫在元件中，也沒使用預（後）處理器，上千行的樣式檔搜尋「.user-photo」也許有十幾個結果
樣式需要有命名規則（BEM）
導入SCSS
前端面試反問3：目前公司有幾位設計，是怎麼合作的？
為什麼問這題：希望可以看出現在的專案是不是好維護，打聽一下工作流程或是有沒有Design Guideline或使用Zeplin或figma這類工具。
同樣功能的圖片大小長寬比不一
object-fit
background-size: cover
重新切圖
拿到檔名是123543.jpg大小超過10MB
請設計壓縮一下
小於5MB可使用TinyPNG
設計沒有考慮到字數過多的情境，導致上字詞之後與預期狀況不符
overflow: hidden
改設計
前端面試反問4：請問會需要整合不同的後端嗎？
為什麼問這題：評估自己的能力有沒有辦法處理。
會需要串接不同網域的後端
使用Nginx Proxy
改成在後端才打API
後端開放Domain解決CORS
不同API的配置大多不太一樣
Token都移到Cookie，這樣相關的Token會自動送回相關子網域的API
善用客製化後的Axios Instance
前端面試反問5：專案中有用到哪些設計模式？
為什麼問這題：看現在的老闆或是同事是怎麼看待問題或是歷史遺跡。
什麼是Pattern，Pattern就是改善如何去架構程式的方法，主要是讓程式碼能夠在元件間共用。
用Java的概念寫Javascript，有非常多的Prototype的寫法，文件不清楚的情況下，導致實作上每次都需要追本溯源的看，考驗搜尋或是編輯器的能力。
使用Component-Base的函式庫或框架，並建立故事書。
善用設計模式，React常見的Component Pattern就是HOC或是Render Props。
前端面試反問6：專案的時程會很趕嗎？ 當工程師遇到困難時，會如何協助解決？
為什麼問這題：如果老闆只剩下壓時程的功能，那是不是我們用個鬧鐘或是Google Calendar就好了？
主管可能不懂前端並無解決問題或協調資源的能力，只剩壓時程及提出需要限時解決。
提早尋求同事協助，並看價值觀是否願意加班解決。
時間給的不夠屬於管理上的問題，無法靠溝通解決就盡快重新找工作。
前端面試反問7：如果有十幾個需求同時開發或是需要轉換框架函式庫，會怎麼進行？
為什麼問這題：要看的是與歷史共業的生存法則與態度。
不同的產業別都會有歷史的包袱（Workaround），可能還是會用一些比較舊的東西。
除了東西較舊也可能遇到專案架構及程式混亂，這有點像是煉蠱的過程，看最後誰會生存下來。
專案在後期才考慮要加入i18n或伺服器渲染
React本身是一套過於單純的函式庫，容易且戰且走疊床架屋，建議可以參考 Next.js Repo中的Example
趕時程但又好又快又便宜無法共存，專案中可能滿滿的Workaround，像資料來源用Google Sheet
留下 // TODO: 及未來可改善方向
同樣一種功能有多種寫法或是Deprecated的寫法。
討論用哪種方法好，有時間就盡快合併，讓程式碼更好維護
尋找Deprecated寫法的替代方案
前端面試反問8：會在什麼時候決定將共用邏輯抽取出來成為function或是常數？
為什麼問這題：炫技跟過度結構化並不會讓專案變得更健康。
一層又一層的HOC封裝：HOC像是一個工廠，把原來的元件變身或加強，所以不建議包太多層。
過度或是過早的結構化，很簡單的功能卻太早預想會變成大專案
這裡有兩個觀念想要分享給大家，YAGNI和RUDT：
YAGNI（You Ain’t Gonna Need It.）
真的需要使用XX模式嗎？
真的需要拆分成小元件嗎？
真的需要切成一堆小介面和抽象類別嗎？
RUDT
Read：最短的時間、最少的檔案
Update：CRUD features時可以用最小成本去改
Debug：菜鳥工程師也可以很快找到根本問題
Test：問題、結果都可以容易被複製被測試（資料面像是抽獎時該怎麼辦？）
4個問題了解面試官和團隊
同場加映4個問題，來自Medium的what questions should you ask the interviewers。
問題1：您的工作一天大概是怎麼過的？
這題是開放式的問題，目標是希望可以聽到一些工作型態。
有些面試官可能會說公司通常是早上8點半上班到晚上6點，有些面試官可能會說我們公司跑Scrum每天早上會有站會，偶而晚上會跟其他國家同事開會。
藉由這個問題，你大概就能夠了解如果進入這間公司，你大概會過怎麼樣的生活。
延伸的問題可能會是趁機問一下加班、出差的頻率，或是任何你對工作型態的好奇。
問題2：最喜歡和最不喜歡這個團隊或公司的地方是什麼？
第一個部分通常是簡單的，但其實真正有趣的會是第二個部分。
面試官通常在有HR的場合會講不出來，甚至只會模糊的打官腔，可能會有面試官回答說，我不太喜歡頻率太高的會議或是一直在不同的產品中轉換。
最主要的目的是，透過這些回答，我們可以去延伸一些後面的問題，甚至我們可以只是單純再問說哇那到底是有多討厭多不喜歡，即便我們不會得到直接的答案或是他們真的不喜歡的地方，但我們仍舊能從這些回答中得到些蛛絲馬跡和感受，也許這些感受剛好也會是你在意的。
問題3：這個團隊接下來的目標是什麼？
這個問題很適合問團隊主管，至少在決定加入這間公司前，可以知道自己未來2到3年大概能有什麼樣的成長。
這個問題可以幫助我們了解這個團隊是否在成長中，若是正在成長是不是有一個規劃好的計畫藍圖？如果是的話，就可以評估我們的戰力是否可以協助公司推進。
那如果是一個穩定的團隊，只是做一些日常維護的工作，那該問自己的問題可能會是這是我們這個階段想要追求的嗎？
問題4：請問您通常都是怎麼帶領團隊？
主管的帶領風格會對你接下來工作的成就和快樂有非常大的影響，藉由這個問題，你也許可以知道主管的管理程度，也許有些會說他們做微管理，有些也許會說只需要你一周寫一次週報。
從回答中，你可以判斷這個主管的個性是不是適合你，提早了解這些層面會比進去之後後悔要來的更好。
（原文標題：面試前端，你還有什麼問題想問嗎）
[joblist_plugin title='更多104【前端工程】工作機會' url='https://www.104.com.tw/jobs/search/?keyword=%E5%89%8D%E7%AB%AF%E5%B7%A5%E7%A8%8B%E5%B8%AB' amount='3']
有任何收穫或想分享的，都來和大家一起聊聊吧！