104學習

企業流程規劃

企業流程規劃是指針對公司內部各項作業流程進行設計與優化,目的是提升效率、降低成本並確保品質一致。透過分析現有流程中的瓶頸與重複作業,調整步驟和資源配置,使工作更順暢且符合公司策略目標。具備此技能的人才能有效協調跨部門合作,推動自動化或數位轉型,幫助企業提升競爭力與應變能力。在現代職場中,這項能力是企業持續成長與創新的關鍵。

8,316 個相關職缺

提升你的實力,朝專業更進一步

精選課程

充實自己,讓能力持續成長

專案矩陣分析與應用技巧
專案矩陣分析與應用技巧
你的部屬不好做? – 流程改善篇
你的部屬不好做? – 流程改善篇
CompTIA Project+ 國際專案管理師認證暨實務課程
CompTIA Project+ 國際專案管理師認證暨實務課程
專案計畫與進度管制技巧
專案計畫與進度管制技巧
專為混合辦公設計的高效管理工作術
專為混合辦公設計的高效管理工作術
生產計畫與進度管制技巧
生產計畫與進度管制技巧
採購作業與進料管制技巧
採購作業與進料管制技巧
專案管理的要領與技巧
專案管理的要領與技巧
AI職場溝通術:LLM大型語言模型應用技巧
AI職場溝通術:LLM大型語言模型應用技巧
人資與採購必學! AI 流程自動化應用實戰工作坊【10/20】
人資與採購必學! AI 流程自動化應用實戰工作坊【10/20】

精選證照

考取專業證照,讓能力被市場看見

人資專案管理師認證 |
專案成敗早在專案念頭發起時就已決定大半,雖然專案管理(Project Management)早在各個產業領域深入推廣,然而對於許多人資夥伴而言,似乎還是欠缺可實際運用的成功模式。藉由每位講師多年人資專案輔導與實際推動經驗,透過理論架構與案例分享,引領大家正確地從完整人力資源體系的宏觀角度切入,順利地將專案管理(Project Management)手法與工具成功應用在人資領域的各種企劃技巧、工具軟體、簡報提案與進度掌握上,進一步協助人資夥伴提升人資專案管理的績效表現。
社團法人中華人力資源管理協會
進階ERP規劃師 |
「進階ERP規劃師」證照為企業在進階 ERP 導入與流程整合過程所需要的人才。其扮演企業流程分析、跨模組整合、系統規劃與導入管理等角色。
中華企業資源規劃學會
數位人資管理師-經理級認證 |
數位人資管理師認證學程將幫助你,運用e化系統的力量,將大量的人資行政瑣事效率化;利用聰明的流程再造,將員工視為內部顧客,全面提升員工體驗;最後發揮數據力,真正成為組織成功的策略夥伴! 獲得數位人資管理師-經理級認證,代表你具備以下能力 1.了解員工體驗的精神,與e化流程的設計思維,可協助組織全面檢視HR各流程的重要問題與精進的方向。 2.熟悉e化流程的設計方法步驟,協助組織善用數位科技的力量,優化現有制度流程,促進員工體驗。 3.清楚大數據分析的內涵,與業界實務運用案例,可幫助公司導入大數據分析專案,解決公司在人力計畫、人才發展、留才管理上碰到的重大問題。
104資訊科技股份有限公司
ERP規劃師 |
「ERP規劃師」證照為中小企業專業團隊在導入過程所需要的人才。其扮演中小企業內參與或主導企業流程的設計與再造、電子化的規劃與執行、架構的規劃與設計、ERP系統導入專案的規劃與實施等角色。 「ERP規劃師」設立目標: 一、迅速且大量的培育華人地區企業e化專業人員。 二、經由考試設計教學內容,提供學員進修管道。 三、提供企業e化所需人員: 1.擔任企業e化的種子人員。 2.協助中小企業挑選ERP軟體廠商與顧問。
中華企業資源規劃學會
PMI-PBA國際商業分析師 |
PMI-PBA (Professional in Business Analysis,國際商業分析師),是美國國際專案管理學會 (PMI) 於 2014 年發行的證照,為近年 PMI 系列證照人數成長最快者。 這張證照是專案的前置專業分析,對於中、高階主管的營運思維有極大助益。高價值、高廣度及其豐富內容,是商業分析成為世界趨勢的關鍵,完整地系統思考,涵蓋辨識現況、發現商業需要、解決方案提出、需求管理與分析、績效評估……等知識,從專案開始之前一直到結束之後各階段都能運用,學習內容是在職場工作中如何在掌握高度思維必備的技能! 商業分析可與專案管理手法互相搭配,專案經理 (PM) 是把專案做對,而商業分析師 (Business analyst) 則是選擇對的專案來做。簡單來說,商業分析工作在專案開始前即展開,進行包含辨識問題、找到最佳的解決方案……等前置評估;專案開始期間著重在需求管理 (引出、分析需求),與 PM 互相搭配;專案結束後,則持續進行長期績效評估,確保有效回饋,持續完善。 故 PMI-PBA 不論對工作上有需求/分析相關任務者,或專案從業人員,都是非常合適的進修證照。學習商業分析技能、強化商業分析及需求分析的能力,才能知道為何而戰、懂得值不值得戰,當自己站在完整專案管理知識技能的價值鏈上,一定能在國際舞台中成為熱門人才。
PMI 國際專案管理學會
APMP Level C, Project Supervisor |
APMP Level C Project Supervisor證照專為具備專案管理基礎知識與實務經驗者設計,涵蓋專案計劃、執行及監控等核心能力,強調有效溝通、風險管理與團隊協作技巧,確保專案目標達成與資源最佳運用,是提升專案管理專業度及職場競爭力的重要認證。
AFAQ AFNORINTERNATIONAL法國貝爾國際認證機構

精選貼文,掌握第一手知識

跳脫「解雇」陰影:善用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獲得最新優惠及活動資訊 >> 訂閱市集電子報與你分享專家文章及最新活動訊息>>
【104職場力】・績效管理

產品經理 - 學習地圖(上):技能養成篇 

產品經理是一個融合創新、邏輯與溝通的角色。隨著數位化加速,產品思維逐漸成為組織決策的核心。從技術團隊、設計部門到商業營運,產品經理肩負整合多方資源、定義方向並推動產品落地的關鍵任務。  本篇產品經理學習地圖(上):技能養成篇,將協助轉職者認識『從入門建構產品基礎思維』到中階『掌握用戶洞察與功能實作』,最終能『獨立推動策略規劃與跨部門協作』的相關職業技能,依循學習路徑,逐步成為具影響力的產品專案執行者! 文 /【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大挑戰|商業思維學院
【104職場力】・職涯規劃

你適合當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]
【104職場力】

產品經理的「向上管理」必修課:老闆需求變來變去怎麼辦?

