104學習

這取決於您的需求和學習偏好。SketchUp和3DS Max都是強大的渲染工具，但它們有不同的特點和學習曲線。 SketchUp： 易學性高：SketchUp對於初學者來說比較容易上手。它的介面簡潔直觀，主要針對建模工作。 渲染能力較弱：SketchUp的渲染功能相對較為基本，主要是提供一些基本的渲染效果和質感，並不像專業渲染軟件那樣全面。 適用範圍：SketchUp主要用於建築和室內設計等領域，尤其在快速建模和初步設計階段使用較多。 3DS Max： 功能強大：3DS Max是一個功能豐富的建模和渲染軟件，提供了更多高級的渲染技術和功能。 學習曲線較陡峭：相對於SketchUp，3DS Max的學習曲線較陡峭，尤其是對於沒有經驗的用戶來說。 廣泛應用：3DS Max廣泛應用於電影、遊戲、動畫等領域，特別是在需要高度細節和真實感的項目中。 總的來說，如果您是初學者並且需要快速入門並進行一些基本的建模和渲染，那麼SketchUp可能更適合您。但是，如果您尋求更高級的渲染效果並準備投入更多時間學習，那麼3DS Max可能更符合您的需求。

文/ 黃繼徵 原文出處：104職涯社群 分享一天生活之前, 先簡單說明日常生活中手機,筆電,無線網路卡,路由器,無線充電器這些產品都會有射頻工程師的參與設計.射頻工程師參與那些部分,主要是無線的部分例如射頻IC的設計,天線設計,濾波器的設計,無線訊號的驗證. 射頻工程師的一天, 從何說起?與其說是百工一天,不如說是3-4個月的工作週期(產品開發周期). 8點30到9點之間進公司,打開電腦確認客戶是否有特別需求,如果沒有,就按照專案產品進度執行.先到實驗室測試產品,產品測試都是數小時到數週計算.下班前整理測試資料.確認無誤後寄給客人.周而復始直到產品量產.而在測試的過程中,如果遇到測試產品不符合規格,這是工程師是最痛苦的時候,因為需要解決bug,一天找不出方法,這產品就出不了貨,所以與這產品相關的人都在等你下solution.每個人都在watch you.這是整個開發過程最痛苦的stage.時間不斷的往前走,問題最後未解,產品無疾而終,胎死腹中.如果下了對策, 之前的測試項目,客戶通常要求需要重新測試.也就是之前的測試就白費了.當你在解bug與測試的時候,通常都會東缺西缺測試設備,所以就要與相關部門協調借用設備. 回覆mail時, 如果是外國客戶, mail 以英文方式撰寫,開會時,運氣好PM幫你翻譯,運氣不好請說英文.也是就是說工程師,須具備專業的測試能力,與協調能力. 射頻工程師的一天綜合情況為, 收e-mail,開會,借設備,測試,整理報告,寄出報告,下班.下班時間通常是超過7:30以後.案子趕的時候也是會11點下班.射頻工程師,一天生活中, 在我腦海中就是.........開會.....測試.......開會.........測試..........開會..........測試.......開會..........測試..............開會.......測試.................

在美國俚語中，Beef 有著多層次的含義，美國影集Beef（怒嗆人生）故事是從一起普通的路怒事件作為開端，而劇情圍繞著這塊Beef 所衍伸的劇情，展開後續的情感糾葛與衝突。 What's the beef? 是一句英語俚語，用來詢問某人為什麼不滿或抱怨，或者詢問問題的原因，這句話通常用來了解兩個人或群體之間意見分歧的原因。根據上下文的不同，Beef可以代表不同意義，Beef本身是不可數名詞，我們最熟悉的意思是「牛肉」，在嘻哈的世界裡，Beef 則是泛指兩人之間的過節，以下是一些常見的用法和其在文化中所代表的意義。 1. Beef – 爭執或衝突 用來指個人或團體之間的衝突。 這種用法特別常見於美國的音樂文化，尤其是嘻哈和說唱音樂中。 例句：I don’t have beef with him anymore. 我不再跟他有仇了。 例句：What’s your beef with her? 你和她有什麼問題？ 2. Squash the beef – 和解 當人們說「squash the beef」時，意思是解決爭執達成和解。 這個片語在朋友之間或社會關係中經常使用，表示雙方同意不再繼續爭吵。 例句：We decided to squash the beef and move on. 我們決定化解爭執，往前看。 3. Beef up – 增強、加強 這裡的 beef 是指增強某物的力量或強度。 這個用法通常在談論加強安全措施、健身或增強系統的性能時使用。 例句：We need to beef up our security. 我們需要加強安保。 例句：He’s been beefing up at the gym lately. 他最近在健身房鍛鍊身體。 4. Have a beef with (someone) – 與某人有爭執 這個用法明確表達了你對某人的不滿，這可以是對人的意見，也可能是工作或社交中的摩擦。 例句：I’ve got a beef with my neighbor. 我對鄰居不滿。 ▍美國文化中的 Beef： • 音樂文化中的 Beef：在美國的嘻哈文化中，音樂人之間的 Beef 指的是公開的敵對，這種衝突經常通過歌詞或音樂表達。例如，90年代著名的說唱歌手Tupac和Biggie之間的beef是一個經典例子。 • 社交媒體與娛樂圈的Beef：在社交媒體時代，Beef 也指名人或社交媒體影響者之間的公開爭吵，經常引發網友的廣泛關注。 Beef 作為俚語在美國社會中廣泛使用，下次聽到Beef別再誤會囉！

到了畢業的時節，擔心學的跟職場上有落差？ 還是人力銀行刷了又刷發現可以應徵的工作薪水不如你的預期嗎？🥺 #只要比別人再努力20週起薪就可以超越你同學 ✔高專業 ✔薪資福利穩定 ✔取代性低 的JAVA工程師培訓推薦你 👉https://bit.ly/3oCkvZ8 🔥 歷屆學長姊就業率達93%以上 PTT推爆大小吳神降臨此班 深入淺出的教學模式，不可能還擔心學不會、找不工作~ 🔥 JAVA+前端+後端+雲端核心技能 all in 1 報名一個班，但給你未來出路無限寬 🔥 專題實作考驗學員真功夫，連企業人資都讚賞 來自資拓宏宇人資 陳章文： 緯育TibaMe Java班最大的特色是「學習紮實」，我最喜歡本班「注重專題實作」的部分，讓學員有機會真正一窺業界運作的方式，也讓我們對學員容易有更深入的觀察。 📣6/28確定開班啦 聰明的你應該懂得先卡位拿優惠吧~ 想先有專人服務？ 免費線上說明會場次任你挑 👉 https://bit.ly/42pyJKp

相信大家都聽過”deal with”這個單詞，也就是「處理、應付」事情的意思，例如 ”As an office worker he deals with documents daily.” (身為上班族的他，每天都要處裡文件) 若是想拓展自己的單詞庫的話，cope這個單字就再適合不過啦！ Cope和deal with意義分常接近，不過最大的差別在於，cope通常表示有麻煩，困難的事情需要解決，例如："I am having trouble coping with work stress." (我對於處理工作壓力有困難)。大多情況下使用cope也代表事情本身沒有被解決，只是心理上控制住了。 例如："She’s coping quite well with his pet dog’s death. (她對於他寵物狗的死，處理得還不錯)。問題本身沒有被解決 (因為狗已經死了) 但是心理上釋懷了就可以使用。 另外，喜歡看直播的你也許聽過 "copium” 這個單字，在twitch這個直播平台流行起來的俚語(internet slang)，是cope 和 opium的組合。 Opium是鴉片的意思，而copium則是一種幻想的毒品，隱喻遭受失敗時，去極端的合理化，發洩，或排斥面前的情況。例： "He’s trying to pay back his debt by gambling. He is clearly high on copium." (他想透過賭博還債，異想天開了吧)。這個單字也因為如此有了獨特的諷刺意味。 下次需要 "deal with something” 的時候，不妨想想看cope這個單字合不合適！ （製作人/知識提供者：翊安）

