104學習

產品或零件測試驗證

透過系統化的方法檢驗產品或零件的性能與品質,確保其符合設計規範與安全標準,避免因瑕疵導致後續生產問題或客訴。此技能能有效降低風險、提升產品可靠度,並加速開發流程,對企業維持競爭力與品牌信譽至關重要。具備此能力的人才通常熟悉測試儀器操作、數據分析及問題排除,能精準判斷產品是否達標,協助團隊持續優化產品品質。

10,265 個相關職缺

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

精選課程

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

一人搞定行銷大小事:全方位行銷實戰
一人搞定行銷大小事:全方位行銷實戰
AI 商業數據與工作應用實戰:分析、報表與決策支援【09/30】
AI 商業數據與工作應用實戰:分析、報表與決策支援【09/30】
卓越績效管理與提升
卓越績效管理與提升
掌握Claude Code從零打造企業級全端開發應用實戰班
掌握Claude Code從零打造企業級全端開發應用實戰班
翻轉領導力-打造高效能團隊
翻轉領導力-打造高效能團隊
PMI-ACP 敏捷專案管理師認證暨實務課程
PMI-ACP 敏捷專案管理師認證暨實務課程
打造高投入團隊:遊戲化工作設計與激勵機制實作班【9/17】
打造高投入團隊:遊戲化工作設計與激勵機制實作班【9/17】
軟體安全開發概論
軟體安全開發概論
AI行銷素養能力檢測|104 AI測驗認證
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']
【104職場力】・專案管理

前端面試問題如何反問?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']
【104職場力】・軟體工程

【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產品經理的終極求職建議:把自己當產品
【104職場力】・面試技巧

員工滿意度自己調查?小心掉進數據陷阱!

文/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職能發展系列課程
【104職場力】

什麼是「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》資訊,經整理改寫。
【104職場力】・數據分析

面試失敗如何快速調整?半年面試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 如何從面試被拒的經驗吸取養分,調整心態再出發)
【104職場力】・產品設計

你適合當PM嗎?解析產品經理必備3種特質與溝通心法