作者前言:策略走向終須一變,影響到產品規格與功能異動,PM們該如何解讀老闆指令,因應需求變更的任務?本篇文章適用於所有產品經理(PM),閱讀時間約10分鐘,希望大家都能順利克服產品被更動時的狀況。 – 文/Mu Chen 陳爾豪 一、本質,從商業思維談起 產品經理基本除了關心用戶體驗、跨部門溝通、確認功能細節外,進階的你得關心老闆的策略思維、集團戰略、市場/公司利益等。 說白了些,商業策略的走向影響了所有的需求變動,創造出來的產品不為了單一的用戶體驗環節,而是你的核心服務/業務滿足了多種用戶體驗,消費者們願意買單支付並使用你的服務,而最終集結成了你的產品。 而「需求變動」,起因都可能來自「商業策略」的轉換,無論是外在發動還是內部啟動,都是一環扣著一環去影響你的產品。 你得清楚,在你的公司中,哪些產品與核心功能是老闆最為關心?哪些用戶貢獻度最高?或更為被重視?有了基本的體認,未來在面臨各種策略或功能異動時,才能用最快速度應變。 二、理解,老闆的話中話 有時老闆在提出需求變更時,資訊是非常不明確的,可能只丟了一句話、一篇新聞報導、深夜時發了段LINE message描述他對產品未來的願景,然後就讓你(找不到人或太忙)無所適從。 在產品經理接到任務後,第一件事不該是立刻想功能怎麼設計,或是傳達聖旨給所有跨部門同事們,這只會讓你像個工匠或傳聲筒。你得仔細揣摩並理解老闆的話中話,也許發現他提出的不是個需求變動(而是發牢騷?),或著現階段不該做的事(先畫餅),有幾個check point可以衡量: 你問得到更多資訊嗎?不是當下立即拒絕或接受,是取得更多判斷條件。 你理解老闆說出這句話的環境背景嗎?(ex.新聞, 研討會) 專案/產品進行中的策略/情報,是否有遺漏更新給老闆的地方? 你理解市場上對手的動態嗎?發展策略是否和別人有差異? 從商業思維出發,這樣的需求變動是否有符合公司策略及盈利? 在Top-down到產品功能後,才去思考如何變動設計,能夠符合老闆提出的需求變動原意,而你在真正理解後,也才能制定正確的action plan。 過去在中國信託負責數位平台時,曾接到「要提升所有宣傳曝光」的任務,直觀來說這是Marketing份內的事,從優化單一素材成效與想出更多creative idea去達成。但從Platform/Channel角度來看,則是如何創造更多「曝光機會」,從服務/場景思考創造新版位,或平台向下細化分眾加強曝光效果,又或是從外部資源去連結產品創造新客群。 但從老闆的話中話來定義,卻可能是「搶佔所有客戶touch point,達成產品在上市初期的話題與聲量。」在這條件下,就不能從單一面向(Marketing)去思考提升既有通路/產品的曝光。 三、尋找,從變更需求中點出明燈 在釐清老闆話中話,真正確認是「改動需求」的Brief後,你有幾條路可以走: 堅持立場:你有時需要學會拒絕老闆的任務,不是什麼都必須執行與Say yes,必須站在完整的產品全局去思考與說出你的獨立觀點。但在拒絕變更需求的同時,必須向老闆說明清楚,你的思考判斷為什麼這個不能更動?原因是什麼?影響範圍有哪些? 接受他也接受事實:產品經理得在內部會議上審查產品環節,並向老闆確認自己對業務/新需求的解讀是否有誤,你需要釐清新流程、新邏輯、因應新狀況帶來的各種問題,都需要和老闆確認並過一遍。既然是變更,那就得一次到位。而再次審查的面向,包含了影響範圍、功能/設計細節、時程、人力、業務邏輯、老闆期待值、各關係人、市場狀況等。 切記,再次從商業思維檢查業務邏輯,不能和產品邏輯脫鉤,一但落下不是變成沒人用的產品,就是用了卻不符合消費者期待的產品。 你也許會碰到無所適從的時候,像範圍太大不知如何改起、功能複雜一時動不了太多(通常這程度改動已經是策略上的翻天覆地)。試著化整為零,拆分成一個一個小環節來看,並排序重要性及急迫性,把互相影響的湊成一塊,單獨能解決的標記出來,有助於梳理思緒。 拉著key stakeholder看來,別讓自己陷入單兵作戰的窘境。 四、教育,不是一蹴可及 在變更需求不斷痛苦的溝通過程中,你得明白,老闆不像你一樣懂得所有產品開發流程,在同樣的時間內他學習並實踐商業策略,綜觀全局,但技術面的Know-how、或是產品全局的掌控,你才是專家。 因此,你不該當有意見不合時就一昧責怪你老闆,一次溝通不成功,你得去梳理背後的原因,才能找出後續解決的核心: 觀念來源:是否有他更信賴,更倚重的消息來源去造成他這樣的思考脈絡?可能是另外一位主管的論點,又或是新聞/媒體上的某些事件。 成功經驗:觀念是長久累積而成,而人們習慣依賴過往的成功經驗,進而複製到下一個階段,你得觀察是否有他的過往成功經驗擋住了你的提案? 說服程度:你準備的materials,是否足夠支撐你想講的論點與提案?你的key message是否清楚?又能讓老闆在短時間內吸收理解? 溝通策略:你可以動之以情,或是分析利弊得失,但得先確定好你的時間/地點等環境因素適合提出,並使用一切合情合理的方式讓你的老闆了解改動需求所帶來的影響。 - 甚至,你可以定期或不定期的盡量洗腦你的老闆,無論是正式會議、等電梯、搭Taxi、外出覓食、單獨走路時,你要把握每一次談話的機會教育他、洗腦他、舉例來說服他、讓他對於你做的判斷感到心動,開始對於他做的決定感到動搖,當動搖累積到一定程度後再進行正式會議說服,成功率才會大幅提升。 一次提不過,不代表會永遠提不過。 也有一種方式是拉入外部資源,從顧問,廠商下手,比你自己來教育會輕鬆很多,不管是外部seminar、內部workshop開始進行教育工程,日常教育是減少未來認知gap的基礎。 五、安內,向上向下即時更新 對於向上管理的訊息同步,你必須注意以下的要點: 主動性:身為一個產品經理,你得學會主動將資訊跟進度同步給你老闆,尤其在產品變更需求上,老闆更會特別重視,甚至等不及weekly meeting報告,你需要深入分辨什麼是你自己能下判斷處理的,哪些是老闆需要知道/或決策的訊息,在適時的時候提出,才能增加你溝通上的價值。 決策點:若專案需要老闆裁決判斷,你需要清楚地列出各項action item,並壓上deadline,說明決策帶來的正負影響(通常算一算變更需求,負面影響都大於正面…) 面對PM性格或控制欲強的老闆,訊息同步更為重要,很多老闆恨不得在他想要的產品功能上樣樣都插手,但適時的讓他放心,並展現你專案控管的專業就是一件得不斷學習的事。 即使最終仍要變更需求,對於跨部門溝通的同事們也要說明清楚: 變更目的:最終你被說服時,也要拿出老闆策略判斷與合理解釋去說明需求變更目的。(當然話術得內化過) 變更執行計畫:可能已和老闆協議了折衷方案,用最小的功能修改去滿足老闆的需求,但執行計畫、步驟上都需要和每一位專案成員溝通釐清。 更新協作資料:記得更新每一個記載舊需求的地方,包含Email, Excel, JIRA, Confluence, google doc…等等,避免造成混淆或資訊不同步。 最後,祝大家面對需求變更時都能安然度過,和老闆溝通順暢無比! (原文標題:學會向上管理,產品經理應對老闆變更需求之教戰守則) [course_plugin api_type='course_id' title='PM產品經理|入門致勝攻略' id='d74ae414-8db3-46d4-8158-9d256c517939']
【104職場力】・專案管理

從「難搞的低績效員工」到可管理的績效課題—HR 必備的診斷與處理策略

文/黃愛 Lilian Huang 104人資學院 資深專任顧問 績效其實等於「能力 × 意願」,處理低績效的第一步是釐清到底是哪一端出了問題。先檢視目標是否具挑戰性又可達成,避免因訂錯目標誤判員工;若是能力不足,可透過訓練、SOP或職務調整來支持;若是意願不足,則需透過面談釐清動機,並檢視主管互動與組織文化。管理者應以公平且具建設性的回饋促進進步,配合可量化的成長指標與定期檢視,將績效管理從零碎行為轉為制度、技能與文化並重的流程。 本文導覽 前言:績效 = 能力 × 意願(1) 先檢視目標是否合理(2) 區分能力問題與意願問題(3) 注意管理者回饋與認可的公平性(4) 強化進步導向的回饋機制將績效管理視為一門「藝術」與系統工程為什麼現在就要重視?需要協助把策略落地? 在許多公司裡,主管與老闆常抱怨:「這位員工績效太低,真難處理!」但在執行績效管理(績效管理、低績效員工、目標設定)時,我們常忽略一個簡單卻關鍵的出發點:績效 = 能力(ability) × 意願(willingness)。弄清楚是哪一端出了問題,才能有對症下藥的作法。 1. 先檢視目標是否合理 很多所謂的「低績效」,其實是目標訂錯了。目標應該既有挑戰性也要可達成—不是要求會騎腳踏車的人去開車。年度目標應考量外在情勢(通膨、競爭)與個人進步期待(經驗累積、勝任力提升),逐步提高,而不是一夕暴增。合理的目標設定是誤評低績效的第一道防線。 2. 區分能力問題與意願問題 能力不足時,檢視是否給予足夠訓練、SOP、範本與時間,或是否須調整到更適配的職務。意願問題則可能源自個人價值觀或外在環境(主管態度、文化認可)。透過面談與行為觀察釐清原因,才能決定是投入發展還是結束關係。 3. 注意管理者回饋與認可的公平性 績效文化會因主管反應而塑造成型。若主管只在「少數錯誤」時嚴厲批評,卻在「少數成功」時過度獎勵某些低基期人員,會讓持續穩健表現的優秀員工感到不公平,反而破壞動力。管理者應誠實回應每位員工的貢獻,兼顧進步肯定與長期表現獎勵。 4. 強化進步導向的回饋機制 對於努力但尚未到位的員工,除了給予資源與明確指導,還要及時肯定每一次的改善;對於一貫表現佳但偶有失誤者,也要以發展角度回饋,而非一味責難。建立可量化的成長指標與定期回顧,有助於讓員工看到自己的職涯軌跡。 將績效管理視為一門「藝術」與系統工程 優秀的績效管理結合制度(績效評估、目標管理)、技能(主管領導、回饋技巧)與文化(公平、透明)。HR 應主動學習管理典範、設計培訓課程,並可透過顧問協助與系統工具把流程標準化,降低人為偏差,提升決策品質。 為什麼現在就要重視? 有效的績效管理能提升員工生產力、降低流動成本並促進人才發展,是人才策略(人才發展、員工激勵)成功的關鍵。錯誤的處理方式不只傷害當事人,也會讓整體團隊出現「不敢優秀」或「只追求半成功」的扭曲行為。 需要協助把策略落地嗎? 104人資學院提供專業的績效管理顧問服務,包含目標設定流程設計、主管回饋訓練、績效制度建置及優化。若您想系統化改善績效管理、建立公平透明的評估機制,歡迎聯絡我們,讓專家協助您把「難處理的低績效」轉化為可管理、可成長的人才資產。 >> 索取【績效管理】難題解析影片 >> 立即諮詢 104【績效管理】顧問服務
【104職場力】・績效管理

「接案作品集」怎麼準備?6大要素及不同客戶應對技巧