AI 時代創業門檻真的降低了嗎？還是競爭更殘酷了？ 幾乎所有人都在說：「現在創業比過去容易。」 • 工具更便宜 • AI 幫你寫程式、做設計、寫文案 • 行銷門檻下降 • 個人品牌可以直接變現 表面上看，門檻確實降低了。 但真正的問題不是：能不能開始。 而是：能不能持續。 一、技術門檻下降，不等於競爭門檻下降 AI 的確降低了「製作成本」。 • 一個人可以做過去十人的工作 • MVP 可以在幾天內完成 • 自動化工具減少大量人力 但當製作能力普及化後，真正稀缺的就不再是「能力」，而是判斷力與定位。 當每個人都能快速做產品，市場會迅速被填滿。 門檻下降的同時，競爭密度上升。 這不是更容易的時代，而是更擁擠的時代。 二、AI 讓試錯成本下降，也讓錯誤放大 試錯變快，是好事，但錯誤也會變快。 如果你的方向錯誤，AI 只會幫你更有效率地錯。 如果你的商業模式不成立，自動化只會更快速消耗資源。 技術是加速器，但它不提供方向。 創業決策學的核心仍然成立：加速之前，先確認方向。 三、真正上升的門檻，是注意力與信任 當內容生產變得極度容易，注意力成為更稀缺的資源。 當人人都能寫文章、做影片、開課，信任成為更難建立的資產。 AI 降低了產出成本，卻提高了辨識度的難度。 這意味著：創業的核心，不再只是產品，而是品牌與觀點。 在資訊過剩的時代，沒有明確立場，就等於沒有存在感。 四、AI 創業真正的分水嶺 未來創業者會出現明顯分化： 第一類：工具型創業者 追逐技術紅利，快速進場，快速退出。 第二類：結構型創業者 利用 AI 優化成本，但核心優勢來自： • 深刻洞察 • 獨特定位 • 長期品牌 • 商業結構設計 前者可能爆發，後者更可能存活。 AI 不是優勢，能否設計結構，才是優勢。 五、真正降低門檻的，是開始；真正提高門檻的，是長期 在 AI 時代，開始很容易。 • 你可以迅速推出產品 • 迅速建立社群 • 迅速測試想法 但長期經營變得更困難。 因為： • 競爭者更多 • 模仿更快 • 技術差距更小 當差異縮小，創業的競爭，會回到本質： 你是否理解市場？ 你是否設計出健康結構？ 你是否擁有清晰立場？ 六、AI 不會取代創業者，但會篩選創業者 未來被淘汰的，不是不用 AI 的人， 而是： • 沒有判斷力的人 • 沒有結構思維的人 • 沒有長期策略的人 AI 讓工具民主化，但決策仍然菁英化。 這是一個「能力平權，判斷分化」的時代。 AI 的確降低了創業的啟動門檻，但它同時提高了競爭密度與長期門檻。 這不是更容易的時代，這是更殘酷的時代。

在AI時代，持續鞏固數位能力是開啟更多職涯可能的關鍵！每年Google官方都會推出Google數位人才探索計畫，不僅全程免費、完課有證書領，今年更新增AI相關學程，幫助台灣各領域的人才快速具備職場即戰力。 文／《104職場力》整理 本文導覽 什麼是Google數位人才探索計畫？適合哪些人參加？Google數位人才探索計畫3大亮點與適合對象Google數位人才探索計畫課程教什麼？3大核心學程介紹學程1》AI職場通識課全新登場學程2》數位行銷專業技能養成學程3》Google Cloud雲端技術入門教學如何加入Google數位人才探索計畫？留意報名時間、步驟Step 1報名計畫Step 2提交課程認證、釐清學習路徑Step 3參與總整課程Step 4領取官方結業證書 什麼是Google數位人才探索計畫？適合哪些人參加？ Google數位人才探索計畫是Google官方特別為台灣各領域人才打造的數位能力培訓專案，不論畢業、在職與否，或目前的職涯階段為何，只要想提升自我，這個計畫提供免費且完整的學習路徑。 Google數位人才探索計畫3大亮點與適合對象 圖片來源：Google官網 除了完全免費，這項計畫不僅能幫助大家掌握AI技能的應用，還可獲得官方認證，尤其適合底下這3類族群報名： 在校生：提早學習，掌握AI職能與實用技能，累積並探索職涯多元可能性。 轉職者：無痛跨領域學習，取得國際認證並具備AI應用力，增加競爭力和轉職籌碼。 職場人士：學習新技能，活用AI提升現有工作效率，同時培養數位思維，讓職場表現更亮眼。 這項計畫不僅提供免費且完整的學習路徑，更強調「不必擁有資訊背景」也能輕鬆上手，讓大家在競爭激烈的就業市場中脫穎而出，至於有什麼課程內容，下一段揭曉。 Google數位人才探索計畫課程教什麼？3大核心學程介紹 本次計畫的亮點在於提供了包含AI工具、數位行銷、工程等3大學程，並且均結合了最熱門的AI趨勢，讓報名的學員可以自由選擇修習一門或多門課程。 學程1》AI職場通識課全新登場 學習重點：從基礎到應用，學習掌握Gemini與NotebookLM等AI工具的實際應用，建立必備的AI素養。 應用場景：涵蓋專案企劃產製、會議紀錄摘要、市場研究與競品分析、創意文案發想，以及客服、行政問答等日常工作需求。 線上自學課程包含：生成式AI導論與實務、AI Boost Skills（Gemini／NotebookLM）以及Google Workspace with Gemini。 這是本次新推出的課程，就算學員完全沒有使用AI工具的經驗，也能透過這學程了解AI基礎，並將AI工具應用於日常職場中。 【同場加映】想知道自己的AI素養多高？需持續學習，還是能獨當一面？歡迎上104學習檢測！→AI 素養級認證 模擬試題→104 AI通用素養檢測 學程2》數位行銷專業技能養成 學習重點：學習如何設定預算、打造跨國廣告素材，並透過數據追蹤與AI技術提升廣告成效，奠定數位職涯基礎。 應用場景：包含品牌行銷策略、廣告漏斗與素材設計、GA數據分析、Google Ads廣告投放與社群媒體經營管理等。 線上自學課程包含：數位行銷、數據分析等基礎知識與應用、生成式AI驅動數位行銷、AI Boost Skills for Marketing等。 針對想要踏入行銷領域或希望運用數位行銷工具提升商業成效的學員，這門學程提供扎實的Google官方實戰教學。 學程3》Google Cloud雲端技術入門教學 學習重點：學習雲端基礎架構與AI發展，並了解虛擬運算、大數據與網路學習等核心概念。 應用場景：雲端基礎架構管理、AI應用開發、數據分析與處理、雲端資安與防護及機器學習模型訓練等。 線上自學課程包含：Google Cloud雲端運算基礎與實務、Cloud Digital Leader Certification、生成式AI語言模型入門實務等。 對於想了解雲端工程及資料處理的學員，這門課程有助於掌握Google Cloud、AI的核心技術應用。 圖片來源：Google官網 如何加入Google數位人才探索計畫？留意報名日期與時程 準備好要提升自己的數位競爭力了嗎？有興趣的大家請務必留意官方的報名期限及完整計畫時程。 Step 1報名計畫 即日起至2026/8/10（一）中午12:00止，登入官方網站即可使用 Google 帳號或電子郵件完成報名。 3項學程至少擇一參與，可加入官方LINE提交個人徽章總覽頁面連結，確認課程進度並完成階段審核。 Step 2提交課程認證、釐清學習路徑 即日起至2026/8/13（四）18:00止，幫助學員釐清最適合的學習路徑，系統有建議的自學時間，但實際可因個人所學職場領域有所不同。 自學進度需自行掌握，完成各學程全部線上自學課後，才能取得後續總課程上課資格。 Step 3參與總整課程 完成線上自學後，可擇一梯次參與各學程專屬的總整課程，梯次一需在6/11 18:00前完成自學認證提交；梯次二需在8/13 18:00前提交，兩梯次內容相同，錯過第一梯還有第二梯次可參與。 特別注意，總課程不能跨梯次完成，學員只能完成同梯次的直播課程與測驗。 Step 4領取官方結業證書 通過總課程及測驗後，即取得領取證書資格。 通過者可透過LINE下載電子證書，下載日期最晚至2026/10/30（五）止。 圖片來源：Google官網 以上是Google數位人才探索計畫的介紹，參加這個計畫不僅能學到實用知識，還有實質履歷加分效用，只要完成上述的任一學程，學員就可以獲得相應的「數位人才探索計畫結業證書」，小編建議有興趣的各位及早報名，善用免費資源投資自己的未來職涯！ 點擊前往Google數位人才探索計畫 延伸閱讀： Anthropic Academy免費AI課程完整指南｜從入門到進階17堂全攻略 憑借書證免費用GPT、Claude！教育部推「館館有AI」 擴及47所大學 新北推「終身學習」 300堂免費課程開跑

今天小編要繼續推薦AutoCAD 這個繪圖工具，上週我們看到的是 2D繪圖，今天我們則要來看用 AutoCAD 做3D繪圖。 各位知道目前市場上，3D繪圖軟體非常多，而每一款其實有其擅長 (或者說最適合使用)的領域範圍，我從網路個分享中，大概獲得一些訊息整理出來；目前3D繪圖從領域來分，可以大致可以分為「參數式建模」用於設計端到生產端溝通與執行工具，也就是 AutoCAD 3D 這一類；「非參數式建模 (高自由度)」用於與 CAD 搭配作業，物件與參數可與CAD交換作業的CAID軟體，例如：Alias。前面兩者，多用於工業、機械、建築、商品、零件設計等。第三種則是「多邊形建模」通常用於動畫設計，與前述兩類其實不同，例如：3Ds Max、Maya、C4D等知名軟體。 各位大約可以理解今天這堂課程所教的AutoCAD 3D學習後的使用領域；而今天這門課程，我們將能夠學習到：建構 AutoCAD 2D & 3D 樣板底圖、繪製3D實物、如何將三視圖轉為立體圖、AutoCAD 3D局部詳圖、2D與3D整合出圖、AutoCAD 3D的尺寸標註與投影、立體圖轉換剖面圖、三視圖與詳圖、繪製3D鳥瞰透視圖、一點透視與二點透視。課程將會從基礎環境設定，到立體視覺概念，在進入實際繪圖技巧、轉換技巧等實務分享，一直到最後得出圖技巧等，將會是非常紮實得一門課程。 推薦課程網址： https://hahow.in/courses/596f61cfede9500700e6ced2/main 祝您 工作順利、學習愉快 小編陪您每日學習成長1%

