專為混合辦公設計的高效管理工作術
104學習
空間結構
指的是理解和運用三維空間中物件的排列、比例與關係的能力。這技能在建築、室內設計、工程、製造業等領域非常重要，能幫助有效規劃空間配置、提升工作效率與產品品質。擅長此項技能的人能更精確地分析問題、優化流程，並在團隊合作中清楚表達設計概念，提升整體溝通效果。
提升你的實力，朝專業更進一步
精選課程
充實自己，讓能力持續成長
BIM 實戰建築工程設計
長照行政品質必修課｜行政與照顧品質管理基礎四堂課
打造高投入團隊：遊戲化工作設計與激勵機制實作班【9/17】
不瞎忙!職場達人必修課(一)：工作目標的制訂
商業策略規劃
專案計畫與進度管制技巧
公務人員考題複習精選【地政】
【人力規劃-入門】職務分析與工作說明書設計
圖像化 企劃案撰寫
精選證照
考取專業證照，讓能力被市場看見
室內設計專業人員
TQC＋認證依各領域設計人才之專業謀生技能為出發點，根據國內各產業專業設計人才需求，依其工作職能及核心職能，規劃出各項認證測驗。
在建築設計領域中，本會經過調查分析最普遍的工作職稱，根據各專業人員之職務不同，彙整出相對應之工作職務（Task），以及執行這些工作職務所需具備之核心職能（Core Competency）與專業職能（Functional Competency），規劃出「建築設計專業人員」。
財團法人中華民國電腦技能基金會
建築設計專業人員
TQC＋認證依各領域設計人才之專業謀生技能為出發點，根據國內各產業專業設計人才需求，依其工作職能及核心職能，規劃出各項認證測驗。
在建築設計領域中，本會經過調查分析最普遍的工作職稱，根據各專業人員之職務不同，彙整出相對應之工作職務（Task），以及執行這些工作職務所需具備之核心職能（Core Competency）與專業職能（Functional Competency），規劃出「建築設計專業人員」。
財團法人中華民國電腦技能基金會
建築及室內設計平面製圖
因應知識經濟與文創產業的時代來臨，各產業均發生結構性的變化，「設計」所帶來的附加價值與影響也日趨明顯。為了不淹沒在此一浪潮中，台灣產業界對於設計能力的提升，產生了迫切的需求。優秀而充足的人力是企業提升設計能力的根基，為提供產業界符合新時代的專業人才，本會推動「TQC+ 專業設計人才認證」，藉由嚴謹的認證職能體系架構與專業完善的考試服務，培育出符合企業職場需要的人才。
● 為國際級證書，獲印度國家電子資訊科技學院（NIELIT）採認。
● 以「專業設計領域任職必備能力」為認證標準。
● 認證內容涵蓋「工程設計」、「視傳設計」、「軟體設計」、「電路設計」、「建築設計」、「跨域設計」等六大專業領域。
● 擁有整合知識體系與專業技能的認證架構，是最貼近實際使用環境與就業需求的證照。
財團法人中華民國電腦技能基金會
室內裝潢證照
室內裝潢證照為專業認證，證明持有人具備室內設計與裝潢相關知識及技能，能夠進行空間規劃、材料選擇及施工監督。此證照適用於室內設計師、裝潢工程師及相關從業人員，提升職場競爭力與專業形象，有助於承接設計案及推動專案執行。考取此證照需通過專業考試，涵蓋設計原理、建築法規、安全標準及施工技術，確保從業者具備完整專業能力。
考試院
APMP Level C， Project Supervisor
APMP Level C Project Supervisor證照專為具備專案管理基礎知識與實務經驗者設計，涵蓋專案計劃、執行及監控等核心能力，強調有效溝通、風險管理與團隊協作技巧，確保專案目標達成與資源最佳運用，是提升專案管理專業度及職場競爭力的重要認證。
AFAQ AFNORINTERNATIONAL法國貝爾國際認證機構
固定式(架空)起重機(地面操控)技術士
固定式(架空)起重機(地面操控)技術士證照旨在驗證持有人具備操作及維護固定式架空起重機的專業能力，包含安全操作程序、機械結構認識及故障排除技能，確保作業過程中的安全與效率。持證者能熟悉地面操控設備，掌握起重機運作原理及相關法規要求，適用於工廠、倉儲及建築工地等場所，提高工作安全標準並降低意外風險。此證照為相關行業從業人員提升專業技能及就業競爭力的重要憑證。
勞動部勞動力發展署技能檢定中心
精選貼文，掌握第一手知識
打造專屬空間的魔法師養成之路──開箱新竹高工室內空間設計科
新竹高工室內空間設計科的教學現場，往往圍繞一個核心開始教學，帶領學生思考：這個空間，是為誰而設計？
室內空間設計科柏芸主任分享，室內空間設計並非單純的裝潢或風格呈現，而是一門高度貼近生活、以人為核心的專業，不同於建築，室內空間設計需要整合業主喜好與機能的需求，以及各方單位溝通，是高度以人為出發點的產業。科內學生在三年課程的學習歷程中，逐步學會從使用者需求出發，整合美學、機能、材料與施工邏輯等專業，將抽象的想法與概念轉化為可實際使用的空間方案。
從製造到設計：科系轉型下的定位思考
新竹高工室內空間設計科的前身，源於因應製造業需求而設立的木工相關科別。隨著產業型態與社會需求的轉變，科系逐步轉型為設計群中的室內空間設計科，教學重心也從單一工藝操作，轉向更全面的設計思考與空間規劃。
儘管如此，科內仍保留部分木工實作設備與相關課程，讓學生在理解設計概念之餘，也能接觸實際的施工工法與材料應用。這樣的背景，使室內空間設計科在設計導向與實作基礎之間，維持一種平衡的專業定位。
以人為本的專業角色：衣櫃怎麼擺？要觀察業主的需求
在產業脈絡中，室內設計師扮演的是一個高度整合的角色。設計不只是視覺美感的呈現，更涉及人體尺度、生活動線、材料選擇與施工溝通。學生在課堂中不斷被提醒，室內設計並非為了展現設計師個人風格，而是協助業主打造符合其生活習慣與需求的空間。
舉例來說，僅是一個衣櫃的設計，就牽涉到使用者是偏好吊掛還是摺疊收納；餐桌、沙發與走道的配置，也都需回到實際使用情境進行推敲。這些看似日常的細節，正是室內空間設計科所強調的專業核心。
圖：學生運用電腦工具繪出室內3D模型
三年課程架構：從基礎設計到3D模型
室內空間設計科的課程設計，依照學生年級循序推進。高一階段著重在培養設計基礎能力，學生首先接觸基本設計、圖學、繪畫基礎與電腦繪圖，學習如何建立概念，並熟悉設計領域常用的軟體與工具。這一階段養成的基礎能力將成為後續專業建構的重要基石。
進入高二後，課程進階至室內設計的專業應用，面向包含木工、室內設計製圖、電腦輔助室內設計，學生也會被訓練更多考量人體尺度，重新思考人與空間的關係，比如如何掌握走道的寬度與動線、不同人數桌椅尺寸的拿捏等等，都需要考量業主實際使用需求而定。學生也透過實際使用3D建模軟體，將設計概念轉化為立體模型，並進一步進行材質與光影的模擬，理解不同配置對空間感受的影響。
高三則以專題製作為核心，學生需整合前兩年的學習成果，完成一個完整的設計案。專題內容不僅包含設計理念說明、平立剖面圖與3D模型，也可能透過實體模型、海報或影像方式進行呈現，讓學生展現其對空間設計的整體理解。
沒有一次到位的設計：在討論與修正中學會解決問題
柏芸主任談到：「設計並不存在一次到位的答案。」，課程中教師透過大量討論，引導學生面對設計過程中不斷出現的問題。從空間尺度不合、動線不順，到業主需求與實際條件的衝突，學生需在討論中提出替代方案、反覆修正，逐步培養獨立思考與問題解決的能力。
這樣的訓練，也讓學生理解設計並非追求「六十分就好」，而是需要不斷追求更好的可能。願意修改、持續精進，被視為室內設計學習中極為重要的態度。
圖：學生親手繪製專屬的室內空間設計圖
在AI時代下，仍然以「人」為核心的設計專業
面對AI工具快速發展，設計圖生成與視覺呈現變得更加容易。新竹高工的教學現場並未迴避這樣的趨勢，而是引導學生思考：哪些是工具可以輔助的，哪些仍需要人來完成。
在室內空間設計中，對使用者生活習慣的理解、對文化與氣候的掌握，以及施工經驗所累積的判斷力，都是高度仰賴人的專業。設計的溫度、同理與經驗，被視為AI難以取代的核心價值。學生在學習過程中，也被鼓勵建立屬於自己的觀察視角與個人風格，而非僅依賴工具產出。
升學與發展：以能力與作品說話的設計道路
新竹高工室內空間設計科以升學為主要導向，學生畢業後多選擇進入室內設計，也有學生朝向平面設計、工業設計、多媒體設計等相關科系繼續深造。升學選擇並不侷限於單一方向，而是依學生在高中階段逐步探索出的興趣與專長而定。
在設計領域中，學歷並非唯一評價標準，作品與能力才是長期發展的關鍵。這樣的產業特性，也讓學生在學期間更加重視作品累積與實作經驗，理解專業能力的養成是一條長期投入的道路。
圖：學生進行木工實作
在生活中學設計，在設計中理解人
室內空間設計科所培養的，不只是繪圖或建模的技術，而是一種以人為本的專業視角。學生在三年的學習中，逐步理解設計如何回應真實生活，也在不斷修正與討論中，建立屬於自己的專業基礎。
柏芸主任分享，是否具備美術基礎並非最重要的條件。，更關鍵的是是否願意反覆嘗試、持續學習，以及能否以同理心理解他人的需求。空間感與美感可以在課程中培養，但耐心與追求更好的心態，則是設計學習中不可或缺的基礎。
新竹高工室內空間設計科所提供的，是一條從同理與觀察出發、以能力累積為核心的設計學習路徑，讓設計不只是想像的呈現，更是能真正走進人們生活的具體實踐。
開箱食品加工科學習日常！更多科系探索，歡迎追蹤104高職生IG
在 Instagram 查看這則貼文 104高職生（@104v.hs）分享的貼文
量天測地、解構力學——深入成大南工土木科，從材料試驗到現代營建實務的養成記
土木工程往往不像建築設計那樣容易受到矚目，但每一棟建築、每一座橋梁的安全與品質，背後都少不了土木工程專業的支撐。國立成功大學附屬臺南工業高級中等學校土木科便以「專業、實作、創新」為核心，透過扎實的理論課程、多元實作訓練與工程現場接軌，培養兼具工程知識與實務能力的人才。 土木科教師方偉烈表示，建築與土木外界看來似乎差異不大，但兩者的定位並不相同，「建築比較著重空間設計與規劃，而土木更關注工程技術與結構安全」。建築師負責完成整體建築設計，土木工程專業人員則負責讓設計安全落實、順利施工，兩者始終是相輔相成、不可或缺的重要夥伴。
從基礎到專業，逐步建立工程能力
土木科的課程依照學生不同階段循序漸進安排。高一以基礎能力培養為主，除了國英數等一般科目外，專業科目則會修習如土木建築工程與技術概論、構造與施工法，搭配測量實習、製圖實習，建立學生的基礎專業。
到了高二課程逐漸加深加廣，逐步深入專業核心，學生將修習工程力學、營建技術實習、電腦輔助製圖實習、工程測量實習、地形測量實習、材料與試驗等課程。此階段學生將投入許多時間在實習課程中，先學習基礎理論，再透過大量的做中學，在理論與操作中深化自身專業。以材料與試驗課程為例，學生會接觸粒料分析、混凝土拌合、混凝土養護、混凝土抗壓等內容，實際了解建築材料背後的工程原理。同時，學生也會實際進行砌磚、木工、鋼筋施工、模型製作及室內配線等內容，並有機會親自操作，透過大量實作累積工程現場所需的經驗與判斷力。
圖：學生參訪鋼筋加工廠了解實際製程
高三時課程則以專題帶領學生整合三年所學，學生透過組隊合作完成專題作品，專題主題以興趣為導向，鼓勵學生發揮專業視角，利用創意解決實際問題。有學生設計改善生活問題的木工作品，也有人規劃建築模型，從選址、結構到功能規劃，都必須活用過去累積的知識完成完整專題，不局限於土木內容，反而讓學生更能發揮創意和觀察力。此外，成大南工土木科更致力於課程的創新，透過加入無人機測繪等內容，讓學生接觸數位測量技術，讓學生在已有的知識基礎上，持續拓展在工程應用的新視野。
理論與實作並重，真正理解工程的本質
許多學生入學前往往認為土木科就是不斷動手施工，但真正進入課程後，學生才發現實作背後需要扎實的理論支撐。
方老師表示，材料試驗就是最好的例子，學生必須先理解材料性質、混凝土比例及相關理論，再進入實驗室完成實驗，驗證結果是否符合工程標準。土木科並非只有操作技能，更需要具備數理分析與工程判斷能力。這樣的學習歷程，也讓不少學生重新認識土木工程。
圖：學生合作組裝工程結構模型
土木科二年級林同學分享，原本以為土木科就是每天在戶外施工、砌磚，實際就讀後才發現，還必須學習材料、測量、力學等專業理論。「它（土木科）不是只有曬太陽做工程，也要學很多理論架構。」另一位二年級郭同學也有相同感受。他原本認為土木科以實作為主，真正接觸課程後才發現有比想像中更多的理論知識。
成大南工扎實深厚的課程設計，帶領學生在每一項工程操作之前，先建立完整的知識基礎，才能在實作中更深刻理解背後的原理，也讓學生在實際操作中更深入理解工程原理 。
大量實作、接觸現場，從實務中累積出專業即戰力
除了課堂上的操作，土木科也積極透過競賽與專題，引導學生將知識真正應用於實際問題。
例如，學生曾組隊參加正修科技大學木橋載重競賽，從木材裁切、打磨到橋梁組裝，歷經兩個月反覆製作與調整，最終獲得外觀特別獎。土木科二年級王同學表示，雖然橋梁承載能力仍有進步空間，但看到團隊一步步完成作品，仍讓他感到十分有成就感。
圖：學生參加橋樑載重競賽展示成果
方老師也指出，土木科最大的特色，就是讓學生「做中學」。學生不只是完成作品，而是在反覆操作、修正與驗證中，逐漸培養工程判斷能力，學生也會在不同年級，分別考取測量丙級、建築製圖應用-電腦繪圖項丙級、工程測量乙級等三張證照，累積未來升學或就業的競爭力。若直接投入職場，畢業學生將具備基本施工與監造能力；若選擇升學，也能良好銜接土木工程、營建工程等相關科系。
除了校內課程，土木科每學期也安排企業參訪，帶領學生走進建設公司、工程顧問公司、鋼筋工廠及材料檢驗中心，了解不同工程環節的實際運作。部分學生更有機會參與寒暑假的校外實習，親身進入工地現場，提前體驗工程工作的內容。透過一次次與業界接觸，學生不只是認識未來職涯，更能理解課堂所學如何真正應用於工程實務。
專業、實作、創新，培養面向未來的工程人才
談到土木科最重要的特色，受訪教師以「專業、實作、創新」三個關鍵字作為總結。「專業」代表扎實的工程知識；「實作」代表大量操作與現場經驗；而「創新」則是持續導入無人機測繪等新技術，讓學生能與時俱進，接軌產業發展。
圖：學生學習操作無人機設備
方老師也觀察到，許多學生在三年的學習中，最大的改變並不是學會多少技術，而是逐漸不害怕動手，也願意主動尋找解決問題的方法。從學生觀點來看，王同學認為，只要喜歡動手做、願意學習，就能在土木科找到自己的舞台；郭同學則認為，具備邏輯思考能力、願意面對挑戰的學生，都很適合投入這個領域。
從基礎理論、工程實作到創新技術，成大南工土木科不只是教學生如何完成一項工程，更希望培養學生面對問題時的工程思維，讓每一位學生都能在未來的升學與職涯道路上，穩穩築起屬於自己的專業基礎。
開箱土木科學習日常！更多科系探索，歡迎追蹤104高職生IG
在 Instagram 查看這則貼文 104高職生（@104v.hs）分享的貼文
「接案作品集」怎麼準備？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 最完整免費接案平台、接案社群總整理（附設計、行銷外包接案工作機會）
完美會議7原則：開會最長不超過1小時、不遲到、不帶想法進會議室是無罪的
如何提高開會效率？如何創造多多發言討論的會議氛圍？作者分享團隊實踐多年的「完美會議7原則」開會技巧，其中包括「開會最長不超過1小時」、「不遲到」、「沒想法也能進會議室」等破除迷思的觀念，幫助更快聚焦、更有效合作。想讓會議更有價值、工作不再被開會綁架，7條原則值得一看。本文節錄自《不辭職也能快樂！》。
文／金敃澈
本文目錄：完美會議7原則（點擊可快速前往）
1. 不遲到，10點3分不是10點2. 毫無想法進會議室是無罪的，但不帶著清醒的頭腦進會議室就有罪3. 別人在說明想法時要敞開心胸，即使是實習生的想法也藏著無限可能4. 多說話。唯有批評、爭論與討論，才能讓會議像個會議5. 會議室裡人人平等，沒有人能倖免於批判6. 會議最長不能超過1小時7. 走進會議室時或許腦袋空空，但離開時必須認清該做的事
我很久以前寫過一本書叫《我們來開會吧》。那是我的第一本書，有別於後來出版的散文，那本書徹頭徹尾都在討論「開會」這件事。我以4個專案為例，把我們團隊開會的過程重新解構，詳細記錄在那本書裡。意外的是，即便出版距今已經11年，這本書還是有人買。偶爾我會在新人的桌上看到這本書，每次我都覺得像與小學同學重逢，高興又有些難為情，甚至有些憐惜這個一直在某處好好過著人生的朋友。
在那本書的序言中，我揭露了當時我們團隊的7個會議原則。雖然從來沒有人用文字寫下來，但大家確實都堅守著這些原則。這7個原則如下：
1. 不遲到，10點3分不是10點
這個原則大家看得跟命一樣重要。因為大家都知道，如果表定10點的會等到10點10分才開始，就會發生骨牌效應，使接下來的會議也跟著延宕，最後勢必得留下來加班。我也認為準時開始會議代表了大家對待這場會議的態度，準時是對會議最低限度的禮貌。
2. 毫無想法進會議室是無罪的，但不帶著清醒的頭腦進會議室就有罪
你可能以為開會時帶著一籮筐的點子進會議室，就會受組長青睞，其實並非如此。比起10個陳腔濫調的點子，更需要一個新穎的創意。不過我還是要勸大家，拋開那種一定要帶著創新的點子進會議室的強迫觀念吧。其實只要帶著一顆清醒的頭腦進會議室，好好聆聽別人的想法，對會議更有幫助。
3. 別人在說明想法時要敞開心胸，即使是實習生的想法也藏著無限可能
這就是朴雄賢組長主持的會議與其他會議最大不同之處—他不會為想法區分階級，部長的想法跟實習生的想法地位相同。當然，部長的想法成功率確實比較高，但如果實習生的想法有可取之處，組長也一定會保留。因此我們團隊的實習生經常能帶著滿足的心情下班。
4. 多說話。唯有批評、爭論與討論，才能讓會議像個會議
這一點非常重要，我甚至在之前的書中單獨為它寫了一個篇章。組長老是說：「大家的薪資高低，應該要用開會時說話的分量來排序。」每次聽到他這樣說，我都心想：「那我的薪資應該要是我們組最高的……」只可惜，組長的這個主張始終沒有實現，我的年薪就是證明。可惜，真是可惜。
5. 會議室裡人人平等，沒有人能倖免於批判
甚至是對組長也要公正不阿。提出意見的人是誰並不重要，重要的是他說了什麼。即使是組長提的意見，只要不同意就可以反駁。既然連組長都是這種待遇，其他組員會如何對待彼此的點子，我就不需多說了吧？
雖然我們會無情地批評彼此提出的點子，但在這樣的過程中，不會有人因此意志消沉。就算有點傷自尊心，大家還是很豁達。因為我們都同意，為了好的會議結果，遭受一點批評是無可避免的。
6. 會議最長不能超過1小時
這也是朴雄賢組長的過人之處。無論我們丟了再多亂七八糟的點子到組長面前，他都有辦法從中開出一條路。最驚奇的是，他總能在1小時內完成。其實我們為了不讓會議超過1小時，開會時都很認真傾聽每個人的想法、認真思考、認真給意見。也因為如此專注，所以1小時就是大家的體力極限了。
7. 走進會議室時或許腦袋空空，但離開時必須認清該做的事
這是對下次會議的基本禮儀。開會結束後，就是發揮團隊合作的時候了！即使沒有人下令，大家也會自主歸納出下次開會前該做的事。因為下次開會碰面時，事情就該要有明顯的進度。打個比方，上次開會時進度是到250頁，下次開會時卻常常直接跳到350頁開始。這就是因為大家都很清楚自己該做什麼，也很認真地去完成。這也是朴雄賢組長在我的書出版後跟我說，他認為這一條是最重要的原則。
我成為組長後才領悟到，工作時要堅守這7條原則真的有夠難。要營造讓大家多發言的氣氛需要很多努力、不帶想法進會議室也需要很大的膽子。最重要的是，開會不能超過1小時，這個目標對我這種菜鳥組長來說就像喜馬拉雅山一樣高不可攀。當然隨著時間過去，我的開會能力也逐漸提升。
節錄自：時報出版《不辭職也能快樂！20年上班族不當厭世社畜，升級理想人生的工作法》／金敃澈 著
推薦閱讀：
手握「辭職卡」的力量！給厭世上班族的職場生存心法
亞馬遜開會為何禁用PPT？貝佐斯談「6頁報告」如何提升效率
不想開會開到眼神死？必學的高效能會議SOP
你適合當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學習精靈】
本文目錄（點擊可快速前往）
產品經理是誰？為何成為熱門職業？ 產品經理工作內容 產品經理與相近職類比較表 為什麼選擇產品經理？ 誰適合轉職產品經理？ 掌握產品經理的核心能力：必備工具技能 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大挑戰｜商業思維學院
擬定計畫讓自己更從容！用「IF-THEN」架構提高執行力，把行動具體化
擬定計畫究竟是好事，還是不必要的束縛呢？其實，未完成的任為會讓大腦焦慮，擬定計畫反而能讓自己更從容。作者為日本行動心理學家，介紹高效率的「IF-THEN」計畫法，將目標轉化為具體的行動指令，有效提高執行力！本文節錄自《為什麼你的時間管理總是沒效率？》。
文／望月俊孝
本文目錄（點擊可快速前往）
擬好計畫，機會來臨，也能從從容容讓執行力提升的「計畫」，關鍵在哪裡？1. 運用「IF-THEN」，將行動具體化2. 在 IF 的部分加入「時間」和「地點」
人生中想做的事，一件都不放棄⋯⋯x 不要刻意擬定計畫，順勢而為○ 為每件事情擬定「計畫」
談到時間管理時，無法避開的一個核心主題，就是「計畫」。
「雖然喜歡擬定計畫，但做到一半就覺得滿足，結果什麼也沒有實際完成。」
「一旦列了計畫，就覺得被束縛，因此乾脆不做計畫，走一步算一步。」
關於計畫，許多人都有不同的想法與經驗。那麼，擬定計畫究竟是好事，還是不必要的束縛呢？
想像一下這種情況：
好不容易迎來假期，腦子裡卻不停浮現未完成的工作；而在工作時，反過來又總是想到私人煩惱與待辦事項。
這種「心裡有未完成的事，就會反覆浮上心頭」的現象，心理學上稱為「蔡加尼克效應」（Zeigarnik effect）。
這確實是個棘手的問題。無論是工作還是休閒，只要心思被其他事牽著走，就很難在當下全心投入。結果不但做不好，連享受其中的樂趣都變得遙不可及。
因此，人類逐漸發展出一種能力：將「尚未完成的事」先在腦中完成一遍。這正是「擬定計畫」的本質。
擬好計畫，機會來臨，也能從從容容
擬定計畫的重要性，可以從2011年佛羅里達州立大學羅伊．鮑邁斯特（Roy Baumeister）團隊研究中看出端倪。
研究團隊要求97名參加者在5分鐘內「盡可能列出海洋生物的名稱」。並給了所有人相同的提示：「請依照A∼Z的字母順序分類列舉。」如果以日文回答就像是：【ア】青若梅鯛、【イ】魷魚、【ウ】海膽、【エ】蝦子⋯⋯這樣依序排列，確實是個不錯的方法。
接著，研究團隊將參加者分成三組：
【A】只明確設定目標
【B】在目標明確的基礎上，再擬定「如何運用提示」的具體計畫
【C】不設定目標，也不擬定計畫
而真正的實驗在後面。在開始列舉海洋生物之前，研究團隊先讓所有人解一道和主題完全無關的謎題。換句話說，他們想測試的是：當你正準備朝一個既定目標前進時，如果突然遇到新的挑戰，你能不能穩住心，順利切換？
結果相當有趣。
表現最差的竟然是【A】組，甚至連什麼都沒做的【C】組都比他們好。這正是「蔡加尼克效應」的影響：當大腦被「未完成的任務」占據時，就很難專注在眼前的新問題上。
那麼，如果放到現實生活呢？
突然的意外讓你大亂陣腳
臨時冒出的機會，卻因反應不及而錯失
明明事情不大，卻因「心被卡住」而浪費大量時間
這些狀況，其實和上述實驗是同一個機制。
相反地，反應最好的是【B】組，也就是目標清楚且有計畫的人。因為事先擬定計畫，大腦會自動認定：「這件事我已經安排好了，暫時放著也沒關係」，於是能將注意力順利轉移到新問題上。
對於計畫，羅伊．鮑邁斯特的見解如下：「具體的計畫就像劇本，人就能不帶猶豫地一路執行到底。」
而在最後回到原本「列舉海洋生物」的任務時，具體擬定計畫的【B】組，活用提示的程度竟然是【A】組的7 倍以上。
這個結果告訴我們：光有好方法是不夠的，更重要的是「要如何落地執行」。計畫不是為了把自己綁住，而是為了讓大腦知道「下一步要做什麼」，讓你能自由地專注於眼前的事。
讓執行力提升的「計畫」，關鍵在哪裡？
那麼，該如何擬定一份真正有效的計畫呢？
以下介紹一個簡單且容易實踐的方法。
1. 運用「IF-THEN」，將行動具體化
在前述實驗中，表現最好的【B】組所採用的計畫如下：「如果任務開始，就先寫下字母，然後依序寫出對應的海洋生物名稱。」這樣的表述清晰而具體，不留模糊空間。也就是說，以「IF（在某個時點）-THEN（立刻採取某行動）」的方式，把行動流程明確寫出來。
2. 在 IF 的部分加入「時間」和「地點」
2001年，英國巴斯大學莎拉．米林斯（Sarah Milne）團隊研究指出，當參加者在計畫中明確寫下「什麼時候」與「在哪裡」運動時，有高達91％的人能長期維持運動習慣，執行率甚至是僅被告知運動好處者的6.2倍。
此外，關於「什麼時候」這一點，若能具體到「當天的幾點幾分開始」，比起「一天之中找時間進行」更具效果。例如：與其寫「早上起床後運動」，不如寫「早上6 點半起床後，立刻在床上做伸展運動」，成功機率會更高。
你應該能感受到其中差異了。為某件事情擬定「計畫」，不只是在提高完成度，也是在為大腦預留面對突發事件與新機會的空間。
換句話說，能夠把想做的事一件件完成的關鍵技能，就是「計畫」。而「擬定計畫」本身，就已是極具力量的行動。請務必試著運用看看。
以「IF-THEN」的架構來擬訂計畫
IF（在某個時機）
THEN（立刻去做某件事）
⮕這樣執行率就會提高！如果將「時間」和「地點」加入IF-THEN的計畫中，就更完美了！
圖／采實文化《為什麼你的時間管理總是沒效率？》
節錄自：采實文化《為什麼你的時間管理總是沒效率？：史丹佛、哈佛、麻省理工學院……世界頂尖研究，36個破解拖延、焦慮與瞎忙的時間活用術》／望月俊孝 著
推薦閱讀：
新年目標怎麼訂？如何規劃並執行個人年度目標？ChatGPT指令快速搞定
為什麼新年目標總是無法實現？訂定目標時的這四個地雷別再踩啦！
大谷翔平如何透過「曼陀羅計劃表」九宮格設定目標，實現登頂世界的夢想？
工作忙到爆，還能兼顧自我成長嗎？過來人：從3件事做起最容易辦到
計畫趕不上變化不用砍掉重來！2招照樣保持高效
即使訂好了一天的工作計畫，突如其來的意外總是難以預料──像是上班途中遇到塞車，導致整個行程延誤，讓人不禁懷疑是否該整天「砍掉重練」。事實上，計畫不是用來完美執行的，而是提供方向與彈性調整的依據。本文節錄自《減法》，分享兩個簡單有效的做法，面對突發狀況也能穩住步調、維持高效！
文／王世民
本文目錄（點擊可快速前往）
1. 心態上的調整：破除完美主義，接受不完美2. 行動上的調整：及時調整當天的計畫
假如你本來的計畫是在9點到公司開始做第一件要事，但不巧的是，路上堵車，導致在9點15分才到達公司。在這種計畫剛開始執行就遇到了意外的情況下，你會怎麼辦呢？
圖／商周出版提供
大部分人可能會選擇放棄當天的整個計畫，但其實大可不必。
只要做好兩個調整，計畫依然能發揮作用，讓你的一天保持高效率。
1. 心態上的調整：破除完美主義，接受不完美
在一天的執行過程中，完全按照計畫執行的情況非常罕見。更常見的情況是計畫無法如預期般執行。
制訂計畫的本質，並不是要求執行情況必須與計畫完全一致，計畫的作用是提前做了一次預演，讓你在執行時心裡更有底，遇到問題後能快速調整。
既然這樣，為何大多數人在計畫未如期執行後，就會選擇放棄呢？
這就是完美主義在作祟：要嘛做到完美，要嘛就不做。
所以，只要心態上接受不完美，就不會輕易放棄一天的計畫了。
2. 行動上的調整：及時調整當天的計畫
當計畫執行情況出現偏差後，需要考慮哪些任務或時段可以進行調整，以適應變化後的情況。
以早上因為堵車而晚到公司15分鐘為例。
在這種情況下，可以接受稍晚開始做第一件要事，並利用上午預留的11點至11點半這個留白時段來做彌補，如圖5-42所示。
圖／商周出版提供
需要注意的是，調整當天計畫時，不要修改原計畫時段的內容，而是使用藍色字體在實際執行中填寫新的計畫安排。
節錄自：商周出版《減法：少即是多，慢即是快。關於時間、精力、效能與人生管理的核心科學。5%精英都在做的減法工作術》／王世民 著
推薦閱讀：
夢想太遠，讓你停滯不前？3步驟聚焦當下找回動力
別再貪多學不會！學習也要「減法」，3步驟避免淺層學習不白忙
平等不是大家都一樣！星宇航空揭密職場「合理調整」哲學
一間符合規範的辦公設施，為什麼還需要再調整？答案就在於「符合標準」與「真的好用」的距離。星宇航空推動「職場合理調整」，打破過往制度的理所當然，轉向思考「員工工作時卡在哪裡？」從會議字幕、動線調整到數位考核，星宇將友善環境與職涯賦能連成完整藍圖。
採訪撰文／臺北市勞動力重建運用處（執行單位：傳動數位設計印刷有限公司 陳吟蓮）
本文導覽（點擊可快速前往指定段落閱讀）
用才思維轉換：不先問「他屬於哪一類？」，而是問「他工作時卡在哪裡？」從「我知道你需要什麼」，變成「你告訴我，怎麼做會更好」一個人的需求，如何不再只是「特例」？平等不是每個人拿到一樣的工具，而是每個人都有完成工作的條件更值得企業學的，其實是這套方法能不能用在所有人身上當企業願意改變「工作」，人才才不必一直改變自己
一間已經符合無障礙規範的廁所，為什麼還需要再調整？
這是星宇航空在推動職場合理調整時，遇到的一個真實問題。
一位使用輪椅的員工進入辦公環境後，公司原本認為無障礙動線與廁所都已符合相關規範，但真正使用後才發現，「符合標準」和「真的好用」之間，仍可能存在距離。
對這位同仁而言，從輪椅移位、整理衣物到實際使用設施，都有更具體的需求。
於是，公司重新檢視空間，在無障礙廁所增設可供移位及整理使用的照護床，也持續調整辦公動線與相關設施。
這件事真正值得企業管理者注意的，不是「星宇多裝了一張床」，而是背後那個問題：
當制度已經符合規範，企業還願不願意再問一次：「員工實際工作起來，真的沒有障礙了嗎？」
這也是「合理調整」和一般福利措施最大的不同。
用才思維轉換：不先問「他屬於哪一類？」，而是問「他工作時卡在哪裡？」
企業在談身心障礙就業時，很容易從分類開始思考：聽覺障礙適合什麼工作？視覺障礙能做哪些職務？使用輪椅的人可以安排在哪個部門？
但這種思考方式的風險，是在還沒看見一個人的能力以前，就先替他的職涯畫好範圍。
星宇航空在招募與職務安排上的核心原則，則逐漸轉向從「工作能力、專業條件與實際需求」出發，而不是先以障礙類別決定職務。從公司提供的案例可看到，身心障礙同仁的工作不只集中於單一行政職務，相關支持也涵蓋視覺、聽覺與肢體等不同需求，並依個別情況搭配軟體、硬體及環境流程調整。
這個差別看似細微，實際上卻會改變整套人才管理邏輯。
前者問的是：「這個人能被放在哪裡？」
後者問的是：「這份工作有哪些限制，讓他的能力沒有辦法完整發揮？」
當問題換了，解法也跟著不同。
聽覺障礙同仁需要的，可能不是換一份減少溝通的工作，而是讓會議資訊能以文字同步，因此導入Teams即時字幕或語音轉文字；使用輪椅的同仁，未必需要離開原本的專業職務，而可能只是需要調整動線、座位與設備；有些工作的困難則不是空間，而是排班、資訊取得或工作流程。星宇案例中，就包含即時字幕、輔助設備、辦公環境改善、數位系統及排班等不同方式調整。
這正是管理者可以先學會的第一件事：不要急著替員工找「比較適合身心障礙者的工作」，而是先找出阻礙他完成工作的那個環節。
從「我知道你需要什麼」，變成「你告訴我，怎麼做會更好」
合理調整還有另一個常見陷阱：主管很有善意，卻太快替員工決定答案。
例如，看見使用輪椅的員工，就直接假設他需要某一種設備；看見聽覺障礙員工，就自行決定所有訊息改用文字。
問題是，同一種障礙狀況，也可能有完全不同的工作習慣與需求。
勞動部的「身心障礙者職場合理調整行政指導」特別強調，合理調整必須依照個別實際需要進行，並透過員工與雇主之間的對話、協商找到適當方案，而不是用同一套答案套在所有人身上。
人資團隊不是做完硬體改善就結案，而是透過座談、日常回饋與主管溝通持續收集使用經驗。
曾有聽覺障礙同仁提到，在工作中回答其他同事問題時，有時需要對方重新說明或確認幾次；人資在收到回饋後，便進一步透過內部溝通與短片，讓主管與團隊重新理解彼此的溝通方式。
這裡的管理重點其實不是「教大家怎麼跟聽障者講話」，而是建立一種文化：員工可以說出工作中哪裡不順暢，公司也願意把這個訊號當成改善資訊。
星宇也把「友善溝通」、「無礙環境」與「職涯賦能」放在同一條共融路徑上，而不是把合理調整只理解為硬體設備改善。
這對所有企業都有一個重要提醒：真正有效的合理調整，往往不是HR坐在辦公室裡設計出來的，而是在工作現場一問一答、一改再改之後而形成。
一個人的需求，如何不再只是「特例」？
但管理真正困難的地方通常出現在下一步。
如果每一次遇到不同需求，都靠一位熱心主管、一位HR或某位熟悉身心障礙議題的同仁協助，那麼只要人員異動，整套支持就可能重新歸零。
所以，合理調整能不能真正成為企業能力，關鍵在於：個案經驗有沒有進入制度。
星宇航空的做法，正逐步從個別處理走向制度化。
在招募端，公司透過多元管道尋找人才；進入職場後，有主管、指導與支持機制；再透過座談及回饋機制了解實際問題。公司提供的簡報中，從友善進用、無礙環境到職涯賦能，都被放入完整的共融藍圖裡。
另一個值得注意的例子是績效與職涯制度。
星宇的ePAD數位績效機制，並不是替身心障礙同仁另外設一套較低的考核制度，而是在既有工作目標與專業要求下，保留主管回顧、工作支持與彈性調整的空間，使其從「被輔導者」逐步成為能獨立執行專業工作的角色。
換句話說，合理調整真正要調整的，並不是績效標準，而是員工抵達標準的方式。
這也是許多主管最需要釐清的界線。
讓一位員工使用字幕參加會議，不代表降低他的專業要求；調整辦公桌高度，也不代表他的工作目標比較低；讓員工以不同方式取得資訊，更不是「特別待遇」。
企業仍然可以要求品質、時程與績效，只是不能把「只有一種工作方法」誤認為「公平」。
平等不是每個人拿到一樣的工具，而是每個人都有完成工作的條件
勞動部對合理調整的定義，是依具體需求做必要且適當的修改，讓身心障礙者能在與其他人平等的基礎上參與工作。合理調整甚至不只涵蓋工作環境，也包括招募、訓練、福利、績效、職務調整與升遷等不同就業階段。
這也是為什麼，真正的職場共融不能停在「我們有聘用身心障礙員工」。
星宇航空加權進用人數58人；但比數字更值得觀察的，是公司將管理重點繼續往職涯與專業發展推進。
訪談中，人資團隊也提到，有同仁進入公司多年後，已從助理職務逐步發展至更高階的專業職位。這代表一家公司如果真的相信「能力」，就不能只在招募時給機會，更要在考核、升遷與職涯規劃時繼續問同一個問題：他下一步還可以往哪裡走？
這也是星宇案例和一般「身障進用」故事最大的差異。
它不是把終點放在「成功錄取」，而是把錄取當成起點。
更值得企業學的，其實是這套方法能不能用在所有人身上
當企業願意為一名使用輪椅的員工重新檢視空間，為一名聽覺障礙員工改變溝通方式，看起來是在解決少數人的問題。
但很多時候，最後受益的並不只有那一個人。
會議有字幕，對外籍員工、剛加入公司的新人，甚至身處吵雜環境的同仁都更方便；流程寫得更清楚，可以降低新人的學習成本；彈性排班與數位工具，未來也可能回應育兒、照護、高齡或其他不同人生階段的需要。
星宇更特別提出「跨障別協作」的概念，強調不同需求的員工之間也可能產生互補與合作，而不是每一個障別各自形成一套孤立制度。
這才是職場合理調整最大的價值。
企業一開始是為了解決一個人的障礙而改變，但當「先理解需求，再設計工作方式」成為管理習慣後，它其實會逐漸變成整個組織管理多元人才的能力。
因此，主管與HR可以從星宇航空的案例帶走4個做法：
先找限制點，不先替人分類：問「工作哪裡卡住？」比問「這類員工適合做什麼？」更有用。
分清楚工作標準與工作方法；品質與績效可以一致，但完成工作的工具、流程與溝通方式不必完全相同。
把合理調整當成持續對話，而不是一次性專案：員工狀況、職務與環境都可能改變，調整也需要重新檢視。
不要只看進用人數，要看留任與發展：一個人是否能承擔更多工作、累積專業、獲得升遷機會，才真正反映制度是否有效。
當企業願意改變「工作」，人才才不必一直改變自己
很多企業談平等時，最直覺的做法是：「大家都一樣。」
同一套流程、同一張桌子、同一種溝通方式、同一個工作節奏，看起來最公平。
但真正進入職場後會發現，一模一樣，有時反而會製造新的不平等。
星宇航空的案例提供了一個值得管理者重新思考的方向：職場合理調整不是為某一群人開特例，而是回頭檢查制度裡，有沒有一些原本被視為理所當然的設計，其實阻擋了人才。
可能是一條動線、一張桌子、一場沒有字幕的會議，也可能是一套看似公平，卻只有一種參與方式的制度。
真正的平等，不是要求每個人用相同方式證明自己，而是當一個人已經具備工作能力時，企業願不願意移除那些與工作本身無關的限制。
星宇航空把這件事從一個人的需求開始，逐步走向環境、工具、溝通、績效與職涯制度的調整。他們也將「友善進用、無礙環境、職涯賦能」連成一條完整路徑，最後指向的不是單一族群的福利，而是更成熟的人才管理。
當企業不再要求人才先適應所有既有制度，而願意問一句：「怎麼調整，才能讓你把工作做好？」職場共融才真正開始。
而這個問題，值得每一位主管問的不只是身心障礙員工，而是每一位員工。
臺北市勞動力重建運用處提供職場合理調整諮詢輔導服務及職務再設計服務，相關服務內容請詳見重建處官網（職場合理調整；職務再設計）。
◆ 職場合理調整◆ 職務再設計
本文由臺北市勞動力重建運用處與星宇航空股份有限公司共同製作、全文圖片由星宇航空授權使用
[joblist_plugin title='【星宇航空】最新職缺！' url='https://www.104.com.tw/company/1a2x6bkbfh' amount='6']
中原大學建築學系攜手和成欣業HCG 打造產學協作教學新典範
中原大學建築學系攜手台灣指標性百年衛浴品牌「和成欣業股份有限公司（HCG）」推動深度產學合作，將企業資源與真實產業場域導入一年級基礎設計課程。此為HCG首次與國內建築系所合作，並選擇中原大學建築學系作為合作夥伴。課程透過產品資訊、工廠參訪、業界評圖與設計競賽，引導學生從衛浴空間與使用者需求出發，培養兼具創意發想與空間整合的設計能力。
2026-07-02 中原大學 發布
HCG長期深耕產品研發、品質管理與永續理念，並積極引導新銳學子關注衛浴空間與生活設計議題。該公司長期投入大學建築設計人才培育，多年前即於馬尼拉舉辦大學設計競賽；此次與中原大學建築學系合作，展現企業對中原建築教學品質的肯定。除提供教學資源外，HCG也透過競賽與獎勵制度實質支持學生創作，體現企業在人才培育與社會責任上的積極投入。
中原大學建築學系第66屆一年級期末成果展，呈現多元設計提案。（圖左為蔡清徽教授）（圖 / 中原大學提供）
產學協作教學計畫自2026年展開，由中原大學建築學系蔡清徽教授協助建立合作關係與課程架構，偕同課程統籌的謝統勝副教授，共同帶領一年級設計教學團隊整體規劃與執行。內容涵蓋教學設計、校外移地教學、HCG廠區參訪、設計競賽評選、成果展及頒獎典禮等面向，逐步建立完整的教學體系。
課程以「衛浴空間設計」與「中原文創園區2034年建築想像」為核心，建立從小尺度至大尺度的設計思考架構。學生先從人體工學、設備尺寸、使用邏輯與空間配置切入，再逐步延伸至整體建築與環境層次，整合光線、材料、構造、動線與場域關係；最終以2034年台鐵中原大學站前區為想像背景，發展Pavilion設計，思考未來城市、公共空間與文化場域的可能性。
中原大學建築學系學生參訪HCG八德三廠，實地了解產品製程。（圖 / 中原大學提供）
中原大學建築學系副教授謝統勝表示，一年級教育重點在於建立正確設計觀念與基礎能力，而透過產學合作導入真實條件，有助於提升學習動機並強化設計與產業之間的連結。此次學生的建築設計任務皆須導入HCG衛浴產品、技術資料與雙方共同評審機制，並安排參訪HCG八德三廠，使學生得以接觸真實工程系統與產業流程，有效縮短理論與實務落差，達到學用合一的教育目標。
相關學習成果已透過「2026 HCG × CYAR Design Competition 頒獎典禮」暨中原大學建築學系第66屆一年級期末成果展「超載 OVERLOAD：Vision 2034—A Living Lab in Chung-Yuan Cultural & Creative Park」正式發表。展覽呈現從小尺度公共衛浴設計到具敘事性的實驗建築提案，展現學生在空間理解、設計表達與技術整合上的能力。競賽並由HCG冠名支持，設置多項獎項與獎金，總獎金超過3萬元，鼓勵學生持續深化創作。
和成欣業HCG李國棟協理代表企業致詞，肯定中原建築系學生的表現。（圖 / 中原大學提供）
本次成果發表邀請HCG設計團隊李國棟協理與邱定康課長蒞校，代表邱柏君董事長與陳世傑總經理致詞並擔任頒獎人，同時參與觀展與交流。企業代表指出，當代建築與空間設計需整合設備系統、使用體驗與永續思維，肯定中原建築系課程將衛浴設備導入大一基礎設計教學的策略，並鼓勵學生兼顧創意與實務，培養跨領域整合能力。 中原大學建築學系表示，此次與和成欣業HCG的合作，將產業資源導入基礎設計教育，透過理論學習、實務場域與企業參與，不僅提升教學品質，也為建築教育提供具示範性的產學合作案例。未來將持續推動教學創新，培養兼具專業能力、實務視野與社會責任感的新世代建築人才。
關心更多產學合作議題，一起來看：
高雄大學與日本大阪府建築士事務所協會 深化臺日城市發展與建築教育合作
從課堂走進金融職場 逢甲大學攜手台灣金融研訓院打造實戰學習現場
企業出題、學生解題 三所大學讓學生帶著「實戰成績」走進職場
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範例教學懶人包
從PM到雲端架構思維：Architecting on AWS學習與實作心得
我目前在軟體產業擔任產品/專案經理（PM），主要負責跨部門協作與需求管理，包含蒐集並釐清客戶與內部利害關係人的需求、撰寫PRD/規格文件、規劃時程與里程碑、協調工程與測試資源，以及追蹤專案風險與交付品質。同時也會參與系統架構與雲端部署方案的討論，確保產品方向與技術落地一致。
因為工作上常需要和工程師討論雲端架構、成本、資安與可用性，但自己對AWS的服務選型與設計原則理解不夠完整，導致溝通時容易停留在概念層。為了能更精準地提出需求、評估方案並做出產品決策，我選擇參加恆逸的Architecting on AWS課程，期望系統化建立AWS架構能力，也為後續考取證照做好準備。
這堂課對我最有幫助的地方，是講師採用「講解＋實作」的方式，讓抽象的雲端概念能快速轉成可操作的理解。以往我在工作上常聽到VPC、子網、路由表、Security Group、IAM、ALB、Auto Scaling、S3等名詞，知道大概用途，但不一定能在腦中把整個關聯串起來。講師在課堂上不只是把服務功能列出來，而是用架構情境把服務「放到正確的位置」，例如：為什麼對外服務要放在Public Subnet、後端與資料庫常放Private Subnet、什麼情況要用NAT Gateway、什麼情況用VPC Endpoint更合適；以及在高可用與擴展需求下，ALB搭配ASG的設計邏輯是什麼。
此外，講師會引導我們把「考點」和「真實工作場景」對齊，像是高可用（Multi-AZ）、災難復原（RTO/RPO）、權限最小化（Least Privilege）、可觀測性（CloudWatch/Logs/Alarm）等，讓我理解證照題目其實是在考「架構思維」而不是死背服務名稱。更重要的是，講師能把容易混淆的服務差異講清楚，例如SQS/SNS/EventBridge的使用時機、EBS/EFS/S3的選型、RDS Multi-AZ與Read Replica的差別等，幫助我在刷題時快速抓到關鍵字並做出合理判斷，學習吸收效率提升非常多。
我個人最有收穫的是「用情境做服務選型」的觀念。以PM的角度來說，我常遇到需求描述偏抽象，例如「系統要穩、要快、要省錢、要安全」。過去我可能只能把需求丟給工程團隊，但上完課後，我更能把需求拆成可落地的架構條件：例如可用性要達到多少、是否需要跨可用區、是否要容錯、流量是否有尖峰、資料一致性或延遲可接受範圍、以及安全與權限邊界怎麼定義。這種拆解方式，會直接影響服務選型與設計，例如：若是需要快速擴展與降低單點風險，常見做法會是ALB＋Auto Scaling；若是非同步解耦、削峰填谷，會想到SQS或Event-driven；若需要靜態內容分發與加速，就會把CloudFront＋S3放進架構。
上完課後，我在工作上最大的幫助是「和工程團隊討論架構時更有共同語言」，能更快收斂方案、降低來回溝通成本。舉一個常見情境：我們曾遇到某個功能上線後流量不穩定，尖峰時API反應變慢，客戶也要求提高可用性與可追蹤性。以往我可能只能提出「要更穩、要能擴」的需求；但現在我能更具體地和團隊討論：是否採用ALB分流與健康檢查、後端是否用Auto Scaling依CPU/Request數自動擴縮、資料層是否要用RDS Multi-AZ提升容錯、靜態資源能否改S3＋CloudFront減少主站負載、以及CloudWatch指標與Alarm要怎麼設計才能在異常時即時通知。即便最終實作細節仍由工程師主導，但我能更早把需求轉成架構約束與驗收標準，例如「支援單AZ故障仍可服務」、「部署後觀測指標需涵蓋延遲、錯誤率、吞吐量」等，讓專案管理更有依據。
完整學習心得：https://ucom.uuu.com.tw/web/Testimony/Article/12895
推薦學習課程：https://www.uuu.com.tw/Public/content/Edm/240408_AWS_104.htm
洽詢課程資料：https://reurl.cc/KEbQ5m
有任何收穫或想分享的，都來和大家一起聊聊吧！