對自由接案工作者來說,「作品集」往往比履歷更能展現你的專業度與價值。一份好的接案作品集該怎麼準備?作者為軟體工作者,分享好作品集的6大必備要素,並用自身經驗解析技術型、設計導向、非技術型與綜合型客戶的關心重點,幫你打造更有說服力的作品集。本文節錄自《不想上班的勇氣:軟體工作者的第一本接案指南》。 文/陳泰銘(Taiming) 本文目錄(點擊可快速前往) 為什麼需要準備接案作品集?接案作品集準備方向:依照不同接案類型、客戶來調整好的作品集應該具備的6大要素沒有作品集怎麼辦?最好平時就累積Side Project 為什麼需要準備接案作品集? 作品集是接案者的「敲門磚」,能夠幫助潛在客戶快速了解你的能力、風格和經驗。有時候,你的作品集甚至比你的履歷還重要,因為它是最直觀的證明,展示你的專業度和價值。 客戶沒有時間細聊,先看作品決定是否聯繫你 比起履歷,作品集更能說明你的實力 客戶更信任有實際案例的接案者 降低溝通成本,幫助客戶確定風格與需求 讓你在競爭者中脫穎而出 當你在社群平台或論壇上看到有人發問:「有人可以幫我做插畫設計嗎?」如果你只是留言「我可以做」,很容易淹沒在眾多回覆中,客戶也不會特別關注你。但如果你直接附上作品集連結,讓對方點進去就能看到你的實力,成功機率就會大幅提升。這樣的方式不僅能讓你在競爭中脫穎而出,也能迅速抓住客戶的注意力。 接案作品集準備方向:依照不同接案類型、客戶來調整 一開始瞄準方向很重要,因為不同類型的客戶關心的重點不同,你的作品集應該根據你的目標市場來調整。例如: 技術型客戶:展示程式碼品質與技術細節 當你的目標客戶是開發公司或技術團隊時,他們更關心你的技術能力,而不只是表面的作品展示。例如,當一間軟體公司正在尋找後端開發者時,他們不會單純看UI設計,而是會評估你的程式碼品質、架構設計與API文檔。如果你的作品集包含GitHub專案連結、技術架構解析、程式碼片段或效能優化案例,將更能說服這類客戶,讓他們相信你具備專業的開發能力。 非技術型客戶:強調成果與商業價值 當你的客戶是中小企業或個人創業者時,他們通常不懂技術細節,而是關心你的工作能否為他們帶來實際價值。例如,一位餐飲業老闆希望建立線上訂餐系統,但他不懂技術,對「技術堆疊」也沒有興趣。他想知道的是這個系統能否提升業績、減少人工成本、讓顧客更方便。因此,針對這類客戶,你的作品集應該側重於案例說明,包含專案背景、解決的問題、最終成果與數據,例如「這個網站讓客戶下單率提升30%」,而不是單純列出技術細節。 設計導向的客戶:重視視覺呈現與品牌一致性 當你的客戶是品牌商、電商品牌或行銷團隊時,他們關心的是視覺美感與風格統一性,而不是技術實作的細節。例如,一位服飾品牌老闆希望找人設計一組社群貼文模板,他不會關心這些設計是用Photoshop還是Figma製作的,而是想知道你的設計是否符合品牌形象,能否吸引目標受眾。因此,你的作品集應該著重展示設計風格,提供高品質的圖片、完整的設計概念,並附Behance、Dribbble或Figma連結,讓客戶能夠直觀地評估你的視覺風格是否符合需求。 綜合型客戶:需要靈活調整作品集內容 有些客戶的需求涉及多個面向,例如,一家新創公司希望開發一款APP,他們既關心UI設計,也重視技術架構與開發能力。在這種情況下,若你的作品集過於單一,可能無法完整展現你的能力。最佳做法是針對不同領域準備不同版本的作品集,例如一份專注於UI/UX設計,另一份則強調技術架構與開發過程,這樣才能根據不同客戶的需求靈活調整,確保你的作品集能夠精準打動對方。 因此,一開始要明確你的目標客戶,這樣作品集才能精準打動對方,而不會顯得雜亂或無法吸引適合的機會。 好的作品集應該具備的6大要素 一份優秀的作品集,不只是展示你的能力,更應該幫助潛在客戶快速理解你的價值,並建立信任感。以下是作品集應該具備的關鍵要素: 1. 清楚的自我介紹與專業定位 你的作品集應該開門見山地說明你的專業領域,例如「專注於SaaS產品開發的全端工程師」或「專精品牌識別與UI設計的視覺設計師」,讓客戶一眼就能理解你的核心技能與市場定位。 2. 精選案例,而非堆砌大量作品 作品集不應該只是單純堆放所有作品,而是要精選最具代表性的案例,並確保這些案例與你的目標市場匹配。例如,如果你主要服務科技新創,那麼展示SaaS產品設計或開發案例會比一般電商網站更具說服力。 3. 案例背景與解決方案 單純的圖片或程式碼展示不足以吸引客戶,你應該為每個案例補充背景資訊,例如:「這是為某家新創公司開發的會員系統,目標是提升用戶留存率」,然後說明你的解決方案與貢獻,例如:「透過重新設計UI/UX,讓註冊轉換率提升20%。」這樣的敘述能讓客戶更容易理解你的價值。 4. 數據與成果驗證 如果可以的話,加入量化數據來證明你的工作成效,例如「重新設計後的網站,跳出率降低25%」、「API優化後,請求速度提升40%」,這樣的數據能讓你的作品更具說服力,提升客戶的信任度。 5. 直覺且專業的視覺呈現 作品集的排版應該簡潔清晰,避免雜亂無章的內容堆砌。如果你是設計師,這本身就是對你美感能力的考驗;如果你是工程師,也應該讓專案展示清晰易讀,像是使用卡片式設計來分類案例,或提供 GitHub 連結搭配摘要說明。 6. 聯絡方式與行動呼籲(CTA) 無論作品集是網站、PDF還是簡單的Notion頁面,都應該明確提供聯絡方式,例如Email、LinkedIn、或接案平台連結。此外,可以加上一些行動呼籲,例如「有興趣合作嗎?歡迎來信討論!」,讓客戶知道下一步該怎麼與你聯繫。 透過以上這些要素,你的作品集不僅能夠有效展示你的專業能力,也能提升轉換率,讓潛在客戶更容易做出決策,進而提高你的接案成功機會。 沒有作品集怎麼辦?最好平時就累積Side Project 其實,比起事到臨頭才急著找作品集,最有效的方法是平時就主動累積Side Project。不論是為了解決某個小問題、實現自己的點子,還是純粹為了學習新技術,只要能完成、有成果可展示,就能成為你的實戰證明。 Side Project不需要商業化,也不必太龐大,關鍵是能展現你的能力與風格。這些專案可以放在你的個人網站、GitHub、Behance、Notion或Medium等平台,讓潛在客戶在搜尋你的名字時就能看到。 以下是一些常見的發想與執行管道: 解決自己的痛點:把日常遇到的問題變成產品,例如排程工具、記帳App、小型自動化腳本等。 模仿與改造:挑一個你喜歡的網站或應用,試著重製、優化或加入新功能。 開源貢獻:參與GitHub上的開源專案,累積實戰經驗與人脈。 挑戰題目平台:參加如Frontend Mentor、Dribbble Weekly Warm-up、Kaggle等主題挑戰。 幫朋友或社群做東西:主動幫朋友設計海報、開發活動報名網站、製作社群 BOT 等。 紀錄學習歷程:把你學會的新技術或解法整理成部落格、教學影片或Notion範本。Side Project的價值,不只是讓你練功,更是你與客戶溝通時最有說服力的「非商業作品集」。尤其在你還沒太多實戰經驗時,它們能說明你的主動性、邏輯思維、執行力與品味。 節錄自:博碩《不想上班的勇氣:軟體工作者的第一本接案指南》/陳泰銘(Taiming) 著 獨家課程推薦:【設計師接案必修課】從作品集到報價,系統化讓專業變現 [joblist_plugin title='更多104【軟體工程類 接案】工作機會' url='https://www.104.com.tw/jobs/search/?jobcat=2007001000&mode=s&page=1&ro=2&keyword=%E6%8E%A5%E6%A1%88&order=15' amount='4'] 更多【自由接案】分享: 上班族也掀「斜槓兼職」熱潮!高薪兼職時薪破千,兼職工作機會懶人包 接案族該如何報稅?一文搞懂「接案外包」的報稅技巧,趕快收藏! 設計接案合約必備5大要素!保護權益必知,終結客戶鬼打牆 接案報價不是憑感覺!給新手的基礎報價公式參考 2025 最完整免費接案平台、接案社群總整理(附設計、行銷外包接案工作機會)
【104職場力】・UX

行為改變設計策略與實施流程 行為改變技術 大葉大學國企系