在撰寫履歷與準備面試前，最重要的一件事是：你是否已經搞懂這份工作的需求？透過「JD關鍵字拆解法」，我們可以對這份工作內容有初步的認知，進而將「關鍵字+個人獨特經驗」呈現在履歷及面試來凸顯優勢。此外，若一開始對自己拆解的關鍵字沒有把握，善用GPT的分析能幫助我們驗證並補充。 有關更多的內容，請參考如下連結： https://vocus.cc/article/68ac3341fd89780001ce68f9

你可能已經習慣請 AI 寫文案、整理資料、翻譯內容，甚至協助分析問題。但當你進一步要求： 「幫我查一下公司資料庫裡的最新銷售數字。」 「整理今天的會議內容，並把待辦事項加入行事曆。」 「從內部課程中，找出適合我的學習資源。」 AI 往往會告訴你：它無法存取資料、沒有權限，或需要你先把內容複製貼上。 原因很簡單：AI 模型雖然會思考和生成文字，卻不一定能直接連接外部資料與工具。 而近期 AI 領域經常出現的「MCP」，就是為了解決這個問題。 什麼是 MCP？ MCP 的全名是 Model Context Protocol，中文可翻譯為「模型情境協定」或「模型上下文協定」。 它是一套讓 AI 應用程式能夠連接外部資料、工具與工作流程的開放標準。透過 MCP，AI 可以在獲得適當授權後，存取檔案、資料庫、搜尋服務、行事曆、企業系統，甚至執行特定操作。 MCP 官方將它比喻為 AI 世界的 USB-C 接孔。 以前，不同電子設備需要使用不同的傳輸線；有了 USB-C 後，手機、電腦、螢幕與其他設備，可以透過相同規格互相連接。 MCP 的概念也很類似：過去每一套 AI 都必須針對每一個工具各自開發連接方式；有了共同協定後，開發者可以按照同一套規則，讓 AI 與不同服務溝通。 為什麼 AI 需要 MCP？ 大型語言模型本身通常有三項限制。 第一，它不一定知道企業內部的最新資料。例如公司的產品文件、客戶紀錄、庫存數據和內部規範，並不會自動存在模型裡。 第二，它不一定能操作外部系統。AI 即使知道你想安排會議，也不代表它能直接開啟行事曆建立活動。 第三，不同工具的連接方式各不相同。Google Drive、Slack、GitHub、Notion 或企業內部系統，都有自己的資料格式、權限與操作規則。過去開發者必須逐一串接，維護成本相當高。 MCP 提供一套共同溝通規格，讓 AI 應用可以辨認外部系統提供哪些資料、有哪些工具可以使用，以及執行工具時需要哪些參數。MCP 最初由 Anthropic 在 2024 年公開推出，後續逐漸獲得多種 AI 助理與開發工具支援。 MCP 是怎麼運作的？ MCP 採用「用戶端與伺服器」的架構，主要可以分成三個角色。 1. MCP Host：你正在使用的 AI 應用 Host 可以理解成整個工作環境，例如 AI 助理、AI 程式開發工具或企業內部聊天機器人。 它負責接收使用者的要求，判斷需要哪些資料或工具，並管理與外部服務的連線。 2. MCP Client：負責溝通的連接元件 Client 位於 AI 應用裡，負責與特定 MCP Server 建立連線。 一套 AI 應用可以同時建立多個 Client，分別連接檔案系統、行事曆、資料庫或其他服務。 3. MCP Server：提供資料或功能的服務 Server 負責告訴 AI：「我有哪些資料可以讀取，以及有哪些操作可以執行。」 它不一定是一台實體伺服器，也可能只是安裝在電腦上的小型程式，或部署在網路上的遠端服務。 簡單來說，運作流程可能是： 使用者提出要求 → AI 判斷需要哪些工具 → MCP Client 聯絡 MCP Server → Server 執行查詢或操作 → 將結果交回 AI → AI 整理後回覆使用者。 MCP 可以提供哪三種能力？ MCP Server 主要可以向 AI 提供三類內容：Resources、Tools 和 Prompts。 Resources：提供資料 Resources 是 AI 可以讀取的背景資訊，例如： 文件內容 資料庫紀錄 產品目錄 公司知識庫 API 說明文件 行事曆資訊 這些資料可以補充 AI 原本不知道的內容，讓回答更符合當下情境。 Tools：提供操作能力 Tools 是 AI 可以呼叫的功能，例如： 搜尋資料 查詢資料庫 建立行事曆活動 修改檔案 傳送訊息 呼叫外部服務 執行計算 這也是 MCP 最受關注的地方。AI 不再只是提供建議，而有機會在使用者授權下，實際完成部分工作。 Prompts：提供標準工作流程 Prompts 是預先設計好的提示詞或操作模板，例如： 整理會議紀錄 分析客戶回饋 產生每週工作報告 規劃學習路徑 進行程式碼檢查 透過標準化模板，使用者不必每次都重新撰寫複雜指令，也能讓 AI 按照組織規範完成任務。 用一個職場情境理解 MCP 假設公司想建立一位「AI 學習助理」。 過去使用者詢問： 「我是行銷企劃，最近想加強 AI 技能，有哪些課程適合我？」 一般 AI 只能根據公開知識，提供概略的學習建議。 如果透過 MCP 連接學習平台，AI 助理就可能在獲得授權後： 1. 讀取平台的課程目錄。 2. 查詢使用者已完成的課程。 3. 對照職務所需能力。 4. 找出符合程度與時間需求的內容。 5. 將選定課程加入學習清單。 6. 把學習時間排進行事曆。 在這個例子中，課程資訊和學習紀錄屬於 Resources；搜尋課程、加入清單和建立行事曆則屬於 Tools；完整的能力缺口分析流程可以設計成 Prompt。 這讓 AI 從「回答你該學什麼」，進一步走向「協助你找到資源並完成安排」。 MCP 和 API 有什麼不同？ MCP 並不是用來全面取代 API。 API 是不同系統提供資料和功能的介面。例如行事曆 API 可以建立活動，課程平台 API 可以查詢課程。 但每套 API 的名稱、格式和使用方式都不同。AI 應用若要連接十套系統，開發者就可能需要處理十種串接方式。 MCP 則是在 AI 應用與這些服務之間，建立較一致的溝通規格。許多 MCP Server 的底層仍然會呼叫原本的 API，只是將功能整理成 AI 比較容易發現、理解和使用的形式。 因此可以把兩者想成： API 是各項服務原本提供的門，MCP 則像一套讓 AI 知道如何找到門、辨認門後功能並正確使用的共同指引。 為什麼非工程師也需要了解 MCP？ 多數上班族不需要親自架設 MCP Server，但了解這項概念，仍有三個重要原因。 AI 工具將從「對話」走向「執行」 未來的 AI 助理不只是幫你寫內容，也可能協助查詢系統、更新資料和完成跨工具流程。理解 MCP，有助於判斷一款 AI 產品能做什麼，以及它為什麼需要特定權限。 企業導入 AI 的重點將轉向資料連接 企業真正有價值的資訊，通常存在內部文件、資料庫和工作系統中。模型能力固然重要，但能否安全地取得正確資料，同樣會影響 AI 的實際價值。 產品與營運人員需要重新設計流程 當 AI 能夠呼叫工具後，產品設計不再只有「使用者點擊哪個按鈕」，還要思考： AI 可以取得哪些資訊？ 哪些操作可以自動執行？ 哪些動作必須由使用者確認？ 操作失敗時如何處理？ 如何留下紀錄以供追蹤？ 因此，MCP 不只是工程技術，也與產品設計、資訊安全及工作流程管理密切相關。 使用 MCP 是否有風險？ 有，而且不應忽略。 MCP 能讓 AI 接觸檔案、帳號、資料庫和外部工具，也代表設定不當時，可能造成資料外洩、錯誤操作或權限被濫用。 MCP 官方規範特別強調，使用者應清楚知道哪些資料會被存取、工具將執行什麼操作，並保留拒絕或取消的控制權。涉及外部系統操作時，也應建立明確的授權、身分驗證與確認機制。 一般使用者在安裝或啟用 MCP 服務時，可以注意幾件事： 優先使用可信任的官方或經過審查的服務。 確認服務要求存取哪些檔案、帳號與系統。 不要提供超出工作需求的權限。 刪除、付款、寄信或修改正式資料前，保留人工確認。 定期檢查已授權的連線，移除不再使用的服務。 不要因為 AI 說「需要權限」，就直接同意所有要求。 MCP 解決的是「如何連接」，並不代表連接後的資料一定正確、工具一定安全，或 AI 的判斷永遠可靠。 MCP 會是 AI Agent 的重要基礎嗎？ AI Agent 強調的不只是產生答案，而是能根據目標規劃步驟、取得資料、使用工具並完成任務。 MCP 提供的正是其中重要的一環：讓 AI 應用可以用較標準化的方式，找到並使用外部資料與工具。 不過，MCP 本身並不是 AI Agent，也不會讓普通模型瞬間變成全能助理。 它比較像是為 AI 打開通往外部世界的標準通道。模型負責理解與判斷，MCP 負責連接資料和工具，而真正能否安全、穩定地完成工作，仍取決於系統設計、資料品質、權限控管與人工監督。 結語：從會回答，到真正協助完成工作 生成式 AI 的第一階段，是讓機器學會理解語言與產生內容。 下一個階段，則是讓 AI 能夠取得正確資料、連接日常工具，並在安全授權下協助執行任務。 MCP 的重要性，不在於多了一個技術名詞，而在於它試圖建立一套共同規則，降低 AI 與外部世界連接的難度。 未來，當你看到某項 AI 服務標示「支援 MCP」，可以把它理解為： 這款 AI 不一定只能待在聊天視窗裡，它可能開始具備連接資料、使用工具與參與工作流程的能力。 只是別忘了，AI 能做的事情越多，我們就越需要重視權限、安全，以及最後由誰負責做出決定。 本內容由ai輔助資料收集與整理

