104學習

廠區規劃

指的是針對工廠整體空間與設施進行合理配置與設計,包含生產線布局、設備擺放、動線規劃、物流流向及安全區域劃分等。目標是提升生產效率、降低成本、確保作業安全,並符合環保及法規要求。良好的規劃能有效利用空間,減少浪費,促進生產流程順暢,對提升企業競爭力至關重要。

4,252 個相關職缺

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

精選課程

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

專案矩陣分析與應用技巧
專案矩陣分析與應用技巧
專案計畫與進度管制技巧
專案計畫與進度管制技巧
CompTIA Project+ 國際專案管理師認證暨實務課程
CompTIA Project+ 國際專案管理師認證暨實務課程
商業策略規劃
商業策略規劃
生產現場作業與管理實務
生產現場作業與管理實務
生產計畫與進度管制技巧
生產計畫與進度管制技巧
年度預算編列與財務管理實務:從營收預測到預算差異分析
年度預算編列與財務管理實務:從營收預測到預算差異分析
專為混合辦公設計的高效管理工作術
專為混合辦公設計的高效管理工作術
採購作業與進料管制技巧
採購作業與進料管制技巧
第一次寫政府補助案就上手
第一次寫政府補助案就上手

精選證照

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

永續發展影響力規劃師 |
「永續發展影響力規劃師」證照為組織在推動永續發展影響力管理過程所需要的人才。其扮演永續成果整理、影響力分析、管理規劃與改善建議等角色。
中華企業資源規劃學會
人資專案管理師認證 |
專案成敗早在專案念頭發起時就已決定大半,雖然專案管理(Project Management)早在各個產業領域深入推廣,然而對於許多人資夥伴而言,似乎還是欠缺可實際運用的成功模式。藉由每位講師多年人資專案輔導與實際推動經驗,透過理論架構與案例分享,引領大家正確地從完整人力資源體系的宏觀角度切入,順利地將專案管理(Project Management)手法與工具成功應用在人資領域的各種企劃技巧、工具軟體、簡報提案與進度掌握上,進一步協助人資夥伴提升人資專案管理的績效表現。
社團法人中華人力資源管理協會
進階ERP規劃師 |
「進階ERP規劃師」證照為企業在進階 ERP 導入與流程整合過程所需要的人才。其扮演企業流程分析、跨模組整合、系統規劃與導入管理等角色。
中華企業資源規劃學會
國際專案管理師PMP |
國際專案管理學會 PMI(Project Management Institute)自 1984 年推出 PMP(Project Management Professional)國際專案管理師認證,用以驗證專案經理在「帶領專案、管理風險與交付成果」上的實務經驗與專業能力。 自 2021 年起,PMP 考試大幅納入敏捷與混合式情境,內容以三大領域(Domain)架構呈現:人(People)/流程(Process)/商業環境(Business Environment),涵蓋利害關係人、溝通協作、範疇、時程、成本、品質、資源、風險、採購等專案核心能力;強調能在瀑布式(Waterfall)、混合(Hybrid)與敏捷(Agile) 等不同工作模式下有效交付,這套方法論達到國際認可的 ISO 9001 和 ISO/ANSI 17024 標準,通行 184 個以上國家,是全球最具代表性的專案管理專業證照之一,台灣政府也將其列入國家標準(專案管理指引 CNS 21500)
PMI 國際專案管理學會
高考都市計畫技師 |
從事有關都市計畫之規劃、設計、檢討、研究、分析、評估、調查及計畫管理等業務。
考試院
ERP規劃師 |
「ERP規劃師」證照為中小企業專業團隊在導入過程所需要的人才。其扮演中小企業內參與或主導企業流程的設計與再造、電子化的規劃與執行、架構的規劃與設計、ERP系統導入專案的規劃與實施等角色。 「ERP規劃師」設立目標: 一、迅速且大量的培育華人地區企業e化專業人員。 二、經由考試設計教學內容,提供學員進修管道。 三、提供企業e化所需人員: 1.擔任企業e化的種子人員。 2.協助中小企業挑選ERP軟體廠商與顧問。
中華企業資源規劃學會

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

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

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

精選 一句話改完整份簡報!Gemini、Copilot、Canva 三家 AI 簡報新功能怎麼選?