第 3 章 行為改變設計策略與實施流程 行為改變技術 大葉大學國企系 一、章節導言 在前兩章中,我們了解了行為改變的核心概念、理論基礎及各類技術與工具。行為改變不僅依賴單一技術,而需要系統化設計策略與流程,確保干預能有效促進目標行為,並在實務中可操作與評估。本章將介紹完整的行為改變設計流程,包含需求分析、策略選擇、實施計畫、監測與評估,並結合亞洲文化與學生群體案例。 二、行為改變策略設計原則 設計行為改變策略需遵循以下原則: 1. 目標明確 o 行為改變的目標需具體、可衡量、可實行。 o 例:將學生每日蔬菜攝取量從 150 克提升至 250 克,而非「吃得更健康」。 2. 理論支撐 o 所有策略需依據行為改變理論(SCT、TPB、SDT、TTM)設計,確保干預具科學依據。 o 例:針對自我效能低的學生,設計榜樣示範與技能訓練活動。 3. 多技術整合 o 單一技術效果有限,建議結合教育、激勵、社會支持、環境重設等多種技術。 o 例:健康飲食計畫可結合日誌監控、積分獎勵、社群互動與餐點位置調整。 4. 文化與環境適配 o 考量目標族群的文化背景、社會規範與環境條件。 o 亞洲文化中,集體互動與社會期望對行為改變有顯著影響。 5. 可評估性與持續性 o 策略需易於追蹤、測量效果,並能長期維持行為。 o 例:透過數位追蹤 App 持續收集行為數據,調整策略。 三、行為改變設計流程 完整的行為改變設計可分為五個主要步驟: (一)需求分析與問題界定 1. 收集資料:調查目標群體的行為現況、環境因素、文化脈絡。 2. 界定問題:明確行為改變目標,定義可量化指標。 3. 案例應用: o 校園運動習慣干預前,調查學生每週運動次數、運動偏好及障礙因素。 (二)目標設定與行為分析 1. SMART 原則設定行為目標(Specific, Measurable, Achievable, Relevant, Time-bound)。 2. 行為分析:運用理論模型,如 TTM 或 TPB,分析行為動機、意圖與阻礙因素。 3. 案例應用: o 目標:四週內,學生平均每週運動 3 次,每次至少 30 分鐘。 o 阻礙分析:缺乏時間、社群支持不足、缺乏自我監控。 (三)策略設計與技術選擇 1. 策略選擇:依需求分析結果選擇合適技術。 2. 整合多種技術:教育資訊 + 自我監控 + 激勵 + 社會支持 + 環境重設。 3. 案例應用: o 提供運動影片教學(教育資訊) o 設置運動打卡 App(自我監控) o 小組競賽與徽章激勵(激勵 + 社會支持) o 體育館器材預約優先權(環境重設) (四)實施計畫 1. 時間安排:明確設定策略實施周期與里程碑。 2. 角色分工:確定負責單位、執行人員與協作群體。 3. 資源配置:場地、工具、數位平台、獎勵資源等。 4. 案例應用: o 實施周期:八週 o 負責單位:校園運動中心 + 學生社團 o 資源:運動教學影片、App 開發、徽章與積分獎勵 (五)監測與評估 1. 行為追蹤:定期收集行為數據(如運動次數、步數、攝取蔬果量)。 2. 效果評估:分析策略對目標行為的影響,使用前後比較或對照組方法。 3. 策略調整:根據評估結果,修改策略以提高成效。 4. 案例應用: o 八週後,統計學生運動次數及滿意度,發現部分學生未達標,調整社群激勵方式與提醒頻率。 四、章末重點整理 1. 行為改變策略設計需依據明確目標、理論支撐、多技術整合、文化適配及可評估性原則。 2. 五大設計流程:需求分析 → 目標設定與行為分析 → 策略設計 → 實施計畫 → 監測與評估。 3. 亞洲文化背景需特別考量集體互動、社會規範與環境因素對策略的影響。 4. 策略應靈活調整,確保行為改變可持續並具實務效果。 五、討論題 1. 選擇一個你希望改變的日常行為,依照五步驟流程設計完整的行為改變策略。 2. 討論如何在亞洲大學生文化中,利用社會支持與環境重設策略提高行為改變成功率。 3. 比較不同策略組合(如教育 + 激勵 vs. 社會支持 + 自我監控)的優缺點,並提出實務建議。 六、案例分析 案例 3-1:大學生運動習慣提升計畫 • 背景:某亞洲大學學生運動不足,平均每週僅 1 次。 • 設計流程: 1. 需求分析:調查運動頻率、阻礙因素(時間不足、缺乏動力)。 2. 目標設定:四週內,平均每週運動 3 次,每次至少 30 分鐘。 3. 策略設計:教育影片 + 打卡 App + 小組競賽 + 徽章激勵 + 體育館預約優先權。 4. 實施計畫:八週,學生社團協助管理社群互動,校運動中心提供設備與場地。 5. 監測評估:統計運動次數及自我報告滿意度,根據結果調整激勵與提醒頻率。 • 結果:八週後,學生平均運動次數提升至 3.2 次,參與度與滿意度均顯著提高。 • 分析重點:完整流程設計、策略整合、多技術運用,以及文化與環境適配,是行為改變成功的關鍵。
詹翔霖・管理知識學院 詹翔霖

如何成為後端工程師?精準掌握必備核心技能&職涯精進攻略

你是否想轉職成為後端工程師,打造更穩定、具成長性的技術職涯?無論你是剛開始學習程式語言的新手,或正在尋找明確學習方向的職場工作者,這份後端學習地圖將幫助你掌握後端工程的核心技能、實戰經驗與職涯發展路徑。透過系統化的學習規劃與專案實作,你將更有信心地踏入後端領域,成為職場中真正被需要的技術人才。 文 /【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']
【104職場力】・職涯規劃

轉職前端工程師│工作內容、技能、薪水與職涯發展指南