「我的兩個下屬互相不說話已經三個禮拜了，每次開會氣氛都超尷尬，我要怎麼辦？」 「業務主管和工程主管又在爭資源了，兩邊都來找我抱怨對方，我夾在中間快瘋掉了。」 這是很多主管每天都在面對的真實場景。團隊衝突，不是偶發事件，而是組織運作的常態。只要有人、有目標、有資源的分配，衝突就一定存在。 問題不在於「如何消滅衝突」，而在於「如何有效地處理衝突」。因為處理得好，衝突可以成為團隊進化的催化劑；處理得差，衝突會成為團隊瓦解的導火線。 這篇文章要帶你深入理解衝突的本質，掌握主管在各種衝突情境中的處理策略，讓你不再在衝突面前不知所措。 為什麼主管迴避衝突是最危險的選擇？ 很多主管在面對衝突時，本能的反應是「先看看情況」、「讓他們自己解決」、「以和為貴，不要撕破臉」。這種迴避策略在短期內讓場面平靜，但卻是最危險的選擇。 迴避衝突的代價包括：衝突的根本原因沒有被解決，會在後續以更激烈的方式爆發。當事人會感到不被重視，對主管和組織失去信任。未解決的衝突會消耗團隊大量的心理能量，降低整體工作效率。如果主管長期不處理衝突，會被下屬認為「沒有擔當」，逐漸失去領導威信。 另一個極端是「強壓」——主管直接下令「你們兩個給我停，這件事就這樣定了，再有意見私下來找我」。強壓讓表面恢復平靜，但實際上只是把衝突壓入地下，當事人的委屈、憤怒和不滿並沒有被真正處理，甚至可能因為被強制壓制而更加積累。 真正有效的衝突處理，是在迴避和強壓之間找到第三條路：正面、有結構地介入衝突。 衝突的類型與本質診斷 在介入衝突之前，最重要的第一步是診斷：這是什麼類型的衝突？不同類型的衝突，需要截然不同的處理策略。 【類型一：任務衝突（Task Conflict）】 因為工作目標、優先順序、方法選擇的不同意見而產生的衝突。例如：A員工認為應該先做市場調查再設計產品，B員工認為應該先做出原型再收集反饋。這類衝突在適度範圍內，實際上對決策品質有正面幫助。 【類型二：關係衝突（Relationship Conflict）】 因為個人好惡、歷史恩怨、溝通風格差異而產生的人際衝突。這類衝突和工作本身無關，但會嚴重影響合作品質和工作環境。這是最需要主管積極介入的衝突類型。 【類型三：資源衝突（Resource Conflict）】 因為稀缺資源（預算、人力、時間、設備、優先支援）的分配不均而引發的衝突。這類衝突的根源通常是系統性的——資源本身就是不夠的，或分配機制本身不公平，需要從結構層面解決。 【類型四：角色衝突（Role Conflict）】 因為職責邊界不清、工作分工不明確而產生的衝突。例如：「這件事到底是我的工作還是你的工作？」這類衝突的解決方案是釐清職責邊界，而非單純調解人際關係。 診斷清楚之後，介入策略才能對症下藥。 衝突處理的五步驟框架 無論面對哪種類型的衝突，以下的五步驟框架能幫助主管結構性地推進衝突解決： 【第一步：個別了解，不公開審判】 在把衝突各方叫在一起之前，先分別和每一方進行一對一的溝通。目的是：聽取每一方對衝突的詮釋和感受，收集必要的事實信息，讓每一方感到被聽見和被尊重，以及識別各方的真實需求（通常和他們表達的立場不同）。 在個別溝通中，使用開放式問題：「你能告訴我，從你的角度看，這個衝突是怎麼發展到現在這個狀況的？」「你最希望這個問題能怎麼被解決？」「你覺得對方最主要的顧慮是什麼？」 避免在個別溝通中說「我知道，XX說了什麼什麼」，這會破壞信任，並讓各方感到被出賣。 【第二步：建立共同目標，打破「我vs你」的框架】 當你開始聯合調解時，第一個任務是將衝突的框架從「你和我的對立」重新定義為「我們共同面對的問題」。 可以這樣開場：「我請你們兩個來，不是要判斷誰對誰錯，而是因為我們有一個共同的目標——讓這個專案成功、讓這個團隊能夠順利運作。我希望我們一起找到解決方案。」 這個重新框架（Reframing）是打破對立情緒、建立合作心態的關鍵第一步。 【第三步：還原事實，分離情緒】 在聯合調解中，引導各方還原事實而不是辯論觀點。 「A，你能不能告訴我們，上週二的那個決策，從你的角度看到底發生了什麼事？」然後請B只聽，不打斷。再請B說他的版本。然後請主管（你）幫助雙方找到事實的重疊點和不同點。 在這個過程中，當情緒激動的言語出現時，要及時介入：「我理解你現在感覺很受傷/憤怒，我們待會有時間談感受，但現在我們先把事實的部分理清楚。」 【第四步：聚焦需求，共同解決問題】 衝突的表面是立場的對立，但深層是需求的碰撞。當你幫助雙方識別出各自真正的需求之後，往往會發現雙方的需求並不是完全對立的，只是表達方式和優先順序不同。 引導雙方問：「我們各自最核心的需求是什麼？」「有哪些解決方案能夠同時滿足這兩個需求？」「如果做不到100%滿足，我們可以各讓一步，找到一個雙方都能接受的方案嗎？」 這個「需求導向問題解決」的方式，比「各讓一步的妥協」更能帶來持久的解決方案。 【第五步：建立共識，明確後續行動】 調解結束之前，必須讓雙方對以下事項有清晰的共識：這次衝突的根本原因是什麼、雙方同意的解決方案是什麼、誰在何時做什麼事、以及如果未來類似情況再次發生，應該怎麼處理。 最好將這些共識以書面形式記錄（可以是電子郵件）。這不是要「留證據」，而是確保雙方對共識的理解是一致的，也可以在後續追蹤時用來確認執行狀況。 處理衝突的常見難題與解法 【難題一：當事人拒絕坐下來談】 有些人在衝突激烈時，會拒絕參與調解。這時不要強迫，先了解他們的顧慮：是怕被誤解？是怕沒有安全感？是感到不公平？針對具體顧慮給予承諾，再嘗試邀請。如果仍然拒絕，則需要明確說明不參與解決的代價（例如持續的工作影響）。 【難題二：衝突涉及主管本身的決策失誤】 有時候衝突的根源是主管自己的某個決策或行為造成的。這種情況需要主管有勇氣承認：「我在這件事上的處理方式確實有讓你們產生了這樣的理解，這是我的問題，我需要改正。」承擔責任不是軟弱，而是建立信任的關鍵時刻。 【難題三：衝突雙方其中一方完全沒有問題意識】 有些人在衝突中完全認為自己沒問題，所有的責任都在對方。這種情況不要試圖在調解現場改變他的認知，而是先讓他感到被聽見，再用具體行為（不是人格評判）來說明他的哪些行為對另一方造成了什麼影響。 【難題四：衝突在調解後又復發】 如果衝突在解決之後又復發，通常意味著第一次的解決方案沒有觸及根本問題，或共識沒有被確實執行。需要回到第一步重新診斷，這次需要更深入地挖掘結構性因素（如資源分配機制、角色定義等）。 預防衝突的系統性措施 最好的衝突管理，是在衝突發生之前就建立預防機制： 建立清晰的角色和職責邊界（RACI矩陣）。定期的一對一面談，讓主管提早捕捉到潛在衝突的信號。建立心理安全的團隊文化，讓成員敢於早期表達不同意見，而不是等到積累成衝突再爆發。明確的資源分配機制和優先順序原則，減少因資源爭奪產生的衝突。 常見問答 FAQ Q1：下屬之間的衝突需要主管介入嗎？還是讓他們自己解決？ 輕微的意見不同，可以讓下屬自己溝通解決，這也是培養他們自主解決問題能力的機會。但如果衝突已經開始影響工作進度、工作氣氛，或者有一方明確向你反映無法自行解決，就必須介入。介入不等於判決，而是幫助雙方建立對話的空間。 Q2：如果衝突涉及不同部門的主管，我的層級不夠高，可以介入嗎？ 跨部門的主管衝突通常需要更高層級的主管出面協調。但你可以先主動聯繫對方主管，以合作的態度（而非對立的立場）尋求雙方都能接受的方案。如果無法解決，再請雙方的共同上級介入，這是正確的升級路徑。 Q3：調解衝突時，我應該保持中立還是表達立場？ 在收集信息和個別聆聽階段，保持中立是必要的。但如果在調解過程中，有一方的行為明顯不合理（例如違反公司規範、侵犯他人尊嚴），你需要清楚地說明哪些行為是不被接受的，這不是偏袒，而是維護基本的行為標準。 Q4：衝突處理之後，怎麼確保雙方不會再次爆發？ 在共識達成後，建立一個定期的追蹤機制——例如在解決後的兩週和一個月，分別和雙方做一個簡短的check-in，確認狀況如何。同時觀察日常工作中雙方的互動，如果有復燃的跡象，及早介入而不要等到再次爆發。 Q5：主管自己的情緒在衝突中如何保持穩定？ 調解衝突時，如果主管本身也帶著情緒（例如對其中一方的行為感到憤怒），需要先做好自我情緒管理。可以在介入之前給自己一些時間冷靜，並提醒自己的角色是「協助解決問題」而不是「對誰評判」。如果情緒真的很難控制，延後一到兩天再介入，通常比帶著情緒立刻介入更有效。 結語 衝突，是每一個主管不可能迴避的管理課題。如何在衝突中保持清醒、公正，並帶領雙方走向真正的解決，是衡量一個主管管理成熟度的重要指標。 迴避不能解決問題，強壓只是暫時的，只有正面、有結構地面對衝突，才能讓它成為團隊進化的契機。 如果你想系統性地學習衝突處理的完整技術，包含不同衝突情境的實戰演練，戰國策戰勝學院的「主管領導力養成班」提供全面的衝突管理訓練，讓你在面對任何衝突情境時，都能夠從容、有效地化解矛盾，帶領團隊持續向前。 戰國策戰勝學院 企業內訓「主管領導力養成班」 主管領導力養成班推薦：https://www.nss.com.tw/product/executive-leadership 電話：0800-003-191（免費） LINE ID：@119m