產品經理(PM)扮演產品關鍵的橋樑角色,不僅要看懂全局、擬定策略,更需要與設計師、工程師高效溝通,協調各方需求並推動產品前進。哪些人適合PM工作?作者透過實務經驗分享,解析PM必備的3種核心特質,以及在與不同角色協作時應具備的溝通心法。 文/Michelle Chen(軟體業PM產品經理) 本文目錄:3個PM需要的核心特質(點擊可快速前往) 特質1:你是否習慣全局性思考,並以策略性規劃推動執行?特質2:你是否喜歡且習慣站在對方的角度,使用對方的語言溝通?PM與設計師溝通重點PM與前端工程師溝通重點PM與後端工程師溝通重點特質3:你是否接受甚至喜歡改變,且有隨時改變計劃的彈性? 我習慣定期把自己的職涯規劃拿出來review,問問自己對於「現在的狀態」是否還滿意。最近是我在現職公司任職滿一週年的日子,於是又把這個問題拿出來檢視一番。我發現對於做PM打造產品這件事(撇除外在條件,像是workload、手上的案子、公司策略、主管等),過了幾年我仍非常喜歡且享受其中。再往下探索,是什麼個性或是特質讓我喜歡且適合做產品經理呢?今天整理3個我認為最核心的特質,分享給有興趣往PM產品經理發展,或還在思考自己到底適不適合的朋友參考! 特質1:你是否習慣全局性思考,並以策略性規劃推動執行? 作為產品經理你每天要應對來自各方的利害關係人,需求從四面八方而來,每季的Product Roadmap規劃&執行,每月2~3次的Sprint(如果團隊跑Scrum),甚至每天的跨部門Support,PM的日常總是被滿滿的需求與會議轟炸,任務清單中的To-dos & Action Item似乎看不到盡頭。在這種「艱困」的處境下,能習慣「全局性思考」的PM就比較能從容應對,懂得從任務海中抽身,避免無謂地瞎忙。所謂全局性思考有點抽象,換個方式來說就是:從整體,更高維度視角看待事情,而不是深陷於眼前的問題。 舉個例子來說,假設你是一位部門主管,你發現某個專案快到截止日但離完成還有一大段距離,你可以選擇臨時外聘人力,或是給團隊成員加班獎勵鼓勵他們挪出更多的時間工作完成任務,這也許是最快能見效的暴力解法。但如果你採取全局性思考,你會先退一步思考,這個專案的規劃是否合理,是否有可以簡化的部分,或者是否團隊中有某個特定的人遇到瓶頸。如果能協助這位成員解決問題,整個團隊的運行會變得更加順暢,也許就能如期完成專案。 全局性思考的能力能幫助PM有效辨識什麼才是真正需要解決的「關鍵問題」,而不是像在大魯閣打棒球一樣,只是對每個問題隨著出現而進行反應。這種思考方式讓你從整體上把握問題的根源,不是只解決表面的問題。 找到問題後,接下來就要透過策略性規劃來實作,這時候一定要提到常見的80/20法則。 20%的因素,將導致80%的結果。找出那關鍵20%重要的事情並全心投入,往往能帶來大部分的成果。 首先找到那20%重要並值得花團隊全心投入的P0-重要且須馬上行動的事。並懂得拒絕或是取捨那些重要但不急,甚至根本不用解決的問題 。取捨決策是一個好PM必備能力。 另外,作為產品的代言人,PM一定要知道哪些任務可以被整合在一起(甚至延伸成一個epic);又有哪些tasks可能會因為其他迭代而順勢被解決,因此現階段可以忽略不做;又有哪些可能看似有問題,但其實是故意為之的機制。 有策略、有條理的安排團隊資源,聚焦在關鍵20%重要的問題上,可以讓團隊更有效率且優雅的工作。(非常重要,誰會想要每天灰頭土臉工作,你說是吧) 特質2:你是否喜歡且習慣站在對方的角度,使用對方的語言溝通? 有這個特質的PM絕對會是團隊的寶,而不會變成大家避之唯恐不及的任務交差使者。習慣從對方的角度出發,用對方熟悉的用語溝通,不僅能提升理解效率,還能拉近彼此距離,建立良好互動。這有助於建立信任,讓未來的合作更順利愉快,形成正向循環,培養無敵默契。(每次遇到只是一兩句話一個眼神,團隊內的工程師和設計師就能馬上理解我的意思,就會覺得「哇,你們真的是神隊友,我好幸福啊!」) 這邊簡單舉例與設計師以及前後端工程師討論需求時應該著重的方向: PM與設計師溝通重點 重視使用者體驗(UX/UI):需要清楚描述使用者的需求(如果需要可以附上完整的user story),並在需求說明中「用戶使用流程」、「易用性」、「介面設計」以及「資訊呈現方式」等。 【溝通舉例】「我們希望這個功能的流程是:1.先點擊這個按鈕,2.展開選單,3.選單中會有幾個預設選項且我們會幫用戶進行預選,整個操作希望可以在3步內完成。」 特別注意!尊重設計師專業:作為PM一定要尊重團隊內設計師以及工程師的專業。對設計師,請保留讓他們自由發揮的空間。提出的需求絕對不會是硬性規定設計師只是把你想像中的畫面/流程畫出來而已,保留設計彈性通常得到的結果都會比自己發想的還要完整流暢! 【溝通舉例】如果需要做一個活動頁面:「這個頁面會包含A~C 3個大分類的資訊,其中A/B分類會另外連結到C/D頁面。這個主頁面的設計,希望能傳達出現代感,並保留畫面的簡潔性,方便用戶快速找到他們要的資訊。可以參考這個網站的設計風格,但具體的顏色/圖標,分類呈現可以自由發揮。」 PM與前端工程師溝通重點 重視介面與互動:前端工程師負責將設計轉換成可用的介面。他們關注的重點包含介面呈現方式、元件的設計與實現、與後端如何進行資料溝通、並且也要確保網頁可以各種大小的裝置和瀏覽器上都能順利運行。 【溝通舉例】PM:「我們希望在報名頁面上,使用者可以看到所有場次,點擊後展開場次詳細資訊,並透過一個動畫顯示出『點選報名』的CTA 按鈕。這部分在手機的 web view 上也需要保持操作流暢。」前端工程師:「這個顯示CTA的動畫在一些舊瀏覽器上可能無法支援,可能會出現卡頓或不顯示的情況。」PM:「如果確實有這個問題,我們可以考慮用彈出popup的方式替代,重點是整體操作要流暢,並且能有效吸引用戶點擊報名。」 特別注意!技術可行性&永遠都要準備PlanB:有時PM以及設計師一起討論出的設計可能在技術實現上會有挑戰。作為一個好PM,一定要工程師們討論在技術上的可行,以及如果無法實現,可以被接受的PlanB是什麼,並從中找到最佳解決方案。 PM與後端工程師溝通重點 重視系統穩定性及資料處理:後端工程師主要關注系統的穩定性及資料處理。他們習慣使用「API」、「資料庫」、「伺服器」等術語。作為產品經理,你需要清楚描述系統需求,並確保資料流(information flow)和功能邏輯的合理性。 【溝通舉例】PM:「我們需要建立一個數據報表,數據需要即時更新,並支援查看過去30天和60天的時間範圍。這個報表主要用來追蹤使用者行為趨勢。報表中的欄位定義以是{明確定義數據背後的計算邏輯以及fallback機制}。」後端工程師:「要實現即時更新可能會對系統造成壓力,特別是在高峰期,伺服器負載會增加,影響穩定性。」PM:「那或許我們可以考慮設定一個更新的cutoff point,在該時間點做一次性更新,確保穩定性以及更好管理系統負載。」 特別注意!具體明確制定規則:跟後端工程師討論事情一定要具體明確(制定出規則),不能給模糊的「形容詞」。以要新增檢查用戶註冊時的密碼強度的功能為例: 模糊的需求:「我們需要在用戶註冊時,先檢查密碼是否夠強。如果不夠強就讓他重新設置,夠強就讓他繼續註冊。」 ➞這時候工程師一定會問你:密碼強度怎麼樣算夠強?這個檢查是在用戶點擊註冊時還是輸入過程中即時檢查? 明確的需求:「如果密碼長度小於8位或不含大小寫字母和數字,則在用戶按下註冊時阻擋下一步,並顯示錯誤提示並要求用戶重新設置密碼。如果密碼符合這些條件,則允許用戶完成註冊。」 PM的工作內容和模式會隨著產品領域、團隊規模及系統架構等因素而有很大不同。然而,良好的溝通能力,尤其能根據不同溝通對象靈活切換用詞和表達方式,針對不同情境調整思考重點,是做好PM必須具備的。如果你發現這種角色切換對你來說有些困難,或是習慣從單一角度進行思考,那可能就不會那麼享受於PM的日常了。 特質3:你是否接受甚至喜歡改變,且有隨時改變計劃的彈性? 最後一點,「接受改變,且對已經計劃好的事情是否總是能保持隨時調整,甚至需要打掉重練的彈性?」是一個PM是否能樂在其工作中,蠻關鍵的特質。 有PM經驗的都知道(不管是Product or Project)都會面臨到原本說好的方向會需要來個大轉彎,產品策略可能因為市場的變化要做立即的調整(例如AI的快速崛起)。對於比較不喜歡變化,或是對於要臨機應變這件事情比較排斥的人,做PM會比較辛苦(心裡苦的部分)。 No two days are the same for a product manager 如果看到上面這句話,你感到興奮,那恭喜你!你一定能從PM的工作日常中找到許多樂趣! 以上就是我簡單從自己身上總結出為什麼就算有時候遇到再鳥的事情,或是有時候真的工作壓力很大,但終究我還是很享受做PM的3大特質與性格,希望能給還在摸索的人或是猶豫不太清楚自己到底適不適合的人一點小小分享。 (原文標題:你適合當產品經理嗎?3個PM需要的核心特質&性格解析) [joblist_plugin title='更多104【產品經理】工作機會' url='https://www.104.com.tw/jobs/search/?order=15&page=1&sctp=M&scmin=40000&scstrict=1&jobsource=joblist_search&jobcat=2004003005&keyword=%E7%94%A2%E5%93%81%E7%B6%93%E7%90%86' amount='4'] [course_plugin title='產品經理學習營|學習推薦' keyword='產品經理學習營' amount=2]
【104職場力】

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

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

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

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