你是否想過轉職前端工程師,或是想提升技術實力,而能在競爭激烈的職場脫穎而出?無論你是零基礎的學習者,還是正在尋找更明確學習路徑的開發者,這篇文章將幫助你理解前端工程師的核心技能、職涯發展方向,並提供高效的學習策略。透過系統化的學習與實踐,你將能夠更順利地進入前端開發領域,甚至進一步拓展你的職業選擇! 文 /【104學習精靈】 本文目錄(點擊可快速前往) 什麼是前端工程師?與後端、全端差別是什麼?前端工程師無經驗者可入門嗎?掌握前端工程師的核心能力:必備工具技能 x 學習路徑 x 軟技能轉職前端工程師的學習策略前端工程師薪資行情與職涯發展前端工程師的挑戰與機會 什麼是前端工程師?與後端、全端差別是什麼?前端工程師無經驗者可入門嗎? 前端工程師工作內容 前端工程師(Frontend Developer)負責網站或應用程式的「前端」部分,也就是使用者直接看到並與之互動的使用者界面(UI)。前端工程師的工作涵蓋範圍廣泛,從網頁的版面設計、動態效果,到與後端 API 的串接,確保使用者有良好的互動體驗,且需要結合設計思維與程式邏輯。 他們的主要工作內容包括: HTML、CSS、JavaScript 來構建網頁結構、樣式與行為。 與設計師合作,將 UI/UX 設計轉化為可用的前端介面。 與後端工程師協作,透過 API 取得數據並呈現在頁面上。 🎯相近職類比較:前端 vs. 後端 vs. 全端 類別主要技術主要負責範圍前端工程師HTML, CSS, JavaScript, React/VueUI/UX 介面開發,確保網頁互動與使用體驗後端工程師Node.js, Python, Java, Databases處理伺服器邏輯、數據庫與 API全端工程師前端 + 後端技術負責整體開發,能獨立完成前後端架構 🎯 為什麼前端工程師職缺變多? 近年來前端技術的發展迅速,市場對前端工程師的需求持續增加,讓許多轉職者與求職者開始關注這個領域,並發現它具有以下優勢: 市場需求大:企業對於使用者體驗的重視,使得前端工程師的價值不斷提升。 入門門檻適中:相比於後端開發或全端開發,前端技術較容易上手,適合作為進入 IT 產業的第一步。 創造力與技術並重:前端工程師不僅需要技術實力,還能發揮設計與創意,讓開發的產品更具吸引力。 遠端與自由工作機會多:前端開發適合自由接案與遠端工作,為職涯發展提供更多彈性。 🎯 誰適合轉職前端工程師? ✅ 無技術背景者:對網頁開發有興趣,願意學習技術。 ✅ 人文社科背景者:如行銷、設計、心理學等,能結合設計與技術。 ✅ 理工科背景者:資訊、數學、電機,具邏輯思維優勢。 ✅ 現職工程師:希望提升技術,拓展職場競爭力。 掌握前端工程師的核心能力:必備工具技能 x 學習路徑 x 軟技能 前端工程師技能與工具能力分析 基礎技能 HTML、CSS、JavaScript 基礎、Git / GitHub、RWD、Bootstrap、jQuery 核心技能 JavaScript 進階、API 與非同步處理、前端框架(React / Vue)、CSS 進階 進階技能狀態管理(Redux / Pinia)、前端測試(Jest / Cypress)、SSR / SSG(Next.js / Nuxt.js)、效能優化 專業技能TypeScript、Web 安全性、PWA / 桌面應用開發、後端基礎(Node.js / ASP.NET) AI 技能ChatGPT、GitHub Copilot、Figma AI 插件、Lighthouse(效能分析)、Codeium(智能補全)、Tabnine(代碼建議)認證AWS Developer、Azure Developer、Google Cloud Developer職涯全端工程師、前端架構師、技術產品經理、UI/UX 工程師▲ 前端工程師應具備技能、工具能力、職涯指引表,點選不同技能會對應到相關課程。 成為前端工程師的學習路徑(搭配AI工具) 🔹 第一階段:基礎入門(建議學習時長:1-3 個月) 📌 學習內容: HTML & CSS:學習網頁的基本結構與樣式設計。 JavaScript 基礎:學習變數、函式、條件判斷、迴圈等基本概念。 Git / GitHub:學會版本控制,方便管理與共享程式碼。 RWD(響應式設計):學習如何讓網頁適應不同裝置(手機、平板、電腦)。 Bootstrap:使用現成的 CSS 框架,加速開發美觀的網頁。 基礎專案:製作個人靜態網頁,實踐所學內容。 📌 AI 工具應用: ChatGPT / Claude:語法解釋與錯誤排查。 Webflow / Framer AI:低程式碼網站設計。 📌 備選學習: jQuery:雖有逐漸被原生 JavaScript 與前端框架取代之趨勢,但仍在許多重要專案中使用。 [course_plugin title='前端工程師入門課程' keyword='前端' amount=2] [course_plugin api_type='course_id' title='前端工程師入門課程' id='6e43b10e-45e7-40e2-92c0-1b4d6aeb955c, 9e6b7b79-2849-4f24-80ef-a620b94471a5'] 🔹 第二階段:前端開發進階(建議學習時長:1-3 個月) 📌 學習內容: JavaScript 深入:學習 DOM 操作、ES6+ 語法,增強互動效果。 CSS 進階:掌握 Flexbox、Grid、SCSS,提升排版與樣式管理能力。 API 與非同步處理:學習 Fetch API / Axios,讓網頁與伺服器互動。 前端框架(React / Vue 擇一):學習現代前端框架,提高開發效率。 小型專案(如 To-Do List):實作互動型應用,提升技能。 📌 AI 工具應用: GitHub Copilot:代碼補全與最佳化。 Figma AI 插件:設計 UI 組件。 📌 備選學習: 與後端整合(Node.js / ASP.NET):可視職涯發展需求學習適合的後端技術。 [course_plugin title='前端工程師JavaScript課程' keyword='JavaScript 入門' amount=1] 🔹 第三階段:前端專業化(建議學習時長:3-6 個月) 📌 學習內容: 狀態管理(Redux / Pinia):管理大型應用的資料狀態。 前端測試(Jest / Cypress):確保應用程式的穩定性與可靠性。 SSR / SSG(Next.js / Nuxt.js):提升網站的 SEO 與效能。 效能優化(Lighthouse、RAIL 模型):讓網站載入更快、使用者體驗更好。 開發完整 SPA 專案:整合所學技術,完成一個獨立的應用程式。 📌 AI 工具應用: Codeium / Tabnine:自動化程式碼建議。 Lighthouse + DevTools:網站效能分析。 📌 備選學習: GraphQL:較新穎的 API 查詢方式,可視專案需求學習。 [course_plugin title='前端工程師專業課程' keyword='前端工程師專業技術養成班' amount=1] 🔹 第四階段:專業與進階(建議學習時長:6個月+) 📌 學習內容: TypeScript:強化 JavaScript 的類型安全性,提高開發效率。 Web 安全性(CORS、OAuth):學習網站安全機制,避免資安漏洞。 後端基礎(Node.js / ASP.NET):學習如何建立簡單的後端 API。 PWA / 桌面應用開發:學習如何開發離線可用的 Web 應用。 參與開源項目或企業級專案:提升實戰經驗,增加履歷亮點。 📌 AI 工具應用: 自動生成測試案例。 智能除錯與最佳化建議。 📌 專業證照(可選): AWS Certified Developer – Associate(雲端應用開發) Microsoft Certified: Azure Developer Associate(微軟雲端應用開發) Google Professional Cloud Developer(Google Cloud 平台開發) 成為前端工程師應具備的7個特質 (軟技能) 除了技術能力外,優秀的前端工程師還需要具備以下軟技能,在職場上更具競爭力: 溝通能力 💬 需與 UI/UX 設計師、後端工程師、PM、行銷團隊協作,確保產品需求清楚且可落實。 能解釋技術限制,提出可行的解決方案。 【小測驗】來測測看自己的溝通能力技巧 👉 溝通協調 - 職能檢測|104學習精靈 細心與耐心 🔍 HTML、CSS、JavaScript 有許多細節,例如語法錯誤、CSS 權重、事件冒泡等,都可能導致 bug。 需耐心測試各種邊界案例,確保產品品質。 美感與使用者體驗意識 🎨 前端開發不只是把 UI 轉成程式碼,還需要理解基本設計原則,如色彩搭配、排版、可讀性、可用性等。 瞭解 WCAG 無障礙設計標準,確保網站對所有用戶友好。  團隊合作與開源精神 🤝 需與團隊協作開發、使用 Git 進行版本控制,並撰寫良好的 commit message 讓團隊易於理解。 參與開源社群或分享技術文章,提升個人影響力並獲取更多學習機會。 問題解決與邏輯思維能力 🧠 前端開發經常遇到跨瀏覽器相容性、效能最佳化等問題,需要有條理地分析並解決。 具備 debug 能力,能有效利用 DevTools、Lighthouse、瀏覽器 Console 等工具排查問題。 【小測驗】來測測看自己的問題解決技巧 👉 問題解決 - 職能檢測|104學習精靈 自主學習與適應能力 📚 前端技術發展快速(如 React、Vue、Svelte 等框架的變遷),需具備持續學習與適應新技術如 Web3、AI 應用於前端(如 Chatbot UI)等的能力,保持競爭力。 熟悉不同開發模式(如 CSR、SSR、ISR),能因應不同需求選擇適合技術方案。 時間管理能力 ⏳ 前端開發通常需要處理多個功能或專案,具備良好時間管理能力能提升工作效率。 推薦課程 👉 成為前端工程師|透過 HTML 與 CSS 認識網頁設計,從 0 到 1 打造實用介面  (上集)👉 成為前端工程師|透過 HTML 與 CSS 認識網頁設計,從 0 到 1 打造實用介面 (下集)👉 Git 速成攻略:2.5 小時變身版本控制達人👉成為前端工程師|jQuery 入門密技,愉快打造互動式網頁不求人 轉職前端工程師的學習策略 🎯 初學者或轉職者的學習策略: 建立系統化學習計畫 規劃每日或每週的學習時間,確保穩定進步。 先掌握 HTML、CSS、JavaScript,然後再學習框架與工具。 實作專案,提高實戰經驗 透過小型專案練習,如個人履歷頁面、簡單的 To-Do List 應用。 參與開源專案,提升協作能力。 持續關注業界動態 追蹤技術社群(如 Dev.to、Medium)。 觀看 YouTube 教學或參加線上課程。 打造個人作品集與 GitHub 將學習過程中的專案上傳至 GitHub,展示技術能力。 部署個人網站,建立個人品牌形象。 🎯 不同領域的客製化學習策略 學歷背景優勢可能挑戰調整建議理工科(資訊、數學)強邏輯、程式基礎佳設計美感較弱快速進入框架學習,額外學習 UI/UX人文社科(行銷、語言)擅長內容與設計需強化邏輯與程式概念先學 UI/UX,搭配 AI 減少語法負擔無技術背景無前端基礎需學習從 0 到 1先用 Webflow 製作網站,再逐步學習代碼 前端工程師薪資行情與職涯發展 📌台灣前端工程師薪資 初階(3年以下經驗):月均薪約5.5萬。 中階(3- 5年經驗):月均薪約 6.1萬。 高階(5-10年經驗):月均薪約6.3萬。(以上資料來源:104薪資情報) 📌影響薪資的因素 技術能力與熟悉的技術棧 精通 JavaScript / TypeScript、React、Vue、Next.js、Node.js 等熱門技術,薪資相對較高。 具備 Full-Stack 能力(如後端 Node.js、雲端技術 AWS/GCP),薪資更有競爭力。 專案經驗與解決問題能力 曾參與大型系統開發,或有獨立解決技術難題的經驗,加分。 具備效能最佳化經驗(如 Web Performance、Lighthouse 分數優化),市場價值更高。 業界與產業別 AI、Fintech、區塊鏈 相關公司,通常薪資較高。 新創公司 vs. 大型企業:大公司(如 Google、Meta、Apple)薪資較高,但競爭激烈;新創可能提供股票期權作為額外報酬。 地區與遠端工作機會 台灣近年開放遠端前端工程師職位增加,若能找到國外遠端機會(如美國、新加坡公司),薪資可能大幅提升。 英語能力與國際市場競爭力 能用英語與國際團隊溝通、參與開源專案,或申請海外遠端工作,薪資通常較高。 英文能力 - 線上免費檢測 前端工程師的職涯發展路徑 📌 全端工程師: 學習後端技術(Node.js、MongoDB)與其他核心程式語言提升競爭力。 課程推薦: 微軟智慧應用C#全端開發工程師養成班 全端工程師必修-Python迅速開發網站實戰 📌 前端架構師: 專注於大型專案的架構設計與效能優化。 課程推薦: 資安與雲端架構工程師養成班 📌 技術產品經理: 結合技術與產品管理,創造更大價值。 課程推薦: PM產品經理|入門致勝攻略:打造最強怪物新人的實戰課| 📌 UI/UX 工程師: 結合前端與使用者體驗設計,打造更直覺的介面。 課程推薦: 【安卓最新版】Android 9開發首部曲-UI與多頁面設計       哪些產業需要前端工程師 前端工程師的需求不僅限於軟體或網路公司,幾乎所有有數位產品的產業都需要前端開發人員。以下是幾個主要的產業: 📌 科技與軟體開發業(SaaS、雲端服務) 🌐 企業內部管理系統(ERP、CRM) SaaS 產品(如 Notion、Figma、Slack) API 服務平台、開發者工具 📌 電子商務(E-commerce) 🛒 電商平台(如 Shopee、Amazon) 直播購物、行動支付系統 會員系統、推薦系統的 UI 設計與優化 📌 金融科技(Fintech) 💳 銀行、線上支付系統(如 PayPal、Stripe) 投資交易平台(如 Robinhood、幣安) 區塊鏈 / Web3 項目(去中心化金融 DeFi、NFT 交易平台) 📌 遊戲產業(Gaming) 🎮 遊戲 UI 設計與開發(如 Unity WebGL、Web3 遊戲) 遊戲社群平台、直播互動功能 📌 醫療與健康科技(HealthTech) 🏥 線上醫療預約系統 遠端醫療應用(如 Telemedicine) 健康數據儀表板、可穿戴設備 UI 📌 教育科技(EdTech) 📚 線上學習平台(如 Coursera、Udemy) 互動學習工具、AI 自適應學習系統 📌 媒體與娛樂(Streaming & Social Media) 🎥 影音串流平台(如 YouTube、Netflix) 社群媒體(如 Twitter、TikTok) 內容管理系統(CMS) 📌 智慧製造與物聯網(IoT) 🏭 智能家居控制面板(如 Home Assistant) 工業自動化數據儀表板 📌 政府與非營利組織(GovTech) 🏛️ 公家機關網站、數位政務服務 開放數據可視化應用 延伸推薦課程👉 RWD響應式網頁設計入門👉 (最新版.NET 6)ASP.NET Core MVC 無痛快速上手👉 工程師救星-用Bootstrap速成響應式網頁開發👉 Let’s Vue! 前端開發入門到實戰 前端工程師的挑戰與機會 🚀 成為前端工程師的挑戰 技術變化快,需持續學習 前端框架(React、Vue、Svelte)與技術棧更新快,需定期學習新技術。 前端生態系龐雜(Webpack、Vite、Bun 等工具),選擇適合的技術不容易。 效能與跨平台相容性 須考慮不同裝置、瀏覽器(Chrome、Safari、Edge)兼容性,避免出現顯示問題。 需優化效能,確保頁面載入速度快,提升使用者體驗。 與設計、後端的協作挑戰 需與 UI/UX 設計師合作,確保設計可行性。 與後端 API 串接時,可能遇到資料格式、CORS 限制等問題。 安全性風險 需防範 XSS、CSRF 等前端攻擊,確保網站安全。 🌟 成為前端工程師有哪些機會? 遠端工作機會多,薪資提升潛力大 許多國際公司提供遠端前端工程師職位,可爭取更高薪資(如美國、新加坡市場)。 跨領域發展機會 可向 Full-Stack 方向發展(學習後端 Node.js、雲端技術)。 若具備 UI/UX 設計能力,可轉型為前端設計師或產品開=發相關角色。 AI & Web3 趨勢帶來新機會 AI 生成 UI(如 ChatGPT Plugin、Copilot)可能改變前端開發方式。 Web3 項目(如去中心化應用 dApp)對前端工程師需求增加。 開源貢獻與技術影響力 參與開源專案(如 Vue、React),可增加個人影響力,甚至吸引企業挖角。 延伸推薦課程​👉 前端工程師專業技術養成班 延伸閱讀: 產品經理 - 學習地圖(上):技能養成篇 成為雲端工程師的攻略指南:核心技能&職涯精進完整解析 如何成為後端工程師?精準掌握必備核心技能&職涯精進攻略 數據分析師工作內容是什麼?薪水高嗎?技術能力與職涯發展指南 想當資料工程師?工作內容、核心技能、薪水、職涯發展完整解析 [joblist_plugin title='更多104【前端工程師】工作機會' url='https://www.104.com.tw/jobs/search/?jobsource=index_s&keyword=%E5%89%8D%E7%AB%AF%E5%B7%A5%E7%A8%8B%E5%B8%AB&mode=s&page=1' amount='3']
【104職場力】・職涯規劃