最近在 Pinterest、Instagram、小紅書上，開始流行一種很特別的建築圖片風格。 它不是一般旅遊照加濾鏡，也不是單純把照片變成插畫。 而是把整棟建築拆成像「建築博物館海報」一樣的分析圖。 例如巴黎鐵塔 除了保留原本外觀，還會把：塔尖、鋼構、觀景台、支撐結構、基座一層一層拆開。 旁邊甚至還會搭配：平面圖、剖面圖、材料分析、色彩分析、結構節點 整體看起來很像建築系展板，也有點像博物館裡的工程圖解。 而現在，這類圖片其實不用會 3D 建模，只靠 AI 就能做出來。 如果是第一次玩， 其實 ChatGPT 就很好上手。 因為它對：中文理解、建築資訊圖、海報版面相對穩定。 其實照片比 Prompt 更重要 很多人會一直修改 Prompt。 但實際上， 照片品質往往影響更大。 建議盡量使用： ◆正面角度 ◆建築完整入鏡 ◆白天清楚光線 ◆不被樹遮住 ◆遊客不要太多 AI 才比較容易理解整體結構。 ※ 巴黎鐵塔版 Prompt（簡易版） 下面這段其實就能直接使用。搭配建築照片丟進 AI 工具即可 ======================================================== 請基於巴黎鐵塔照片，生成一張專業建築拆解資訊圖。 將巴黎鐵塔轉化為「爆炸軸測建築分析圖（Exploded Axonometric Diagram）」。 保留巴黎鐵塔真實比例、鋼構細節、觀景平台、塔身結構與基座。 將建築由上至下分層拆解： ◆天線系統 ◆塔尖結構 ◆上層觀景平台 ◆中段鋼構 ◆第一層平台 ◆四腳支撐結構 ◆基座與地基 ◆周邊場地 畫面四周加入： ◆正立面圖 ◆側立面圖 ◆剖面圖 ◆結構分析 ◆材料分析 ◆色彩分析 ◆鋼構節點放大圖 ◆工程標示與比例尺 整體風格為： 博物館級建築資訊圖 建築教材海報 工程製圖風格 白色背景 精密細線稿 淡彩渲染 高細節 低飽和配色 專業建築排版 文字全部使用繁體中文。 避免： 照片風格 科幻風 漫畫風 雜亂背景 AI錯誤結構 不合理透視 =================================================== 不只巴黎鐵塔能玩 其實很多建築都很適合。例如教堂、古堡 、現代建築、現代建築等 一起動手試看看吧 ！

「別客氣」的英文可以用多種方式來表達，本篇文章將介紹 You're welcome、No problem、No problem、Don't mention it 和It was my pleasure 等八句常用句，學會這些表達方式，讓自己的英文表達聽起來沒那麼單調，一起來學吧！ 1. You're welcome. ⇨ 不客氣的最普遍講法，適用於任何情境和任何對象！ • 例句：Thank you for helping me with the report! — You're welcome. 謝謝你幫我處理報告！— 別客氣。 2. No problem. ⇨ 比較輕鬆的講法。 • 例句：Thanks for covering my shift today. — No problem. 謝謝你今天幫我代班。— 別客氣。 3. Don't mention it. ⇨ Don't mention it 翻譯起來像是「別提了」，比較像是跟熟人之間的談話，意義是別提這件小事了，這不算什麼！ • 例句：I appreciate your help on this project. — Don't mention it. 我很感謝你在這個專案上的幫助。— 別客氣。 4. Anytime! ⇨ 在沒那麼正式的場合可以用 Anytime，表達的是一種隨時有需要都願意幫助的友善語氣！ • 例句：Thanks for the quick response. — Anytime! 謝謝你的快速回應。— 別客氣！ 5. It was my pleasure. ⇨ It was my pleasure，指的是能幫上忙是我的榮幸，適合用在比較正式的場合裡。 • 例句：Thanks for organizing the meeting. — It was my pleasure. 謝謝你安排會議。— 這是我的榮幸。 6. Glad to help. ⇨ Glad to help. 是一種更輕鬆的方式來表達「不客氣」，意思是很高興能幫上忙！ • 例句：Thanks for lending a hand with the event. — Glad to help. 謝謝你幫忙處理活動。— 樂意幫忙。 7. Not at all. ⇨ Not at all. 翻譯成「一點也不」，講這句話能讓對方知道幫忙並不麻煩！ • 例句：Thanks for sharing your notes with me. — Not at all. 謝謝你分享筆記給我。— 別客氣。 8. It was nothing. ⇨ It was nothing. 翻譯起來有點像中文的「小事一樁」。 • 例句：Thank you so much for your support! — It was nothing. 非常感謝你的支持！— 小事一樁。 以上是「不客氣」的英文表達！記得關注我們不錯過更多英文學習文章，那我們下篇文章見！

有時，系統匯出出來的資料，總是空白列很多，看得亂七八糟，想要使用函數或是篩選檢查，根本無法好好整理嗎？來看看我如何簡單兩步驟，完美解決！ 1.快捷鍵 Ctrl + G：使用「定位」功能，一秒選擇所有空白欄位。 2.選擇刪除讓下排列上移，輕鬆完成！ 讓你工作不加班，成為辦公室最閃耀的那顆星，就是我們的責任，請別再花時間一一的刪除空白欄位了！ （製作人/知識提供者：Mindy）