當面試官「預設你有用AI」,複試面試提案怎麼準備?

面試提案可以用AI協助蒐集資料、發想架構與製作簡報,但當你在用AI、企業也預設你會用,面試官真正想確認的會是哪些事?本文整理人資及用人主管觀察,說明在運用AI輔助之下,如何讓面試提案看得見自己的觀點與判斷,並提供AI使用說明範例及5項自我檢查。 文/《104職場力》 本文目錄(點擊可快速前往) AI不能替你成為提案者,建立主軸方向再用AI當面試官預設你有用AI,不只看成果、也問過程交出面試提案前,先確認5題自我檢查 面試遇到公司「出作業」要求複試提案簡報,你會怎麼做?把題目交給ChatGPT、Claude,一鍵生成提案簡報可以嗎? 均一教育平台董事長暨執行長呂冠緯曾在公開徵才文分享,面試時會這樣開場:「我基本上假設你有用AI準備面試,我也有。所以,可以請你畫面分享一下你的準備過程嗎?」 當面試官預設雙方都有使用AI,重視的不再只是最終成果,還包括「如何思考、如何與AI協作」。換句話說,AI可以參與提案協作,但求職者仍必須是問題的定義者、方案的決策者,以及內容的最終負責者。 【提醒】面試提案能否使用AI,應以應徵企業的規則為準;若企業明確禁止,就不應自行使用。 AI不能替你成為提案者,建立主軸方向再用AI 104人力銀行產品暨價值營運處資深經理翁瑀婷觀察,提案面試時,把題目原封不動直接丟給AI、讓AI生成提案的求職者不在少數,而這樣的內容,面試官幾乎一眼就看得出來。 她指出,有些AI製作的簡報雖然乍看精美、內容豐富,但是邏輯架構卻不見得順暢,例如前後未能呼應、甚至不一致。若候選人照本宣科地搬出自己不熟悉的理論或跨領域的專業,不僅沒有凸顯自己的強項,反而主動把話題帶到最沒把握的地方。一旦被深入追問,提案與本人能力之間的落差很快就會浮現。​ 翁瑀婷強調,企業要求複試提案,不是期待求職者交出一份可以立刻落地執行的完美報告,重點在於觀察候選人的思考邏輯、問題解決能力,以及如何把自己的經驗放進方案裡。 「即使是用AI做提案,你能夠把自己的想法講清楚嗎?」104人力銀行人資專案經理Lester也指出,使用AI協助履歷美化或面試提案沒有問題,前提是不能造假,而且求職者必須能把自己的想法講清楚。 Lester建議先建立自己的提案主軸與架構,再讓AI協助細節延伸與補充;不要一看到題目,就把問題定義與方案決策一併交給AI。  他提醒求職者「一定要有自己的中心思想」,不論是履歷或面試提案,主軸都是「人」。AI是很好的錦上添花跟集思廣益工具,可以幫助補上漏掉的角度,但應該由人作為發起者跟策畫者,絕對不要讓AI做主要的企畫者。 【AI面試提案的常見誤用】先前《104職場力》已整理面試提案誤用AI的常見扣分狀況,包括內容未經消化、數據未查證,以及提案超出個人經歷所能駕馭的範圍。完整說明請見:AI做面試提案,這些誤區大扣分!究竟用人主管想聽什麼? 當面試官預設你有用AI,不只看成果、也問過程 104最新《2026人資F.B.I.研究報告》顯示,2025年已有69.9%的企業要求AI應用能力,反映AI能力日益成為企業用人條件之一。 至於企業如何在面試中辨識這項能力,從前述討論可以看出,部分面試官已不只確認候選人「有沒有用AI」,而會進一步了解其如何使用、查證與修正AI產出的過程。  對於強調AI賦能的企業來說,用AI美化或加速都是加分,但切記不要讓AI取代腦。 呂冠緯於公開發文提到,面試請候選人分享使用AI的準備過程時,他關注的是問題建構、資訊過濾、戰略判斷及人機協作後的人際溝通能力。 翁瑀婷也指出,目前部分職務已把AI使用規則寫進複試提案說明(舉例提供參考,請以應徵職務實際規定為主): 「可使用AI工具協助整理、發想或製作簡報,在簡報最後簡短說明AI協助的部分,以及哪些內容是經過自己調整或判斷後提出。我們重視的是你如何思考、拆解問題並做出方案評估取捨,而不是單純運用AI產出一份完整報告。面試時也會進一步了解你的思考過程與判斷依據。」 她表示,曾有求職者在複試提案的最後主動說明:製作過程中用了哪些AI工具、分別用在哪些環節,並附上提案引用的數據與報告來源。這個舉動同時交代了兩件事——他清楚哪些工作適合交給AI、哪些判斷必須由自己承擔,而這正是成熟的AI素養。​ 揭露AI協作,重點不是列工具清單 關於如何揭露與AI的分工,除非企業明確要求分享畫面或對話過程,AI使用說明不必揭露完整紀錄,但也不只是羅列AI工具清單,關鍵在於呈現你如何以「人」為主軸,定義問題、與AI協作,並在哪些地方做了自己的判斷。 以下為示範,實際內容請依你的準備過程調整(工具名稱僅為示意): 使用工具:Perplexity、Claude、Canva AI協助內容:初步資料蒐集、提案執行細化討論、簡報版面初稿 個人負責內容:問題定義、訪談、提案主軸發想、觀察與假設、方案取捨、資料查證與最終整合 交出面試提案前,先確認5題自我檢查 對於面試提案簡報,人資或主管可能透過交叉追問來觀察候選人的思考邏輯及AI使用邏輯。例如:「為什麼選擇這個方案?」、「如何評估方案的可行性和效益?」或「如何驗證AI提供的數據資料?」 不論是否使用AI輔助,《104職場力》建議提交面試提案簡報前用5個問題自我檢查: 為什麼選擇這個方向?我能否說出判斷依據,以及它與應徵公司、職務需求和我的經驗有什麼關聯? 提案中的數字與案例從哪裡來?數字是否正確?計算方式為何?我是否查證過原始來源,並確認資料適用於這個題目? 哪些內容由AI協助,哪些是我根據經驗、觀察或資料做出的專業判斷? AI提出的建議中,我保留、修改或否決了哪些?理由是什麼? 如果條件臨時改變(例如預算、時程或目標客群),我知道哪些假設與方案要調整嗎? 若企業已表明會了解AI使用過程,也可以保留簡短的準備紀錄,例如最初如何定義問題、曾經比較哪些方向、查證過哪些資料,以及為什麼推翻某項建議。重點不是展示提示詞有多華麗,而在展現自己的AI協作力與問題解決能力。 【AI協作小訣竅】提案完成後,讓AI幫你找漏洞、模擬面試猜題!最後再分享一個祕訣,提案完成後,還可以在規則允許、內容不涉及機密或個資的前提下,把職缺JD、提案題目、提案內容交給AI,利用AI做最後檢查與面試預演,讓AI幫你猜題!1. 請AI當「提案審稿人」● 檢查提案弱點:讓AI從面試官角度指出提案內容是否有邏輯跳躍、證據不足、假設過多,或需要補強說明的地方,再由自己判斷是否需要修改。● 檢查提案是否過於通用:請AI協助比對提案內容,檢查是否充分呈現自己的個人經驗、觀察與專業判斷。2. 請AI當「面試官」● 模擬面試追問:請AI扮演面試官,針對提案內容追問,例如「為什麼選這個方案?」「這項數據如何驗證?」等,測試自己是否真的理解內容。● 由不同角色挑戰提案:請AI扮演直屬主管、跨部門同事、老闆或客戶等角色來發問,指出提案中最可能被挑戰的地方,提前準備問題。需要注意的是,AI提出的問題與修改建議仍只是參考,最後應由求職者透過自身專業判斷是否符合實際職務與公司情境。 【延伸題】面試官問「怎麼用AI」如何回答?除了本文提到的面試提案應用AI舉例之外,企業也可能透過交叉追問、情境題或現場操作,確認求職者是否真的具備AI應用能力。完整閱讀:面試被問「怎麼用AI」如何回答?HR教你更有說服力的3段式說法 綜合本次討論,在面試企業允許使用AI的前提下,用AI準備面試複試提案絕對沒有問題。真正導致扣分的,是看似完整卻找不出自身專業經驗、觀點與決策的提案簡報。 當面試官期待候選人具備AI應用能力,並開始「假設你有用AI」,不如主動揭露AI與自己的分工,證明提案的觀點來自你的理解、取捨來自你的判斷,內容也經得起查證與追問,展現自己的AI素養,別把判斷外包。 推薦閱讀: 用AI寫履歷,HR怎麼看?「2大地雷」絕不能犯 AI做面試提案,這些誤區大扣分!究竟用人主管想聽什麼? 用ChatGPT準備面試練習!AI履歷面試必學指令 [course_plugin api_type='course_id' title='測你的AI素養' id='e9e13d08-2c6f-49b2-bae8-1e9418588041']
【104職場力】・AI