軟體工程師內推管道及注意事項?工程師社群、LinkedIn等求職網以外的找工作管道

軟體工程師「內部推薦」有哪些管道和注意事項?本文作者ExplainThis團隊,曾協助多名軟體工程師成功進入外商科技大廠、海外新創,解析除了求職網以外的找工作管道,包括內推、學徒計畫、工程師網路社群、經營LinkedIn等。 文/ExplainThis(王鵬傑、李俊廷、林品均) 本文目錄:求職網以外的找工作管道(點擊可快速前往) 一、內部推薦內推(Referral)比較容易獲得面試機會內推管道內推該注意的4個事項最好的內推是強內推二、學徒計畫三、工程師的網路社群四、經營LinkedIn 當提到找工作,多數人第一直覺想到的,可能會是求職網。以台灣來說,像是傳統的求職網104、1111,或者新興平台CakeResume與Yourator。而找海外工作,可能第一直覺會想到老牌的Indeed、Glassdoor,或者是新興的LinkedIn。 然而,除了這些求職網,事實上還有許多其他的找工作管道。我們在這個小節將會詳細談幾個不同的找工作管道,讓讀者們能透過不同的管道,增加獲得面試的機會。 一、內部推薦 在找工作上,業界公認比透過求職網站或公司官網申請更有效的方式,是透過內部推薦(referral)。當你上求職網站申請,往往需要先經過前面提到的ATS系統,跟上百位申請者一同競爭,脫穎而出後才可能被真人招募員看到你的履歷。 然而,如果能夠被內推,將有可能跳過這個環節,直接被招募員或用人主管等真人審履歷。這雖然不代表一定會通過招募員或用人主管的篩選,但最起碼能直接省去前面的系統審核。 內推(Referral)比較容易獲得面試機會 你可能會問,為什麼內推比較容易獲得面試機會?因為,通常來自公司內部員工的推薦,表示推薦者對應徵者有一定程度的認識和信任。 與此同時,內部員工對公司文化和工作環境有比較深入的了解,所以推薦的人通常會更適合公司的需求,因此,公司較傾向相信現有員工的判斷,這讓透過內推進來的申請者,比較可能在茫茫履歷海中受到青睞。 內推管道 如果你想要找人幫你內推,在台灣的軟體工程師社群中,有歹晚郎內推互助網絡(https://bit.ly/3FlItvp)與Nex Work(https://work.nexf.org/)等由海外軟體業前輩發起的內推網絡。此外,也可以在LinkedIn或是Blind(https://www.teamblind.com/)上,搜尋「#referral」的標籤,或是找有在該公司任職的人,然後禮貌地發個私訊請對方幫忙內推。 當然,很多時候可能不會立即得到回應,又或者可能對方太忙沒回應,也不要感到氣餒,可以多詢問同一家公司中不同的人幫忙內推。 (圖/博碩文化提供) 內推該注意的4個事項 在找人內推時,如果能依循某些注意事項,會比較容易讓人想幫你忙。以下我們分享幾個建議大家要遵循的原則。 1. 履歷好好寫 在各大海外公司工作的人,也知道自己公司的標準,所以不會來者不拒、盲目內推。你想提高別人內推你的意願,務必要好好寫履歷。好好寫代表著格式上要正確,以及內容描述上要讓人覺得你有達到對方公司想要找的人才水準。假如不知道怎麼寫好履歷,可以參考Chapter 2的履歷撰寫相關內容。 2. 附上想被內推的職位 在多數大公司,光是一個大組可能就幾百人,比一間新創公司還大,因此除非是專職招募的招募員或者是工程經理,不然多數人其實不知道其他組現在有什麼職位開缺。所以不要找人內推時,還說什麼「你有沒有建議我申請哪些職位」,這只會讓人覺得你沒做功課。 大家平常工作已經夠忙了,沒空幫你去看你適合申請的職位,所以務必自己附上。通常大公司的職缺都會有Job ID,可以附上你想申請的。附上你為何適合這個職位:內推的人也不會想自己在公司內的名聲臭掉,所以多半會先判斷你是不是真的適合被內推。如果你想提高別人內推你的意願,就要做到讓別人認為你適合被內推。 要做到這點,務必附上你為何適合這個你想被內推的職位。理想上也要附上為何你適合該公司(建議多做一些功課來研究該公司,進而能闡述你為何跟該公司文化契合)。花時間幫你的這件事本身就很佛心,千萬不要把別人的善意視為理所當然。 可以用的句型是在簡短自我介紹後,提及「我目前在找XX領域的工作,對這個職位很感興趣。過去我在XX領域有OO經歷,我相信我能對這個職位有所貢獻」。 3. 記得表達感謝 假如一個原本跟你不相識的人願意內推你,務必要表達感謝。因為大家平時工作很忙,可能還有家庭事務要兼顧,額外抽時間幫你,這件事本身就很佛心,千萬不要把別人的善意視為理所當然。 即使內推沒有讓你拿到面試機會,也要記得感謝對方。畢竟很多公司冷凍期半年,你之後還可以再嘗試,與對方維持良好關係,這次沒上之後要請對方幫忙也會讓對方更有意願。 最好的內推是強內推 雖然上一段有提到可以找人幫忙內推的管道,但如果要獲得比較有幫助的內推,或俗稱的「強內推」,建議平時就要建立起能幫自己內推的人脈。 所謂的強內推,是指對方在內推時,有註明是「強力內推」。一般來說,多數公司的內推系統,都會詢問「你跟被推薦者的熟悉程度」以及「你有多推薦這位被推薦人」。不同公司具體問的問題可能會不同,但大多不脫離這兩類問題。 而唯有這兩個問題都回答「很熟悉」、「強烈推薦」,並且推薦理由寫得很詳細,才會被認定為是強內推。 當然,一般內推已經比直接在公司網站或人力銀行網站申請來得好,只是如果能的話,獲得強內推會是更好。 至於如何獲得強內推?一個是平時有好的工作表現,可能你現在的同事,未來會去不同公司,如果跟他們合作時,做到對方發自內心會想推薦你,這時要獲得強內推就容易得多。 又或者假如你還是學生,在平常的小組作業中,盡可能地貢獻,在同組的同學心中留下好的印象,未來同學們進到不同的公司,你要找他們內推,也會容易獲得強內推。 另一個則是多參與不同的社群活動,例如貢獻到開源社群,或者是參與技術會議等,這些也是一個你能夠曝光、與他人協作的機會,在這些場合貢獻價值,也相對容易獲得強內推。 上面提到這些要獲得強內推的方式,都是需要時間去耕耘而非速成的。因此,如果你現在還沒辦法獲得任何強內推,建議從現在開始行動,而不是等到要求職時才發現沒有人能為你強內推。 二、學徒計畫 學徒計畫(Apprenticeship Program)是近期各大公司越來越盛行的一個專案,包括:LinkedIn、Microsoft和Google等,都曾推出類似的計畫。 這些專案旨在招募更多元的人到科技公司,其中常見符合此計畫的人條件包含以下: 自學程式 參加過程式戰鬥營(coding bootcamp) 非傳統電腦科學背景 暫時離開工作,並嘗試重回職場 學徒計畫在經歷上的審核以及面試上,技術層面比起正職的初階工程師更簡單一點。多數的學徒計畫也都有轉正職的機制。 部落客「半路出家軟體工程師在矽谷」有一篇專門彙整各大公司學徒計畫的文章(https://brianhsublog.blogspot.com/2019/08/TechApprenticeship.html),並且時常更新,非常推薦有興趣、有需求的讀者可以去看看。 (圖/博碩文化提供) 三、工程師的網路社群 除了上述提到的3點,網路社群是軟體工程師不可錯過的資源。這些社群不僅提供了工作機會,也能幫助你與同業交流、了解產業趨勢,以及許多面試經驗的分享。以下是幾個會張貼工程師工作機會的熱門或相關網路社群: PTT Tech_Job版:https://www.ptt.cc/bbs/Tech_Job/index.html  PTT Soft_Job版:https://www.ptt.cc/bbs/Soft_Job/index.html  PTT Oversea_Job版:https://www.ptt.cc/bbs/Oversea_Job/index.html  Facebook Front-End Developers Taiwan:https://www.facebook.com/groups/ f2e.tw/  Backend台灣(Backend Tw): https://www.facebook.com/groups/backendtw/ 四、經營LinkedIn 對比傳統的求職網,目前新興的人脈社交媒體LinkedIn已經逐漸成為找工作的首選,特別是對於外商與海外求職,LinkedIn基本上比一般專注於本土市場的求職網有更多的職缺機會。比起求職網投遞履歷,經營Linkedin能夠讓獵人頭或招募員,看到你更多元、更深入的一面,以及看到你更長期的累積。現在已經有許多獵人頭與人資,會直接在LinkedIn上找人選,所以花心思經營LinkedIn將有可能讓自己獲得更多機會。 節錄自:博碩文化《軟體工程師求職策略大全/ExplainThis、王鵬傑、李俊廷、林品均 著 》 [joblist_plugin title='104【外商軟體工程師】工作機會' url='https://www.104.com.tw/jobs/search/?keyword=%E8%BB%9F%E9%AB%94%E5%B7%A5%E7%A8%8B%E5%B8%AB&order=15&page=3&zone=4,5' amount='3'] [joblist_plugin title='更多104【軟體工程師】工作機會' url='https://www.104.com.tw/jobs/search/?keyword=%E8%BB%9F%E9%AB%94%E5%B7%A5%E7%A8%8B%E5%B8%AB' amount='3'] 推薦閱讀: 軟體工程師談薪水8重點:不掀薪資職級底牌、靠「最後一招」多談一點 軟體工程師履歷範本|5大地雷別踩:形容詞太多、技術名詞太少 外商軟體工程 | 履歷面試精華,知名外商人資教你
【104職場力】・職涯規劃

待辦清單要寫什麼?該用什麼方法完成?改善拖延的拆解任務法

常常面對待辦事項越寫越長,卻不知道從何開始的窘境?待辦清單是提升效率和改善拖延的好幫手,但是要用什麼方法才能順利完成待辦清單呢?本文為《箱型時間:高速時代的15分鐘深度專注力》書摘精選,作者解析如何拆解任務、專注執行,幫助你實現工作生活平衡,改善拖延、突破時間管理瓶頸! 文/馬克‧曹–桑德斯 本文目錄(點擊可快速前往) 待辦清單包含的內容?待辦清單要寫什麼?該用什麼方式完成待辦清單? 待辦清單是列出你預計要完成的任務,通常會用來幫助我們記憶該做的事項;行事曆則是用來記錄、規劃活動的工具。箱型時間將這兩者結合——把待辦清單中的適當項目排入行事曆,並確保該活動會在規劃時間內完成。待辦清單和行事曆可以說是本書的兩樣前導元素。 待辦清單包含的內容? 待辦清單是箱型時間的先決要件,所以我們必須先了解什麼是待辦清單。讓我們順著前因後果想想:待辦清單上的事項是怎麼來的?主要有五個來源: 1. 想法 你想起上星期答應別人一件事;你淋浴時閃過一個靈感;在火車上看見跟老同學長得很像的人,突然想跟同學敘敘舊;做白日夢時,你腦中飄過充滿創意、可能有用的點子。我們的大腦一直處在活動狀態,而且有很多無法預料的事。很多來自環境的外在刺激,也都無法預料。因此念頭、想法、事件、靈感,提供了行動構想。建議你在待辦清單中規劃一個待學區,寫下你有興趣,但還沒有時間去學的事物。 2. 訊息 我們每天收到超過一百封電子郵件,簡訊和社群媒體應用程式產生的訊息量更是不遑多讓。這些訊息很多是自動產生或自動發送,不僅不相關,也沒重要到必須去處理。但是某些需要思考和回應的訊息,就可以寫進待辦清單。其實,即使是只需要略做回應的小事,也會是需要處理的待辦事項。 3. 會議或與人對話 我們每天的工作有四分之一花在開會上,有調查顯示每天至少會有二十七段對話,這些即時的人際互動引來各式各樣的任務。有可能是老闆直接指派給你,有可能是因為跟年長的鄰居閒聊,所以答應幫忙修理籬笆,也有可能是在一場業務會議結束時,被指派要做什麼事。 4. 工作本身 你會在寫完銷售簡報後發現需要事先演練;你會在撰寫商業企劃時發現需要研究市場;你會在使用客戶關係管理軟體時發現有幾項內容需要補齊;你會在登入任務管理軟體後發現有一系列工作等待完成……工作就是這樣,會衍伸出更多工作。 5. 生活瑣事 我們有很多私人事務要打理,包括:洗衣、打掃、購物、付帳單、煮飯、保養汽車、修繕房屋、整理花園農圃、運動、個人健康、假期規劃、照顧家人或寵物、丟垃圾、做資源回收、打理社區事務等。在這當中,有許多固定重複的事,也有較難預料的事;有些事情跟家庭成員有關,特別是住在一起的家人。這些都是要處理的事,不管我們想不想做都得完成。 待辦清單要寫什麼? 待辦清單上的事項可以做成時間箱,寫進行事曆。當你準備花時間使用數位行事曆,在適當環境、以正確心態規劃時間箱時,你會需要製作時間箱的素材,而這些素材就來自你的待辦清單。將待辦事項寫進時間箱,完成這一天的任務後,原本的任務清單就會變成你的「達成清單」。 此外,不是每個點子都是好點子,不需要的待辦事項必須送進垃圾桶!再說,從把想法寫進待辦清單,到真正要實踐時,事情可能已有變化,讓這件事變成多餘的想法。請注意,想「把待辦清單上的事項統統完成」是個錯誤的念頭。 該用什麼方式完成待辦清單? 雖然世界上有數十億人口會寫待辦清單,但是對於待辦清單究竟該怎麼寫或完成,卻沒有個共同概念。以下內文是我讀過相關內容後,加入箱型時間元素,希望能幫助大家把這個被忽略的重要事項做得更好。 1. 拆分成可處理的單位 將任務拆解成可以處理的塊狀。某人可以處理的單位不一定適合另一個人,因此一般共識是時間不要超過半天,理想狀態是最多一、兩個小時。我也贊同這樣的時長。但是有些任務需要的時間可能很短,例如提醒自己寄追蹤郵件或回家途中買牛奶。所以採用箱型時間的時候,你可以先把下個要做的事記在心裡,再去進一步拆解或統整,不需要一次做完任務的拆分。 請記下任務的細節,以便你回頭審視清單時,可以快速想起要做的事。例如,「研究靈魂旅行」這個待辦事項,如果只寫「研究」的話,幾小時或幾天後,你就看不懂意思了。至於預估時間、重要程度、緊急程度、依存性、合作者、截止期限、最終目的、類別等,有可能是有用的額外資訊,但並不一定要寫出來。 2. 流程 請參考前面提到的資訊類別,為任務歸類,並配合最重要的生活面向,將這些類別系統化。舉例來說,全世界有十二億人使用微信、兩百萬人使用WhatsApp、五百萬人透過簡訊發送和接收訊息。你若不願意忘記履行承諾或完成任務,就需要一套系統,幫助你分辨何時要把聊天訊息變成該執行的任務。例如,標上星號或書籤的訊息表示要有後續動作,以及根據訊息需要處理的時間,來製作有可能需要循環出現的時間箱。重點在於將會形成後續任務的事項,移至待辦清單及時間箱,整套流程才不至於中斷。 其他會形成後續任務的活動,也要建立待辦清單寫入行事曆。不要相信你的記憶力,因為記憶不完全靠得住,要是發生意外,你可能會嚴重受挫。 有些人會寫好幾張待辦清單,細分成:工作、社交、財務、居家修繕、家庭活動、個人活動等。對大部分的人來說這樣做會降低生產力,因為我們必須把這些放在不同地方的清單互相比較,以辨別各項任務的重要和緊急程度。而最後,我們每一個人只會有一套自己的時間計畫。從這個角度看,一個人只要有一份涵蓋全部事項的待辦清單就足夠。這對區分寫進待辦清單的事項,尤其有幫助。 請以「動詞」為開頭,因為動詞代表你要去「做」某一件事。 依照重要性替任務分類,並維持分類——這是最重要的一點,不過在細節上卻有許多不同的意見。包括卡爾.紐波特在內的一派人士提倡把類似任務集合成一組,分批次處理,並在不同批次的任務間安插休息時間,好讓我們能在處理下一項任務前,消除先前的認知脈絡。這麼做非常合理,但缺點是,可能無法及時處理藏在一大批任務裡的緊急任務。另外一派包括我在內的人士,則是提倡要依緊急或重要程度來分類。以下提供一套非常簡單的規則,幫助你從一長串的可能任務中,挑出適合歸為一組的任務: 將任務貼到電子試算表上。 在任務名稱旁邊的欄位,使用一到十的數字,標示任務的緊急或重要程度。 依照數字大小整理欄位順序。 把焦點放在前幾項的任務(排在後面的就是比較次要的)。 原本一大串五花八門、分不清重要程度的煩人事項,已變成一張精簡的「必須完成的事項清單」,你可以鬆口氣了。 這一長串非重要事項也需要好好處理。你可以刪除,也可以另外安排時間重新審視。有些事項過段時間後,重要程度會提高。 請想想哪一種分類方式比較適合你,但不管你選用哪種方式,都需要將事項分門別類。當你缺乏一套值得信任的排序方式時,你會不斷地自我質疑、看輕待辦清單、心想是不是該把另一項任務排在前頭。井然有序的清單可以消除選擇的焦慮,這也是一次做一件事的力量。 你要有固定刪減待辦清單的習慣。刪減待辦清單也是個可以排進行事曆的任務,而且非常適合設成重複的週期性行程。將待辦清單上需要刪除的事項扔進垃圾桶,是正常且重要的工作。 提醒你,只要上網搜尋,就可以找到許多現成的待辦清單格式,也許會對你有幫助。這些清單可能會涵蓋:旅行、露營、有趣的對話、購物、居家打掃、搬家、為面試做準備、居家安全、裝修、人生願望清單等,所有別人的好點子和分享的好方法你都可以去學習使用,甚至也可以請生成式AI幫忙你製作待辦清單。 3. 做法 我最喜歡的做法是使用數位科技和把待辦清單儲存在雲端空間。那樣就可以有超連結、與他人共享、複製、貼上,備份起來也比較方便。這些也是數位行事曆使用者喜歡的優點,但不管寫在哪裡,你一定會想要快速存取待辦清單。好不容易有靈感閃過,你不會希望還來不及記下,就忘記了,我們要盡力地減少阻力。 我自己是有開Google文件隨手記錄待辦事項的習慣。如果事情太多,開始感覺手忙腳亂(像是休假完累積一堆事要做時),我會依照前面的方法,把待辦清單貼進電子試算表,依照重要性排序,進行分類、製作時間箱。 4. 勇敢作夢 待辦清單上會有許多平凡無奇的事。目前為止,本章所提的例子大多是這種類型。但是把待辦清單侷限在此,也就侷限了你的人生。你也許會覺得夢想很遙遠、難以企及,但是你跟夢想之間的距離,也許只是一條待辦清單上的事,少了幾個時間箱。不管你是想學習新語言、轉換工作跑道、宣傳你的理念,還是成為更善良的人,你都需要先踏出一小步,而待辦清單可以是你的臨時棲所。 節錄自:三采文化《箱型時間:高速時代的15分鐘深度專注力》/馬克‧曹–桑德斯 Marc Zao-Sanders 著 推薦閱讀: 如何提高工作效率?4關鍵因素解析:一心二用對生產力有負面效果 提升工作效率5大步驟!學會高效管理時間,先找到「行動力開關」 工作永遠做不完,沒時間做重要的事?想突破需要有意識的4個認知
【104職場力】・時間管理

主管接受批評為何如此重要?4招建立正面回饋文化

原標題:為什麼主管應該主動聽取批評? 在瞬息萬變的職場環境中,主管不僅需要掌握領導技巧,更需要有勇氣接受來自下屬的建設性批評。這種主動尋求負向回饋的態度,有助於他們改進管理風格,並推動團隊成長。而哪些類型的主管更願意接受批評?以及企業如何建立開放的回饋文化和提升部屬專業能力,從而打造一個高效且協作的工作環境。透過深入分析,我們將揭示為何聆聽批評是成功管理者必備的一項技能! 文: 小婉家族研究生 周郁恩   | 工商心理實驗室 在快速變動的職場中,回饋是提升工作表現的關鍵。不只是員工需要回饋,主管也需要從部屬了解自己可以如何改進。這種主動去聽取批評的行為,叫做負向回饋徵詢。 什麼是負向回饋徵詢? 負向回饋徵詢意即主管主動請部屬指出自己的缺點或不足之處,以改善自己的領導方式。這和一般的讚美或建議不同,它需要主管有足夠的心理素質來接受批評,並從中學習。 什麼樣的主管會主動徵詢批評? 研究發現,主管的個性會影響他們是否願意聽取負向回饋,主要為以下兩種: 1.喜歡學習的主管:這類主管認為能力可以透過努力提升,所以他們不怕批評,反而會把批評當作成長的機會而更容易主動請部屬指出問題。 2.在意表現的主管:這類主管非常重視自己的形象,怕別人覺得他們不夠好。因此,他們通常會避免主動徵詢負面意見。 成為留才好主管 ,打造共好團隊>> 主管相信回饋有用嗎? 主管是否願意聽取負向回饋亦取決於他們是否相信回饋真的有幫助。喜歡學習的主管通常認為回饋對提升自己有用,所以更常主動徵詢。而在意表現的主管則認為回饋不一定有幫助,反而可能讓自己難堪,所以他們不太願意去問。 部屬的能力也很重要 部屬的專業能力會影響主管是否願意聽取他們的意見。如果部屬很專業,主管會更信任他們的回饋。反之,如果部屬經驗不足,主管可能會認為他們的回饋不夠專業,因而不太願意徵詢。 企業能怎麼做? 根據這些發現,企業可以採取以下幾個做法: 1.選擇適合的主管:挑選樂於學習、願意接受批評的主管,因為他們更容易帶領團隊進步。 2.提供回饋訓練:教導主管如何有效地接受和利用負向回饋,特別是幫助那些在意表現的主管理解批評的價值。 3.建立開放的回饋文化:鼓勵主管和部屬之間進行坦誠的交流,讓回饋成為日常工作的一部分。 4.提升部屬專業能力:加強部屬的專業培訓,讓主管更信任他們的意見,促進正向回饋循環。 主管主動徵詢負向回饋,不僅能幫助他們改進管理方式,還能促進整個團隊的成長。理解主管的個性和部屬的專業能力,能幫助企業打造一個更健康、更有效率的工作環境。 小婉家族研究生:N 參考資料: 方沴淳、紀乃文(2024)。主管目標導向特質與負向回饋徵詢行為:主管回饋效用信念與部屬專業能力的干擾式中介效果。《組織與管理》,17(1),107-148。https://doi.org/10.53106/199687602024021701003 看更多來自工商心理實驗室的好文 >> 追劇很廢嗎?抽離、放鬆懂「下班」隔天更有活力! 工作久坐健康風險高!科學證實「微休息」的4大好處 AI如何改變我們工作關係和對公司的信任感 擺脫星期一症候群「週一最低限度努力」成為職場新趨勢 Z世代安靜離職消失了嗎?不,它進化成「怨恨缺勤」 超過5000+的HR都報名過的104人資學程!求職成效提升至4.5倍!>>   提升員工帶動企業的成長!最划算的教育訓練方案首選>> 成為人資市集Line好友獲得最新課程優惠及免費講座資訊>> 訂閱人資市集電子報獲得專家工作分享及產業新知 >>
【104職場力】・溝通協調

有任何收穫或想分享的,都來和大家一起聊聊吧!