在設計和開發產品的過程中，Wireframe、Mockup 和 Prototype 是三個重要且不同的階段，每個階段有其特定的用途和重要性，通常會按這個順序逐步進行，從基本的結構設計到最終的可互動原型，幫助團隊和客戶清晰理解和完善產品。以下是這三者的區別： 【Wireframe 線框圖】 ➤ 定義：Wireframe 是產品設計的基本骨架，它主要顯示頁面或應用的結構和佈局。 ➊ 細節：通常不包含具體的設計細節（如顏色、圖片、文字樣式等），而是專注於功能區塊的位置和頁面元素的擺放。 ➋ 用途：用來確認基本佈局和用戶流動（user flow），是早期概念驗證的工具。 ➌ 工具：常用的工具有 Balsamiq、Sketch、Adobe XD 等。 【Mockup 視覺稿】 ➤ 定義：Mockup 是比 Wireframe 更進一步的設計圖，包含了實際的設計元素，如顏色、字體、圖片等。 ➊ 細節：它展示了最終產品的視覺設計，幫助團隊和客戶理解產品的外觀和感覺。 ➋ 用途：用來進行設計驗證，展示給利益相關者，獲得對視覺設計的反饋。 ➌ 工具：常用的工具有 Photoshop、Sketch、Figma 等。 【Prototype 原型工具】 ➤ 定義：Prototype 是可互動的模型，模擬最終產品的功能和用戶交互體驗。 ➊ 細節：包含了所有的設計細節和互動行為，可以讓用戶進行點擊、滑動等操作，模擬真實的使用體驗。 ➋ 用途：用來進行用戶測試和驗證產品的功能，識別和修正潛在的問題。 ➌ 工具：常用的工具有 InVision、Axure、Adobe XD、Figma 等。 【比較總結】 ① Wireframe：側重於結構和佈局，低保真度。 ② Mockup：側重於視覺設計，高保真度，但通常不可互動。 ③ Prototype：側重於功能和互動，高保真度且可互動。

當你的Notion有著龐大的內容，尤其是拿來做筆記的時候，在 Notion 中建立目錄可以幫助你更好地組織和導航內容，以下提供兩個方式使用 Notion 創建目錄，附上詳細步驟： 【自動生成】添加目錄塊 1. 在新頁面中，點擊頁面的空白處，或者使用快捷鍵 `/` 打開命令選單。 2. 輸入“Table of Contents”並選擇“Table of Contents”塊。這將自動生成一個目錄，包含頁面中所有標題的連結！ ►注意：要確保頁面中已有不同層級的標題（Heading 1, Heading 2, Heading 3），目錄才會顯示內容。 3. 現在notion也可以側邊預覽目錄了！（如以下GIF所示) 點開頁面右上角三個點點→打開Table of Contents→側邊目錄就自動出現啦 【自訂目錄】使用錨點連結創建 如果你想創建一個自訂的目錄，可以使用 Notion 的頁面連結功能： 1. 在頁面中添加各級標題（Heading 1, Heading 2, Heading 3）來組織內容。 2. 回到你的目錄頁面，輸入你希望作為目錄的文本，例如： ►一級標題 ►二級標題 ►三級標題 3. 選中這些文本，並創建內部鏈接(copy link to block)： 選中一級標題文本，點擊彈出的工具欄中的“連結”圖標，使用 `Cmd+K` (Mac) 或 `Ctrl+K` (Windows) 快捷鍵來快速添加連結。

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

在設計中，文字格式的統一性非常重要。Figma作為設計師常用的設計工具之一，提供了方便的「文字轉換」功能（Text Transform），可讓用戶輕鬆將文字一次性轉為大寫、全小寫或標題大小寫。本篇文章將深入介紹如何在Figma中進行文字大小寫的快速轉換，幫助你提升設計效率。 ▮為什麼需要使用文字大小寫轉換？ 1. 提升設計一致性：當需要統一標題或段落的大小寫格式時，使用Figma的文字轉換功能可以確保整體設計風格一致。 2. 節省時間：避免手動逐字調整大小寫，提升設計流程的效率。 3. 更好地適應設計變更：在進行UI/UX設計迭代時，能夠靈活應對文字樣式的變更需求。 ▮如何在Figma中一次性將文字轉為大寫或小寫？ 以下是具體操作步驟： 1. 選中要轉換的文字層（Text Layer） 首先，在畫布（Canvas）上選中你想要改變大小寫的文字層。可以是標題、段落或其他文字元素。 2. 打開右側的屬性面板（Properties Panel） 當選中文字層後，Figma介面的右側會顯示屬性面板，這裡包含該文字層的所有設置選項，如字體、字重、字體大小、顏色等。 3. 找到「Text」部分 在屬性面板的「Text」部分，可以看到文字相關的設定，這是調整文字大小寫的起點。 4. 展開「Text Transform」選項 在「Text」屬性部分的下方，可以找到「Text Transform」選項。點擊展開後，你會看到以下選項： - Uppercase（全大寫）：將選中的文字轉為全大寫格式。 - Lowercase（全小寫）：將選中的文字轉為全小寫格式。 - Title Case（標題大小寫）：將文字轉為標題樣式，每個單詞的首字母大寫。 - Original Case（原始大小寫）：將文字恢復為原始的大小寫狀態。 5. 選擇需要的文字轉換方式 選擇合適的大小寫轉換選項，文字層會立即顯示出相應的效果，無需手動調整。 ▮文字轉換的最佳實踐 1. 統一標題格式：當你在設計標題或重要文字時，可以使用Uppercase選項，讓標題顯得更加醒目和專業。 2. 適用於批量轉換：可以一次選中多個文字層，然後應用相同的文字轉換選項，以實現快速統一。 3. 靈活應對設計需求變更：在設計過程中，當需要變更文字格式時，只需通過「Text Transform」即可快速完成修改，無需手動調整。 ▮結論 在Figma中，一次性將文字轉為大寫或小寫是提升設計效率和保持格式一致性的關鍵功能。無論是用於標題設計還是段落格式調整，文字轉換（Text Transform）功能都能讓你更輕鬆地應對不同的設計需求。如果想要在設計過程中節省時間並提高整體設計效果，不妨試試這個方便的功能。

求職新鮮人看到公司寫上職缺的英文職稱別緊張！本篇將詳細介紹10個常見的職場英文職稱，快速了解R&D、MA、MT、HR、IT、PM、QA、PR、BD、QC等工作內容與職責，在找工作時可別投錯履歷了！ ▍R&D（Research and Development）研發工程師 ● 職位解析：研發部門負責新產品和技術的開發，創新是其核心工作。 ● 職責：研發團隊致力於開發新產品、改良現有產品，以及進行技術研究。 ● 常見職稱： R&D Manager (研發經理)：負責領導研發團隊，規劃技術策略。 R&D Engineer (研發工程師)：專注於產品設計、技術測試及創新。 ▍ MA（Management Associate） ● 職位解析：管理培訓生，參與公司不同部門的工作，了解整體業務運作，並為未來的管理職位做準備。 ● 職責：輪調至公司內不同部門進行學習和實踐，積累管理經驗並發展領導能力。 ● 常見職稱： Management Associate （管理培訓生）：通過工作輪調深入了解公司運營，參與項目並負責管理任務。 Senior Management Associate （高級管理培訓生）：完成一定階段的培訓後，開始承擔更多責任並領導小型團隊。 ▍MT（Management Trainee） ● 職位解析：管理培訓生，通常是為未來的管理職位而進行培養，參與不同部門的工作輪調。 ● 職責：學習公司業務運營，參與各種部門的項目及管理流程，準備未來擔任管理職位。 ● 常見職稱： Management Trainee (管理培訓生)：通過不同部門的輪調，獲得全局視野。 ▍HR（Human Resources）人力資源 ● 職位解析：人力資源部門負責招聘、員工管理、薪酬和福利，以及員工發展。 ● 職責：制定人力資源政策、處理員工關係、管理招聘流程。 ● 常見職稱： HR Manager (人力資源經理)：負責公司人力資源戰略的制定與實施。 HR Specialist (人力資源專員)：專注於招聘、培訓、薪酬等特定領域。 ▍IT（Information Technology） ● 職位解析：資訊技術部門負責公司內部的技術基礎設施、網絡安全和系統管理。 ● 職責：維護公司電腦系統、解決技術問題、確保網絡安全。 ● 常見職稱： IT Manager (資訊技術經理)：管理公司的技術系統和基礎設施。 IT Support Specialist (IT支援專員)：解決員工技術問題，提供技術支持。 ▍PM（Project Manager） ● 職位解析：項目經理負責規劃、執行和監控具體項目，確保按時完成。 ● 職責：制定項目計劃、管理資源、時間和預算，確保項目目標達成。 ● 常見職稱： Project Manager（項目經理）：負責全面領導項目團隊，確保項目按計劃推進。 ▍PM（Product Manager）產品經理 ● 職位解析：產品經理負責產品的全生命周期管理，從產品構思到開發、上市和持續改進。他們是產品的擁有者，協調不同部門如研發、行銷、銷售和客戶支持，以確保產品符合市場需求和業務目標。 ● 職責： 1. 市場研究：了解客戶需求和市場趨勢，分析競爭產品。 2. 產品策略：制定產品路線圖和策略，確保產品符合公司的長期目標。 3. 跨部門協調：與研發、設計、行銷和銷售團隊合作，確保產品開發和推廣順利進行。 4. 產品規劃和管理：定義產品功能、技術規格和開發進度，確保項目按時完成。 5. 監測和優化：跟踪產品上市後的表現，根據市場反饋進行改進。 ● 常見職稱： Associate Product Manager（助理產品經理）：負責部分產品線或支持資深產品經理，通常是初階角色。 Product Manager（產品經理）：全權負責一個或多個產品的管理，制定產品策略並推動產品發展。 Senior Product Manager（高級產品經理）：管理更複雜的產品或多個產品線，並具有更多的決策權。 Head of Product（產品總監）：領導整個產品團隊，負責產品部門的運營和策略制定。 ▍QA（Quality Assurance） ● 職位解析：品質保證部門負責產品和服務質量的監控，確保符合標準。 ● 職責：實施質量檢查流程，找出並改進產品或服務中的問題。 ● 常見職稱： QA Manager（品質保證經理）：負責制定和實施質量控制流程。 QA Specialist（品質專員）：檢測產品並確保其符合公司質量標準。 ▍PR（Public Relations） ● 職位解析：公關部門負責公司形象和品牌聲譽的管理，並與媒體保持良好關係。 ● 職責：制定公司對外公關策略，處理媒體關係，管理公司的公共形象。 ● 常見職稱： PR Manager（公關經理）：領導公司對外公關活動，制定溝通策略。 PR Specialist（公關專員）：負責日常的媒體聯絡和新聞稿撰寫。 ▍BD（Business Development） ● 職位解析：商業拓展部門負責開發新的商業機會，建立夥伴關係和推動業務增長。 ● 職責：尋找新市場、開發新客戶，推動公司收入增長。 ● 常見職稱： Business Development Manager（商業拓展經理）：負責制定和實施商業拓展計劃。 Business Development Executive（商業拓展專員）：執行商業拓展活動，聯繫潛在客戶。 ▍QC（Quality Control） ● 職位解析：品質控制部門專注於生產過程中的質量檢測，確保產品符合規範和標準。 ● 職責：對產品進行檢測和監控，確保其符合既定質量標準。 ● 常見職稱： QC Manager（品質控制經理）：監督生產過程中的質量控制工作。 QC Inspector（品質檢測員）：執行產品的檢測工作，確保品質合格。 這些職位涵蓋了不同的專業領域，從管理層到專業技術人員，都是公司運營中的重要角色，了解不同職務的專業和英文縮寫，下次與對方往來就不會感到陌生了，也記得別搞錯職稱造成誤會留下不好的印象喔！ 工作機會點這裡⬇️ https://user275376.pse.is/6gzu5f