面試、提案簡報會被問哪些問題?專家6方向預測,臨場回答從容不失分

每當做簡報、與客戶會面、求職面試等,對我們的提問就會不斷出現,要如何預測問題、提前準備回答呢?作者為BBC新聞主播,負責播報與解說全球重大事件,他傳授預測問題的6大方向及回答法則,即使臨場被問到問題也能從容應對。本文節錄自《愈忙愈要會表達》。 文/羅斯.阿特金斯 本文目錄(點擊可快速前往) 6方向預測問題1. 你最可能被問到什麼問題?2. 若聽眾是你,你會問什麼?3. 如果你想為難人家,你會問什麼問題?4. 你不希望被問到什麼問題?5. 在偏離主題的邊緣處,可能冒出什麼問題?6. 如何進一步了解提問的人?規劃回答3大類問題1. 你可以回答的問題2. 你需要研究如何回答的問題3. 你需要補充新資訊才能回答的問題臨場回答問題訣竅 在動態的情況下,對方的提問能為你創造講話機會,它是互動溝通中不可或缺的一部分。當我們處於一個身為焦點的情境,例如做簡報、與客戶會面、求職面試等,對你的提問就會不斷出現。 在這些情境下,你某種程度上無法主導話題走向,就像網球傳奇好手羅傑.費德勒(Roger Federer)也無法控制別人發給他什麼球,但別擔心,他還是有多種方法來回擊發球,你也有面對提問的策略可使用。當你應付裕如,就能在回答提問時帶入你認為相關的資訊,掌控主導權。 6方向預測問題 我在做過數百次訪談後,學到一件重要的事情,那就是整體而言,人與話題是可以預測的。我們的興趣、關心的事物、使用的詞彙、個性與職業,都不會在一夕之間改變。如果我們曾鑽研一項主題,那麼下次要針對相同主題進行解說時,內容可能大同小異。我就是活生生的例子,如果你(不幸)在5個不同場合看到我談論解說影片,就會發現我使用的都是類似的內容、詞彙、統計數字與概念。 不只如此,如果有一群人對你的內容提出一些問題,另外一群工作性質相近的人就可能有同樣的疑問。或者看看電視上的政治人物、影星、商業大亨訪談,他們被問到的問題大部分都是換湯不換藥。如果你是接受提問的人,這樣的情況對你有利,你可以預測問題。 1. 你最可能被問到什麼問題? 思考你對當下情境所能掌握的事情,包括溝通主題、可能的提問人、聽眾感興趣的領域,然後寫下你認為會被問到的問題。 當你面對的情境比較單純,這樣的準備工作通常就夠了。但如果是更具挑戰性的場合,請繼續看下去。 2. 若聽眾是你,你會問什麼? 這是我最喜歡的環節。假設你是提問的一方,你想問什麼? 3. 如果你想為難人家,你會問什麼問題? 當你想刁難講者,你會問他什麼問題?把你能想到最困難的問題收錄在問題清單中。 4. 你不希望被問到什麼問題? 跟第3類問題不盡相同。我發現自己有時候會避談主題的某一個區塊,可能是還沒想出最好的解說方法,也可能是還沒有詳盡的資訊。留意讓自己感到不自在的部分,把它們列入問題清單。 5. 在偏離主題的邊緣處,可能冒出什麼問題? 你總是可能被問到跟主題沒那麼相關的問題。在我的記者職涯中,這類問題總是出乎意料,也比較枝微末節,但確實可能發生。 6. 如何進一步了解提問的人? 想要在互動中更上層樓,了解對方是關鍵。幸運的是,有許多方法可以做到這一點。 當你要跟合作廠商開會,可以先向其他同事打聽:廠商特別在意哪些議題?關注哪些優先事項?當你要拜訪一家公司或機構,試著跟知情人士交流,了解對方對你的主題抱持何種觀點。或搜尋對方公開談話的影片,從他們的關切議題與提問風格中尋找蛛絲馬跡。 就像透過研究歷年考古題來準備考試一樣,這是一種「從未知找出模式」的能力,了解對方過往的溝通或提問習慣,能幫助你做更好的應對準備。 規劃回答3大類問題 經過上述6個程序,你現在已有一張問題清單,接下來把你的問題歸納成3大類: 你可以回答的問題 你需要研究如何回答的問題 你需要補充新資訊才能回答的問題 1. 你可以回答的問題 首先,從你的問題清單第一類開始,挑出你可以回答的問題。有些問題只需簡潔的「是」或「否」就可搞定,有些則需要從主線提取更多資訊來應答。練習回答的重點在於有條理、清楚明白。搞定一個問題,就換下一題。 2. 你需要研究如何回答的問題 至於第二類─需要研究如何回答的問題,先問自己,是不知道說什麼,還是不知道怎麼說?先解決「說什麼」,再處理「怎麼說」。如果一時間不知道如何回答,不妨向身邊的同事、朋友或家人請益,或休息一會兒,靈感可能就找上門了。千萬別逃避這些困難的問題,萬一真的被問到,你才能從容應對,而且這些問題往後也可能重複出現。接著利用主線資訊和銜接短句來練習回答。 3. 你需要補充新資訊才能回答的問題 最後一類是需要更多資訊才能解答的問題。如果你自認在擬定主線時已涵蓋所有重要資訊,這類問題通常都已離題、重要性較低,採取「蜻蜓點水」原則簡單回應幾句即可,接著迅速轉回正題。 臨場回答問題訣竅 我們已經盡可能做足準備,讓大腦不必在場上臨時抱佛腳,就像用心複習的學生在考場上遇到熟題不會慌張一樣。但現實是,問題不見得百分之百如我們預期,反應不及或答非所問都會減損我們的可信度。我們需要具備即興組織答案的能力,我接著用一個假想的面試場景分享訣竅。 面試者:「這個新職位需要管理一支大型團隊,請談談你過往管理團隊的經驗,包括可以展示你的判斷與領導能力的具體案例。」 提出這個問題大約需要17秒,而其中的關鍵字「管理」會在第3秒後出現,這就給了你14秒組織答案的思考時間。你表面上仍在傾聽問題,但腦中已在迅速抓取資料與構思回答順序。順利的話,當問題結束,你的答案也準備就緒。 這裡的關鍵在於「解讀問題」。每個問題都可以濃縮為一兩個關鍵字,例如「管理」和「團隊」。當你聽到這些詞,就能迅速判斷提問方向,為自己爭取寶貴的思考時間。 別小看這幾秒鐘,它們是幫助你從容回答的起點。你不妨從問題清單隨機挑選一個問題,思考10秒之後再作答。隨著經驗累積,你會發現這短短幾秒鐘已經夠用。 解讀問題就像判斷網球的發球,你若看得清,就能接得穩。更妙的是,這短暫的片刻不僅能讓你組織回答,還能為你增添幾分的從容。 節錄自:時報出版《愈忙愈要會表達:讓自己受重用、點子被採用的解說藝術》/羅斯.阿特金斯 著 推薦閱讀: 臨時被Cue發言怎麼辦?專家傳授「4要點」加這步驟,開口說話不出糗 【13道經典面試問題】實用面試技巧+專業回答範例!面試準備5分鐘搞定 I人上台簡報緊張壓力大?內向者也能完勝的5招簡報準備法
【104職場力】・溝通協調