簡報做到一半,主管說「整份換成公司品牌色」「第 5 到 7 頁濃縮成一頁」,你是不是又要一頁一頁慢慢改? 十月底,Google、Microsoft、Canva 都在 AI 改簡報上有新動作:不用從頭重做,打一句話就能改整份現有的簡報。 先看三家各推了什麼: Gemini in Google Slides(10/29 開始推出) 在側邊欄下一句指令,Gemini 會自己判斷要改哪幾頁,直接改在可編輯的投影片上,改完列出修改摘要。 適合:統一整份字型和配色、照另一份簡報的風格改、引用雲端硬碟的檔案補內容。 限制:目前只支援英文指令;要 Workspace 商務/企業版或 Google AI Pro、Ultra 方案。 Copilot in PowerPoint(10 月持續更新) 在 Copilot 對話框用聊天的方式改簡報,可以新增和重組投影片、換圖、套公司品牌範本。10 月新增品牌套件技能,比較長的工作關掉檔案也能在背景繼續跑。 適合:公司已經用 Microsoft 365、要符合品牌規範的正式簡報。 限制:完整功能需要 Microsoft 365 Copilot 授權;簡報太大可能超出系統上限。 Canva Brush(10/29 推出) Canva 自家訓練的設計編輯模型,看得懂版面結構,小到改一行字、大到改整份簡報都可以,也能把簡報頁直接改成 IG 尺寸。 適合:行銷素材、提案簡報,以及同一份內容要改成不同尺寸的情況。 限制:目前開放給 Canva Pro 訂閱者,在 Canva AI 的模型選單選 Brush。 那我該用哪一個?先問自己三個問題: 1. 簡報平常放在哪裡? Google 雲端硬碟 → Gemini;公司用 Office 和 Teams → Copilot;行銷素材都在 Canva → Brush 換工具的成本,常常比功能差異還大。 2. 要改的是「內容」還是「外觀」? 補數據、濃縮頁數 → 挑能讀到你原始檔案的工具(Gemini 讀雲端硬碟、Copilot 讀公司檔案) 換風格、改尺寸 → Canva Brush 和 Gemini 的整份套風格最順手 3. 有沒有品牌規範要守? 要對外、要對客戶 → Copilot 搭配公司品牌套件最穩;個人或小團隊 → Canva 品牌工具組也夠用 三個好用的指令寫法(英文版是給 Gemini 用的): ・「把所有頁面的標題改成同樣的字級和顏色」 Make the titles on all slides the same font size and color. ・「把第 5 到 7 頁整理成一頁重點摘要」 Summarize slides 5–7 into a single slide. ・「依照這份檔案的內容,補充第 3 頁的數據」 Update slide 3 with more details based on [檔案名稱]. 最常見的三個錯誤: ・一句話塞太多要求,改壞了也不知道是哪一步出錯 ・改完沒有逐頁檢查,數字和專有名詞被 AI 改掉都沒發現 ・忘了 AI 會直接改原檔:先複製一份,或記得用版本記錄還原 小練習:下面三種情況,你會先打開哪個工具? ① 業務提案要套客戶指定的品牌色,公司全面使用 Microsoft 365 ② 季報簡報放在 Google 雲端硬碟,要把三頁數據濃縮成一頁 ③ 活動簡報要同時改成 IG 貼文和限動尺寸 (參考答案:① Copilot ② Gemini ③ Canva Brush) 想把 AI 用進簡報、文案、視覺到影音的完整企劃流程,推薦 104 獨家課程「AI內容企劃力實戰課|高效文案創作 × 視覺設計 × 簡報製作 × 影音生成」: https://nabi.104.com.tw/course/104nabi/51189062-5156-4dec-9153-8464c6732b13 也歡迎留言分享:你最常用哪一家改簡報?「一句話改整份」真的有省到時間嗎? 資料來源: Google Workspace Updates〈Edit entire presentations with Gemini in Google Slides〉 https://workspaceupdates.googleblog.com/2026/10/edit-entire-presentations-with-gemini-in-Google-Slides.html Microsoft Support〈Edit with Copilot in PowerPoint〉 https://support.microsoft.com/en-us/powerpoint/edit-with-copilot-in-powerpoint Canva Newsroom〈Introducing Canva Brush, a vision-language model for design〉 https://www.canva.com/newsroom/news/canva-brush/ (功能、方案與開放範圍以 2026 年 11 月官方說明為準,各家都是分批開放,帳號不一定馬上看得到)
104學習・AI 趨勢報-科技愛好者的產地🤖

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