WBSA品牌行銷策略師國際認證培訓班5/14(日) 實體班招生中 了解更多，請上官網 https://pse.is/brandmarketing413 身為一位資深行銷人要做好品牌行銷，必須做好「品牌核心策略」以及「品牌行銷企劃」這兩件事。 ✔️其中，品牌核心策略包含以下3大元素: 品牌定位+品牌承諾+品牌個性。 ✔️品牌行銷企劃: 它即是做品牌行銷的方式，叫做品牌行銷企劃。 ✨品牌行銷=品牌核心策略+品牌行銷企劃✨ ❌缺乏以上一個關鍵要素，不能稱之為完整的品牌行銷。 制定品牌行銷策略的前置作業如此繁雜❗ 該如何系統化規劃品牌核心策略、品牌行銷企劃，並制定完整有邏輯品牌。 在課程中，透過在專業教練的指導，引導學員深度思考、深度內化的個案實作教學。 根據四大品牌核心策略(品牌定位、品牌承諾、品牌個性和品牌識別)， 並運用有邏輯有架構的行銷企劃流程 「歐洲跨國企業御用行銷企劃流程SOSTAC®」， 協助資深行銷人執行品牌訴求一致的品牌行銷活動。 想了解更多WBSA品牌行銷策略師國際認證培訓班 課程資訊，請洽網頁 -------------------------------------------------------​ 👉創新未來學校 推薦課程： 🎯WBSA商務行銷企劃師 國際認證班 ​ 實體 2023/5/14(日)起 開課 更多業界優質課程，歡迎洽詢：​ 創新未來學校｜線上學習顧問​ LINE@：@innovator_school​ ​​http://nav.cx/80ynftf 創新未來學校｜部落格 https://www.bplan.com.tw/blog

LOD(Level of Development，發展水準)是指建築物或基礎設施在建模過程中BIM模型資訊的發展程度，其最主要的功能是測量BIM模型的精確度、詳細程度以及完整性。LOD通常會由五個等級及數字所組成 : LOD 100~ LOD 500。根據BIM模型所處的不同級別，建築(AEC)專業人士可以依照相對應的LOD等級階段，對專案中的BIM模型進行設計和作業協調。 LOD各分級介紹: LOD 100 –這是LOD的最初始階段，能呈現諸如整體建築量體的高度、面積、體積、方向和位置等資訊，這些資訊可用3D模型或其他資訊方式表達。因 LOD 100 的BIM模型已能顯示出建築物的外觀，因此通常作為展現建築模型的概念設計作使用。 LOD 200 –LOD 200 是原理圖設計階段，其複雜程度略高於 LOD 100，LOD 200 能顯示BIM模型的近似形狀、尺寸、位置、方位等幾何特徵或物件、組件，以圖像或非圖像資訊附加於模型元件，但還未能展示更細部的建築元件，如門窗等。 LOD 300 –這是LOD的建築設計開發階段，是具有精細度較高的模型，能呈現出實際的建築元件，如門窗、樓梯、天花板、隔牆等幾何形狀以及尺寸。LOD 300的BIM模型已可用於結構分析以及施工作業，並用來計算建築物的體積和質量。 LOD 350 –模型原元件為具精確數量、尺寸、位置、形狀以及與其他系統整合的介面資訊的特定系統，非圖像類資訊也可附加在模型元件上。 LOD 400 –這是LOD的建置階段，為高精度的BIM模型，除了展示幾何形狀及尺寸，LOD 400能列出專案的材料、供應商的資訊、製造和安裝等細節。這些細節對於供應商製造其需求的組件非常有用，並且能在建築物施工或維修時作為參考模型。 LOD 500 –這是LOD 的竣工階段，LOD 500 新增空調、電器、管道、消防設備系統等等，模型元件的形狀、大小、數量、方向和位置方面都經過驗證，作為實際完工的參考依據。此外，該階段的BIM模型還包含建築物的維護和運行管理，可當作設施管理人員操作和維護的參考。

今年2025年是經濟部iPAS AI應用規劃師開考的第一年 將原有的機器學習工程師及巨量資料分析師證照整合而成 從2024下半年開始，資策會生成式AI能力認證考照率先推出後 民間各單位AI證照不斷推出 經濟部iPAS AI應用規劃師可以算是目前唯一政府認證的AI證照 我參加了8/16，也就是2025年第三場的考試 根據官方統計數據，前兩次通過率都有50%以上 第三次通過率45% 而參考iPAS其他證照統計數據來看，多數為三成左右 所以可以預料第四次難度應該會再提高，讓通過率降到30%左右 先回顧一下第三場的考試題目好了 考試題目字數多數偏多，且多以實務案例的方式出題考觀念 第三次考試沒有圖靈測試是於哪一年提出？這種沒意義的題目 但針對現存工具的用途考試至少考了兩題 詳細考題內容及類型，網路上已經能夠查到超多人分享 總之考題內容很有鑑別度，也讓這張證照的公信力得以維持 考試的準備方法 首先，一定要看簡章 不管什麼證照或是比賽，要先搞懂遊戲規則 要先知道證照考試方式、範圍等 AI考試範圍看似很廣，但其實基礎理論不外乎特定的一些內容 若無AI相關基礎，建議先閱讀官方提供的教材資源，影片及簡報等 再針對考試範圍，逐個分類去刷題目 都考AI了應該也能知道如何請AI針對考試範圍提供題目刷題吧？ 刷題的時候最重要的不是答對就好 不管答對或錯，只要看到不熟悉的名詞或觀念 務必要找方法搞懂，不論是查資料或問AI 考試建議要有同伴，可以找志同道合的人們成立讀書會 LINE社群中「iPAS AI應用規劃師-AI相關考證資源分享&心得交流」裡面有非常多的資源 有很多熱心的前輩會分享許多資料及觀點 而這張證照的考題會根據時事調整題目重點 例如今年的AI Agent議題、MCP等 第二次考試時也有考到NotebookLM製作Podcast的功能 想要取證，跟上時事也是非常重要的 這個社群的討論有助於讓自己跟上AI最新的技術與觀念 iPAS AI應用規劃師考試沒有考古題，所以沒有背考古題就能考過的事情 考試的方式、題目也非常的活，想要考過一定要弄懂觀念 我個人沒有買書來讀，利用官方提供的線上課程取代書籍，將基礎理論學懂 再利用AI刷題，每天堅持練習至少50題 當然，難度要調高一點 每天把50題搞懂，持之以恆30天 我想應該很少人不會通過的 最後我想說，證照考到只代表你對於AI相關知識有一定掌握且經過認證 不代表你一定高人一等，也不代表考到證照的人一定很懂AI AI世代就是要持續不斷的學習，才不會輕易被淘汰 祝福大家順利取證！ Notion原文連結：https://stevenwublog.notion.site/iPAS-AI-269f7f8f282880ebbe8bc70acd0b99d7

