一人搞定行銷大小事：全方位行銷實戰
104學習
產品或零件測試驗證
透過系統化的方法檢驗產品或零件的性能與品質，確保其符合設計規範與安全標準，避免因瑕疵導致後續生產問題或客訴。此技能能有效降低風險、提升產品可靠度，並加速開發流程，對企業維持競爭力與品牌信譽至關重要。具備此能力的人才通常熟悉測試儀器操作、數據分析及問題排除，能精準判斷產品是否達標，協助團隊持續優化產品品質。
提升你的實力，朝專業更進一步
精選課程
充實自己，讓能力持續成長
AI 商業數據與工作應用實戰：分析、報表與決策支援【09/30】
卓越績效管理與提升
掌握Claude Code從零打造企業級全端開發應用實戰班
翻轉領導力-打造高效能團隊
PMI-ACP 敏捷專案管理師認證暨實務課程
打造高投入團隊：遊戲化工作設計與激勵機制實作班【9/17】
軟體安全開發概論
AI行銷素養能力檢測｜104 AI測驗認證
專案矩陣分析與應用技巧
精選證照
考取專業證照，讓能力被市場看見
TestStand進階專業認證（CTD）
TestStand進階專業認證（CTD）專為具備TestStand自動化測試軟體應用能力的工程師設計，驗證持證者在測試序列開發、錯誤除錯及系統整合上的專業技能，確保能有效提升測試效率與品質，適用於半導體、電子製造等產業，助力企業優化測試流程與產品驗證。
尚未查核發照單位
TestStand高階專業認證（CTA）
TestStand高階專業認證（CTA）證照專為具備TestStand測試管理軟體深厚經驗的專業人士設計，證明持有人能夠獨立規劃、設計及維護複雜的測試系統，並具備強大的問題診斷與解決能力。持證者熟悉TestStand架構與API整合，能有效提升測試流程效率與品質，適用於電子製造、自動化測試等領域，是從事測試工程師及系統開發的重要專業資格。
尚未查核發照單位
PC硬體裝修檢測認證
PC硬體裝修檢測認證: 確保技術人員具備PC硬體裝修及維修技能，包括組裝、診斷和維護電腦硬體設備。
此認證驗證個人在組裝、測試和排除PC硬件組件方面的專業知識。可能包括硬件兼容性知識、組裝技術、診斷工具以及故障排除方法。
TIPCI臺灣國際專業認證學會
國際製造管理師
檢定並証明製造管理與生產系統設計及營運相關的國際水準專業能力。以產業界中、初級主管或資深技術人員所需之專業管理能力與知識為認證及相關培訓內容。本證照所檢定的知能包含理論與實務，考試與培訓內容切合各該相關工作所需要的完整知識體系。
國際製造工程學會-中華民國分會(Society of Manufacturing Engineers, SME)
TBSA商務企劃能力初級檢定
TBSA社團法人台灣商務策劃協會，做為台灣推廣商務企劃知能的專業協會，有鑑於企劃與行銷已成為全球企業所重視的關鍵職能，企劃能力將是企業選才的重要標準，特與WBSA世界商務策劃師聯合會策略合作，共同制訂TBSA商務企劃能力檢定標準，以企劃專業人才所需具備的四種能力：「專業態度」、「商管知識」、「系統思考」與「計畫作業」做為企業選才與培訓的參考基準，分初級檢定與進階檢定。
【初級檢定考試方式】
採用筆試測驗，檢測專業態度、商管知識、系統性思考、企劃程序與企劃工具綜合認知理解能力。
【檢定特色】
‧分初級與進階檢定，理論及實務並進，有效檢測是否具備基本商管知識及企劃應用力。
‧全國各大專院校積極導入專業檢定證照，並指定為學生必取得之專業證明。
【檢定效益】
‧TBSA初階檢定合格者取得TBSA進階檢定行銷企劃證照考試報考資格。
社團法人台灣商務策劃協會(TBSA)
軟體測試工程師(CSTE)
此證照主要是認證具備測試之基本技術與知識，以及具備建立測試流程與制度之知識、撰寫測試文件之能力、了解不同專案特性之軟體測試實務經驗的工程師。
中華民國品質學會
精選貼文，掌握第一手知識
產品經理的「向上管理」必修課：老闆需求變來變去怎麼辦？
作者前言：策略走向終須一變，影響到產品規格與功能異動，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']
怎樣才是正確的撰寫產品規格書(Spec)過程？從需求確認到Kickoff Meeting 啟動專案步驟
撰寫產品規格書（Spec）的過程中，產品經理需要負責多個環節，是整個流程中的協調者和驅動者，從需求分析到專案啟動， 需要在過程中持續溝通與調整，確保產品順利開發並符合目標需求。以下是詳細流程：
1. 競品分析與需求確認
PM 首先進行競品分析，了解市場上類似產品的功能、優勢和不足，結合用戶需求確定產品方向。這包括分析競品的功能結構、用戶評價，並與設計師、業務方討論，確保需求符合產品願景及商業目標。
2. 撰寫初步規格書
在需求明確後，PM 開始撰寫規格書的初稿，將需求轉化為具體的功能描述，包括用戶故事、使用情境，以及功能的基本邏輯。這是一個草稿階段，重點在於梳理需求並準備進行內部確認。
3. 技術可行性確認
PM 與 RD 團隊開會，檢查功能需求的技術可行性，包括實現的難易程度、可能遇到的技術挑戰，以及潛在的解決方案。如果發現實現難度過高，PM 需要根據團隊的回饋調整需求或重新設定優先級。
4. 設計確認與用戶體驗優化
在技術確認後，PM 與設計師進一步合作，討論功能的用戶界面呈現方式，確保操作流程的流暢性和用戶體驗的最佳化。這通常涉及檢視設計原型或線框圖，並根據技術限制和需求進行多次修正。
5. 最終規格書完善
當技術和設計都確認後，PM 會將規格書細化，補充詳細的功能描述、邊界條件、技術 API 要求及驗收標準，確保開發團隊有清晰的執行方向。這是一份完整的需求文件，供團隊參考並執行。
6. Kickoff Meeting 啟動專案
規格書完成後，PM 會召集相關人員（包括 RD、設計師及業務方）舉行 Kickoff Meeting。在會議中，PM 簡要說明需求及目標，解答團隊的疑問，並確認專案的進度安排與責任分工。Kickoff Meeting 標誌著專案正式啟動。
PM 負責整合需求、協調資源，確保需求清晰、技術可行、設計合理，並推動專案按照既定方向前進，同時確保產品開發順利進行並達成目標。
前端面試問題如何反問？8個了解團隊的關鍵問題
面試是雙向選擇，前端工程師面試也要善用反問問題的機會，了解團隊與公司的工作模式，更深入了解工作細節。本文作者為前端工程師，網站前後端開發經驗逾9年，以自身經驗整理前端面試可以反問的8個問題，有助準備面試與掌握面試主導權。
文／林彥成｜前端三分鐘
本文目錄（點擊可快速前往）
面試前端，你還有什麼問題想問嗎？前端面試可以反問的8個問題前端面試反問1：是否有遇過常改規格的情境？ 工程師會需要如何應對？前端面試反問2：通常是怎麼處理樣式檔？像是BEM或依元件或頁面開檔案放置？前端面試反問3：目前公司有幾位設計，是怎麼合作的？前端面試反問4：請問會需要整合不同的後端嗎？前端面試反問5：專案中有用到哪些設計模式？前端面試反問6：專案的時程會很趕嗎？ 當工程師遇到困難時，會如何協助解決？前端面試反問7：如果有十幾個需求同時開發或是需要轉換框架函式庫，會怎麼進行？前端面試反問8：會在什麼時候決定將共用邏輯抽取出來成為function或是常數？4個問題了解面試官和團隊
在新鮮人階段時，通常不太確定面試可以問什麼或該問什麼，當面試到最後被問起：「你還有什麼問題想問嗎？」又該怎麼回答？
隨著職涯的發展，這個問題終究是回到自身想要成為什麼樣的大人？
對於個人來說，面試的目標是要找到不討厭、別人願意付錢請我們做、我們可能也做得不錯的事情。
面試前端，你還有什麼問題想問嗎？
在面試過程除了被面試其實也在面試團隊跟公司，而一個好的問題可以幫助我們從更多面向去了解這間公司工作樣貌，進而去看看公司有沒有符合想要的職涯目標、工作型態。
扣掉找新人免洗的狀況，大部分的公司都是遇到問題才會徵才，單純擴編的狀況可能並不多，而企業目前的問題很可能是造成前一位員工離職的原因之一。
在轉職時，要怎麼知道接下來是不是想要體驗這樣的職涯環境？或著說工作樣貌是不是自己喜歡的？
【作者檔案】林彥成，資深前端工程師，網站前後端開發經驗9年。珍貴線上Q&A機會，直擊台積電工程師的真實生活！限時報名>>
前端面試可以反問的8個問題
致那些年我踩過的坑，也預祝大家在新的一年填坑大吉。
小編是前端工程師，決定在工作一年左右轉換的原因可以參考小編談談選擇前端的理由這篇文章。
前端通常是在設計、後端都完成後才進行收尾，收尾的同時也在幫規格、設計、後端Debug，所以大家在大聊一波慶祝工作完成的同時，我們會發現只剩前端還在工作。
接下來會從小編當前端工程師過往遭遇的問題和解法反思未來職涯疑問，就讓我們一起看下去。
前端面試遇到的常見地雷
面試遲到讓面試者等
問很多跟工作無關的問題，有女朋友？結婚有小孩了沒？
請我們又多填一份跟104一樣的履歷表
面試沒問太多技術問題都在聊天
很急著壓報到時間，燙手山芋正在快速拋接中
試用期砍薪水，過了還不一定會調整
不過這邊想要特別說明一下，我朋友在面試的時候很誠實跟主管說接下來的目標是交女朋友工作什麼的都是浮雲，而老闆不管在面試時或是面試結束後也給了很多機會，這邊不得不感謝那個問了問題後有協助處理的老闆。
前端面試反問1：是否有遇過常改規格的情境？ 工程師會需要如何應對？
為什麼問這題：常改規格並沒有不好，要看的是有沒有體驗到好的軟體開發流程，目標是確認公司開發流程是不是下一份工作的目標，像是有分測試和正式環境嗎？上版本遇到bug會在什麼時候修？
常依需求修改資料庫Schema或API，每次都要重寫邏輯以及資料庫互動的部分
需要常常顯示不同的統計，可考慮導入GraphQL從Client決定，減少開API的時間
使用Document-Oriented的資料庫，POC階段相對簡單
隕石式開發，主事者看到畫面後覺得還想改就又重來一次
出Mockup或是設計製作不須切版的假畫面流程
出一個Demo用的Prototype（處理關鍵流程，不須注重美觀）讓不熟網頁開發的主事者了解目前的狀況和方向，確認後才進行設計切圖、前端切版、後端開API
前端面試反問2：通常是怎麼處理樣式檔？像是BEM或依元件或頁面開檔案放置？
為什麼問這題：是不是可以在這樣的專案架構下學到東西。
CSS選擇器和規則們就像女孩化妝桌上的化妝品們，桌上總是放著各個種類，數也數不清大罐小罐擠的噴的擦的，在沒有預備知識和整理規劃的情況下，若要一個男孩子短時間搞清楚簡直是天方夜譚。
該怎麼透過CSS的架構來優化，可以參考之前小編寫的如何「透過BEM、SMACSS、OOCSS、Atomic CSS 簡化樣式開發流程、減少維護成本」。
撰寫地圖專用的圖層SLD樣式檔（類似XML）超過一萬行
官方有介紹使用CSS的寫法，運用Class共用的特性可讓行數減少
樣式檔沒有寫在元件中，也沒使用預（後）處理器，上千行的樣式檔搜尋「.user-photo」也許有十幾個結果
樣式需要有命名規則（BEM）
導入SCSS
前端面試反問3：目前公司有幾位設計，是怎麼合作的？
為什麼問這題：希望可以看出現在的專案是不是好維護，打聽一下工作流程或是有沒有Design Guideline或使用Zeplin或figma這類工具。
同樣功能的圖片大小長寬比不一
object-fit
background-size: cover
重新切圖
拿到檔名是123543.jpg大小超過10MB
請設計壓縮一下
小於5MB可使用TinyPNG
設計沒有考慮到字數過多的情境，導致上字詞之後與預期狀況不符
overflow: hidden
改設計
前端面試反問4：請問會需要整合不同的後端嗎？
為什麼問這題：評估自己的能力有沒有辦法處理。
會需要串接不同網域的後端
使用Nginx Proxy
改成在後端才打API
後端開放Domain解決CORS
不同API的配置大多不太一樣
Token都移到Cookie，這樣相關的Token會自動送回相關子網域的API
善用客製化後的Axios Instance
前端面試反問5：專案中有用到哪些設計模式？
為什麼問這題：看現在的老闆或是同事是怎麼看待問題或是歷史遺跡。
什麼是Pattern，Pattern就是改善如何去架構程式的方法，主要是讓程式碼能夠在元件間共用。
用Java的概念寫Javascript，有非常多的Prototype的寫法，文件不清楚的情況下，導致實作上每次都需要追本溯源的看，考驗搜尋或是編輯器的能力。
使用Component-Base的函式庫或框架，並建立故事書。
善用設計模式，React常見的Component Pattern就是HOC或是Render Props。
前端面試反問6：專案的時程會很趕嗎？ 當工程師遇到困難時，會如何協助解決？
為什麼問這題：如果老闆只剩下壓時程的功能，那是不是我們用個鬧鐘或是Google Calendar就好了？
主管可能不懂前端並無解決問題或協調資源的能力，只剩壓時程及提出需要限時解決。
提早尋求同事協助，並看價值觀是否願意加班解決。
時間給的不夠屬於管理上的問題，無法靠溝通解決就盡快重新找工作。
前端面試反問7：如果有十幾個需求同時開發或是需要轉換框架函式庫，會怎麼進行？
為什麼問這題：要看的是與歷史共業的生存法則與態度。
不同的產業別都會有歷史的包袱（Workaround），可能還是會用一些比較舊的東西。
除了東西較舊也可能遇到專案架構及程式混亂，這有點像是煉蠱的過程，看最後誰會生存下來。
專案在後期才考慮要加入i18n或伺服器渲染
React本身是一套過於單純的函式庫，容易且戰且走疊床架屋，建議可以參考 Next.js Repo中的Example
趕時程但又好又快又便宜無法共存，專案中可能滿滿的Workaround，像資料來源用Google Sheet
留下 // TODO: 及未來可改善方向
同樣一種功能有多種寫法或是Deprecated的寫法。
討論用哪種方法好，有時間就盡快合併，讓程式碼更好維護
尋找Deprecated寫法的替代方案
前端面試反問8：會在什麼時候決定將共用邏輯抽取出來成為function或是常數？
為什麼問這題：炫技跟過度結構化並不會讓專案變得更健康。
一層又一層的HOC封裝：HOC像是一個工廠，把原來的元件變身或加強，所以不建議包太多層。
過度或是過早的結構化，很簡單的功能卻太早預想會變成大專案
這裡有兩個觀念想要分享給大家，YAGNI和RUDT：
YAGNI（You Ain’t Gonna Need It.）
真的需要使用XX模式嗎？
真的需要拆分成小元件嗎？
真的需要切成一堆小介面和抽象類別嗎？
RUDT
Read：最短的時間、最少的檔案
Update：CRUD features時可以用最小成本去改
Debug：菜鳥工程師也可以很快找到根本問題
Test：問題、結果都可以容易被複製被測試（資料面像是抽獎時該怎麼辦？）
4個問題了解面試官和團隊
同場加映4個問題，來自Medium的what questions should you ask the interviewers。
問題1：您的工作一天大概是怎麼過的？
這題是開放式的問題，目標是希望可以聽到一些工作型態。
有些面試官可能會說公司通常是早上8點半上班到晚上6點，有些面試官可能會說我們公司跑Scrum每天早上會有站會，偶而晚上會跟其他國家同事開會。
藉由這個問題，你大概就能夠了解如果進入這間公司，你大概會過怎麼樣的生活。
延伸的問題可能會是趁機問一下加班、出差的頻率，或是任何你對工作型態的好奇。
問題2：最喜歡和最不喜歡這個團隊或公司的地方是什麼？
第一個部分通常是簡單的，但其實真正有趣的會是第二個部分。
面試官通常在有HR的場合會講不出來，甚至只會模糊的打官腔，可能會有面試官回答說，我不太喜歡頻率太高的會議或是一直在不同的產品中轉換。
最主要的目的是，透過這些回答，我們可以去延伸一些後面的問題，甚至我們可以只是單純再問說哇那到底是有多討厭多不喜歡，即便我們不會得到直接的答案或是他們真的不喜歡的地方，但我們仍舊能從這些回答中得到些蛛絲馬跡和感受，也許這些感受剛好也會是你在意的。
問題3：這個團隊接下來的目標是什麼？
這個問題很適合問團隊主管，至少在決定加入這間公司前，可以知道自己未來2到3年大概能有什麼樣的成長。
這個問題可以幫助我們了解這個團隊是否在成長中，若是正在成長是不是有一個規劃好的計畫藍圖？如果是的話，就可以評估我們的戰力是否可以協助公司推進。
那如果是一個穩定的團隊，只是做一些日常維護的工作，那該問自己的問題可能會是這是我們這個階段想要追求的嗎？
問題4：請問您通常都是怎麼帶領團隊？
主管的帶領風格會對你接下來工作的成就和快樂有非常大的影響，藉由這個問題，你也許可以知道主管的管理程度，也許有些會說他們做微管理，有些也許會說只需要你一周寫一次週報。
從回答中，你可以判斷這個主管的個性是不是適合你，提早了解這些層面會比進去之後後悔要來的更好。
（原文標題：面試前端，你還有什麼問題想問嗎）
[joblist_plugin title='更多104【前端工程】工作機會' url='https://www.104.com.tw/jobs/search/?keyword=%E5%89%8D%E7%AB%AF%E5%B7%A5%E7%A8%8B%E5%B8%AB' amount='3']
【PM產品經理面試前準備】4步驟展現亮點，零經驗也能切入
產品經理（PM）如何準備面試？作者為軟體業產品經理，曾3次成功轉換不同產業PM，分享PM面試前應做到的4項準備，包含研究核心產品與獲利模式、分析目標市場與競爭對手、關注產業趨勢與公司動態，以及整理個人過去實際案例。即使是零經驗轉職，也有助於在PM面試中亮出競爭力！
文／Michelle Chen（軟體業PM產品經理）
本文目錄（點擊可快速前往）
產品經理PM面試前的準備1. 研究核心產品與獲利模式2. 分析目標市場與競爭對手3. 關注產業趨勢與公司動態4. 整理過去的實際案例產品開發End-to-End Flow — 給沒有PM經驗的跨領域者【Stage 1】用戶需求蒐集：發現問題，定義需求【Stage 2】產品發想與設計：構思解法，制定規劃【Stage 3】開發協調：跨部門合作，確保產品順利落地【Stage 4】測試與上線：確保品質【Stage 5】持續優化：數據驅動，迭代成長總結
產品經理（PM）的工作內容，會因公司組織、產業以及發展階段的不同而有所差異。但無論面試的形式如何變化，根據我3次成功轉換不同產業擔任PM的經驗，企業在尋找符合期待的PM時，看重的核心能力以及關鍵特質其實大同小異。
我的PM職涯起點是從一間日商Fintech做Product Marketing後成功轉職到電商領域做物流系統的PM。第二次是2023年，從荷蘭讀完碩士回台後，加入了一間HR Tech公司，成為該公司成立以來的第二位PM。並在去年底，因為自己本身看重AI 未來趨勢跟發展潛力，因此決定加入一家專注於工業AI的早期新創公司。這幾次的轉職過程中，我參與過數十場PM面試，雖然關卡設計各有不同，但其實背後的脈絡以及評估標準我個人認為蠻一致的。
希望透過這篇文章，與大家分享如何有效準備PM面試，並在過程中充分展現自身優勢，成功獲得理想的Offer！
產品經理PM面試前的準備
面試前一定要準備，一定要準備，一定要準備！千萬別抱著臨場發揮或隨機應變的僥倖心態。只有透過事先準備，才能在面試中完全展現自己的專業能力，以及對公司的認識＆興趣。面試官也會更願意與你交流互動，畢竟PM的核心職責就是深入理解產品與市場，而面試的準備程度，能直接反映了未來的工作態度。
1. 研究核心產品與獲利模式
了解公司的主要產品以及獲利模式（例如：SaaS、廣告收費、專案費用、交易抽成等）。並且試著從用戶角度思考：他們的產品解決了什麼問題？產品價值 ( Value proposition ) 是什麼？
2. 分析目標市場與競爭對手
釐清公司的目標用戶輪廓，並分析市場中的潛在競爭對手。比較公司與競爭者的優勢與劣勢，並根據目標用戶特性和市場狀況，思考這些因素將如何影響產品策略的發展方向。
3. 關注產業趨勢與公司動態
閱讀公司最近的新聞稿、公司blog，甚至是該公司在的產業報告以利了解最新的市場趨勢和技術發展。並且先有自己的見解，這些趨勢會如何影響公司的產品走向。
畢竟你還沒真正進入這間公司，對它的產品或產業趨勢不可能完全了解。但重點不是要百分之百正確，而是展現你的態度。就算理解還不夠完整，只要展現出對公司的興趣和熱情，並提出有深度的問題，就能加分，讓對方對你有好印象，也更有專業感。而且，面試是雙向的，準備過程中了解公司的業務，不只是為了表現好，也能幫助自己判斷，這是不是你真的有興趣投入的領域。
4. 整理過去的實際案例
面試時，常常需要分享自己的經驗，所以最好先整理一下過去的成功或失敗案例，還有那些最具挑戰性、讓自己成長最多的經歷。回答時別只是單純敘述過程，或講得太長沒重點。我過去也有好幾次當面試官的經驗，其實到後面真的會聽到很累，所以如果你能幫助面試官秒抓你的故事重點那會非常加分！試著用STAR法則（情境、任務、行動、結果）來說明，讓你的故事更有條理：
Situation（情境）：問題是什麼？
Task（任務）：解決這個問題應該要完成哪些任務？
Action（行動）：為了完成這些任務，你採取了哪些行動？
Result（結果）：最終產出的成果為何？影響如何？
另外，就算你沒當過PM，也可以從過去的經驗中挖掘相關技能，對應到PM的工作內容。重點是展現你如何推動事情、解決問題，讓你的經歷與PM的核心職責產生連結。例如：
市場調查&研究：如果你做過競品分析、使用者研究，或整理過市場趨勢，這其實就是PM需要的市場／數據分析以及需求驗證的能力。
產品開發或設計：如果你過去有曾經參與產品討論、優化使用者體驗，或給過產品改進建議都可以拿出來分享，可以展現產品思維，並且懂得優化產品。
跨部門協作：PM要常跟開發、設計、行銷團隊合作，如果你有推動專案、協調不同團隊的經驗，這就是溝通與跨部門管理能力的展現。
專案管理&流程優化：有負責時程規劃、資源分配，或改善流程的經驗嗎？這就是PM在專案管理上需要的核心能力！
延伸閱讀：【PM面試問題】給菜鳥產品經理的10大類、70題面試考前猜題
產品開發End-to-End Flow — 給沒有PM經驗的跨領域者
如果你沒有產品經理的背景，但想轉職PM，理解完整的產品開發流程是關鍵。PM的核心職責是從0到1推動產品，確保從需求蒐集到產品優化的每個環節都能順利執行。以下是產品開發的End-to-End Flow，幫助你快速了解產品開發各階段的重點：
【Stage 1】用戶需求蒐集：發現問題，定義需求
目標：理解市場與用戶需求，確保解決的是「真正的問題」。
進行市場調查、競品分析，了解市場趨勢
訪談用戶、收集回饋，找出痛點與機會
透過數據分析（如使用者行為、轉化率）驗證需求
【Stage 2】產品發想與設計：構思解法，制定規劃
目標：將需求轉化為具體的產品功能，並制定產品策略。
訂定產品目標（MVP、短期&長期規劃）
繪製Wireframe、User Flow等，將概念流程化／圖像化
撰寫PRD（Product Requirement Document），定義產品功能或是開發方向的細節
【Stage 3】開發協調：跨部門合作，確保產品順利落地
目標：確保開發、設計、行銷、商務等團隊對產品的理解一致，確保開發進度順利推進，並最終成功deliver 。
與UI/UX設計師合作，確保產品具備良好的使用者體驗
與開發團隊討論技術可行性，拆解需求，並規劃開發時程
與行銷／業務團隊協作，制定產品GTM（GO To Market）策略
【Stage 4】測試與上線：確保品質
目標：驗證產品功能與體驗，確保符合需求並順利上線。
設計測試計劃，進行QA、UAT等
上線初期可以進行A/B測試，優化產品體驗
持續追蹤上線後的數據與用戶回饋，及時調整
【Stage 5】持續優化：數據驅動，迭代成長
目標：根據市場變化與用戶反饋，不斷優化產品，提升用戶體驗與業務成效。
透過數據分析（使用率、留存率、滿意度等）以及產品開發前定義的Success metrics評估成效
收集用戶回饋，發掘新的改進機會
制定下一步的產品優化計畫，進行快速迭代
延伸閱讀：軟體產品怎麼做才能賺錢？PM必懂的3大關鍵及能力解析
總結
這篇文章主要分享了PM面試前的準備，從研究公司、分析市場，到整理自身經驗，這些都是讓你在面試中脫穎而出的關鍵。PM的核心就是解決問題、推動產品落地，所以除了展現專業能力，更重要的是讓面試官看到你的產品思維、數據分析能力，以及跨部門溝通協作的經驗。
準備充足不只能讓你在面試中表現更好，也能幫助你判斷這份工作是否真的適合自己。如果你正在準備轉職 PM，或想挑戰跨領域的PM，歡迎找我聊聊，交換面試心得，或是做Mock Interview！（Reach me on LinkedIn）很樂意分享經驗，也希望能幫助更多人順利拿到理想的Offer！
（原文標題：產品經理面試全攻略（上）— 面試前的準備）
[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]
推薦閱讀：
你適合當PM嗎？解析產品經理必備3種特質與溝通心法
初階PM如何提升專業能力？從Junior PM進化成Senior的4個職場指南
給PM產品經理的終極求職建議：把自己當產品
WBS(工作分解結構)各個工作包中如何制定品質與驗收標準？常用的標準有這些
為WBS每個工作包制定具體的品質標準與驗收標準是專案經理在專案管理中確保任務按質完成的重要步驟。這些標準為專案中的每個活動或交付物提供明確的品質要求，幫助專案經理及團隊衡量工作的完成程度和質量是否達標。
📌如何制定品質標準與驗收標準
1. 明確專案目標與需求：
在制定品質和驗收標準之前，專案經理首先要了解專案的總體目標和需求。這些目標和需求會直接影響交付物的品質標準。例如，軟體專案中可能需要達到高效能和高安全性的要求，而建築專案則會著重於結構的安全和耐用性。
2. 與利害關係人溝通：
在制定標準前，應與主要利害關係人（如客戶、團隊、供應商等）溝通，確保他們的期望與需求被充分理解。這樣可以確保在後期交付時避免錯誤理解和衝突。
3. 定義可衡量的指標：
品質標準和驗收標準應該具備可衡量性，這樣專案團隊才能客觀地判斷工作包是否符合要求。例如，「應用程式界面必須友好」是一個模糊的標準，而「應用程式必須在3秒內加載並保持不低於98%的用戶滿意度」則是一個可衡量的標準。
4. 確定驗收標準的細節：
每個工作包的驗收標準應包含具體的細節，這樣能確保所有人對「完成」的定義一致。這些細節應明確工作何時算完成、如何檢驗是否符合標準以及由誰來檢驗。例如，工作包「設計網站首頁」的驗收標準可能是「首頁設計符合設計手冊中的規範，通過UX專家審核並獲得客戶批准」。
5. 參考行業標準與最佳實踐：
可以參考行業標準來制定專案的品質標準。例如，軟體開發領域可以參考 CMMI（能力成熟度模型集成）或 ISO/IEC 25010 的軟體品質模型，而建築領域可以參考 ISO 9001 的品質管理標準。
6. 進行風險評估：
在制定標準時，應進行風險評估，考慮如果某個工作包的品質不達標，對整體專案的影響。對於風險較高的工作包，可能需要設定更嚴格的品質標準和更詳細的驗收標準。
7. 將標準文件化並獲得批准：
所有制定的品質標準和驗收標準應文件化並獲得關鍵利害關係人的批准。這可以確保團隊成員、供應商和利害關係人對標準有明確的理解。
📌常用的品質標準
不同領域的專案會使用不同的品質標準，但以下是一些常見的標準或參考框架：
1. ISO 9001：國際通用的品質管理系統標準，適用於各行各業。它強調持續改進和客戶滿意度，並提供如何設計和實施品質管理系統的指南。
2. CMMI（能力成熟度模型集成）：這是軟體開發和技術專案中常用的標準，幫助組織提高流程效率和產品品質。CMMI 將組織的流程分為五個成熟度級別，級別越高，組織的管理與控制能力越強。
3. ISO/IEC 25010：軟體品質模型，描述了軟體系統的功能性、性能效率、兼容性、易用性、安全性等特性，這些特性通常用來衡量軟體的品質。
4. Six Sigma：以數據為驅動的品質管理方法，目標是減少缺陷，提升效率。通常在製造業和生產流程管理中使用，但也可以應用於服務業和技術專案。
5. PMI 資源指南中的品質標準：PMI（專案管理協會）在其《專案管理知識體系指南》（PMBOK）中定義了專案中的品質管理過程，提供了品質規劃、品質保證和品質控制的標準。
📌常用的驗收標準：
1. 功能驗收：
- 每個功能是否按規範實現？
- 所有的功能是否按設計運行，並達到用戶預期？
2. 性能驗收：
- 系統是否達到指定的性能要求（如響應時間、負載能力、資源使用率）？
- 系統是否在不同使用場景下穩定運行？
3. 合規驗收：
- 是否符合行業或法律規範？（如隱私保護、資料安全標準）
- 所有的工作包是否達到必要的合規標準？
4. 外觀驗收：
- 設計與UI是否符合品牌設計手冊？
- 外觀是否符合用戶體驗要求？
5. 安全性驗收：
- 系統是否進行了必要的安全測試？（如滲透測試、漏洞掃描）
- 系統是否能防止已知的安全威脅？
6. 用戶驗收測試（UAT）：
- 用戶或利害關係人是否參與並批准系統的最終版本？
- 在真實環境下，最終用戶是否對系統滿意？
7. 文件化驗收：
- 所有技術文件、操作手冊和培訓資料是否完整且符合專案需求？
- 文件是否清晰且便於日後維護和使用？
📌制定品質與驗收標準的範例
假設你正在進行一個軟體開發專案，其中一個工作包是開發用戶登錄功能。
1. 品質標準：
- 必須在2秒內響應登錄請求。
- 系統需具備多重驗證功能，如電子郵件驗證和兩步驟驗證。
- 登錄界面設計必須符合UI設計手冊的色彩和佈局要求。
2. 驗收標準：
- 系統必須通過100個模擬用戶的壓力測試，並在1000次嘗試中達到99%的成功率。
- 用戶驗收測試（UAT）需由終端用戶進行，並且滿意度需達到90%以上。
- 所有的安全漏洞需在部署前解決，並且通過第三方安全審計。
透過制定具體的品質和驗收標準，專案經理能夠確保專案團隊清楚了解每個工作包的期望，並確保最終的交付物符合專案需求和利害關係人的期望。
員工滿意度自己調查？小心掉進數據陷阱！
文/104人資學院
許多人資想透過員工滿意度調查，掌握組織健康與留才風險，但自行調查常遇到信效度不足、填答率低、數據難分析等難題，結果往往流於形式。本文深入探討HR在內部自辦調查的常見困境，並比較104員工體驗調查的專業優勢，包括專家題庫、智能化流程、產業常模比對、視覺化報告與改善建議。透過科學化、數據化的工具，企業不僅能真正聽見員工心聲，更能有效轉化為行動方案，提升敬業度、強化雇主品牌，進而推動企業營運績效成長。
本文導覽
為何內部自行調查員工滿意度如此困難？
信效度不足：問卷設計的隱藏風險
填答率低落：匿名性與員工疑慮
分析困境：缺乏外部常模與基準比較
從數據到行動：HR推動改善的斷層
104員工體驗調查的五大優勢
成效驗證：如何降低離職風險、提升績效
自行調查 vs. 104調查：比較一目了然
讓員工調查成為企業成長引擎
在少子化與人才競爭加劇的環境下，員工是否滿意工作、是否願意長期投入，已成為企業能否穩定成長的關鍵指標。許多企業人資部門都嘗試以員工滿意度調查作為診斷工具，期望從中洞察組織氛圍與改善方向。然而，當企業選擇自行執行調查時，往往發現過程比想像中複雜，從問卷設計、資料蒐集到結果分析，每一步都潛藏挑戰。
為何內部自行調查員工滿意度如此困難？
許多人資深知，員工滿意度調查是一項重要的管理工具，能協助企業了解員工心聲，並進一步改善組織氛圍。然而，當HR嘗試自行設計與執行調查時，卻往往在過程中遇到難以克服的挑戰：問卷題目不夠專業，HR需要收集很多文獻或資料，才知道調查向度是否夠廣、夠深。倘若沒有受過專業訓練，題目可能設計得模擬兩可，問不出真實狀況。或是一個題目兩個問法，讓員工不知如何回答。題目設計若不夠精準，很可能導致員工誤解或回答偏差，進而影響調查的有效性。
信效度不足：問卷設計的隱藏風險
自行設計問卷的最大問題之一是缺乏科學驗證。好的調查題目必須經過信度與效度的檢驗才能信賴。信度指的是同一構面下各題目是否反映相同的意涵，這需要專家判斷與足夠樣本，才能判定是否達標。
效度則關乎題目是否真正測到我們想要的概念，特別是與組織目標相關的關聯效度：專業調查會以組織承諾、留任率等作為效標，檢視題目與這些重要結果是否有實質關聯。沒有高信效度支撐的題庫，所得數據難以真實反映員工心聲，最終只會讓調查淪為形式，無法提供可執行的管理洞見與決策依據。
填答率低落：匿名性與員工疑慮
若HR直接以公司名義發放問卷，員工往往擔心填答內容會影響升遷或考核，導致不敢誠實作答。即便表面上回收率不低，內容也可能因顧慮而失真。缺乏第三方匿名保障，數據很難反映組織的真實狀況。
分析困境：缺乏外部常模與基準比較
許多HR坦言，從設計問卷、管理回收到自行分析，內部調查既耗時又費力，且缺乏可比的行業常模，使結果通常停留在「部門A高於部門B」這類內部差異，無法回答「我們在產業中的相對表現如何」。
在當前缺工的時代，與外部比較變得更為關鍵：例如薪資項目通常是員工滿意度中得分最低，但若沒有業界基準，唯一的解法往往只會是全面調薪；若能與同業比對，便可能發現實際差距並不大，進而避免不必要的成本支出。缺乏外部參照的調查結果容易流於表面，難以取得主管認同，也無法為高層提供具體的決策依據或可執行的改善方案。
從數據到行動：HR推動改善的斷層
另一個常見挑戰是「數據無法轉化為行動」。調查雖指出需改善的面向，但倘若負責設計調查者的人資經歷較不深厚或不夠全面，提出的方案往往片面或停留於短期修正，無法兼顧系統性與長期效益。建議與具備多年業界實務經驗的資深專家合作，協助從數據擬定可執行的改善計畫、優先順序與衡量指標，並規劃後續追蹤，才能讓調查從一份靜態報告轉為驅動組織改善的實際動力。
104員工體驗調查的五大優勢
專業題庫與高信效度由專家設計題庫，涵蓋九大構面與八大情境題組，題目經過信效度驗證，能確保數據真實反映員工想法，避免誤差與片面性。
自動化流程，降低HR負擔提供一鍵建置問卷、智能發送與填答提醒，HR 不需再花大量時間管理流程，大幅提升作業效率。
第三方匿名調查，提升真實回饋由第三方平台執行，確保調查全程匿名，讓員工放心填答，取得最真實的意見。依104執行員工滿意度顧問專案的經驗顯示，回答率通常可提高至80%。
產業與職務常模，掌握競爭定位平台擁有上千家企業、產業X職務常模779種的大數據比對資料，HR可快速比較內外部落差，找出競爭優勢與改善弱點。
視覺化報告與改善方案落地自動生成圖表化報告，提供PR值定位與關鍵改善建議，企業可依據結果進一步優化各項人資策略，幫助企業將數據轉化為行動。
成效驗證：如何降低離職風險、提升營運績效
實際導入後，許多企業明顯降低員工流失率，並在組織氛圍與敬業度上獲得提升。有研究顯示，敬業度高的企業，業績成長率與獲利率均明顯優於同業，這證明員工調查若能轉化為行動，確實能帶來長遠效益。
自行調查 vs. 104調查：比較一目了然
項目企業自行調查104員工體驗調查題庫品質自行設計，信效度未驗證專家設計，信效度經科學驗證平台功能一般問卷平台，無法即時催測，產出專業報告一鍵建置、智能發送、自動提醒、專業報告匿名性員工疑慮高，回覆失真第三方匿名，提升填答率與真實度分析深度僅能內部比較，缺乏業界資訊比對產業與職務常模，掌握相對競爭力行動落地受限於HR的專業是否資深，影響策略成效提供改善建議與資源連結，支持策略落實表：自行調查員工滿意度與104員工體驗調查的比較
讓員工體驗調查成為企業成長引擎
員工體驗調查若只停留在「做過」的層次，對企業幫助有限。透過104員工體驗調查系統及人資顧問團隊的專案解方，HR不僅能快速取得可靠數據，更能掌握外部比較基準，並將結果轉化為具體行動。這不僅可提升員工敬業度，也能強化雇主品牌與企業競爭力。對企業而言，調查不再只是例行性作業，而是推動營運績效成長與永續發展的重要引擎。
聯繫104人資學院，預約諮詢更多解方！
打造企業永續的「內部氣候預警系統」>> 104員工體驗調查
經濟環境變動，有效留才的薪酬結構如何因應>> 人資顧問諮詢
用大數據找出能力缺口，人才培訓更精準>> 104職能發展系列課程
公司品牌化步驟：打造成功品牌的關鍵策略
公司品牌化步驟：打造成功品牌的關鍵策略
在現代商業競爭激烈的環境中，品牌化已成為企業成功的核心要素之一。無論是新創公司還是成熟企業，建立一個具備吸引力、可信度和辨識度的品牌，不僅能提升市場競爭力，還能增強客戶忠誠度。
公司品牌化的步驟
一、了解目標市場與受眾需求
品牌化的第一步是深入了解您的目標市場和受眾。透過市場調查分析，找出客戶的需求、痛點和偏好，並了解競爭對手的定位。這些資訊將幫助您制定符合市場需求的品牌策略。
具體行動：
1. 市場調查：透過問卷調查、焦點訪談或數據分析了解潛在客戶的行為模式。
2. 競爭分析：研究競爭對手的品牌定位和市場策略，找出差異化機會。
3. 受眾劃分：根據人口統計、心理特徵或消費習慣進行細分，以便針對性地設計品牌訊息。
二、明確品牌定位與核心價值
品牌定位是公司如何在市場中被感知，而核心價值則是品牌所代表的理念或使命。這些元素是品牌化的基石，必須清晰且具有吸引力。
具體行動：
1. 確定品牌定位：回答以下問題——您的品牌解決了什麼問題？與競爭對手相比有何獨特之處？
2.定義核心價值：列出您的公司最重視的理念，如品質、創新、誠信等，並將其融入所有品牌活動中。
3. 創建品牌故事：透過敘述公司的創立背景或使命，建立情感連結，讓受眾更容易記住您的品牌。
三、設計品牌視覺形象
視覺形象是品牌化的重要組成部分，它直接影響客戶對品牌的第一印象。設計一個具備辨識度且符合品牌定位的視覺形象，有助於提升品牌知名度。
具體行動：
1. 設計商標與標誌：選擇簡潔、有辨識度且能反映品牌核心價值的設計。
2. 選擇品牌色彩：色彩心理學在品牌化中扮演重要角色，選擇能傳達情感及理念的顏色。
3. 製作一致性的視覺資產：確保網站、包裝、社群媒體等所有平台上的視覺風格一致。
四、制定品牌溝通策略
品牌溝通策略是將您的品牌訊息有效傳遞給目標受眾的關鍵。透過多元管道與一致性的內容建立強大的品牌形象。
具體行動：
1. 定義語調與風格：確定您的品牌語言是正式、親切還是創新，並保持一致性。
2. 選擇溝通管道：根據目標受眾偏好選擇適合的平台，如社群媒體、電子郵件或實體活動。
3. 內容行銷：透過部落格、影片或案例分享等方式，提供有價值的內容以吸引受眾。
五、建立客戶忠誠度
成功的品牌不僅吸引新客戶，更能留住舊客戶。透過提供優質產品或服務，以及營造良好的客戶體驗建立長期的品牌忠誠度。
具體行動：
1. 提供卓越服務：確保每一位客戶都能享受到高品質的服務或產品。
2. 建立互動關係：透過社群媒體互動或忠誠計畫，增強客戶參與感。
3. 聆聽感謝回饋：重視客戶意見並持續改進，以展現真誠與責任感。
六、持續監控與優化
品牌化是一個動態過程，需要不斷監控市場變化並進行調整。透過數據分析和定期檢討，確保品牌策略始終符合市場需求。
具體行動：
1. 追蹤關鍵指標：監控品牌知名度、客戶滿意度和銷售表現等指標。
2. 分析數據：利用分析工具了解受眾行為並評估策略效果。
3. 持續改進：根據市場趨勢和客戶回饋，調整品牌策略以保持競爭力。
公司品牌化是一項需要投入時間與資源的長期工作，但它的回報是巨大的。一個成功的品牌不僅能幫助企業在市場中站穩腳跟，更能成為吸引客戶和合作夥伴的重要資產。
參考資料
1. https://nabi.104.com.tw › 帖子
第八街品牌轉型 詹翔霖副教授 3品牌轉型-經營關鍵成功因素
2. https://blog.udn.com
從0開始做品牌 製定自已的品牌藍圖 - 詹翔霖副教授 - udn部落格
3. https://www.slideshare.net ›
105.06.02 品牌戰略與通路規劃 -詹翔霖教授 |PPT - 幻燈片共用
4. https://www.slideshare.net ›
創意與品牌行銷管理-屏東 -詹翔霖教授 | PPT - SlideShare
5. https://www.linkedin.com ›
迴轉壽司品牌餐廳經營關鍵成功因素KSF--詹翔霖副教授-優質個案
6. https://www.linkedin.com ›
有咖啡靈魂的店-品牌行銷經營 想像力創造風格商品-詹翔霖副教授-咖啡平方
7.https://cn.linkedin.com
口碑行銷增加品牌信任度-網紅店的社群經營-詹翔霖副教授富國牛排精緻排餐
8. https://blog.udn.com
品牌定位識別BPD的品牌定位5步驟-詹翔霖老師
9. https://www.scribd.com
英國藍紅茶館的品牌行銷-詹翔霖副教授 | PDF - Scribd
10. https://www.slideshare.net › 幻燈片
創意與品牌行銷管理-屏東縣萬丹鄉 -詹翔霖教授 | PPT - SlideShare
11. https://nabi.104.com.tw
品牌烘培麵包店-品牌行銷與網路行銷規劃 - 詹翔霖副教授
12. https://chanrs.pixnet.net › 博客 › 文章
打造品牌影響力-品牌行銷的要點- CRM教材-詹翔霖副教授
13. https://www.scribd.com › 文檔
寵物產業品牌策略 品牌經營策略 詹翔霖副教授 |PDF
14. https://www.scribd.com
黑浮集團旗下四品牌發饗個案-創業精進班教材-詹翔霖老師 RÊVE Café
15. https://nabi.104.com.tw
茶飲品牌加盟總部基本的系統 - 詹翔霖副教授學習｜104學習精靈
16. https://blog.udn.com
里洋烘培麵包店-品牌行銷與網路行銷規劃-詹翔霖老師
17. https://blog.udn.com › 聖歌
咖啡館品牌行銷與口碑行銷-茶飲道存活更久就需創新-太卡啡 - 詹翔霖
18. https://www.slideshare.net
長期照顧服務產業的服務策略-長照品牌與服務-詹翔霖
19https://blog.udn.com › 聖歌
健康餐盒發展趨勢-外食市場創新品牌的策略行銷-詹翔霖副教授野餐日
20. https://chanrstom.blogspot.com › swotstp.html
詹翔霖教授： SWOT、STP、品牌定位圖打造市場形象 品牌定位流程與步驟
什麼是「MarTech」？為什麼企業需要行銷科技來輔助營運？│職場百科
你聽過「MarTech」（行銷科技，Marketing Technology）嗎？為什麼很多知名企業、大品牌都認為建立完整的「MarTech」系統不只是能讓產品行銷更有效率，甚至能協助營運更上軌道？原因在於優異的「MarTech」將可以結合軟體、數據分析和自動化技術，做到高效率、省人工，有效讓數據來輔助決策，協助企業精準觸及目標受眾、最佳化行銷策略。
文／《104職場力》
本文導覽
什麼是「MarTech」？為什麼「MarTech」很重要？為什麼企業需要「MarTech」？「MarTech」的 六大領域1. 廣告與推廣（Advertising & Promotion）2. 內容及使用者體驗（Content & Experience）3. 社群與客戶關係管理（Social & Relationships）4. 商務與銷售（Commerce & Sales）5. 數據分析應用（Data）6. 整合管理（Management）「MarTech」和「AdTech」有什麼差別？
什麼是「MarTech」？
「MarTech」（行銷科技）是什麼？只要使用自動化技術就算是一種嗎？
簡單來說，「MarTech」是指運用軟體、數據分析與自動化技術來最佳化行銷策略，協助企業精準觸及目標受眾、提升運營效率並優化顧客體驗。
「MarTech」是由 Marketing 和 Technology 兩個單字組合而成，最早這個概念是在2011年由美國的工程師企業家 Scott Brinker 製作的「行銷科技地圖」（Martech Landscape）所提出，並且將行銷科技劃分為六個主要的領域：廣告與推廣（Advertising & Promotion）、內容及使用者體驗（Content & Experience）、社群與客戶關係管理（Social & Relationships）、商務與銷售（Commerce & Sales）、數據分析應用（Data）、整合管理（Management）。
簡單來說，「MarTech」要解決的問題是：
降低企業在行銷工作上的重複性與勞力密集的繁瑣工作。
讓過去持續累積、但始終無法被妥善運用的資料（Raw Data）發揮其效用。
延伸閱讀：數位行銷是什麼？想進入數位行銷的領域，應該要怎麼開始？
為什麼「MarTech」很重要？
現代企業的營運中，「數據與自動化」在行銷工作中的作用越來越重要。
由於行銷情境不斷變化、使用者行為變多、數位足跡龐大，因此「MarTech」的內容也越來越複雜，使品牌更能貼進過往被視為「碎片化」、「無從辨識」的消費者旅程。因此更突顯活用「MarTech」的重要性。
行銷技術會從頭到尾考慮執行需求，讓行銷人員能夠完整的擴展行銷工作。最後，MarTech 很重要的另一個原因，就是能夠改善我們與對手和顧客的溝通及合作方式。改善這些B2B和B2C關係（感覺你似乎更懂我了），對您與顧客建立的關係產生正面的雪球效應。
為什麼企業需要「MarTech」？
自動化執行： 將繁瑣的例行行銷工作（如 EDM 寄送、社群回覆）自動化。
數據驅動決策： 告別憑感覺猜測，依據精準的數據儀表板調整行銷預算。
優化顧客體驗： 透過系統記錄用戶足跡，提供高度客製化的內容與推薦服務。
[course_plugin api_type='course_id' title='【MarTech輔助行銷】一次搞懂GA4網站分析' id='ef846d56-f66a-4f57-9dba-188ac542e8d7']
「MarTech」的 六大領域
以實際應用面來說，被譽為「MarTech」之父的 Scott Brinker 將行銷科技切分為以下六種領域：
1. 廣告與推廣（Advertising & Promotion）
以科技技術優化關鍵字、社群等各種廣告形式，提供詳盡的報表資訊或自動優化服務，包含建議投放時間、TA輪廓、推廣形式與素材建議等等，藉此提高廣告投放的成效。
常見的工具如：Google Ads 與 Meta 廣告管理員。
[course_plugin api_type='course_id' title='Google Ads廣告投放認證保證班' id='1abeea86-5289-4d4d-910b-fad952bcdfd4']
2. 內容及使用者體驗（Content & Experience）
包含內容管理、網站建置及個人化體驗，運用科技打造更吸引消費者、讀者興趣的內容，打造更好的瀏覽閱讀體驗。內容包括影音、社群貼文、部落格文章、圖文資訊或電子報；體驗則包含UI及UX設計，甚至AR、VR等各種線上線下互動裝置等等。
常見的工具如：WordPress 與 HubSpot CMS。
[course_plugin api_type='course_id' title='AI內容企劃力實戰課' id='51189062-5156-4dec-9153-8464c6732b13']
3. 社群與客戶關係管理（Social & Relationships）
專注於社群媒體管理及客服自動化，在社群及客戶經營啟用更多的AI輔助工具也是一種，藉此提供更多元的互動方式或情境，協助企業更輕鬆的管理顧客資料、舉辦線上線下活動，以及經營社群、規劃合適的形象和宣傳素材。
常見的工具如：聊天機器人 BotBonnie 與 ManyChat。
[course_plugin api_type='course_id' title='數位行銷：社群、數據與銷售的13堂應用課' id='8030c976-04bc-48ce-acd2-6934b1f34d8d']
4. 商務與銷售（Commerce & Sales）
驅動銷售轉換與電子商務，透過「行銷科技」優化銷售系統與網站介面，包含支援線上支付、後端業務分潤與財務管理等服務，藉此提升銷售成效、改善企業內部作業效率，打造一站式的體驗。
常見的工具如：Shopify 與 B2B 常用的 Salesforce CRM。
[course_plugin api_type='course_id' title='零經驗也能學會電商行銷：一次搞懂邏輯架構、操作經營與數據指標' id='c52e5f9a-49f8-4f9b-8db0-08f5d25f5819']
5. 數據分析應用（Data）
追蹤、衡量並分析行銷成效。數據運用其實是「Martech」最核心的概念，以數據為基礎才能精準分析成效，進而應用在優化其他五大領域的行銷策略。
常用的工具如：Google Analytics 與 Mixpanel。
[course_plugin api_type='course_id' title='GA4 x Looker studio跨資料源整合＆動態報表實戰' id='3211ef4b-a0df-4e47-898b-450cbf8f2e5b']
6. 整合管理（Management）
統籌行銷專案與團隊協作，以科技協助規劃完善的行銷策略，包含各項資源與預算管理、系統與平台整合管理與分析。
常用的工具如：Asana 與 Trello。
[course_plugin api_type='course_id' title='Power BI 零基礎實戰 | 培養商務數據分析力' id='68e834c3-e940-4ec5-bce1-bd78da37cc46']
「MarTech」和「AdTech」有什麼差別？
根據《amazon ads》的說明，像行銷和推廣有所不同，「MarTech」和「AdTech」（廣告科技的縮寫）兩個術語也不能互換使用。主要差別在於「AdTech」僅用於透過促銷商品來影響買家行為，而「MarTech」則用於實際建立，運行和管理廣告活動和其他行銷工作。
具體來說，「AdTech」是廣告策略和管理工具的總稱（如供應方平台 (SSP)、廣告交易平台和需求方平台 (DSP)），而「MarTech」則是顧客關係管理 (CRM) 軟體、社群媒體管理工具、電子郵件行銷解決方案等的使用方式，大部分涵蓋行銷人工作日常會使用的相關工具。
本文參考《amazon ads》、《wikipedia》資訊，經整理改寫。
行為改變技術的評估與效果測量 行為改變技術 大葉大學國企系
行為改變技術的評估與效果測量 行為改變技術 大葉大學國企系
一、章節導言
行為改變技術的設計與實施完成後，評估與測量效果是確保策略有效性、可持續性與改進的重要環節。本章將介紹行為改變效果的評估方法、指標設計、數據收集技術，以及結果分析與報告撰寫，幫助學生掌握行為改變專案的完整循環。
二、行為改變評估的重要性
1. 檢驗策略有效性
o 了解行為干預是否達到預期目標。
o 判斷技術或工具的適用性與可行性。
2. 改善與調整策略
o 根據數據分析結果，調整技術組合或實施流程。
o 避免資源浪費，提高干預效率。
3. 確保可持續性
o 評估行為維持狀況，確保改變不僅短期有效。
4. 提供研究與政策依據
o 為教育、健康、環境等領域提供科學依據。
三、評估指標設計
（一）行為量化指標
• 次數與頻率：每週運動次數、每日蔬果攝取量。
• 持續性：行為維持天數、連續達標週數。
• 遵循率：達到指定目標的比例。
（二）心理與認知指標
• 態度變化：對行為的態度評估問卷（Likert 量表）。
• 自我效能感：行為自信心、能力感提升。
• 動機指標：內在與外在動機改變。
（三）環境與社會互動指標
• 社會支持量：小組互動次數、社群回應率。
• 環境使用率：設備使用次數、工具或 App 活動數據。
四、數據收集方法
1. 自我報告工具
o 行為日誌、問卷、調查表
o 優點：簡單、成本低
o 缺點：可能有記憶偏差或社會期望效應
2. 觀察與紀錄
o 現場觀察、攝影紀錄、行為監測
o 優點：客觀
o 缺點：需人工或技術成本較高
3. 數位追蹤工具
o App 記錄、穿戴裝置（步數、心率）、線上學習平台數據
o 優點：持續追蹤、精準
o 缺點：需技術支持、隱私保護問題
4. 混合方法
o 結合自我報告、觀察與數位追蹤，提高資料可靠性
五、效果測量與分析方法
（一）前後測比較
• 定義：在行為干預前後測量指標變化。
• 應用：分析干預效果大小、顯著性。
（二）對照組設計
• 定義：設置未接受干預的對照組，與實驗組比較。
• 應用：消除外部因素干擾，提升結果可信度。
（三）統計分析方法
• 描述性統計：平均數、標準差、百分比
• 推論統計：t 檢定、卡方檢定、ANOVA
• 進階方法：多元迴歸、結構方程模型，用於行為決定因素分析
（四）質性分析
• 訪談、焦點團體、觀察筆記
• 用於理解行為背後原因、障礙與文化影響
六、章末重點整理
1. 評估與測量是行為改變技術成功的關鍵環節。
2. 評估指標包括行為量化、心理認知、環境與社會互動指標。
3. 數據收集方法包括自我報告、觀察、數位追蹤及混合方法。
4. 效果測量可採前後測、對照組設計，並使用統計或質性分析方法。
5. 評估結果可用於策略改進、行為維持及政策或研究支持。
七、討論題
1. 選擇一個行為改變專案，設計三個量化指標與兩個心理認知指標，並說明選擇原因。
2. 討論自我報告工具與數位追蹤工具在行為評估中的優缺點。
3. 如何在亞洲大學生群體中，確保社會文化因素被納入評估設計？
八、案例分析
案例 4-1：大學生運動干預專案效果評估
• 背景：某亞洲大學實施八週運動干預計畫。
• 評估指標：
1. 行為量化：每週運動次數、運動持續時間
2. 心理認知：自我效能感、運動態度問卷
3. 社會互動：小組互動次數、App 打卡頻率
• 數據收集方法：
o 運動日誌、自我報告問卷、運動打卡 App
o 結合前後測與對照組設計
• 分析方法：
o t 檢定比較前後平均運動次數
o 相關分析檢驗自我效能與運動頻率關聯
• 結果：
o 平均運動次數從 1 次/週提升至 3.2 次/週
o 自我效能問卷得分提升 25%
o 社群互動活躍度與運動頻率呈正相關
• 分析重點：
o 整合量化指標與心理指標，可全面評估干預效果
o 對照組設計提升了結果可信度
o 數位工具輔助可持續追蹤與調整策略
面試失敗如何快速調整？半年面試13公司，資深產品設計師9大準備心得｜英國求職經驗
半年在英國面試了13家公司、近60場面試，本文作者、資深數位產品設計師分享「如何從面試被拒的經驗吸取養分」，3個階段包括：從面試完到等待結果的期間、收到婉拒結果之後、再次準備面試，每個階段可以準備的9項心得。面試後收到拒絕通知，是讓自己提升的機會，盡可能收集反饋，再尋求協助，才有機會變強！
文／Jo Chang
本文目錄：如何從面試被拒的經驗吸取養分（點擊可快速前往）
個人背景：數位產品設計8年資歷，英國求職經驗
3個主要階段：從投遞職缺到最後一關的必經之路
從面試被拒絕到再次準備，3階段、9心得
從面試完到等待結果的期間
紀錄面試問題和回答，思考優化空間
依問題了解公司側重面向，評估適合度
思考回答是否有彰顯自己的長處
收到婉拒結果之後
收到拒絕通知之後的心態調整
主動跟面試公司尋求反饋
再次準備面試
運用兩大框架，把自己故事說精彩
累積故事，Story bank的重要性
利用線上面試的優點—小抄
練習，找夥伴協助模擬面試
總結及面試參考資料
相信大家已經在社群上看到很多設計師分享自己如何準備面試，成功收到錄取通知的各種好文。但成功背後，一定有很多辛苦的準備和可歌可泣的經歷，譬如面試後，被發無聲卡（ghosted），或是期待又怕受傷害的收到recruiter的email，信件內容卻是 “Thank you for your time, we decided to move on with other candidates (…)”。
而我自己就是在這樣的狀況下度過了過去這半年……
註：以下內容從作者求職經驗出發，原文撰於2022年10月。
個人背景：數位產品設計8年資歷，英國求職經驗
先簡述下自己的背景經歷，我在數位產品設計領域約莫8年的經歷，在去年加入一間位在倫敦的跨境電商新創，加入約莫半年，由於大環境景氣不佳，公司在今年初人力資源調整，有了一波資遣潮，雖然自己留下了，但擔憂狀況若未好轉，自己被bye bye， 所以從今年4月到現在10月，開始找其他的機會，很剛好這半年的時間又遇到景氣衰退，有些公司甚至面到一半，就說職缺被凍結，其實找機會算是挺吃力的（有種跑馬拉松，跑到最後發現終點線不見的感覺）。
這半年的時間，實際面試了位在英國或是有分佈在英國的13家公司，將近60場的面試，從獨角獸新創，中型上市公司到大型科技公司。
不敢說能分享什麼厲害的面試技巧，畢竟我也是收了蠻多「謝謝你來面試，慢走不送」的類似拒絕信，但我從「第一批次」面試到最近，感受到自己的進步，身邊友人幫忙模擬面試後，也感受到我的表達比之前從容和清晰（小提一下，真人模擬面試真的很有幫助）。
那在進步之餘，到底有沒有實際顯現在成果上？我目前是獲得了兩家公司的錄取，一家是剛躍升獨角獸的Fintech新創，另外一間則是上市的旅遊電商公司（若有興趣公司細節，歡迎來信詢問）。
這幾個月下來，有些感悟和心得，於是起心動念，趁記憶還鮮明，想用這段相對密集面試的期間，分享給大家自己如何從失敗被拒的經驗，擷取養分，應用在之後的面試上。（由於網上已經有各種好文講述如何準備設計面試各個關卡準備的技巧，此篇並不會聚焦在這類的資訊，我會在最後附上相關資源，給大家參考。）
接下來的內容，是依據我在英國尋找資深產品設計師（數位）的經驗，其他地區和領域可能略有不同，若有任何建議，歡迎留言指教。
3個主要階段：從投遞職缺到最後一關的必經之路
先簡單提下我自己經歷的的面試流程關卡。
從這13家公司，我的個人經驗長度，快則2~3週，慢則2~3個月，通常在最後一關面完後，一個星期大多都可以知道結果。
通常是3個主要階段：
1. 基本條件審核
主要是招募人員篩選（screening）：主要聚焦在背景經歷、換工作動機、是否需要贊助簽證等基本條件篩選的問題。
2. 設計專業技能
這部分多數是設計主管或是資深設計師1對1或是1對2進行。我經歷到的有：
作品集簡報（Portfolio presentation）
白板挑戰（Whiteboard）
設計評判（App/Web critique）
回家作業（Take-home task presentation*）
*這個部分多數公司已經盡量避免，防止候選人認為公司佔便宜，讓他們免費幫公司做專案。
3. 軟技能（溝通、跨領域合作、抗壓….等能力）
這個階段，除了設計主管，還會有其他領域的主管，像是研究、開發、產品的主管，進行1對1或是1對2的面談。
通常大規模的公司，整個流程跑下來，最基本會有5–6關的面談，審核完畢後，若符合他們的標準，還會再安排團隊媒合的面談（若沒有合適的團隊，可能就無法得到任何結果）; 中小型規模公司，大概2–3關，就會知道最後結果。
從面試被拒絕到再次準備，3階段、9大建議心得
依據面試過程的時間點，將我的建議和心得區分成三大塊：
從面試完到等待結果的期間
收到婉拒結果之後
再次準備面試
1. 從面試完到等待結果的期間
a. 紀錄面試問題和回答，思考有無優化的空間
面試完，在還未知道結果前，多數心情都是忐忑不安，每當有email跳出，都會心臟蹦跳幾下，心想是否是面試結果。後來想想，與其擔憂結果，不如好好自省面試中的表現，思考下次如何進步。
在每次面試結束後，除了喘口氣喝個水之外，我會盡量在一個小時內，把被問到的問題和自己的回覆，記錄在面試筆記中。
這樣做的直接好處，是之後若進到下一關，再被問到同樣的問題，可以提醒自己，確保提供的答案是一致的（有些公司在最後會把每關面試官聚集在一起討論，這時候若發現類似問題，但面試者講的答案不一樣，可能會減低公信力）。
b. 依據問題了解公司側重面向，評估是否適合自己
公司面試你，你也同時在「面試」公司是否適合你。
我自己覺得把問題記錄下來的另一個好處，是可以在事後比較冷靜和全面了解公司想要找的側重方向。畢竟在面試中，你一來我一往，忙著思考怎麼回覆，常常會忽略面試官問這個問題的目的是想要探究什麼。
像是其中一家，就問到「若是在設計過程中，沒有任何數據或是質化的調研資料協助你做決策，你會用什麼方法進行？」
雖然現實中，可能不會遇到這麼極端的狀況，但這類假設題，目的是在看你是否能夠利用你的產品力和自身知識，快速決策，產出成果，也可以由此看出這間公司很側重在效率和速度，若你需要很多輔佐資訊或是很久的時間進行調研，才有信心開始設計，可能這個缺就不是這麼適合你。
c. 思考回答，是否有清晰直接的彰顯自己的長處
我自己常常在面試之後，會心想「我怎麼沒提到這個，嘖，可惜……」，但這些「悔恨不已」通常都在我的腦海一段時間後，就灰飛煙滅（金魚腦的好處）。
在有把自己的回覆紀錄下來的習慣後，我開始比較有意識的分析自己的回覆是否有可以加強的地方，或是改成更直接、強而有力的故事，去彰顯自己的長處，這一點對於在回答行為問題（behavioural questions）的時候，很有幫助。
像是我曾經被問到 “Tell me a time when you have to work with team across time zones?”（可以分享你過去跨時區工作的經驗？）
我當下聽到，就開始用平白直述的方式，講我會怎麼做並補充了我的過去經驗，洋洋灑灑講了快要5分鐘。（根據indeed career guide，30秒~4分鐘為理想的回覆長度）
在講到一半時，我看得出來面試官其實想喊卡，但基於禮貌，還是讓我講完，並在之後再追問幾個澄清的問題。我事後把自己的回覆紀錄下之後，發現其實自己沒有把重點先扼要的陳述出來，導致讓聽者會很容易在中間疑惑迷路。
我把問題和回覆紀錄完畢後，通常會再次模擬情境，思考下次若再被問到類似問題，會怎麼回覆地更好（這部分我會在後面補充，從網上和身邊友人取經學習到的，如何簡潔地將自己的故事說精彩）。
2. 收到婉拒結果之後
a. 收到拒絕通知之後的心態調整
收到拒絕信，相信大多數的狀況通常是失望、沮喪，會開始懷疑是否是能力不足、不夠好，更可怕的是開始貶低自己，變得不敢再次嘗試，擔憂是否會再次收到拒絕信件。
不過我這樣面試下來，發現收到拒絕，很多時候其實是自己的技能／經歷與工作職缺的需求沒有媒合（mismatch），像是有一家公司在拒絕信中就提到，因為面試的職缺需要跨部門與眾多設計師合作，我目前新創一人設計師的經歷，不是這麼適合。
當有這樣的認知後，我的心態立刻調整，理解自己是缺了某塊技能或經歷，接著再進行評斷，是否是自己所需或所想發展的地方，再進行加強（譬如從現在的工作中或是進行side project，找尋機會鍛鍊）。
這個階段，真的要告訴自己，儘管收到拒絕通知，負面能量大噴發……但有試就有機會，並且從過程中讓自己能夠進步和成長，也可以從中了解產業和所需人才資訊，就算是收到拒絕信，也是一種收穫學習，賺到免費coaching看作品集或是練英文的機會（誤）。
b. 主動跟面試公司尋求反饋，了解自己為何沒拿到機會
這個部分，很看面試公司的文化和政策，我大多數的拒絕信中，都只提到很制式的「因為其他候選人的經歷比較適合」或是「經歷並沒有符合」等反饋，其中有間公司更是在面試之前要求簽署保密協議（NDA），其中一條就是需要同意他們在面試後不給feedback這件事，需要同意才能開始進行面試。
我的經歷，只有極少數會提到是哪一部分的技能和經歷缺少了，並提到若我還有興趣，可以在6~12個月後，再次申請。
而我通常收到拒絕信之後，都會回覆感謝他們給這個機會，讓我更了解公司和職缺，並且再追問是否可以分享多一點反饋。通常收到再次回覆的機率不高，但聊勝於無，一方面也可以展現自己的禮貌和想要提升自己的積極度，或許會讓招募人員留下好印象，為之後的機會鋪路。
延伸閱讀：面試未錄取、沒下文，可以直接問真正原因嗎？
3. 再次準備面試
a. 運用兩大框架，把自己故事說精彩
通常面試，除了「運用什麼工具」、「有幾年經歷」這類很直接的問題，有另外兩大類問題，我認為蠻需要運用框架結構來回答的：行為式問題（behavioural questions）和假設性問題（hypothetical questions）
－行為式問題（behavioural questions）
有在進行面試的同學，相信對於STAR的結構不陌生，情境S（Situation）、任務T（Task）、行動A（Action）、結果R（Result），這對於回答行為問題（Behavioural questions），蠻有幫助，可以防止沒目標的亂聊，讓回覆變得沒有結構。
但我發現自己在情境（Situation）及任務（Task）這部分，有時候常常無法分清或是讓回覆變得很冗長，最後看到有網友推薦用CAR結構來替代，背景C（Context）、行動A（Action）、結果 R（Result），譬如被問到 “ Tell me a time when you disagreed with a decision” （請分享你曾經反對某個決定的經歷），以下是運用CAR方法，來講述我的回覆：
架構回答範例背景Context「在某次的一個改版專案，因為經過了長達3個月的迭代，在多次的AB實驗中都不見效果，於是團隊想要放棄這個改版計畫，進行其他優先級比較高的專案。但我堅持團隊應該要繼續進行迭代。身為一個切身了解用戶痛點的設計師，我清楚知道這個改版的重要性，因為從使用者訪談中得知，用戶在這個階段真的有使用上的痛點。」行動Action「第一，我再度拿出用戶訪談時的痛點，讓團隊了解這個問題的重要性。團隊與我達成協議，再給一個sprint的時間來迭代。第二，這次，我邀請工程師一起發想，定義新的假設（hypothesis），並且提出一個低成本開發的設計版本，運用AB實驗，測試假設是否成立。」結果Result「經過兩週AB實驗後，我們新的假設得到很好的反饋，證明這個新的方向是受到肯定的，於是我們基於這個同樣假設，繼續迭代一個使用經驗比較完整的設計，再跑一次AB實驗，最後的結果非常令人滿意，這個改版專案也正式上線。另外一個更大的學習是，與工程師一起發想，運用低成本小步迭代的方式測試想法，是讓團隊執行更有效率的方式。」行為式問題（behavioural questions）回答範例
回答這類問題推薦的長度是 2–4分鐘，若還有時間準備的話，我也很建議在開頭的部分，先一言以蔽之，概括要講的故事，讓面試官有個頭緒你接下來要講的是有關什麼; 接著在最後的部分，再用一、兩句話總結，幫面試官再度畫重點。
－假設性的情境問題（hypothetical questions）
這類的問題，若剛好問到的是自身經歷過，可以用上述STAR或CAR的方式來分享。
但若很不巧的，自己完全沒有遭遇過這樣的狀況，這時候往往都是手心冒汗，不知道該如何回答……譬如我曾經被問到這個問題 “What would you do if your team member is not happy in the team?” （若你的團隊成員在團隊工作中不開心，你會怎麼做？）
這個聽似簡單的問題，但其實背後面試官想考察的是你個人特質是否與公司文化吻合，可以說的很多也可以說的很少……
我從網路上和身邊一樣在面試的朋友那邊取經學習到一個框架，來回答這類問題：
架構回答範例澄清 Clarify首先，若可以，跟面試官澄清問題，這樣的表現除了讓面試官理解，你是有在思考這個問題的其他面向，而不是拿題就解。譬如：「這個同事是只有在我們團隊不開心，還是從加入公司後就不開心？」重點簡述你會怎麼做 High level framework澄清過後，我會花幾秒鐘時間，很概括式的提出我會怎麼做。譬如：「我會先與同事進行1:1溝通釐清狀況，再協助他／她一起溝通關係利害人，尋求資源幫忙改善問題。」假設情境 Assume接著我會假設一個比較實際的情境，讓面試官比較有畫面，我會怎麼進行。譬如：「假如同事對於工作沒有任何動力，是因為每次提的想法都被忽略，沒有被看重」解法 Solution「第一：我會與同事進行1:1的溝通，了解他的想法是什麼，我身為設計師，是否有相關的調研和資源，可以協助他，讓他的提案更完整，更能說服團隊提高優先級。第二：我會與同事一起邀請團隊重要決策人士，像是產品經理或是tech lead，協同他一起提案，了解決策者的想法。」總結 Summary「透過溝通，瞭解全貌，再採取對的行動，協助溝通和安排資源，會是我針對這個情境的做法」假設性的情境問題（hypothetical questions）回答範例
我實際運用了這兩個框架之後，我發現我在回覆面試問題時，比較不會講到中間，發現自己好像都還沒講到重點，變得慌張。畢竟面試時間分秒必爭，有個框架在腦子裡，回答起問題相對也會比較從容。
延伸閱讀：面試「情境考題」需分析規劃，面試官想聽什麼？5重點找想法
b. 累積故事，Story bank的重要性
除了框架之外，累積自己的故事很重要，尤其是行為性的問題，需要透過過去經歷來佐證，才會更有說服力。
我自己是把網上很多題庫的問題拉出來，分類在Figma board，後來大致分出了以下幾項：
處理衝突／失敗的經驗（Conflict/ Failure）
適應模糊、不確定的經歷（Ambiguity）
曾經做過哪些具有影響力的事情（Impact）
主動提倡的經驗（Initiative）
再回想過往的經歷，運用CAR（背景Context、行動Action、結果Result）的結構，將故事寫下來，整理在表格中。
不過每家公司的面試多少不同，問題當然不限於這幾種類型，只是這些若能事先準備好，在因應面試公司重視的部分，稍加調整，相信可以在回答問題上，顯得更從容。
c. 利用線上面試的優點—小抄
身為非英文母語人士，在面試時，能夠看小抄真的幫助很多。我在疫情前，曾經有現場全英文面試過，現在一比較起來，發現線上面試實在讓人相對安心，因為螢幕上的小小視窗可以擺上準備好的小抄，以免詞窮或是忘記要講的故事。
至於小抄如何編排，非常看個人習慣，也會因爲面試關卡內容不同，而有所調整。
我通常會把內容依以下的分類順序，整理在表格中：
類型小抄內容自我介紹自我介紹內容動機為何想面試這個職缺、為何想離開現在的公司專案相關（若面試是介紹過去作品專案）會先提前列好可能被問到的問題，例如：若重新來一次，你會用什麼不一樣的方式來進行這個專案？或是 你從這個專案學習到了什麼？Story bank將剛剛上述提到的Story bank內容，分門別類的列在這個區塊你想問的問題通常面試官最後，都會預留時間給你提問，這個部分我認為是很能夠表現你對這間公司的熱情和企圖心，像是可以詢問：「目前XXX公司內，最重要的目標是什麼？」、「設計師在產品開發過程中，是扮演什麼樣的角色？」利用線上面試的優點—小抄類型
而小抄的內容，都會是條列式的重點（bullet points），這樣就不會有照著稿念的不自然感。
小抄擺放的位置也是很關鍵，我建議可以接近攝影機鏡頭的地方（我自己通常是右側），後來使用trackpad 去瀏覽（若你是使用筆電的話，這樣不會有按滑鼠的噪音），這樣你在偷看小抄時，會比較自然。
延伸閱讀：線上視訊面試7招：小抄貼這裡，易讀又不穿幫
d. 練習，找夥伴協助模擬面試
不只是自言自語，找到夥伴協助模擬面試更是關鍵。
我最初在準備面試的時候，都是把答案放在腦袋裡，心想「被問到這類題目，我一定可以回的很好」的這種自信，但面試當下，由於面試官的信格和談吐都是不熟悉，常常會有表現失常，導致常常在面完之後，會心想「我怎麼沒提到這個，嘖，可惜」的悔恨感。
後來我發現模擬面試，真的幫助蠻大的，雖然很耗時間，也需要其他人的配合（我都是找前同事和身邊設計師友人），但真的可以幫助你在實際面試時，少一點未定性，多一點穩定度。
尤其是像Whiteboard和app/web design critique這種高度互動的面試環節，在練習的時候，有個人真實地在那邊互動跟你練習和給你反饋，會比自己自言自語的方式來講，幫助更大。
我後來也看到一些網站社群有在提供模擬面試的練習，像是ADP list的mentor（免費）或是Exponent peer mock interview（付費），我自己是兩個都有試過，對於比較單純的行為式問題，我覺得蠻有幫助，但若像是白板挑戰（whiteboard）或是設計評判（app/web design critique）這種時間長、互動頻率高，我建議還是找自己身邊同樣領域的朋友，比較能夠深度挖掘自己需要加強的地方。
小編推薦：104履歷診療室，免費線上一對一模擬面試
總結
對我來說，面試是一個消耗大量心理和身理能量的活動，不管是事前的準備或是進行面談（再加上是用非自己母語的英文），往往每場一個小時的面試之後，就是呈現死魚狀態，接著又得焦躁等待面試結果，等到最後卻收到拒絕通知，整個過程下來，對自己的情緒造成不少的負面壓力。
但這樣的負面壓力，其實往往也是會反映在之後的其他面試，導致表現失常或不理想，所以我漸漸讓自己轉換心態，認爲面試，也是給自己一個契機省思過去，更是讓自己了解產業領域和市場需求的一個好機會。而收到拒絕通知，是一個讓自己提升的機會，盡可能收集反饋，再尋求協助，看如何加強。
從「面試被拷問」轉換成一個「免費上大師班，提升自己戰鬥力」的心態，我發現這樣一個轉念，讓我在準備過程中，少了很多壓力（當然不是百分之百，但起碼會是一個帶著期待和好奇的心情，進行面試，想看看自己這次是否有所進步）。
以上這些內容，希望給正在找尋下個機會的同學們當作參考，祝順利！
附上面試準備的參考資料：
Glassdoor：會包含一些考古問題，蠻值得參考
Jeff H Sipe Youtube頻道：內容包含許多面試應答技巧，也有聊到拿到錄取之後如何談到好薪水和待遇
ADP list：搜尋有在協助mock interview的mentor
Exponent Peer Mock Interview：模擬面試（付費）
（原文標題：Rejection = Redirection 如何從面試被拒的經驗吸取養分，調整心態再出發）
AI輔助行銷效率：盤點產出項目→拆解工作流程→選擇 AI 工具
在行銷工作中經常需要因應不同的行銷活動，製作 Landing page、文案素材，其中一定避免不了的就是推薦商品給會員做導購，這時如何快速且精準地完成推薦商品並向目標受眾溝通是一大課題，在既往的流程中這很常會耗費行銷人員許多時間。
近幾年 AI 的快速發展，我們可以善用許多工具串接會員資料與商品數據，設計一套高效的活動規劃與商品推薦流程，幫助團隊在有限的時間內，能有最佳的行銷工作效率。
這套導入AI提升行銷效率的流程作法，是之前工作的經驗脈絡整理，思考的邏輯只有三點：盤點產出項目→拆解工作流程→選擇AI工具。
這三點可以應用在各種情境，透過範例帶給大家一些靈感與啟發，後續可以跟內部團隊一起思考如何找出最迫切需要導入AI的行銷流程。
📖 延伸閱讀 →https://jasondiginote.com/ai-marketing-efficiency-workflow
你適合當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]
有任何收穫或想分享的，都來和大家一起聊聊吧！