量天測地、解構力學——深入成大南工土木科,從材料試驗到現代營建實務的養成記 

土木工程往往不像建築設計那樣容易受到矚目,但每一棟建築、每一座橋梁的安全與品質,背後都少不了土木工程專業的支撐。國立成功大學附屬臺南工業高級中等學校土木科便以「專業、實作、創新」為核心,透過扎實的理論課程、多元實作訓練與工程現場接軌,培養兼具工程知識與實務能力的人才。 土木科教師方偉烈表示,建築與土木外界看來似乎差異不大,但兩者的定位並不相同,「建築比較著重空間設計與規劃,而土木更關注工程技術與結構安全」。建築師負責完成整體建築設計,土木工程專業人員則負責讓設計安全落實、順利施工,兩者始終是相輔相成、不可或缺的重要夥伴。  從基礎到專業,逐步建立工程能力  土木科的課程依照學生不同階段循序漸進安排。高一以基礎能力培養為主,除了國英數等一般科目外,專業科目則會修習如土木建築工程與技術概論、構造與施工法,搭配測量實習、製圖實習,建立學生的基礎專業。  到了高二課程逐漸加深加廣,逐步深入專業核心,學生將修習工程力學、營建技術實習、電腦輔助製圖實習、工程測量實習、地形測量實習、材料與試驗等課程。此階段學生將投入許多時間在實習課程中,先學習基礎理論,再透過大量的做中學,在理論與操作中深化自身專業。以材料與試驗課程為例,學生會接觸粒料分析、混凝土拌合、混凝土養護、混凝土抗壓等內容,實際了解建築材料背後的工程原理。同時,學生也會實際進行砌磚、木工、鋼筋施工、模型製作及室內配線等內容,並有機會親自操作,透過大量實作累積工程現場所需的經驗與判斷力。  圖:學生參訪鋼筋加工廠了解實際製程  高三時課程則以專題帶領學生整合三年所學,學生透過組隊合作完成專題作品,專題主題以興趣為導向,鼓勵學生發揮專業視角,利用創意解決實際問題。有學生設計改善生活問題的木工作品,也有人規劃建築模型,從選址、結構到功能規劃,都必須活用過去累積的知識完成完整專題,不局限於土木內容,反而讓學生更能發揮創意和觀察力。此外,成大南工土木科更致力於課程的創新,透過加入無人機測繪等內容,讓學生接觸數位測量技術,讓學生在已有的知識基礎上,持續拓展在工程應用的新視野。  理論與實作並重,真正理解工程的本質  許多學生入學前往往認為土木科就是不斷動手施工,但真正進入課程後,學生才發現實作背後需要扎實的理論支撐。  方老師表示,材料試驗就是最好的例子,學生必須先理解材料性質、混凝土比例及相關理論,再進入實驗室完成實驗,驗證結果是否符合工程標準。土木科並非只有操作技能,更需要具備數理分析與工程判斷能力。這樣的學習歷程,也讓不少學生重新認識土木工程。  圖:學生合作組裝工程結構模型  土木科二年級林同學分享,原本以為土木科就是每天在戶外施工、砌磚,實際就讀後才發現,還必須學習材料、測量、力學等專業理論。「它(土木科)不是只有曬太陽做工程,也要學很多理論架構。」另一位二年級郭同學也有相同感受。他原本認為土木科以實作為主,真正接觸課程後才發現有比想像中更多的理論知識。  成大南工扎實深厚的課程設計,帶領學生在每一項工程操作之前,先建立完整的知識基礎,才能在實作中更深刻理解背後的原理,也讓學生在實際操作中更深入理解工程原理 。  大量實作、接觸現場,從實務中累積出專業即戰力  除了課堂上的操作,土木科也積極透過競賽與專題,引導學生將知識真正應用於實際問題。  例如,學生曾組隊參加正修科技大學木橋載重競賽,從木材裁切、打磨到橋梁組裝,歷經兩個月反覆製作與調整,最終獲得外觀特別獎。土木科二年級王同學表示,雖然橋梁承載能力仍有進步空間,但看到團隊一步步完成作品,仍讓他感到十分有成就感。  圖:學生參加橋樑載重競賽展示成果  方老師也指出,土木科最大的特色,就是讓學生「做中學」。學生不只是完成作品,而是在反覆操作、修正與驗證中,逐漸培養工程判斷能力,學生也會在不同年級,分別考取測量丙級、建築製圖應用-電腦繪圖項丙級、工程測量乙級等三張證照,累積未來升學或就業的競爭力。若直接投入職場,畢業學生將具備基本施工與監造能力;若選擇升學,也能良好銜接土木工程、營建工程等相關科系。  除了校內課程,土木科每學期也安排企業參訪,帶領學生走進建設公司、工程顧問公司、鋼筋工廠及材料檢驗中心,了解不同工程環節的實際運作。部分學生更有機會參與寒暑假的校外實習,親身進入工地現場,提前體驗工程工作的內容。透過一次次與業界接觸,學生不只是認識未來職涯,更能理解課堂所學如何真正應用於工程實務。  專業、實作、創新,培養面向未來的工程人才  談到土木科最重要的特色,受訪教師以「專業、實作、創新」三個關鍵字作為總結。「專業」代表扎實的工程知識;「實作」代表大量操作與現場經驗;而「創新」則是持續導入無人機測繪等新技術,讓學生能與時俱進,接軌產業發展。  圖:學生學習操作無人機設備  方老師也觀察到,許多學生在三年的學習中,最大的改變並不是學會多少技術,而是逐漸不害怕動手,也願意主動尋找解決問題的方法。從學生觀點來看,王同學認為,只要喜歡動手做、願意學習,就能在土木科找到自己的舞台;郭同學則認為,具備邏輯思考能力、願意面對挑戰的學生,都很適合投入這個領域。  從基礎理論、工程實作到創新技術,成大南工土木科不只是教學生如何完成一項工程,更希望培養學生面對問題時的工程思維,讓每一位學生都能在未來的升學與職涯道路上,穩穩築起屬於自己的專業基礎。  開箱土木科學習日常!更多科系探索,歡迎追蹤104高職生IG 在 Instagram 查看這則貼文 104高職生(@104v.hs)分享的貼文
【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職場力】・溝通協調

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