你是不是常常覺得 AI 回答有點答非所問，或者明明問題很簡單，回應卻一大篇繞來繞去？其實問題很可能出在——你怎麼問。 這個月，Google 推出了由開發者關係專家 Lee Boonstra撰寫的《Prompt Engineering》白皮書（提示工程白皮書）。裡面不只是介紹怎麼寫 prompt，而是從原理到實戰，帶你一步步掌握「怎麼和 AI 說話」，讓 Gemini 模型真正幫上忙。 📘 這本白皮書有什麼特別？ 這份 68 頁的白皮書不走理論路線，而是聚焦在實用的提示設計技巧，適合開發者、內容創作者、數位行銷人，甚至是剛接觸生成式 AI 的新手閱讀。 它特別針對 Google 自家的 Gemini 大型語言模型（透過 Vertex AI 或 API 使用），整理出一系列好用又經過驗證的提示設計方法。裡面不只有說明，還有範例、應用情境和最佳實踐，非常實戰取向。 🔍 白皮書重點：10 種好用的提示技巧＋範例 1. 零樣本提示（Zero-shot prompting） 直接發問，不提供任何範例，考驗模型的直覺理解力。 例如：「解釋什麼是量子糾纏，用簡單的方式讓高中生也聽得懂。」 2. 少樣本提示（Few-shot prompting）** 提供一兩個例子，幫助模型模仿語氣與邏輯。 例如：「請模仿以下範例撰寫商品文案：商品：極簡筆記本，特色：環保、可平攤、質感黑色。」 3. 系統提示（System prompting） 為整段對話設定角色與任務規則，常見於API使用開場。 例如：「你是一位專業的職涯顧問，請根據用戶提供的履歷給出升遷建議。」 4. 角色提示（Role prompting） 讓AI扮演特定身份來產出對應語氣的內容。 例如：「請扮演一位資深產品經理，分享你帶過最難忘的一場簡報經驗。」 5. 上下文提示（Contextual prompting） 給AI足夠的背景資訊，提升回應的準確度與實用性。 例如：「背景：我正在為行銷團隊設計年度簡報。請幫我產出一頁‘趨勢預測’的內容，針對2025年AI行銷工具發展。」 6. 思維鏈提示（Chain-of-Thought, CoT） 引導AI按部就班地邏輯推理，特別適合用在數學、推理題。 例如：「請逐步推理並計算出以下問題的答案：一台機器每天可生產200個零件，5台機器工作3天總共可生產多少？」 7. ReAct提示（Reason + Act） 結合「思考」與「執行」兩步，幫助AI先判斷再回應，甚至進一步執行行動。 例如：「請先分析這篇文章的主題，再生成一條適合的SEO標題，並格式化成 Markdown 標題語法。」 8. 自動提示工程（Automatic Prompt Engineering, APE） 把寫提示這件事也交給AI，讓模型產出不同版本的prompt並自我優化。 例如：「我想讓AI幫我撰寫商品評論摘要，請你幫我產生5組不同風格的提示語供測試。」 9. 格式化輸出（例如JSON） 讓AI輸出的內容有結構，便於程式處理與後續使用。 例如：「請根據以下產品資料，生成對應的 JSON 格式資料，並保留key名稱。」 10. 混搭風格與語氣（Styling & Tone Prompting） 嘗試不同語氣、語言風格、格式等，找出最貼近任務需求的回應方式。 例如：「請用輕鬆幽默的語氣，寫一段開場白，歡迎新員工加入我們的設計部門。」 ✅ Google 推薦的提示設計做法 Google在白皮書中也提供一些實用的提示撰寫建議： - 提供示例：能有效幫助模型模仿任務邏輯與語氣風格。 - 保持簡潔明確：不囉嗦，重點清楚，避免語意模糊。 - 明確下達任務：比起「幫我整理一下」，說「請幫我列成三點摘要」更有效。 - 模組化撰寫：將提示寫成可重用模板，可大幅提升效率。 - 控制輸出長度：使用像是「限50字內」「請用推文風格」的指令，有助掌控生成結果。 🖱️ 資源整理 - 📄 [白皮書 PDF下載](https://www.gptaiflow.tech/assets/files/2025-01-18-pdf-1-TechAI-Goolge-whitepaper_Prompt%20Engineering_v4-af36dcc7a49bb7269a58b1c9b89a8ae1.pdf) - 🌐 [Lee Boonstra 官網](https://www.leeboonstra.dev/writing/) - 📥 [Kaggle 白皮書頁面]https://www.kaggle.com/whitepaper-prompt-engineering - 🎥 精華影片：[觀看影片] https://www.youtube.com/watch?v=0AsGIcYY2Ao ✨ 總結 這份白皮書不只是寫給工程師，它其實是一本「AI 溝通指南」，教你如何讓生成式模型變成真正的幫手。 記住一句話：「會問問題的人，才是真正懂用AI的人。」 無論你是日常使用者還是專業從業者，只要你懂得設計 prompt，AI 就能為你發揮超過預期的效果。

若你是UI/UX設計師，看到有些公司徵「產品設計師」的職缺，適合投遞嗎？ UI/UX設計師與產品設計師的工作有什麼不同？以下為您解答。 在過去的十年當中，介面設計領域經歷了一些進化，而承擔這些相關職能的稱謂，也隨著時間推移發生了一系列的調整。現今常聽到的UX設計師、UI設計師和產品設計師，這些工作角色之間有什麼區別？ 1.UX / 體驗設計師： 就是專門針對體驗進行設計的角色。理論上體驗設計師是做用戶研究和制定體驗方案，並從使用者的心態和角度思考設計；主要關心的是產品「用起來感覺怎麼樣」。 工作內容可能有撰寫各種產品使用場景和建構互動模式。利如參與各種測試和觀察使用者做了什麼(例如可用性研究、眼球追蹤、A/B測試，訪談問卷等等)，以及針對介面、互動面去做優化與建議(Prototype)並且透過線框圖(Wireframe)找到產品的使用邏輯。 2.UI / 介面設計師： 核心職能就是根據老闆、產品PM的需求，提供介面的視覺方案。並輸出相關的設計規範、設計說明、設計切圖；主要關心的是產品「看起來怎麼樣」。 工作內容可能需要從抽象的需求轉化為可視化的wireframe；或拿到上游需求方(產品PM或UX設計師)已經畫好的wireframe、UI flow進行視覺的設計與規劃，例如整體色系的選擇，或是icon、圖片、文字等其他元素或組件的樣式設計。若是稍具規模的產品或專案，可能還需要設計具有一致性的視覺規範(Style Guide)。 3.PD / 產品設計師： 如果你在10年前，頭頂上的職稱是「產品設計師」（Product Designer）的話，那麼你很有可能是負責設計實體產品的外觀的設計師或者工業設計師。但是在 2015年前後，由於 SaaS（軟件即服務）類產品的流行，我們注意到「產品設計師」這一職稱還是應用到這類產品當中負責與使用者互動的設計師頭上（看起來像是設計師和產品經理的某種程度上的融合）。 定義、探索、構思、驗證 自從2017年阿里巴巴提出了設計全鏈路的概念後，全鏈路/產品設計師ㄧ詞慢慢的被廣泛的運用。產品設計師實際上指的是可以深度參與產品功能走向與規劃中，比起某一段用戶旅程或某一功能的互動，更在意的是整個產品從前期需求探索、功能規劃、視覺呈現到上線前的測試、上線後的數據觀測與迭代優化等全程參與的過程。在不同使用場景、並以人為中心(Human-centered design)的前提下，實現產品的平衡性(商業決策與用戶需求的平衡點、公司內部各利益相關單位的平衡點、產品內各功能的配置與使用的平衡點)。 小結： 正如同你所看到的，產品設計師像是UI+UX設計師的聯集、同時又對產品開發有更廣以及更深的探索。UI/UX設計師會在工作中尋求實現產品使用的完整性(視覺、互動)；而產品設計師則會隨著時間推移，深入研究產品的升級進化之道。 當然，上面提到的職稱與工作內容，隨著每家公司的所賦予的定義肯定是有例外的，因為它們並不會完全符合所有的環境。但是希望這篇文章可以初步解釋這三者之間的差異性。 延伸閱讀： [嚼舌]產品設計師進化論1-平面設計師如何成為UIUX設計師 https://nabi.104.com.tw/posts/nabi_post_6e012a8d-811b-457f-b5fd-5bf94793f0e2?utm_source=104nabi&utm_medium=share [嚼舌]產品設計師進化論3-UIUX設計師如何成為產品設計師 https://nabi.104.com.tw/posts/nabi_post_ffdca43d-8dd0-4d10-9a76-c63ac9b5561d?utm_source=104nabi&utm_medium=share

1. 老闆的學習力，決定企業的競爭力。 2. 老闆的見識力，決定企業的前瞻力。 3. 老闆的經驗值，決定企業的穩定度。 4. 老闆的格局觀，決定企業的成長歷。 5. 老闆的執行力，決定團隊的戰鬥力。 6. 老闆的判斷力，決定企業的成功率。 7. 老闆的領導力，決定團隊的凝聚力。 8. 老闆的行銷力，決定企業的獲利力。 9. 老闆的創造力，決定事業的爆發力。 10.老闆的財務力，決定企業的續航力。