科技業面試「上機考」成常態 整理5大刷題平台助攻求職者

AI工具快速普及,科技業招募工程人才的方式也正在改變。除了傳統面試,越來越多企業在招募流程中加入「線上機測」(Online Assessment),也就是俗稱的「上機考」,要求求職者在限定時間內寫程式、解題,從實際作答過程觀察技術能力。對求職者而言,上機考已成為科技業面試的重要關卡。104人力銀行整理5大熱門刷題平台,建議求職者依自身程度進行準備,並提前熟悉常見題型與測驗節奏,才能在正式應試時充分展現實力。 文/104人力銀行 本文目錄(點擊可快速前往) 寫程式只是基本功 AI時代更重視判斷與解決問題能力1. 邏輯思考:能不能把問題拆開來解2. 判斷與除錯能力:AI寫出的答案,自己看得懂嗎?3. 實戰應用能力:能不能把技術用來解決真實問題5大刷題平台一次看 先找到適合自己的練習方式完全沒接觸過演算法 → NeetCode程式基礎有缺口 → GeeksforGeeks鎖定外商軟體職缺 → LeetCode想先熟悉正式線上測驗 → Codility想練習多元技術題型 → HackerRank刷題黑話一次看懂 看到英文代碼別慌 寫程式只是基本功 AI時代更重視判斷與解決問題能力 AI讓寫程式變得更加容易,企業對工程人才的要求也逐漸改變,單純從零開始撰寫程式的重要性下降,取而代之的是系統設計與除錯調校等能力。104人力銀行產品暨價值經營總處資深協理王之璘觀察,企業透過上機考,看的不只是求職者能不能寫出正確答案,更重視以下3項能力: 1. 邏輯思考:能不能把問題拆開來解 企業不只看最後答案對不對,也會觀察求職者如何理解問題、拆解步驟,以及選擇什麼方式解題。 2. 判斷與除錯能力:AI寫出的答案,自己看得懂嗎? AI可以協助產生程式碼,但不代表答案一定正確。工程師除了會使用AI,也必須具備判斷能力,能看懂AI產出的內容、找出可能的錯誤,並自行修改、測試與驗證。 3. 實戰應用能力:能不能把技術用來解決真實問題 上機考的題型也逐漸不再只是單純考演算法,而是加入更貼近實際工作的情境,觀察求職者能否將技術應用在真實問題上。 5大刷題平台一次看 先找到適合自己的練習方式 104人力銀行產品暨價值經營總處資深協理王之璘指出,準備上機考不一定是題目做得越多越好,重點是依照自己的程度選擇適合的工具。104人力銀行整理5大主流刷題平台,從完全沒接觸過演算法的新手,到已經收到企業線上測驗通知的求職者,都能找到相對應的練習方式。 完全沒接觸過演算法 → NeetCode 想從零開始準備演算法與技術面試,可從NeetCode入門。平台將不同難度的題目整理成學習地圖,並提供影音解說,幫助使用者理解解題思路。建議先從「Blind 75」建立學習骨架,再利用「NeetCode 150」逐步補強,若已有明確目標企業,也可進一步參考公司相關題目進行準備。 程式基礎有缺口 → GeeksforGeeks 如果已具備基本程式能力,但對作業系統、資料庫等電腦科學核心知識還不熟悉,GeeksforGeeks提供相關教學與題目,可協助補足基礎觀念。求職者可先透過「GfG 160」熟悉常見面試題型,再利用「Company Wise」依目標企業進行練習,並透過每日題目持續累積解題經驗。 鎖定外商軟體職缺 → LeetCode LeetCode是技術面試與線上程式測驗常見的練習平台,適合已有一定程式基礎、希望進一步強化演算法與解題能力的求職者。平台提供「Study Plan」協助安排練習進度,也可透過討論區比較不同解法;完成題目後,還能查看程式效能表現,了解自己的解法是否還有優化空間。 想先熟悉正式線上測驗 → Codility 如果已收到企業的線上測驗通知,或希望提前熟悉限時作答的節奏,可利用Codility進行模擬。平台提供Demo Test,讓使用者在正式測驗前先熟悉作答介面與流程。除了答案是否正確外,系統也會測試程式的執行效率,因此求職者除了追求「答對」,也必須思考如何讓程式跑得更有效率。 想練習多元技術題型 → HackerRank HackerRank的題庫涵蓋演算法、SQL、資料科學等不同領域,適合希望擴大練習範圍的求職者。可先透過「Practice」熟悉各類題型與作答方式,若目標職缺需要資料庫能力,也能直接針對SQL等相關題目加強練習。部分技能測驗完成後,也可取得對應的技能認證放進履歷。 刷題黑話一次看懂 看到英文代碼別慌 第一次使用線上刷題平台,看到AC、WA、TLE等英文縮寫,可能讓不少求職者一頭霧水。104人力銀行整理6個常見結果,幫助求職者快速判讀程式到底出了什麼問題。 簡寫涵義AC(Accepted)測試通過:所有測試資料都跑出正確答案WA(Wrong Answer)答案錯誤:結果不符,通常是邊界條件沒處理TLE(Time Limit Exceeded)執行超時:程式跑太慢,代表演算法效率太低MLE(Memory Limit Exceeded)記憶體超限:程式佔用的空間超過題目上限RE(Runtime Error)執行錯誤:程式中途當掉,如除以零、陣列越界CE(Compile Error)編譯錯誤:語法出現問題,程式沒跑起來 104人力銀行產品暨價值經營總處資深協理王之璘提醒,AI工具讓程式開發的門檻降低,也讓企業在招募工程人才時,更重視求職者能否理解問題、判斷解法、找出錯誤並解決實際狀況。對求職者而言,準備上機考不只是「多刷幾題」,更重要的是建立解題邏輯、培養程式除錯能力,並熟悉限時作答的節奏與各平台操作方式。建議依照自身程度選擇合適的練習平台,在正式測驗前做好準備,才能更充分展現自己的技術實力。
【104職場力】・人才招募

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