第 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 次,參與度與滿意度均顯著提高。 • 分析重點:完整流程設計、策略整合、多技術運用,以及文化與環境適配,是行為改變成功的關鍵。
詹翔霖・管理知識學院 詹翔霖

長照計畫書的商業模式內容要點-高雄與東部地區的量化需求長照產業的趨勢分析-沒有終點的馬拉松

長照計畫書的商業模式內容要點-高雄與東部地區的量化需求 長照產業的趨勢分析-沒有終點的馬拉松 一、執行摘要(Executive Summary) • 機構定位、服務範圍、核心價值 • 高雄/東部市場痛點與機會(如人口老化、資源不足) • 預期財務成果與社會效益 二、公司與機構介紹(Company Overview) • 創辦理念、願景與使命 • 團隊背景、專業資格、治理架構 • 機構類型(居家服務、日照、住宿型、社區整合型等) 三、區域市場分析(高雄/東部) 1. 人口與需求量化模型(可直接使用) 使用以下變數: • 65歲以上人口數(高雄約老化率高、花東老化更嚴重) • 失能率(依長照2.0標準) • 服務可近性(交通、偏鄉程度) • 現有長照資源密度(每萬人床位/服務量) 需求推估公式: 長照需求量=老年人口數×失能率×服務使用率長照需求量=老年人口數×失能率×服務使用率 供需缺口:缺口=區域需求量−現有服務供給量缺口=區域需求量−現有服務供給量 2. 競爭分析(五力模型) • 現有長照機構密度(高雄較多、東部較少) • 替代方案(家庭照護、外籍看護) • 政府補助與政策影響(長照2.0) 3. 區域特性 • 高雄:人口密集、競爭高、醫療資源佳、可做差異化服務 • 東部:人口老化嚴重、資源不足、交通不便、政府補助較多 四、服務規劃與商業模式(Business Model) 長照計畫書內容 : 1. 服務項目 • 居家照護、日照、喘息服務、交通接送、復能服務等 2. 商業模式 • B2G:政府委託、長照給付(穩定收入) • B2C:自費服務(高毛利) • 混合式:政府給付+自費增值服務(最常見) 3. 收費設計 • 依長照給付點數+自費項目(如復能課程、延伸照護) 五、營運計畫(Operation Plan) 長照企劃書內容 : • 服務流程(評估→照護→追蹤) • 人力配置(護理師、照服員、社工、復健師) • 教育訓練與督導制度 • 跨專業合作(醫院、物理治療所) 六、品質管理機制(Quality Management) • 申訴與特殊個案處理流程 • 意外事件通報制度 • 服務紀錄保存方式 • KPI:跌倒率、滿意度、復能改善率 七、財務規劃(Financial Plan) 1. 成本模型 • 固定成本:租金、設備、人事 • 變動成本:耗材、交通、餐飲 2. 收入模型 • 長照給付收入(依服務量) • 自費收入(課程、延伸照護) 3. 損益平衡分析 損益平衡點=固定成本/(平均收入−變動成本)損益平衡點=固定成本/(平均收入−變動成本) 4. 三年財務預測 • 收入成長率(高雄較快、東部較慢但補助多) • 現金流量表 • 投資回收期(一般為 3–5 年) 八、風險評估與因應策略 • 人力不足(照服員流動率高) • 政策變動(長照給付調整) • 偏鄉交通問題(東部) • 競爭加劇(高雄) 九、相關資源與合作網絡 長照計畫書需整合在地資源 : • 長照管理中心(A、B、C級單位) • 醫療院所(合作轉介) • 社區發展協會、里辦公室 • 政府補助(長照2.0、社會企業補助、中小企業處資源) 十、附件 • 組織圖、人員名冊 • 設施設備清單 • 合作意向書 • 區域人口統計資料 參考資料 1. https://nabi.104.com.tw › posts 【詹翔霖專欄】長照產業2023年趨勢及挑戰 - 104學習精靈 2. https://nabi.104.com.tw › posts醫療健康類雜誌專欄文稿/產業趨勢專欄 長照3.0的下一場戰爭:AI、銀髮經濟與千億級新市場 3. https://www.scribd.com › document 經營長期照護機構的管理 詹翔霖副教授 4. https://www.slideshare.net › slideshow 詹翔霖教材-居家式長期照顧服務機構評鑑指標及基準-112年度老人福利 5. https://www.scribd.com › presentation 長照計畫2 0-因應高齡化的長期照顧十年計畫2 0的完整版-詹翔霖 6.. https://chanrstom.blogspot.com 詹翔霖教授: 智慧科技照顧與管理講義 智慧長照3.0發展智慧照顧 7. https://blog.udn.com › chanrs 長照進行式,現在與未來,將沒有人是局外人! 就要“共利”合作-詹翔霖 8. https://blog.udn.com › chanrs 樂活長照機構人力服務發展與挑戰策略--詹翔霖副教授 - UDN部落格 9. https://nabi.104.com.tw › posts-照顧科技應用論壇新聞稿 長照產業發展策略與資本市場契機-詹翔霖副教授 10. https://www.linkedin.com › posts-巷弄長照站設置 居家式、社區式長期照顧機構品質服務-詹翔霖老師-營運與行銷 11. https://blog.udn.com › chanrs 樂活族LOHAS樂活長照產業發展以「大同信念」教育訓練策略--詹翔霖 12. https://nabi.104.com.tw › posts 樂齡幸福社會「長照3.0-愛鄰長照優良個案-詹翔霖副教授 - 管理知識學院 13. https://www.plurk.com chanrs詹翔霖 - 長照/日照的六感服務體驗抓住顧客的心-服務藍圖的體驗策略 14. https://blog.udn.com › chanrs長照服務產業的服務品質管理 長照服務之品質機能展開 (QFD)-詹翔霖副教授 - 詹翔霖 ... 15. https://www.scribd.com › document 長照最佳養老族長住飯店服務管理 適齡化設計 詹翔霖老師 | PDF – Scribd 16. https://blog.udn.com › chanrs 打造長期照顧服務產業的“鼎泰豐”-長照服務人力管理-詹翔霖副教授 17. https://www.linkedin.com › posts 向陽長照社團法人附設博愛綜合長照機構-專業服務與態度-詹翔霖副教授 18. https://www.linkedin.com › posts-育成居家式服務類長期照顧服務機構 長照經營管理『愛的守護,照顧之路』: 優質個案詹翔霖副教授 19. https://cn.linkedin.com › posts 巷弄長照站挑戰與對策-「日照中心籌設」詹翔霖副教授 20. https://www.scribd.com › presentation 長照計畫2.0 因應高齡化的長期照顧十年計畫2.0的完整版 詹翔霖 21.衛生福利部長照專區:長照十年計畫3.0 長照3.0的實施背景與政策方向。 22.行政院:推動長照3.0,實現健康老化、在地安老、安寧善終願景醫療與長照整合、家庭支持及服務體系發展方向。
詹翔霖・管理知識學院 詹翔霖

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

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

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

