CompTIA Security＋國際網路資安認證班
104學習
郵件伺服器
管理與維護公司內部及對外電子郵件的運作環境，確保郵件能順利收發並具備安全防護。包括設定郵件帳號、過濾垃圾郵件、防止病毒攻擊，以及定期備份資料。此技能能提升企業溝通效率，保障資訊安全，是IT及網管相關職位的基本要求。掌握此技能可幫助解決郵件系統故障，維持業務連續性，對於大型組織或需頻繁對外聯繫的公司尤為重要。
提升你的實力，朝專業更進一步
精選課程
充實自己，讓能力持續成長
管好員工做對事：溝通協調力
專為混合辦公設計的高效管理工作術
PMI-ACP 敏捷專案管理師認證暨實務課程
【線上課】Email 行銷進階實戰攻略｜企業 CRM 必備課程
CompTIA Project+ 國際專案管理師認證暨實務課程
SSCP資安專業人員認證課程
Linux Socket網路程式設計【本課程為線上課，報名後專員會提供上課資訊】
HR效率神器！Power Automate 啟動自動化辦公
物聯網資訊安全實務｜本課程為線上課
精選證照
考取專業證照，讓能力被市場看見
DSCRMA流通服務與顧客關係管理分析師
服務業已佔國內生產總額的七成，其中各式商品的流通服務又佔服務業總額的大宗，因此，具備流通經營管理能力的實務人才，將是未來市場的熱門需求之一。
本檢定培訓（流通服務與顧客關係管理分析師-證照班），期望達成以下目標：
•結合理論與實務培養務實致用的流通經營第一線管理人才
•促進流通服務與顧客關係管理之應用學習
•協助流通e化人才的職能培育推廣
•培訓通過證照檢定考試。
本證照學科從『流通經營基礎』到『顧客關係管理』並結合科技應用工具，如POS系統、CRM系統等，藉由顧客消費分析(例如：消費頻率、客單價、商品組合分析等)，更精準地設計市場產品行銷策略，改善顧客消費經驗，結合優質服務，以因應市場的快速變動讓顧客滿意，提高市佔率與顧客忠誠度。
盈豐資訊科技有限公司
進階客戶服務(PCS .)
進階客戶服務(PCS)證照專注於提升專業客服人員的溝通技巧與問題解決能力，強化客戶關係管理及服務品質。持有此證照者具備有效處理客戶需求與抱怨的能力，能運用多元溝通工具提升客戶滿意度，並熟悉服務流程優化與團隊協作，適用於各行各業的客服相關職務，助力職場競爭力提升。
尚未查核發照單位
IT Expert-網路資訊+網路規劃設計專業人員
IT Expert-網路資訊+網路規劃設計專業人員證照專為具備網路架構設計、管理與維護能力的專業人才設計，涵蓋網路通訊協定、路由交換技術、防火牆設定及安全管理等核心技能，能有效規劃企業網路環境並確保系統穩定運作，適合從事資訊系統規劃、網路工程及資安防護等相關工作，提升職場競爭力。
經濟部ITE資訊人員鑑定
CDE
CDE（Certified Directory Engineer）認證目錄工程師。
是屬於菁英等級的專業證書，提供給從事目錄與目錄化解決方案的設計、建置、最佳化、與維護作業的資深工程師與顧問來報考。此一證書針對管理複雜技術環境與商業需求之間的關係的個人能力，提供了客觀、公正的評估結果。 認證目錄工程師代表網路管理訓練與認證的嶄新方式，因為首創以目錄解決方案為焦點。
目錄服務在每一產業的資訊技術基礎建設中，已經逐漸成為關鍵性的角色，這個趨勢是由任務關鍵性應用程式；例如電子商務、電子郵件與 ERP (企業資源規劃)，以及對於多重供應商網路更佳控制能力的迫切需求所強力推動。如果要有效管理應用程式、作業系統、與整個企業的安裝作業，目錄服務技術位居關鍵地位。所以，目錄服務就是未來！
Novell
餐飲資訊系統應用師
餐飲資訊系統應用師證照專為具備餐飲業資訊系統操作與管理能力的人士設計，涵蓋餐飲軟硬體系統的安裝、維護與故障排除，並熟悉點餐系統、庫存管理及營運分析等功能，能有效提升餐飲業務的資訊化水平與營運效率。持證者具備整合餐飲資訊系統資源，優化作業流程及提升顧客服務品質的專業技能，適合餐飲企業資訊部門、系統維護及管理相關職務。
尚未查核發照單位
網際網路及行動通訊
網際網路及行動通訊證照專注於網路技術與行動通訊系統的基礎知識與應用，涵蓋網路架構、協定、資料傳輸、安全防護及行動通訊技術等。取得此證照者具備設計、管理及維護網路系統的能力，能有效處理網路故障並確保通訊品質，適用於資訊科技、電信及相關產業，提升職場競爭力與專業技能。
財團法人中華民國電腦技能基金會
精選貼文，掌握第一手知識
你適合當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]
企業郵件資安升溫，自建伺服器成本再受關注
【自建郵件伺服器的隱藏成本】
企業評估郵件系統時，多數決策者容易只看到「架站」這個表面成本，卻忽略了自建郵件伺服器背後隱藏的長期支出。自行架設郵件主機需負擔伺服器硬體採購與汰換、軟體授權與升級、機房、電力及維護管理等成本；若企業內部缺乏相關管理能力，還需配置具備郵件系統與資安維運經驗的人力。一旦郵件系統出狀況，企業仍需依硬體、作業系統、網路與郵件軟體等不同層面進行障礙排除；若採自建模式，跨系統問題的整合與維運責任通常仍需由企業自行承擔。
【郵件資安已是刻不容緩的經營課題】
更關鍵的是，企業郵件中往往夾帶客戶資料、財務資訊等敏感內容，一旦落入不法分子手中，可能對公司與客戶造成嚴重損害。根據 iThome《2023 資安大調查》，23.4% 的受訪企業在 2022 年遭遇超過 50 次重大資安事件，其中醫療業與服務業比例分別達 26.7% 與 26.2%。
從總持有成本角度衡量，郵件代管服務相較自建具備明確優勢：
1. 擴充性：雲端或代管郵件服務通常具備較高的資源擴充彈性，可依帳號數、儲存容量與服務需求調整方案，降低企業自行擴充硬體的負擔。
2. 安全性：專業代管服務商通常可提供垃圾郵件過濾、惡意程式偵測、郵件驗證、備援與進階郵件安全功能，對缺乏專職郵件資安人力的企業而言，有助於降低自行建置與維護的複雜度。
3. 備援機制：部分專業代管服務可提供多節點、備份與災難復原等機制，有助於降低單一郵件伺服器故障所造成的服務中斷風險。
4. 成本效益：省去硬體、軟體、機房、電費、人員等自建成本，整體效益更符合中小企業需求。
【評估郵件代管夥伴的關鍵指標】
對於重視資安又想控管預算的企業而言，選擇專業郵件代管服務商，並確認其平台本身是否具備完善的安全措施與進階防護服務，是評估投資報酬率時不可忽略的關鍵。
【數位通國際GSecure Mail郵件防護優勢】
在總持有成本考量上，數位通國際的GSecure Mail新世代雲端郵件代管服務，讓企業無需煩惱繁瑣的IT建置與設定問題，亦可將既有郵件系統直接移轉管理，省去自建初期最耗時費力的環節。服務提供彈性擴充的郵件空間，並依帳號空間與功能分為多種方案，企業可依實際規模選用，無須一次性投入大筆建置資本；軟體升級與資安技術更新皆由數位通國際負責，企業不必額外編列升級預算或承擔版本相容性風險。服務並具備高可用性架構，其可靠性已通過經濟部工業局委由第三方審查，取得政府採購契約上架資格，搭配7×24全年無休客服支援，讓企業將原本分散在硬體、軟體、人事上的隱藏成本，整合為單一、可預期的年度投資項目，兼顧資安防護與財務效益。
◆ 了解 數位通國際 GSecure Mail防護：https://easpnet.pse.is/93y5b3
◆ 立即預約 數位通國際 GSecure Mail防護：https://easpnet.pse.is/93y5b3
----------------
《相關文章》
◆ 你的企業環境安全嗎? 定期資安檢測增強防護
https://easpnet.pse.is/93y77u
◆勒索病毒是什麼? 數位通 防勒索服務提升資安防護
https://easpnet.pse.is/93y86u
◆ 資訊安全是什麼？5大風險必知
https://easpnet.pse.is/93ql4a
產品經理的「向上管理」必修課：老闆需求變來變去怎麼辦？
作者前言：策略走向終須一變，影響到產品規格與功能異動，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']
跳脫「解雇」陰影：善用PIP績效改善達成員工與組織共同成長
績效改善計劃（Performance Improvement Plan, PIP）日益受到重視，成為企業留才及促進員工成長的重要工具。然而，如何在人情世故與企業需求間取得平衡，是每位主管面臨的挑戰。本文深入探討PIP制度的應用技巧，強調「助人成長」的核心理念。通過良好的溝通面談，如正向肯定、關懷輔導和發展面談等技術方法，我們可以幫助員工克服問題並提升績效，同時提升組織與員工之間雙贏共好的效果，使PIP成為努力改變而非淘汰的一項重要策略工具。
文／宸碩管顧公司總經理｜楊伸太博士這段文字是作者和他的身份。
原標題：績效管理與技能提升計劃（PIP）- 談如何做到顧及人情世故的PIP制度
關鍵字
PIP
員工績效輔導
績效管理
績效分析
績效面談
關懷面談
輔導面談
發展面談
本文目錄（點擊可快速前往）
前言：PIP，成為留才與助人成長利器
人才定義與PIP
績效管理循環與績效輔導回饋流程
啟動面談，做好部屬關懷與傾聽，談談『正向肯定面談』與『關懷輔導面談技巧』
啟動面談，做好部屬績效面談，談『績效輔導面談技巧』
啟動面談，做好人才發展面談，談『發展輔導面談技巧』
總結
一、前言：PIP，成為留才與助人成長利器
在現今大缺工時代下，人才辨識與人才管理、留才機制與效能，，變成為企業人資與部門主管非常重要的議題，其效能展現的核心成功關鍵就是「績效管理機制與PIP技能」了！
績效管理的三大目的是：與組織目標連結、與激勵機制（升遷與獎金）連動、助人成長（發展、訓練、輔導），而主管如果透過良好的PIP（Performance Improvement Plan）技能，肯定能在「助人成長」的領域中，讓所屬團隊同仁獲得正相關的改變與提升，進而為組織與同仁創造雙贏共好的成果！
又或者處理績效不佳的同仁員工，常常是主管心中「極度不想面對的痛點」，一方面擔心影響團隊績效與氣氛，另一方面又怕傷害員工自尊、甚至引發勞資糾紛的風險等，都是值得主管現今持續提升「運用PIP轉化為留才與助人成長或合法合情合理處理技能」的迫切重要課題！
二、人才定義與PIP
許多主管在面對績效不佳員工時，常有以下疑慮：(1.) 這個人是「能力不足」還是「意願下降」？(2.) 是「態度問題」還是「能力不足」？(3.) 值得積極培養，還是維持現狀？考慮替換？(4.) 上述這些疑慮，其實在定義前，都要先回到公司的「人才標準」，才是最客觀正確的。
一個完整的人才定義，至少要包含四個構面：(1.) 績效表現：能否達成「職位說明書」中所對應的「任務」與「工作績效目標」。(2.) 態度與意願：是否符合企業文化與團隊合作精神、以及本身對工作的意願。 (3.) 現職能力：是否具備滿足該職位所需的能力，包括個人特質與專業能 (4.) 發展潛力：是否具備「下一個職涯位置」的潛力。
再次提醒：在談 PIP 前，必須先釐清「人才」的定義，當員工在績效上出現落差時，主管與 HR 應評估的不只是「數字結果」，而是要回到「這個人是否仍符合公司的人才標準」，哪裡不符合？所對應的管理措施為何？
104人資市集 — 內訓、外訓、線上課程企業方案一站幫你搞定 >
三、績效管理循環與績效輔導回饋流程
績效管理循環的架構，整理如下圖(詳細可參考：卓越主管的關鍵四大管理)
2. 績效管理的目的(1.) 策略性：A. 協助並達成企業所追求之長短期目標B. 確實達成組織目標(轉化公司目標為個人目標)(2.) 管理性的：A. 晉升、輪調、調薪、獎懲、訓練
(3.) 發展性的：A. 改善員工績效、發展員工潛能B. 工作改善與進步C. 協助員工成長與發展
3. 績效管理循環的關鍵成功因素(1.) 績效目標連動組織目標：要能承接組織策略的目標，也就是要能將組織目標有效串接起來!(2.) 指標符合SMART原則：如下圖
Simply & Specific 簡單、明確具體的要清楚說明，而不是一個概略性的Measurable 可衡量的必須用量化的指標來訂定Achievable 可達成的具挑戰性且實際可完成的Relevant 有關連的必須與工作表現的重點相關Timely 有時間限制的在限定的時間內完成
(3.) 過程管理與追蹤、面談：過程中，進行即時的績效評估與相關面談，持續正向回饋與指導，幫助達標並與其，與員工討論本期結果與可精進方向。A. 特別提醒，在這個循環中，績效的追蹤、必要輔導與回饋的「及時性」相當關鍵，否則 PIP 只會變成一種「突如其來的挫折」！B. 因此，主管應在員工出現異常跡象時，就要及時啟動介入，也就是可以：- 透過日常回饋，正向點出不足並提出改善建議。- 若落差持續發生，則啟動正式的 PIP 流程。C. 過程中的面談，可區分以下幾種類型：- 正向肯定面談：主管發現員工有績優事件發生，想給該員工肯定與鼓勵時使用- 關懷輔導面談：主管發現有能力之員工，其工作意願突然下降或工作動力、積極度下降時，啟動即時的關懷，以利表達對員工的重視，並了解真正原因，方以協助恢復意願與動力!- 績效輔導面談：針對過程中或期末時，員工績效達成狀況不理想，或者行為態度欠佳者，推論是無意願或能力有問題時，啟動正式的績效輔導面談。- 發展輔導面談：針對績效考核後，辨識出的績優人才，進行主動式的人才發展面談。- 特別提醒，上述幾種面談類型，都要聚焦『核心目的』，同時也要及時啟動，才能獲得最佳效益!
四、啟動面談，做好部屬關懷與傾聽，談『正向肯定面談』與『關懷輔導面談技巧』
1. 肯定要及時，員工會有持續好表現：主管發現員工有績優事件發生，就可啟動正向肯定面談，同時全程一定都是正向肯定，沒有任何『提醒注意或需要改善或責備的語詞/事項』！(1.) 建議主管可多練習正向語言，同時可採用『STAR紀錄與表達法』，進行對員工深層的肯定A. Situation：情況，該正面事蹟當時的情況B. Task：任務，該正向事蹟當時員工所擔任的工作任務C. Action：行動，該正向事蹟當時員工展現的良好行為D. Result：結果，該正向事蹟當時員工展現行為後之結果
2. 主管發現有能力之員工，其工作意願突然下降或工作動力、積極度下降時，啟動即時的關懷，其操作重點如下：(1.) 關心：主管表達對該員工表現出工作表現的肯定後，針對所觀察的近況，真誠的關懷，引導其說明!(2.) 了解與分析：主管真誠傾聽與理解，同時針對導致意願下降的主因，給予分析與診斷!(3.) 必要的引導與正向鼓勵：主管在分析出主因後，找出方法，引導其重回積極動力，並多強正向鼓勵!
不知道從何開始嗎？報名【104 績效管理師】認證課程>>
五、啟動面談，做好部屬績效面談，談『績效輔導面談技巧』
績效輔導面談之步驟如下表(員工需要改善時)
面談步驟重點說明STEP1.主題說明說明本次面談的目的、所需時間及主要內容STEP 2.傾聽其說明本期工作目標完成情況對照部屬自評表，鼓勵部屬重點說明工作表現與成果積極傾聽與覆述重點STEP 3.針對考核結果進行回饋與必要的分析與溝通運用『三明治』技巧，說明與溝通考績結果說明部屬表現績優事項提供事實引導需要改善之處(表現不佳之處)，可善用STAR說法偕同擬定改善的方法，並且鼓舞部屬積極實踐與達成STEP 4.設定下期目標討論與設定部屬下一期工作目標與計劃，以及應改善的工作項目，並找出部屬的培訓需求與計畫STEP 5.總結本次面談重點總結本次內容並給予正面積極的鼓勵
本績效面談，是面談類型中，最正式的面談，也最需要有面談紀錄，以利必要時(例如啟動資遣)，因應勞動事件法之舉證用，補充關鍵技巧要點如下：(1.) 建立信任：強調 PIP 的目的不是要淘汰，而是協助改善，回歸「助人的初心」，將有助於員工卸下防備，願意面對問題。(2.)數據為基礎：避免流於主觀，必須以績效分析結果為依據；行為態度改善的部分，也善用上文提到的STAR說明與溝通。(3.) 真誠傾聽：必要的筆記、尊重的眼神與肢體語言，讓員工感受到主管真心願意傾聽。(4.) 同理、正向表達：過程中，都是正向語言，沒有負向語言，必要的時候也要展現同理心，例如「我理解你最近壓力很大」，減少對抗心。(5.) 問題探索：關心與詢問是否有影響工作的外在或內在因素（如家庭困難、心理壓力、技能不足）。
六、啟動面談，做好人才發展面談，談『發展輔導面談技巧』
對於績優人才，主管在現今留才大時代下，更應該著重主動引導與規劃出該類員工在組織內部的職涯發展方向，包括晉升路徑、跨職能發展或專業深耕等，讓這類人才在公司能因為看的到未來，而對組織產生更高之向心力與價值貢獻。
展開步驟(詳細可參閱：創辦人、主管退休誰來接班？給HR的關鍵人才梯隊建立指南，以及用個人發展計畫（IDP）留下好人才（上）訂定與執行6大步驟(1.) 職涯願景與目標設定(2.) 識別關鍵職涯路徑(3.) 制定階段性發展策略(4.) 資源支持之運用(5.) 定期檢視與調整
七、總結
在 PIP 中，第一步往往不是「談績效」，而是「談助人的初心」。
績效指標(成果)與職能(行為)，是考核基本
考核能公平客觀合理，員工才會願意好表現
公平做出人才辨識與缺口分析，善用各類績效面談，真心誠意回饋與發展
主管的正向語言非常關鍵，請多練習與善用
平時記錄行為事例(優/待改善)，及時回饋
善用人才九宮格，主管讓績優人才數增加
特別提醒，需要的時候，就要及時啟動，不要等到公司規定的績效面談時間！
正向用詞很重要，回歸助人成長的初衷！
最終，作者期許本文，能讓各HR 與主管們，針對績效管理與PIP方面，有所助益，成為留才、助人成長的助力，而不是單純的淘汰工具，也不再是「痛苦的代名詞」，而是一種讓組織與個人共同進步的正向力量。
超過7000+的HR都報名過的104人資學程！七大主題課程幫你系統化學習 >>
最划算的全方位教育訓練方案！免費申請全課程試閱 >>
看更多楊伸太博士的文章 >>
做出老闆滿意，員工服氣的雙贏調薪規劃
一次學會主管最重要的三大面談，做好人才管理
卓越主管的關鍵四大管理
缺工浪潮下，善用升遷、培訓及獎金機制積極留才
提升留任率！職能工作說明書擬定技巧
加入104人資市集官方line獲得最新優惠及活動資訊 >>
訂閱市集電子報與你分享專家文章及最新活動訊息>>
從數位工具到商務實戰──義民高中資料處理科：培養跨域競爭力的數位職人
如何讓學生在 AI 崛起與網路經濟爆發的時代脫穎而出？義民高中資料處理科給出了一個清晰的答案。這門兼具「資訊技術」與「商業管理」的學科，不僅教導學生如何操作電腦、考取證照，更著重於跨領域的邏輯思維與實務整合。在這裡，學生從最基礎的文書處理出發，逐步踏入會計、經濟與商業專題製作的殿堂，在數字與程式碼之間，編織出屬於自己的未來職涯藍圖。
跨域思維的先行者：結合資訊與商務的學科優勢
「資料處理科最核心的優勢，就在於它的『跨領域』。」義民高中資料處理科陳昭君主任在訪談中一針見血地指出。面對許多國中生與家長常將「資訊科」與「資料處理科」混淆的疑問，主任給出了一個簡單而明確的判別方式：「資訊科是工業類群，面對的是機器；而資料處理科（資處科）則是商業管理群，面對的是人。網路世界的基礎是電腦，當你具備了電腦操作能力，又懂得商業運作邏輯，就能直接跨入電子商務與現代商務的領域。」
在課程設計上，資處科將複雜的電腦應用與統整商管知識相結合。高一到高三的學科內容涵蓋兩大體系：
資訊技術： 電腦軟體應用（Word、Excel、PowerPoint）、中英文輸入、計算機概論與Python 程式語言。
商業類科： 會計學、經濟學、商業概論到專題製作。
這種雙軌並進的訓練，讓資處科的學生在面對複雜的商業環境時，既擁有清晰的邏輯思維，又具備資料處理的執行力。
圖：學生透過上機實作，培養文書能力
從基本功到高階應用：以證照檢定奠定實力自信
在義民高中資處科，學習成果不只體現在課堂的聽講上，更落實在具體的證照考取與技能檢定中。學校規劃了一套循序漸進的證照地圖，協助學生在三年內建立無可替代的硬實力。
「我們透過考取證照的過程，給孩子們建立信心。」主任分享，高一時學生會先從電腦軟體應用丙級、TQC 辦公室應用軟體（Word、Excel、PowerPoint）以及中英文輸入開始扎根；到了高二、高三，則進階挑戰高難度的「電腦軟體應用乙級」檢定，以及人工記帳會計丙級等專業證照。
目前就讀資處科的林同學與戴同學，便充分展現了這項環境帶來的專業實力。林同學在三年內考取了包括電腦軟體應用乙級與丙級、商教會會計一級檢定、人工記帳會計丙級等多張高含金量證照；戴同學也順利拿下了電腦軟體應用丙級及多張 TQC 證照。這些努力，成為他們畢業時最堅實的備忘錄。
圖：高中三年努力考取多張證照，展現學以致用的實力
理論與實務的交會：專題製作打開職涯的無限可能
隨著 108 課綱的推進，「專題製作」成為資處科高三學生最重要的核心課程。專題製作要求學生必須主動整合三年所學，從無到有地完成一項縮小版的商業研究或企劃報告。
主任分享，目前科大在競賽與專題上喜好的取向，多圍繞在 ESG（環境、社會與治理）、APP 應用、產品行銷企劃與活動企劃。因此，學生的專題主題也緊扣這些時代脈動，例如有組別便以「心理舒壓」為核心研發創意點子，完成了具備高度整合性的專題成果。
在專題製作的過程中，學生必須寫出完整的企劃書，內容涵蓋室內設計構想、成本預算控制、人力資源配置、行銷宣傳策略等。主任透露：「在討論行銷推廣時，學生提出想利用 Instagram作為宣傳通路。我不直接教他們怎麼進行推廣，但我會以過去做行銷的經驗挑戰他們：『你們的推廣策略就只有這樣嗎？要怎麼寫文案？文稿跟圖片要怎麼呈現？』」這種高互動性的引導，讓學生養成思考每一步驟背後的邏輯與效益。
圖：高三專題成果，榮獲商業類技藝競賽獎項，展現跨域整合與實作能力
多元進路與特質媒合：找到屬於自己的發光舞台
「讀資處科，最大的好處就是未來的出路非常寬廣。」主任驕傲地表示。由於兼具資訊與商管背景，資處科畢業生在統測升學時擁有極大的優勢，可選擇的落點涵蓋：資訊管理系、企業管理系、財務金融系、會計系、財稅系等…甚至是跨足跨域的工業管理、資訊工程系等。
對於有志於在高中畢業後直接投入職場的「實用技能班」學生，資處科也提供了充足的就業準備。林同學與戴同學便分享，身邊選擇直接就業的同學，多數能順利進入餐飲業、零售通路（如全聯）等服務產業服務。更有實用技能班的孩子在畢業後，一邊在知名科技公司（如緯創）上班，一邊在國立大學研究所繼續深造，實現了產學無縫接軌。
究竟什麼樣的孩子適合就讀資料處理科？主任與兩位學生的分享總結出了以下幾項人格特質：
樂於與人互動、不排斥溝通： 商管群的核心在於服務與協調，具備良好的文字與言語表達能力是重要基石。
對數字與細節具備敏感度： 不需要數學成績頂尖，但必須對數字有耐心，能從簡單的數據中發現脈絡。
喜好操作電腦、不排斥邏輯思考： 面對系統與程式工具，願意動腦思考其運作邏輯。
航向數位未來的羅盤：在多變環境中發光的跨域英才
在義民高中資料處理科的三年的時光裡，學生學到的從來不只是死板的軟體操作，而是一套與現代數位世界對話的方式。從高一敲擊鍵盤的生疏，到高三能在講台上自信展示專題成果；從面對數據的迷惘，到能用多元工具梳理資料邏輯。這群資處科的學生在細節中鍛鍊判斷力，在跨領域的碰撞中摸索自我，陪伴著他們走向未，在各自的領域裡閃閃發光。
開箱資料處理科學習日常！更多科系探索，歡迎追蹤104高職生IG
在 Instagram 查看這則貼文 104高職生（@104v.hs）分享的貼文
郵件主旨被Re: Re: Re:淹沒了？高效率郵件2原則：話題轉變就該開新信
郵件主旨總是消失在「Re: Re: Re:」的汪洋中嗎？專家分享提升工作效率的兩大郵件原則：一旦主要話題轉換時就該停止使用回覆模式，並嚴格精簡副本（CC）名單。別讓沒效率的溝通習慣浪費你與同事的時間，重拾收件匣的主導權，溝通更精準！本文節錄自《節省工時的100種方法》。
文／森田幸（森田ゆき）
本文目錄（點擊可快速前往）
適時中斷無止境往返的「Re:」郵件副本，別亂發，也別人人發
適時中斷無止境往返的「Re:」郵件
當你回覆收到的郵件時，主旨欄會自動加上「Re:」。雖然原因眾說紛紜，但一般認為這個Re: 是Reply（回覆）、Regarding（關於）或Response（回應）的縮寫，總之大家都知道是「回覆」的意思。當主旨顯示為Re: 的郵件送達時，我們就能立刻知道對方回信了，這點確實很方便。
不過，有些郵件軟體在每次回覆時都會再加上一個「Re:」。經過多次來回，就會變成「Re: Re: Re: Re: Re:」的狀態，導致主旨欄被Re: 給淹沒，乍看標題，完全看不出郵件到底在討論什麼。當郵件往返變成這樣的狀態，我們一方面會覺得不方便，另一方面又考量到要表明這是一封回信，保留Re: 也方便後續查詢紀錄，多數人最後仍會心想：「算了，就先這樣好了」。
然而，一旦主旨欄失去它原本的作用，在判斷回覆優先順序時就很不方便。因為你必須每次都打開內文閱讀。另外，因為信件往返次數增加，內容也會變得冗長，如果要回顧對話，就只能不停的滾動滑鼠滾輪來搜尋，效率大打折扣。
要中斷原本的郵件串、重新開一封新郵件，或許會讓人感到有些抗拒。但如果想有效率的處理郵件，關鍵就在於不遺漏重要資訊，並在適當的時機重新建立清楚、有效的溝通。
因此，我認為在開啟新話題，或是主要話題已經轉變時，就應該停止使用「回覆」的形式，重新撰寫一封新郵件。若要顧及對方的感受，只要附上一句「因為往返紀錄太長、不易閱讀，所以我開一封新郵件」就可以了。
讓我們一起排除那些妨礙時間效能的因素吧！
POINT：長時間持續往返的郵件，要在話題轉換時加以收尾。
副本，別亂發，也別人人發
「先暫時把○○先生放到副本裡比較好吧？啊，那就□□先生和△△也一起……」你是否也有過這樣的經驗，把越來越多的人加進寄件副本名單呢？
我可以理解那種以防萬一、保險起見而想把相關人員都放進副本列表的心情，但如果從時間效能的角度來看，副本名單應該維持在最小限度的人數才對。原因在於，只要加進副本的人回覆了郵件，你就得分出更多時間來處理信件，收件匣的訊息量也會隨之增加。
基本原則是：收件者「需要回覆」、副本是「只需閱讀即可」、密件副本是「沒有閱讀義務」，儘管如此，很多人只要一收到郵件就會想：「還是回覆一下比較有禮貌吧？」基於這個普遍反應，發信前我們應該要仔細斟酌：真的有必要和這個人分享嗎？
要是隨意增加副本收件者名單，就會讓原本不需要這些資訊的人也收到郵件，強行浪費對方的時間。另外，在郵件中，人們也常常會附上圖片或檔案，心想「總之把這個也順便附上比較好」。但，這同樣需要仔細斟酌。因為附件越多，郵件檔案就越大，會造成對方收件匣的容量負擔。
請養成只傳送「真正必要資料」的習慣，同時如果是公司內部郵件，建議不要夾帶檔案，而是以附上URL（連結）的方式，共享公司內部的雲端資料夾。如此一來，郵件就不會太大。
還有，基於資訊安全考量，對於公司外部的人原則上禁止共享內部資料夾，這一點請特別留意。
POINT：隨意增加副本的收件人，是浪費自己和對方的時間。
節錄自：大是文化《節省工時的100種方法：我在巴克萊銀行、AIG、安聯等外商主管身邊學會，品質與速度兼顧的時短工作術，不用拚命就有高績效。》／森田幸（森田ゆき） 著
如何成為後端工程師？精準掌握必備核心技能＆職涯精進攻略
你是否想轉職成為後端工程師，打造更穩定、具成長性的技術職涯？無論你是剛開始學習程式語言的新手，或正在尋找明確學習方向的職場工作者，這份後端學習地圖將幫助你掌握後端工程的核心技能、實戰經驗與職涯發展路徑。透過系統化的學習規劃與專案實作，你將更有信心地踏入後端領域，成為職場中真正被需要的技術人才。
文 /【104學習精靈】
本文目錄（點擊可快速前往）
後端工程師是什麼？和前端、全端工程師有什麼不同與優勢之處？掌握後端工程師的核心能力：必備工具技能 x 學習路徑 x 軟技能轉職後端工程師的學習策略後端工程師薪資行情與職涯發展後端工程師的挑戰與機會
後端工程師是什麼？和前端、全端工程師有什麼不同與優勢之處？
🎯 後端工程師工作內容
後端工程師（Backend Engineer）主要負責伺服器端的邏輯開發，包括資料庫管理、API 設計、伺服器架構以及系統效能優化。他們確保前端應用程式能夠順利與後端系統交互，並提供穩定的數據與服務。
🎯相近職類比較：DevOps、全端、前端、後端工程師差別
職位主要負責技術負責範圍後端工程師（Backend Engineer）伺服器架構、API 設計與串接、資料庫管理、效能優化負責後端邏輯、數據清理，確保前端能夠存取正確的資料前端工程師（Frontend Engineer）HTML、CSS、JavaScript、React、Vue負責 UI/UX 設計，開發與使用者互動的前端界面全端工程師（Full Stack Engineer）前端 + 後端技術能獨立開發完整應用，涵蓋 UI、後端 API、資料庫管理DevOps 工程師（DevOps Engineer）Docker、Kubernetes、CI/CD、自動化部署負責開發與運行環境的部署、監控與維護，提升開發效率
🎯 為什麼選擇後端開發？
後端開發是資訊產業中穩定且高度需求的領域，適合對邏輯、架構、系統思維有興趣的學習者投入：
就業市場穩定成長：隨著數位化轉型普及，後端開發職缺在各行各業皆有需求，從新創到大型企業都有穩定徵才。
強調邏輯與架構設計：後端工程著重資料儲存、伺服器溝通、API 設計等，適合喜歡系統設計與架構思考的人。
職涯彈性大：從初階後端工程師到系統架構師，甚至 DevOps、SRE、資安領域都有後續延伸路徑。
遠端與自由接案機會多：後端開發技能通用性高，較容易接國際案或轉為遠距工作者。
AI 與資料應用的基礎：資料庫管理、API 串接、運算效能等能力，也可延伸應用至 AI 系統部署或資料工程等新興領域。
🎯 誰適合轉職後端工程師？
後端開發適合各類背景者，關鍵在於邏輯思維、學習動機與持續投入：
✅ 設計/前端背景：具備良好使用者體驗與前端邏輯，轉後端可成為 Full-Stack 工程師，提升職涯彈性。
✅ 商管背景：邏輯能力佳且理解商業流程，適合轉後端結合業務邏輯，強化企業系統開發應用。
✅ 理工背景（如物理、數學）：邏輯與抽象能力強，容易掌握資料結構與演算法，是進入後端的優勢群體。
✅ 非資訊領域自學者：只要有堅強動機與自律力，透過系統性訓練與專題實作亦能成功轉職。
✅ 現職 IT 工程師（如測試、維運）：已具備技術背景，轉入開發領域有明顯加速效益。
✅ 資料分析師：熟悉資料處理與 Python，轉向後端可擴展資料處理與系統部署的完整技能鏈。
掌握後端工程師的核心能力：必備工具技能 x 學習路徑 x 軟技能
🧭 後端工程師技能、工具分類表
語言與工具資料處理與資料庫API 設計與架構DevOps 與部署基礎Python / JavaScript / Java / GoGit / GitHub / GitLabSQL（PostgreSQL / MySQL）資料庫基礎觀念REST APIHTTP 基礎了解部署概念核心*熟悉後端框(SpringBoot, Django, Express, Gin)*熟悉語言設計模式撰寫可讀性高的程式NoSQL（MongoDB / Redis）基本資料模型設計身分驗證（JWT / OAuth）API 文件設計（Swagger）*Docker 容器化*CI/CD 自動部署 進階*多語言協作力*程式效能優化*高效能資料庫設計*索引分片與備援策略GraphQL / gRPC微服務架構（CAP / CQRS / Event Sourcing）Kubernetes、服務網格（Service Mesh）監控與日誌系統認證*程式語言認證 (例如Python 程式設計證照PCAP）*個人作品集AWS Database SpecialtyMongoDB 認證*API 設計課程證*書專案開發經驗（如 Hackathon）*AWS Certified DevOps Engineer*CKA（Kubernetes Administrator）▲ 後端工程師應具備技能、工具能力、職涯指引表，點選不同技能會對應到相關課程。
後端工程師學習地圖與路徑（搭配AI工具）
🔰 初學者階段（0–6 個月）
✅ 目標：熟悉基礎程式語言與網路知識，能夠開發基本 API。
📌 學習內容：
選一門後端語言（Python / JavaScript / Java）：選一門主流語言打好程式基礎，進入開發世界。
Git 與版本控制（GitHub / GitLab）：讓你能有效保存、回朔與分享你的程式碼。
理解網路基礎與 HTTP 協議：理解網站如何運作與資料如何傳輸。
SQL 資料庫（PostgreSQL / MySQL）：學習資料查詢語言，管理網站背後的資料。
REST API 開發：學習建立網頁服務的後端接口。
Python 程式設計能力 - 線上免費檢測
📌 AI 工具應用：
ChatGPT 協助語法學習與除錯：快速解釋語法、找出 bug、提供程式碼建議。
GitHub Copilot 協助寫基礎 CRUD 程式碼：協助補上程式片段。
📌 備選學習：
Go 語言：效率高但語法嚴謹，對初學者略具挑戰。
Node.js（JavaScript 後端）：若未來想走全端路線可以學。
✅ 適合考取的證照：
Python 程式設計證照（PCAP）
ITS (Information Technology Specialist, IT 資訊科技專家認證
Oracle MySQL Database Developer
AWS Certified Cloud Practitioner（雲端基礎，有助於未來學 DevOps）
[course_plugin title='Python課程' keyword='Python 輕鬆上手學' amount=1]
[course_plugin title='後端工程師入門課程' keyword='成為後端工程師' amount=1]
🚀 中階階段（6–12 個月）
✅ 目標：熟悉進階 API 設計、資料庫優化，學習 DevOps 工具。
📌 學習內容：
學習後端框架 (Express、Spring Boot、Django、Gin) ：掌握常用的後端框架。
身份驗證與授權（JWT、OAuth）：幫使用者安全登入，讓資料不被偷看。
NoSQL 資料庫（MongoDB、Redis）：適合儲存彈性格式的資料或快取機制。
Docker 容器化：讓你的程式「打包好、帶著走」。
CI/CD 自動部署（GitHub Actions）：程式更新後自動上線，省時又省心。
📌 AI 工具應用：
使用 AI 幫你產生 Dockerfile 與 CI/CD 配置：不懂也能靠 AI 輔助上手。
協助設計 API 架構與資料庫 schema：加速設計與重構過程。
📌 備選學習：
GraphQL：適合複雜資料查詢，但非所有團隊使用。
gRPC：適合內部高效通訊場景，小型專案可暫不碰。
Jenkins（較舊型 CI/CD 工具）：學習成本高，可視需求使用。
HATEOAS（超媒體 API）：學術價值高，實務上較少見。
✅ 適合考取的證照：
MongoDB Developer Certification
Docker Certified Associate (DCA)
Microsoft Azure Fundamentals (AZ-900)
HashiCorp Terraform Associate（如學有餘力涉略基礎 IaC）
[course_plugin title='後端工程師中階課程' keyword='接案必學 ◆ 邁向更專業的App開發' amount=1]
🏆 進階階段（12 個月以上）
✅ 目標：學習架構設計，提升可擴展性與效能。
📌 學習內容：
微服務架構（CAP 理論、CQRS、Event Sourcing）：學會如何將大系統拆小管理，處理資料一致性問題。
Kubernetes 與服務網格（如 Istio）：讓多個服務能自動部署與協調運作。
高效能資料庫設計與分片策略：設計能承受高流量的資料系統。
系統監控與安全性實踐（如 Prometheus、Grafana）：確保系統穩定、安全運作。
📌 AI 工具應用：
AI 幫你設計 YAML 檔與架構圖：快速理解與部署分散式架構。
系統瓶頸分析助手：用 AI 分析 log 或效能資料，加快除錯與優化。
📌 備選學習：
Istio 等 Service Mesh 工具：適合大型微服務團隊，維護成本高。
Event Sourcing：較進階模式，建議有實務需求時再深入。
✅ 適合考取的證照：
Certified Kubernetes Administrator (CKA)
AWS Certified Solutions Architect – Associate
Google Cloud Professional Cloud Architect
DevOps Engineer Professional（AWS / Azure）
[course_plugin title='後端工程師進階課程' keyword='Java進階專業｜前後端整合開發與應用' amount=1]
5個後端工程師應具備的軟技能特質：
邏輯思維與問題解決能力
能夠理解業務需求並轉化為系統邏輯，並針對錯誤快速找到根本原因。
【小測驗】來測測看自己的問題解決技巧 👉 問題解決 - 職能檢測｜104學習精靈
溝通與跨部門協作能力
後端工程師需與前端、產品經理、DevOps 甚至業務單位協作，良好的溝通有助於準確理解需求與回報技術限制。
【小測驗】來測測看自己的溝通能力技巧 👉 溝通協調 - 職能檢測｜104學習精靈
學習與自我成長動能
後端技術（如框架、資料庫、API標準）快速演進，必須持續學習與更新知識。
細心與責任感
後端處理大量資料及邏輯，細節錯誤容易引發資安問題或系統錯誤。
時間管理與自我管理能力
在遠端工作日益普遍的環境下，自律與時程安排變得尤為重要。
轉職後端工程師的學習策略
🎯 初學者或轉職者的學習策略
轉職或初學後端工程，建議採取階段式、任務導向的學習策略，以下列點歸納：
設定明確學習階段：分為基礎語言（如 Python/JavaScript）、資料庫應用、框架學習（如 Django、Node.js）、部署維運。
專案導向學習：每學完一個階段，就進行小型專案驗證所學，例如 Todo List、部落格、會員系統等。
培養問題解決能力：鼓勵查文件、逛論壇、問 ChatGPT，建立獨立解決 bug 的習慣。
學習版本控制與團隊協作：掌握 Git、GitHub、簡單 CI/CD，增加求職競爭力。
善用 AI 工具輔助學習：例如用 ChatGPT 解釋程式碼、Copilot 寫樣板、Kaggle 或 LeetCode 練習邏輯。
參與社群與實戰活動：參加黑客松、Open Source 專案、小型 Freelancer 案，強化實務經驗與人脈。
建立個人學習履歷：記錄學習歷程、撰寫技術部落格、整理 GitHub 作品集。
🎯 不同領域的客製化學習策略對照表
學歷背景優勢可能挑戰調整建議資訊相關科系已具備基礎程式能力、學科知識缺乏實務經驗、專案規模小強化實作專案與部署經驗，參與社群或實習累積履歷非資訊理工（如數學、物理）邏輯與數學能力強，適應資料結構與演算法快缺乏開發環境熟悉度與應用場景理解著重環境建置、框架與資料庫應用，透過實作強化「業界語感」設計/前端背景了解 UI/UX 與前端邏輯，轉職成為全端潛力大對資料結構與後端語法較不熟悉從 API 串接、簡單後端框架入手，逐步學習資料庫與後端設計邏輯商管/人文背景商業邏輯與跨領域溝通力強，善於理解用戶需求技術門檻高、邏輯訓練少以高階語言（如 Python）為起點，結合專案題材（如 CRM、報表系統）學習效果更佳在職 IT 工程師（測試、維運）已熟悉技術工具與環境、具系統性思維缺乏開發流程與程式架構設計經驗透過轉任內部開發專案或小型 App 開發練習，搭配設計模式與框架學習資料分析/AI 轉職者熟悉資料邏輯與語言（如 Python）、了解資料流缺乏完整系統建構經驗補足後端架構設計與部署技巧，從資料處理串接 API、Flask、FastAPI 切入
後端工程師薪資行情與職涯發展
後端工程師薪資概況
📌台灣後端工程師薪資
初階（3年以下經驗）：月均薪約6.2萬。
中階（3- 5年經驗）：月均薪約 6.5 萬。
高階（5-10年經驗）：月均薪約7.3萬。（以上資料來源：104薪資情報）
📌影響薪資的因素
技術棧與專精程度熟悉高效能架構（如微服務、分散式系統）、熱門語言（如 Go、Rust）、或 DevOps/雲端技能者，薪資會更高。
產業領域與公司規模金融科技、AI、新創、外商薪資通常優於傳產與一般中小企業。
作品集與實戰經驗有實際上線專案、參與開源、或技術部落格者更具競爭力。
證照與專業認證（如 AWS Certified、Kubernetes、GCP）對某些企業或外商來說是加分項。
英語能力與跨國協作經驗能與國際團隊溝通的工程師更受青睞，也更容易爭取外派或海外遠端工作機會。
英文能力 - 線上免費檢測
後端工程師的職涯發展路徑
🔵 技術專精路線（Individual Contributor / IC Path）
從「後端工程師」起步，專注於技術深度與系統設計，逐步升級為具備橫向影響力的技術專家。
▶ 初階 / 中階後端工程師（Backend Engineer）
負責功能開發、資料庫操作、API串接與單元測試。
▶ 資深後端工程師（Senior Backend Engineer）
擁有跨模組開發與維護經驗，熟悉系統效能優化、API 設計規範。
✳️ 學習前端技術 → 全端工程師（Full-Stack Engineer）
技能補充： React/Vue、Node.js、前後端整合、RESTful/GraphQL。
應用情境： 適用於產品團隊需快速開發 MVP 或技術創業者。
✳️ 提升系統架構能力 → 系統架構師（Software/System Architect）
技能補充： 微服務設計、DDD、API Gateway、資料一致性、可觀測性（Observability）。
應用情境： 適用於中大型系統升級或技術重構專案。
✳️ 學習 DevOps → DevOps 工程師（DevOps Engineer）
技能補充： GitOps, Jenkins, GitHub Actions, Docker, Ansible。
應用情境：經由緊密的開發＋運營合作，使企業更高效推出高品質產品。
▶ 全端工程師（Full-Stack Engineer）
獨立開發從 UI 到 API 再到資料庫的完整功能。
▶ 系統架構師（System Architect）
負責設計全系統技術藍圖，定義模組邊界、資料流設計與技術選型。
✳️ 進階發展 → 技術總監 / Technical Director
職責： 統籌技術方向，領導技術專案與架構決策，跨部門協作。
技能補充： 領導力、溝通簡報、技術戰略思維、預算與風險管理。
▶ DevOps 工程師（DevOps Engineer）
專精於部署、CI/CD、環境自動化。
✳️ 進階發展 → 雲端工程師（Cloud Engineer）
職責： 能設計具備高可用性與彈性的雲端基礎架構。
技能補充： 深耕 AWS/GCP/Azure 架構與雲原生技術（如 K8s、Terraform）。
🟢 團隊管理路線（Team & People Management）
此路線適合有溝通、協調與人員培育熱情者，從帶小團隊到參與公司策略。
▶ 後端 Team Lead / 技術主管
同時參與開發與團隊管理，負責人力分配、專案交付與人員指導。
技能補充： Agile/Scrum、敏捷儀表板管理、1-on-1 輔導技巧。
▶ 技術經理（Engineering Manager）
管理多組技術團隊，協助產品規劃、技術優化與跨部門協作。
負責團隊招募、績效制度設計、技術資源管理。
▶ 技術總監（Technical Director）或 VP of Engineering
結合技術與策略視角，影響公司中長期技術方向。
需要具備技術深度 + 商業理解力。
🟠 技術轉職／橫向拓展路線（Cross-functional Path）
探索其他工程領域，發揮後端背景延伸價值，適合追求多元發展者。
▶ 資料工程師（Data Engineer）
優勢：
熟悉 API 設計＆模組化架構：資料平台的模組設計類似微服務設計邏輯。
熟悉系統效能：幫助處理大規模資料運算與資源調度。
熟練程式語言(如 Python、Java)：可快速上手資料工程工具
可有效打造 ETL 流程、管理資料倉儲、支援 AI/ML 任務。
技能補充：
資料處理：Spark、Kafka、Airflow、dbt
資料庫：PostgreSQL、ClickHouse、BigQuery、Snowflake
資料管線：ETL/ELT流程設計、Data Lake、Data Warehouse 架構
編程與基礎統計：Python、SQL、資料品質檢查
職涯發展路徑流程圖
🔹 總結路徑圖說明
(起點)
後端工程師
│
├── A. 學習前端 → 全端工程師
├── B. 提升架構能力 → 系統架構師
│ └── 技術決策 → 技術總監
└── C. 學習 DevOps → DevOps 工程師
└── 深入雲端架構 → 雲端工程師
哪些產業需要後端工程師？
後端工程師幾乎是「所有數位服務產業的基礎職位」，以下是常見產業範疇：
📌電商與零售：處理會員系統、購物流程、庫存管理、金流串接等核心後台邏輯。📌金融科技（FinTech）：開發支付、帳戶、交易、驗證等安全敏感的服務。📌社群與內容平台：如論壇、影音平台、交友 App，後端負責資料儲存、帳號系統與推薦演算法等。📌SaaS / B2B 企業服務：提供線上系統給其他企業使用，如 CRM、HR 系統。📌物流與運輸：如外送、倉儲、車隊派送，依賴大量 API 串接與資料即時處理。📌醫療與健康科技：處理病例、預約、穿戴裝置資料等，需高度資安與資料完整性。📌遊戲與娛樂產業：遊戲帳號、伺服器同步、排行榜、商城等核心功能皆由後端處理。📌政府與公部門資訊系統：如戶政、健保、交通資訊等數位服務。
後端工程師的挑戰與機會
🚀 6個常見的後端工程師挑戰
技術複雜度高：需同時掌握資料庫設計、系統效能、資安與架構邏輯。
看不見的貢獻：成果不如前端「有畫面」，但卻是維運的關鍵，常常被低估。
資安責任重大：系統若當機、資料異常，後端通常是第一個要排解問題的人，需確保數據安全，防止攻擊與資料洩漏。
需快速跟上技術演進：如容器化（Docker）、微服務架構、雲端部署等都不斷更新
高效能與擴展性要求：需設計能夠處理大量請求的系統，確保穩定性與效能。
跨團隊協作：需要與前端工程師、產品經理、DevOps 團隊密切合作，確保系統順利運行。
🌟 後端工程師4大機會
可轉職多種技術職：例如 DevOps、技術主管、架構師，或橫移到前端/全端。
全球需求穩定成長：任何需要「運作」的數位產品，都需要後端支撐。
遠端與海外機會多：因後端較少受地域限制，常見國際合作或海外招募。
進可攻、退可守：進可發展高階技術領域如 AI 後端、大數據平台，退可穩定就業於各類企業內部系統開發。
延伸閱讀：
產品經理 - 學習地圖(上)：技能養成篇
成為雲端工程師的攻略指南：核心技能＆職涯精進完整解析
轉職前端工程師│工作內容、技能、薪水與職涯發展指南
數據分析師工作內容是什麼？薪水高嗎？技術能力與職涯發展指南
想當資料工程師？工作內容、核心技能、薪水、職涯發展完整解析
[joblist_plugin title='更多104【後端工程師】工作機會' url='https://www.104.com.tw/jobs/search/?jobsource=index_s&keyword=%E5%BE%8C%E7%AB%AF%E5%B7%A5%E7%A8%8B%E5%B8%AB&mode=s&page=1' amount='3']
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職場力》「點選星號」把文章加入專屬收藏清單，隨時登入隨時查找！
【中文Email格式】商業／求職電子郵件7重點+撰寫範例！複製修改3分鐘搞定
電子郵件怎麼寫才有禮貌？寄給客戶的電郵怎麼都沒回？其實一封Email格式可以分成7個基本欄位，看《104職場力》為您整理的Email格式範例，助您在職場、商場溝通往來不NG！
文／《104職場力》
本文導覽
電子郵件格式拆解—先了解基本欄位7大Email格式撰寫重點與範例1. 收件人（To）2. 主旨（Subject）3. 正式稱謂（Salutation）4. 正文（Body）5. 結論（Conclusion）6. 署名（Signature）7. 附件（Attachment）完整Email格式撰寫範例Email格式確認清單
電子郵件格式拆解—先了解基本欄位
一封電子郵件能簡單劃分以下幾個基本欄位：
收件人（To）
主旨（Subject）
正式稱謂（Salutation）
正文（Body）
格式（Formatting）
禮貌用詞（Polite language）
結論（Conclusion）
署名（Signature）
附件（Attachment）
看似簡單的電子郵件卻有許多小地方需要注意，一封正式不失禮節的電郵該怎麼寫？讓《104職場力》為您整理撰寫重點，不NG不踩雷，與客戶順暢溝通往來！
延伸閱讀：為什麼我發的Mail，都沒人要回我信？｜職場工作術
7大Email格式撰寫重點與範例
1. 收件人（To）
首先一定要確認寄送電子郵件的收件人郵箱地址是否正確，如Email因信箱格式誤植或缺漏導致訊息未傳達成功，可能因此失去好的合作機會；若電子郵件內容涉及重要的關係或業務事項，甚至可能引發公關危機。
如果需要寄給2個人以上時，可以使用「副本」（CC , Carbon Copy）或「密件副本」（BCC , Blind Carbon Copy）。
收件信箱格式說明：CC與BCC的差別
「副本」（CC）：增加CC欄位收件人時，這些收件人都能看到彼此的電子郵件地址。
「密件副本」（BCC）：而增加BCC欄位收件人時，這些人可以收到郵件，但其他收件人無法看到他們的郵件地址。
2. 主旨（Subject）
「主旨」是電子郵件首要之重，必須簡潔明確的表達來信用意，才能讓收件人一目了然知道郵件內容。不論從一般工作交流、商業合作還是求職角度來看，清楚的電子郵件主旨都有以下助益：
立即引起收件人的注意：在收件人每天收到大量郵件的情況下，清晰的Email主旨格式可以幫助你在眾多電子郵件中脫穎而出。
讓收件者立即了解電子郵件的主題內容：幫助快速理解Email重點，節省時間。
有吸引力和明確的主旨可以增加Email的開信率。
展現自身的專業態度和溝通能力：在商業和求職場合尤為重要。
因此盡量避免使用模糊冗長的主題，而是具體描述郵件內容或目的。
例如：某某單位詢問X月X日研究茶會參與意願OOO履歷 ─ 應徵X部門X職位X公司 ─ 商業會議安排日期確認
3. 正式稱謂（Salutation）
以禮貌的方式打招戶和稱呼收件人。如果你與收件人不太熟悉，使用「職銜」稱呼較為安全；若與對方已有認識，則可視交情調整。
例如：陳經理您好
Email常見招呼格式
正式程度範例尊敬與正式GreetingsDear + 稱謂Good morning + 稱謂稱謂 + 您好稱謂 + 日安平輩或關係親近者問候Hi + 稱謂Hey + 稱謂Hello + 稱謂非常親近的友人安安嗨嗨早啊
4. 正文（Body）
電子郵件內文格式（Formatting）
而在正文段落中，要清晰表達你的目的或要求。使用清晰、簡潔的句子，電子郵件並非作文，避免使用太多的行文冗長或囉唆內容，才能使收件人短時間了解你的來信用意，即時做出回應、進行下一步計畫。
此外，要適度的「分段換行」，避免所有文字內容全部擠在同一段，如果有數個事項也可以列點標項，清楚顯示每件事、每個重點。
電子郵件禮貌用詞（Polite language）
盡量使用禮貌、尊重、較為謙遜的用語來表達你的意思，避免使用冒犯性或侮辱性的言語，造成雙方不快。
同時也不可忽視「標點符號」使用的重要性，以下幾點要注意：
避免過多驚嘆號（！）：過多驚嘆號可能給人有種情緒化或不專業的感受。僅在必要時適度使用，避免讓收件人誤解。
避免過多的問號（？）：與驚嘆號相類似，過多問號可能讓人感覺困惑或不專業。謹記適度使用，僅在需要確認或提出疑問時使用。
避免過度重複符號（！！！或？？？）：重複使用多個驚嘆號或問號會讓人感受強烈的情緒表達，質疑對方、咄咄逼人而容易造成誤解，甚至產生衝突。另外也會被認為不專業或不成熟。
避免多種標點符號混用：在一個句子或段落中同時使用驚嘆號、問號和省略符號等，容易讓人感到混亂。保持使用一種適當的標點符號來表達意思，避免短短的段落中混用多種符號。
避免使用顏文字或emoji：與朋友、較為熟識的同事，當然可以使用表情符號使對話不單調生硬。但若是較為正式的電子郵件往來，就必須避免使用誇張的表情符號。
避免一路逗號（，）不停歇，洋洋灑灑最後才句點（。）：如上所述，要適度「分段換行」，跟說話一樣換氣與頓點，收件者閱讀時才不會混淆、抓不到重要資訊。
NG範例，疏忽分段換行、一路逗號、過度重複符號：
我們將舉辦一場專注於XXX領域之研究會議，誠摯邀請您參加並分享您的研究成果，該會議將於「日期」在「地點」舉行，主要聚焦於「主題／領域」，近年因XXX趨勢…會議主軸為「變遷中的…」，您的專業知識和成就將為會議帶來獨特價值，期待您的蒞臨演講如有意願參與，請於「日期」回覆此郵件確認您的參與以及發表的標題，相關研究會議資訊，議程和表單詳於附件，謝謝您撥冗閱讀！！！
5. 結論（Conclusion）
而在電子郵件的結尾部分，大致總結你所提到的要點、清楚說明下一步的行動，另外也能感謝收件人的閱讀。
例如：我們非常重視您的意見，如有需求請在「指定的截止日期」前提供上述資訊，若對任何細節有疑問也請隨時與我聯繫，謝謝。
6. 署名（Signature）
在文末署名或附上「簽名檔」，也就是提供你的姓名、職位和聯絡方式，讓對方能夠更方便的與你聯繫。
例如：
「公司Logo圖片」「你的名字」「公司部門」「聯絡電話」「電子郵件地址」「公司地址」
7. 附件（Attachment）
是否曾收到對方有文件或圖片檔需要額外參考，電子郵件看了許久卻找不到檔案在哪？
如有附加檔案需要收件人參閱時，確認附件檔案檔名正確並非亂碼或「未命名」，而檔案也確實上傳，避免還得為了附件再往來、耗費時間。
除此之外，當檔案容量過大無法使用附件方式夾帶時，可上傳至雲端硬碟開啟分享，給予連結讓收件人自行閱覽下載。
常見NG附件檔名：「未命名.jpg」、「%e57%39%bd%e7%ad%a6.pdf」
Google Gmail 附加檔案方式圖片來源：Google Gmail說明
最後提醒在發送電子郵件前，再三仔細檢查拼寫、語法、標點符號及數字是否有任何錯誤，除了讓資訊清楚明確，也避免因一時疏忽導致資訊傳達錯誤，嚴重可能因數字、數量誤植造成無法挽回的損失。
延伸閱讀：趕快筆記！3原則寫出收信人愛看的E-mail
完整Email格式撰寫範例
假設要進一步了解客戶的需求，發信和對方窗口詢問：
主旨：關於您對「 」的需求，請提供更多細節正文：XXX先生／女士您好，我是「你的名字」，來自「你所在的公司或部門」，我們一直很榮幸能夠為您提供服務。繼續向前推進並確保我們雙方合作能完全滿足您期望之前，需要您的協助。根據我們先前的討論，您表達對特定需求的興趣。為了確保我們能為您提供最佳的解決方案，需要更多的細節和具體要求。因此還需請您提供以下資訊：
1. 需求範圍：如有任何特定…。2. 目標期望：…。3. 條件限制：…。4. 時程規劃：…。5. ……這些有助於設計解決方案時更為周全考慮。我們非常重視您的需求，更希望確保提供之解決方案能完全滿足您的期望。請在「指定的截止日期」前提供上述資訊，如果您對任何細節有疑問，或需要進一步討論，也請隨時與我聯繫。感謝您的合作和支持！祝安好，「你的名字」「你的職位」「你的聯繫方式」
Email格式確認清單
延伸閱讀：上班族收Mail可以更有效率！7個超實用的Google Gmail小技巧，可同時查看日曆等外掛程式｜職場工作術
關於提升【職場生產力】的更多資訊，還有這些觀點供您參考
想要賈伯斯簡報渲染力？必學演講３技巧｜職場工作術
簡報結束後才是戰場，面對提問的3大應對技巧｜職場工作術
簡報怎麼做？簡報的4大元素與做好簡報的5大要點，不藏私告訴你！｜職場工作術
密碼用生日、常用平台用同一組密碼？這些帳號被盜的資安大地雷，你也犯了嗎？｜職場工作術
開會討論沒效率讓人抓狂嗎？或許你該嘗試時間流程管理｜職場工作術
別當社交句點王！用對技巧和６種性格聊到心坎裡 ｜職場溝通
ARCI法則是什麼？用4角色解決跨部門分工混亂│專案管理必學技巧
ARCI法則（阿喜法則）是解決跨部門分工混亂的專案管理工具，透過當責者A、負責者R、諮詢者C、知會者I這4個角色，讓每項任務都有明確主導人，本文會說明ARCI是什麼、當責與負責的差異，以及如何建立責任矩陣，趕緊學起來，讓專案不再卡關。
文／《104職場力》
本文導覽
ARCI法則是什麼？阿喜法則的4個角色定義一張表快速記住ARCI法則4個角色ARCI法則怎麼用？建立責任矩陣關鍵4步驟步驟1│先把專案拆成具體可執行的任務步驟2│為每個任務指定角色步驟3│確認每個人的角色認知步驟4│卻ARCI落實進日常工作流程ARCI常見問題與錯誤：3個地雷要避開地雷1│搞不清「當責」跟「負責」，導致出現兩個A！地雷2│把所有人都塞進C地雷3│I只是名單，資訊沒有真正傳到位ARCI適用什麼情境？為什麼跨部門專案特別需要ARCI法則？
多人協作的專案，最常在哪裡卡住？通常不是技術問題，也不是時程太緊，而是一件更基本的事：沒有人說清楚「這件事到底誰負責」。
任務在會議上交代了，但最後沒人真正接手；兩個主管同時下指令，團隊不知道該聽誰的；法務、客服等關鍵部門到了專案快結束才被拉進來，導致延誤或重工等，這些問題，幾乎每個跨部門工作者都遇過，根源都在於分工不明確。
ARCI法則（又稱阿喜法則）就是為了解決這個問題而生的工具，它不複雜，核心只有4個角色，但能把原本說不清楚的責任關係結構化，讓整個團隊知道該專案「誰主導、誰執行、誰要先被問、誰需要被通知」。
ARCI法則是什麼？
ARCI法則（ARCI Model，中文讀音就是唸「阿喜」）主要是用來推動跨部門專案與管理的工具，這4個字母各代表一種角色，並依重要性排列：
阿喜法則的4個角色定義
A — Accountable（當責者）
當責者A是指身為一項任務的「最終負責人」，這個角色擁有拍板決策的權力，但也必須為專案握的最終成果承擔全部責任，通常每個活動或專案中只會有一位當則者。
R — Responsible（負責者）
負責者R是指實際把任務做完的人（執行者），在當責者A的帶領下規劃、執行、追蹤，並定期向A回報進度，跟A不同的是，同一項任務中可以有多位R。
C — Consulted（諮詢者）
通常在專業度或複雜度較高的任務推進前，會需要諮詢專家意見，諮詢者C就是這類顧問型角色，但要注意的是，除了給意見、協助溝通之外，C沒有決策的權力（主導權必須在當責者A手上）。
I — Informed（知會者）
知會者I不參與決策，通常也不會執行任務，只需要在每個節點上「被告知專案進度或結果」，方便後續任務執行即可。
一張表快速記住ARCI法則4個角色
角色關鍵問句人數限制Accountable 當責者這件事最後誰說了算？只能1位Responsible 負責者這件事誰實際去做？1位或多位都可Consulted 諮詢者決策前需要問誰？視需求，精準為佳Informed 知會者結果需要讓誰知道？視需求
ARCI法則怎麼用？建立責任矩陣關鍵4步驟
ARCI的執行方式比想像中容易，重點不是有沒有做表，而是有沒有讓它變成團隊的共同語言，只要依循這4個步驟就能輕鬆上手：
步驟1│先把專案拆成具體可執行的任務
不要一開始就急著指定角色人選，因為任務越模糊，角色越難分配，這階段首先要把專案「分解成明確的工作項目」，舉例來說：
今天有個新產品上市專案，任務拆開來應包含：產品定位與目標設定、行銷素材製作、合約與法規審查、平台上線與技術測試、上線後成效追蹤等具體細節，不是單純用「讓產品順利上市」這麼籠統的方式概括。
步驟2│為每個任務指定角色
任務拆解完後，再針對每一項指定對應的ARCI角色，同樣以「新產品上市」專案為例，分工舉例如下：
任務項目A當責者R負責者C諮詢者I知會者產品定位與目標設定產品主管PM業務、行銷工程、設計行銷素材製作行銷主管文案、設計師PM、品牌業務、客服合約與法規審查PM法務財務、採購產品主管平台上線與技術測試技術主管工程師、QAPM、客服行銷、業務上線後成效追蹤PM行銷分析師業務、產品各部門主管
延伸問題：「當責者A」與「負責者R」可以是同一個人嗎？
可以，但不是什麼專案都適合。
在小型任務或人力真的極有限的情況下，A與R都由同一人擔任這沒什麼問題（甚至還很常見），但如果是大型專案或跨部門合作時，A與R會建議分屬不同人，這樣有個好處：A能夠用更宏觀的角度督導成果，而R能夠專注在執行細節，兩者形成監督與執行的分工。
步驟3│確認每個人的角色認知
實行ARCI常常發生的烏龍是「角色分配好了，但對於要做的事情及責任範圍的認知沒對齊」，於是最後在混亂中失敗了。
建議分配好角色後，可以在專案啟動會議（Kick-off）中，明確說明個角色的權力義務，並讓大家複誦自己的理解，確保彼此認知一致，而不是分好、填上握表格就當完成。
步驟4│卻ARCI落實進日常工作流程
另一個ARCI最容易失效的原因是「分配的時候用ARCI法則，但執行用另一套」。
其實要把它融入實際工作也有訣竅，比如：
做下一個重大決策前，先確認C是否已參與並給意見。
每次例會先看A有無到場，是否了解情況跟當前成果。
定期追蹤專案進度，確保R有精準執行，若有問題也可同步解決。
產品或資訊對外發布或上線前，確認I名單中的人都已收到資訊。
當ARCI成為專案溝通跟執行的基本框架，它才能真正發揮效果。
ARCI常見問題與錯誤：3個地雷要避開
地雷1│搞不清「當責」跟「負責」，導致出現兩個A！
「當責」跟「負責」傻傻分不清楚，這是團隊在分配ARCI角色時最常遇到也是最容易混淆的地方，如果沒有釐清，導致一項任務出現兩個或以上的A，那最終還是可能會落得專案無人負責或目標分散的下場。
所以「當責」跟「負責」差在哪？
我們以一個具體例子來說明：
主管要你把一份文件寄給合作夥伴，你把信寄出去、任務完成了，這是「負責（Responsible）」的表現，但如果你在寄出後打電話確認對方收到，且傳遞到正確的人手上，確保溝通目的達成，這就是「當責（Accountable）」。
簡單說，負責者R對任務執行完成與否負責（事情做完了嗎？）但當責者A還必須對執行後的結果負責（要的結果達到了嗎？）這個差異，決定了A與R在專案中截然不同的角色定位，也決定了兩者的價值。
了解之後，團隊必須謹記規則：每項任務只有一個A，如果真的難以取捨，代表這個任務需要再拆細，或者需要在組織層面更清楚釐清誰有決策權。
地雷2│把所有人都塞進C
C的本意是「需要其意見才能做出好決策」，而不是「有點相關的人都放進來」，沒經過取捨萬一讓C清單過長，會導致每件事都因為要等一大圈人確認，反而延遲專案進度。
真正應該列入C的人選，是那些「專業或意見會直接影響任務成果」的人，例如：法律風險由法務判斷、技術可行性由工程師確認。
地雷3│I只是名單，資訊沒有真正傳到位
ARCI矩陣上的I欄看起來雖然在末端，但絕對不能輕忽！會列入I代表這批人是「有必要了解進度或成果」的角色，可能是專案後期的支援端，或是完成後續的推廣／結案單位等，如實知會這些單位才能避免公司資訊或營運出現斷層。
ARCI適用什麼情境？
ARCI其實適用於所有需要多人協作的工作，但在下列幾種情境中，使用的效益最為顯著：
跨部門專案：例如品牌活動、數位轉型、系統導入、制度改版等，涉及的部門越多，ARCI所帶來的降噪效果越明顯。
流程長、節點多的任務：例如新產品上市、大型品牌活動、組織年度報告等，這類任務每個環節的A和R都可能不同，適時定義與分工，才能確保每個流程細節的品質。
新主管接手或新團隊建立：在新團隊磨合期間，可以用ARCI快速建立共識與默契，比瞎猜、亂摸索再補救有效得多。
分不清責任歸屬的團隊：有些團隊可能人多事多，或都是資歷較淺的工作者，若沒有主心骨、分工不明確，可能會出現一團亂的局面，這時候實行ARCI能幫助大家了解責任歸屬、提升效率。
為什麼跨部門專案特別需要ARCI法則？
跨部門協作有一個共同的隱性問題：每個人腦中對「自己該做到哪裡」的責任認知其實完全不一樣。
因為專業、組織文化的不同，對同一件事有不同理解跟看法這很正常，但如果沒有拿出來討論，讓灰色地帶無限延伸，很容易變成專案卡關主因之一，甚至出現搶功勞或到處卸責的尷尬局面，比如以下幾個最常見的協作痛點：
任務沒人接：任務在會議上說完了，但沒有人明確承接，最後就懸在半空中，這正是因為沒有指定A與R，導致大家都以為別人會做，最後落得一場空。
找不到決策窗口：事情推進了一半，遇到問題需要選擇、收斂或決策的時刻，卻沒有人能給明確的指示，導致錯失黃金期或期程延宕。
太多意見喬不攏：跟上面那點相反，萬一是一堆人都搶著當A，光是對焦目標就夠累了，還可能會出現多頭馬車的情況，不僅影響執行效率，到最後也可能導致分裂對立。
關鍵部門太晚加入：很多組織習慣專案先行，邊做邊加人，其他部門有什麼問題再補救，但萬一是法務、技術這種硬傷，到最後階段才被通知的結果，不是雞飛狗跳就是砍掉重練，ARCI在一開始就把C與I明確列出，能有效避免這個問題。
很多人以為專案管理的重點只有包含時程控管、進度追蹤，但在真實職場中，當角色分配、責任歸屬等更前端的事沒有先處理好，後續會更加窒礙難行。
ARCI法則優勢在於，它把一件本來說不清楚的事，用4個角色結構化了，當每個人都知道自己在這個任務裡是誰，不需要每走一步就確認一次，那溝通成本就會明顯下降。
下次啟動一個新專案之前，不妨先花點時間把分工說清楚，會發現推行起來事半功倍唷！
延伸閱讀：
做了13個番茄鐘專案才推進10%？你可能用錯「番茄鐘工作法」！
甘特圖是什麼？免費軟體＋甘特圖Excel範例教學懶人包
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']
強化你的職場韌性：面對挑戰的五大核心能力
文： 小婉家族研究生 趙詠捷 | 工商心理實驗室
原標題：打造職場勝利組，提升職場韌性的幾個方法
在迅速變化和充滿壓力的現代職場中，韌性成為促成職業成功的關鍵特質。職場韌性，即在壓力和挑戰面前迅速適應和恢復的能力，能使人們在遭遇困難時，迅速調適情緒並保持積極行動力。本文將深入探討職場韌性的多面向，並探討如何透過後天學習和訓練來培養這一能力，涵蓋彈性思考、情緒調節、有效溝通、自信和樂觀這五大關鍵能力。探索這些技能如何幫助員工將壓力轉化為動力，提高工作效率，並在職業生涯中獲得持續成長和成功。
透過研究整理，職場韌性（Workplace Resilience）的定義：是指心理韌性在職場上的運用，指的是在職場上面對壓力、挑戰、變化和困難等不利因素時，能夠快速適應和恢復的能力，於諸多研究中又稱為職場復原力。有高度職場韌性的人在經歷工作壓力和困難時，能快速調節、轉換情緒和思維，繼續前進、保持積極態度和行動力。1990年代興起的正向心理學派認為：儘管生活中都得面臨壓力或不好的事件，但某些正向的人格特質（如：樂觀或主動性人格）與情緒（如：喜悅、快樂），能幫助個體將壓力轉換為助力、適應逆境、擁有韌性、追求幸福（Diener, Oishi, & Lucas,2003）。其中，「韌性」即是指個體面對逆境時所展現出的一種特質（利翠珊，2006），可用來解釋為什麼有些個體暴露於困境中，卻能從低谷反彈，最後達成正向的適應，不被擊倒。因為，韌性能讓人將困境或壓力視為挑戰，而不再消極地將外在環境的要求或限制當成阻礙。它可以幫助人們應對職場上各種變化和挑戰，提高工作效率和工作滿意度，增強職業發展和成功的機會。
多堂免費大師講座，提升你的職場思維與視野 >>
職場韌性並不是專屬於某些人獨有的特質，而是可以透過後天的學習和訓練來提升的能力。具有職場韌性的人可能透過提升以下幾種能力來增加自己的職場韌性，同時為自己創造高RQ(Resilience quotient,簡稱RQ)：
1. 彈性思考
對新的思考方向、可能性或是新的角度保持開放的態度，透過不同角度看到問題解決的可能性，並從中找尋最佳的解決方案。彈性思考能夠幫助人們在不斷變化的環境中應對挑戰，並實現個人和職涯的目標。
2. 情緒調節
情緒調節就是於情緒反應過程中，對個人體驗何種情緒，以及採取何種方式體驗抒發情緒產生影響的過程，同時，在職場中面對有情緒起伏(通常是負面情緒)的當下，以維持工作效率及人際互動的關係，降低非理性狀態所帶來的失誤。在緊急狀況解除之後，適度的發洩情緒也是調節的方法之一。
3. 溝通能力
有效的表達自己的想法和意圖，並傾聽他人的需要，透過與他人之間的溝通達到解決歧見和衝突，建立信任並協調出雙方都可接受的結果。
4. 自信
充分的去瞭解自己的優勢與可以為職場上或組織帶來的價值，對自己的能力、價值和能夠應對的情況感到有把握感。自信是一種重要的心理資源，自信的人相信自己可以克服挑戰實現目標，並能應對工作中的困難。
5. 樂觀
樂觀(Optimism)是人對各事物所持的一種思想態度，是我們如何歸究事情發生的原因，對事情慣用的一套解釋形態 (Attribution style)。樂觀的人，對發生了的事付予正面的詮釋，對未發生的事則會預計好的結果。樂觀的人通常也比較能夠應付變化的壓力和挑戰，為自己和他人帶來希望感。
小婉家族研究生 詠捷
文獻來源:
郭美琪（2024）。在COVID-19疫情下保護性社工人員職場韌性之研究〔碩士論文，國立屏東科技大學〕。華藝線上圖書館。https://doi.org/10.6346/NPUST202400079
文麗婷（2018）。理情教育融入九年級國文課程之行動研究〔碩士論文，國立臺灣師範大學〕。華藝線上圖書館。https://doi.org/10.6345/THE.NTNU.ED.026.2018.F02
陳佳雯、許伊均、陸洛、吳詩涵（2012）。以韌性觀點探討女性主管的職業生涯歷程。彰化師大教育學報，(22)，51-71。https://doi.org/10.6769/JENCUE.201212.0051
看更多來自工商心理實驗室的好文 >>
在職場中你容易被情緒勒索嗎？這五大人格特質最易受影響
職場八卦：氣質性嫉妒與組織認同的交織
能者多勞？還是忍著過勞？ 小心引發工作倦怠
Z世代安靜離職消失了嗎？不，它進化成「怨恨缺勤」
學習時間管理就能提升效率？探索你的「時間特質」找到關鍵
提升員工帶動企業的成長！最划算的教育訓練方案首選>>
企業內訓、公開班及線上課程需求，104人資市集最超值 >>
訂閱人資市集電子報獲得專家工作分享及產業新知 >>
加入104人資市集官方line獲得最新優惠及活動資訊 >>
有任何收穫或想分享的，都來和大家一起聊聊吧！