作者前言:策略走向終須一變,影響到產品規格與功能異動,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職場力】・績效管理

整合藏在建築裡的百餘種管線,撐起半導體良率的隱形系統——專訪洋基工程

文/104人力銀行 本文導覽: 一座晶圓廠能不能運轉,關鍵藏在上百種管線裡 不是只缺電機系人才,幾乎整張工科人才地圖都需要 工程師開始用 3D 模型蓋廠,無人機則在現場自己巡邏 原定工期少了兩個月,交付日期卻一天也不能延 一塊空地交到手上,幾年後能指著它說「這是我蓋的」 免費下載2026半導體薪資報告書 外界談到半導體,最常看見的是晶片、製程與設備,但在機台正式運轉之前,還有一套更龐大、也更容易被忽略的系統,必須先被建置完成。 電力如何穩定供應?無塵室的溫度、濕度與潔淨度如何維持?製程所需的純水、氣體與化學品,如何安全送到正確的位置?使用過後的廢水與廢氣,又要如何處理?對晶圓廠來說,這些都不是附加設備,而是決定產線能否順利運轉,甚至影響產品良率的生產條件。 洋基工程蘇啟章副總經理形容,公司在半導體供應鏈中的角色,不只是把廠房「蓋出來」,而是同時扮演建造者與後續運轉維護的後盾。真正重要的,是在有限時間內安全交付廠房,建立穩定的製程環境,並隨著客戶需求與設計變更快速反應。 一座晶圓廠能不能運轉,關鍵藏在上百種管線裡 很多人以為,晶圓廠的主體建築完成,再將機台搬進去,就能開始生產,但對高科技廠房來說,真正複雜的工程,往往藏在牆面、天花板與地板之間。 洋基工程早期以空調、機電及無塵室工程為核心,如今服務範圍已擴大至整廠 EPC,從工程設計(Engineering)、設備與材料採購(Procurement),一路負責到現場施工(Construction),將整座工廠從規劃轉化為可實際運轉的生產基地。 這座廠可能從一片空地開始,也可能是將原本的面板廠重新改造成晶圓廠,不論是哪一種,背後都需要營造、機電、製程供應與工程管理等團隊共同合作。 除了建築結構與電力空調,製程端還包括純水、廢水、氣體、化學品及環境控制等系統。蘇啟章提到,一座高科技廠房內,可能有超過一百種不同管線同時穿梭,每一條管線都有自己的功能、規格與安全要求,卻又必須在有限空間中互不衝突。 因此,工程團隊交付的並不只是一棟廠房,而是一整套能讓生產設備穩定運轉的環境,當半導體業者持續推動節能、減碳與淨零目標,洋基的設計及研發團隊也必須進一步提供技術選項,協助客戶降低能源消耗,讓工程價值從「能不能蓋」走向「能不能蓋得更有效率」。 不是只缺電機系人才,幾乎整張工科人才地圖都需要 服務範圍擴大,也讓洋基工程需要的人才變得更加多元。 機電領域需要電機、機械、熱流、空調、消防、給排水與中央監控人才;營造端需要建築、土木、結構與大地工程背景;製程供應則涵蓋材料、化學、環境工程、水處理等專業;另外還有職業安全、品質管理與專案管理等職務。 換句話說,半導體建廠並不是少數科系才能進入的工作,而是一個橫跨多種工程專業的產業現場。蘇啟章副總經理表示,洋基在台灣已有七百多名員工,並希望持續擴充至千人規模,不論是社會新鮮人或已有經驗的工程人才,都在招募範圍之內。 對新鮮人而言,學校所學提供的是基本工具,真正的工程能力仍要進入專案後累積。因為現場不會按照教科書順序發生問題,工程師必須同時理解圖面、設備、施工進度與不同團隊的需求,並在突發狀況出現時快速找出解法。 洋基工程並未把所有人都推向同一條職涯道路,而是區分管理職與技術職。擅長溝通、協調與帶領團隊的人,可以朝專案管理及主管職發展;喜歡深入研究技術的人,則能持續往專業工程師、總工程師等方向前進。兩種角色沒有高低之分,而是依照個人特質,找到最能發揮價值的位置。 工程師開始用 3D 模型蓋廠,無人機則在現場自己巡邏 高科技廠房越來越複雜,工程師的工具也正在改變。 洋基工程自 2019 年開始全面導入 BIM 與 Revit,相較於傳統平面圖,BIM 能先以 3D 模型呈現管線、設備與建築空間,讓工程團隊在真正施工之前,提早看見不同系統可能發生的碰撞。 目前洋基約有兩百多名設計人才,其中多數已經能以 Revit 進行 3D 作業,對既有廠房的改造工程,團隊也會透過點雲掃描,將現場空間轉換成數位模型,再與新設計進行比對。 工程進行到不同階段後,現場還會再次掃描,把實際完成的管線與設備帶回模型檢查。過去需要監工拿著尺,一個位置、一條管線逐一確認;現在則能以毫米等級的掃描資料快速找出誤差。 洋基工程也正在測試可自行飛行、避開人員與障礙物的無人機,除了掃描工程進度,它還能協助現場安全管理,例如辨識工作人員是否配戴安全帽、護目鏡或正確防護裝備,再將異常情況回傳給管理團隊。 不過,工具變聰明,並不代表工程師會被取代,蘇啟章副總經理認為,工程現場的變數實在太多:設計可能改變、工序可能延誤,數十個工種也可能在同一時間互相影響。AI 可以提高效率,卻很難獨自承擔判斷與應變。 因此,公司也鼓勵員工自行開發 AI Agent,例如有同仁利用電子郵件與 Teams 對話,自動整理每週工程報告,把原本花在行政彙整上的時間,轉移到更重要的專業問題。AI 在這裡更像一名助理,而工程師仍必須負責判斷答案是否正確。 原定工期少了兩個月,交付日期卻一天也不能延 科技廠房最真實的壓力,是前一個工序即使延誤,後續設備進場的日期也不能改。當營造工程延宕一、兩個月,後續團隊只能將原本的日班改為日、夜兩班;倘若進度仍追不上,甚至可能改為三班制,二十四小時不間斷施工。 在這樣的現場,新鮮人首先要學會的不是趕進度,而是「安全」。看到大型車輛要保持距離,遇到吊掛作業不能任意靠近,進入施工區域前也必須理解每一項防護規定,蘇啟章說得直接:「你必須安全回家,這是最基本的要求,沒有這件事,其他都不用談。」 但工程也不是只靠制度推動。當數十名工班需要一起趕工,主管是否理解第一線的辛苦、能否取得團隊信任,則是直接會影響現場的執行力道。 蘇啟章回憶,自己年輕時曾跟著父親進工地做小工,因此知道現場勞動有多辛苦,後來帶領工程團隊,他常隨身帶著耳塞,看見工班進行高噪音作業卻沒有防護,就直接送給對方。對他而言,照顧現場人員不是管理技巧,而是工程主管應有的基本態度。 當團隊感受到彼此是真心合作,在真正需要趕工時,也更願意共同完成任務。工程管理表面上管理的是工期與品質,實際上管理的仍然是人。 一塊空地交到手上,幾年後能指著它說「這是我蓋的」 談到工程工作最有成就感的地方,蘇啟章的答案不是職稱,而是看見一座建築真正留在城市裡時那種欣慰感。他從台灣一路參與新加坡、日本及中國等地的工程,專案規模也從數億元、數十億元,一路成長到百億元等級,每完成一個案子,就像在自己的職涯裡增加一座看得見的里程碑。 當一片土地從零開始,最後變成辦公大樓、商場、飯店,甚至能容納上萬人工作的生產基地,那種成就感很難被報表取代。這也是半導體建廠工作與許多職務不同的地方,工程師面對的不只是電腦裡的模型,而是要把圖面、材料、設備與上千人的工作整合起來,最後成為一座真正能運轉的工廠。 對想進入半導體供應鏈的年輕人而言,不一定要擁有最漂亮的學歷,比起學校名稱,洋基更看重的是基本工程能力、持續學習的熱忱,以及能不能利用數位工具提高效率;如果想往管理發展,還要練習溝通、協調與帶領團隊。 當外界只看見晶片從產線送出時,工程團隊的工作早已完成大半,但真正支撐晶片良率的,正是那些藏在建築裡、彼此交錯,卻不能出錯的管線與系統。 對喜歡解決複雜問題、願意走進現場,也希望多年後能指著一座工廠說「這是我參與完成的」的人而言,半導體建廠是一條能將專業留在城市裡的職涯路。 免費下載2026半導體薪資報告書 想進半導體供應鏈?再看看這些職涯機會: 從傳統化工走向科學公司:李長榮讓不同專業走進半導體材料 從反覆送樣到正式量產:新應材如何讓台灣材料進入半導體製程 營造蓋的不是工廠,是半導體起跑的第一秒:麗明營造在高壓工地,養出能扛數十億專案的人才
【104職場力】

【104 talks】年度培訓全攻略:計畫 × 流程 × 系統 × 課程一次到位|9/18 線上免費直播

文/104人資市集 「104 talks」致力於協助職場人士的知識學習與能力提升 為每位忙碌的職場人士,創立一個能夠高效學習的節目平台,集結各領域專業講師的知識與分享,為職場人士帶來啟發和新視角。 年度培訓全攻略:計畫 × 流程 × 系統 × 課程一次到位​ - 零基礎也能快速掌握培訓關鍵技巧 明年的年度教育訓練規劃準備啟動了嗎?是否還在煩惱預算有限、課程不對焦、流程耗時又難追蹤成效? 本場講座以系統化方式帶您掌握四大關鍵——年度規劃、培訓流程、數位化系統管理與課程趨勢。 專為HR與主管設計,幫助您聚焦重點、少走彎路,解決「沒時間、沒資源、沒成效」的痛點,快速打造高效培訓方案,全面提升組織競爭力。 講者及主題介紹 ★ 訓練年度計畫x預算編列實戰攻略 | 蔡佳昇 Aubrey Tsai 104人資學院 特約顧問 ★ 如何運用PDDRO 訓練流程達成培訓成效​ ​ | 林書伃 104人資處 資深經理 ★ 讓訓練自動化!用系統輕鬆搞定培訓管理​ | 葉恩汝 Vivian Yeh 104 產品行銷專案經理 ★ 企業必知的培訓趨勢與熱門課程大揭密​ ​ | 陳善能 104 人資市集企業學習處 處長​ 講座資訊: 講座時間:2025/9/18(四)13:30~15:00 報名截止時間:2025/9/16(二) 活動形式:線上免費直播 適合對象:所有職場人士 價值:3600元 → 免費 立即點我免費報名 【報名流程】 1. 活動前1天,我們將以Email寄送活動通知及相關資訊給您,請隨時留意Email,以免遺漏。2. 本講座會以Youtube直播的方式進行。 【注意事項】 報名前,請詳閱課程內容及購買須知。  104 人資市集 保有相關課程內容調整及講師之變動權,可能視情況進行適當的修改與調整。  104 人資市集 保留報名審核權利。  如有課程相關問題,請至聯絡我們留下相關訊息。 . . . 最划算的全方位教育訓練方案!免費申請全課程試閱 >> 推薦你更多相關的好文章>> 【104 talks】中小企業主不可不知的關鍵法律常識 ​| 陳全正律師 【104 talks】如何從制度打造文化:企業成功案例解析 ​| 策略思維商學院院長 孫治華 【104 talks】時代 vs 世代:不可不知的 EAP 推動要點 | 興智國際執行長 黃智儀 【104 talks】現代領導者的人生進化指南 | 波波黛莉共同創辦人黃晨皓 Kim 【104 talks】AI 數據智能時代的工作再定義 | 微軟人資長王有蘋 【104 talks】運用心理能量,職場一路順暢 | 蘇予昕心理師 【104 talks】啟動你的能量計畫,打造高效人生 | 最速總經理王冠翔 滿足中小企業的培訓需求!超過150+課程任選 >> 訂閱市集電子報與你分享專家文章及最新活動訊息 >> 加入104人資市集 Line 獲得新知與獨家優惠!
【104職場力】

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