104學習

Product Management

Product Management
關注
邀請朋友
邀請朋友

Line

Facebook

複製連結

取消
「Product Management:負責產品策略的規劃與執行,管理產品生命週期以達成市場需求與企業目標。主要職責包括市場調查、需求分析與跨部門協作,確保產品能夠有效滿足客戶期望。需具備良好的溝通技巧、對市場趨勢的敏銳洞察力以及強大的項目管理能力,以應對台灣快速變化的商業環境及多樣化的顧客需求。此外,對於數據分析及用戶體驗的理解亦是關鍵以促進產品成功。在本地文化背景下,需要適應團隊合作與關係經營的工作方式,具備靈活應變的能力。》
關於教室
關注人數 112 人
104人力銀行從職缺中挑選出常見技能所成立的官方教室,提供大家進行共學互動。
學習主持人
持續分享知識,
有機會成為官方教室主持人
教室標籤
關於教室
關注人數 112 人
104人力銀行從職缺中挑選出常見技能所成立的官方教室,提供大家進行共學互動。
學習主持人
持續分享知識,
有機會成為官方教室主持人
教室標籤
Hi~ 歡迎分享學習資源,有學習問題可匿名向Giver發問!
我要分享
我要提問

Product Management 學習推薦

NickyLee

產品經理

2023/10/13

什麼是NPI?為什麼PM職缺裡面滿滿的NPI
NPI的全名為New Product Introduction,中文可以翻做「新產品導入」,用於導入全新的產品或服務到市場。NPI大致會在分成三個階段: EVT(工程驗證測試階段), DVT(設計驗證測試階段), PVT(生產驗證測試階段)
。EVT-工程驗證測試階段:這個階段要驗證設計是否有潛在問題,並且設法在產品設計的初期就解決。
。DVT-設計驗證測試階段:這個階段要驗證整機的功能,重點是把設計及製造的問題找出來,以確保所有的設計都符合規格,而且可以量產。
。PVT-生產驗證測試階段:這個階段要做製造工廠大量生產前的製造流程測試,生產線上所有的生產程序也都要符合製造廠的標準量產程序。
NPI是一個高度協作的過程,需要不同部門之間的密切合作,包括研發、設計、生產..等。一個好的PM可以成功的確保新產品順利地進入市場,滿足客戶需求並實現商業目標。
看更多
0 0 17939 2

熱門精選

104學習

產品

10小時前

轉職首選!3 週從零到上手的數據分析師養成營 —— 104人力銀行 × 104學習 × 緯育 TibaMe 聯合推出
想跨入高薪、有前景,又能左右商業決策的數據分析師職涯,但擔心自己沒有程式背景、時間不夠嗎?
這堂【數據分析師學習營】或許是你理想的起點。
✨ 首次跨界合作,更強大資源整合✨
這次由 104學習精靈 首度攜手 緯育 TibaMe 聯合打造。
⚡104人力銀行 × 104學習精靈:深耕職涯數據多年,最了解台灣企業用人需求,課程更貼近市場實際職缺。
⚡緯育 TibaMe:累積多年產業培訓經驗,專注於 IT、數據、AI 等熱門技能轉職養成,培訓模式完整,輔導成效有口碑。
這樣的合作,讓學員享有真實的培訓經驗,學習效果與轉職落地率都更具保障。
課程亮點一次看
🔥3 週密集實戰:短短三週密集訓練,快速掌握職場必備技能,不必耗費半年、一年時間啃課表。
🔥零基礎設計:無需工程背景,也不用寫程式,由淺入深帶你學會資料庫查詢(SQL)與數據視覺化工具 Power BI。
🔥實戰作品累績履歷實力:課程設計強調實務操作,結訓不僅懂工具,更手上有完成的作品,讓履歷直接升級。
🔥專屬平台與支援:透過共學社群與專業助教協助,學習不再孤單。
為什麼你該報名?
🟢快速起步,快速看成果:三週聚焦提速進展,是在職或時間有限者的最佳選擇。
🟢具備市場需求核心技能:SQL 與 Power BI,完全符合企業當前的數據分析需求。
🟢履歷實力落地具體化:實作作品比起只學理論更能打動雇主眼光。
🟢104 × 緯育 TibaMe 強強聯手:把資源與專業結合,讓學習不只停留在課程,而是直通「就業」與「轉職」。
【名額倒數中,不要錯過現正優惠】
看更多
1 0 313 0
Larry

Software Engineer

2023/06/14

工程師看 PM 之應該具備的特質
秉持著一樣米養百樣人的原則,每個職位都不應該只有某一種特質,但的確會有些特質特別容易在特定職位中被凸顯出來。今天我們就稍微刻板印象和主觀一點,講講我身為工程師,看到 PM 具備哪些特質時,會對跟 PM 的合作上有加分。
👉 #需求論述清楚
論述清楚是指:不管是文字還是表達上,能夠將「為什麼要做這件事」解釋完整,包含為什麼要做、做什麼、有沒有其他戰略目的……可以回去看看《思考 #產品功能 時,能 #提升思考品質 的 #Checklist》系列文章,當 PM 能夠解釋清楚這些問題給工程師的時候,就已經是很專業的 PM 了。
至於需求要「怎麼做」,那可以是 SA、技術主管、工程師等技術職位的人討論的範圍,PM 沒辦法回答並不會有扣分。如果有工程師覺得 PM 回答不出怎麼做就覺得這個 PM 不行,那是工程師太嬌生慣養了。
👉 #有自己的原則
立場,可以是一個工作者的工作觀。需求變更、隕石砸下來是在所難免的事,但在變更的需求面前,PM 是否有自己的立場和規劃,知道怎麼判別哪些需求是真的有承接的必要、哪些是需求單位的任性妄為、而哪些又是對產品或團隊有害的。當面對四面八方的需求,當面對到與自己價值觀或原則相牴觸的事情時,能不能夠保有自己的原則,又是考驗每個人的智慧了。
有時也需要辨別,自己堅持的原則是不是必要的。為了一個英文單字要不要加上 s,而延遲了報紙送印的時間,只因為公司的報紙代表著這個國家的標準英文;為了讓整體的設計風格一致、程式碼簡潔,讓客戶多等一個月……坦白說我也沒有比較好的判斷方式可以辨別哪些原則是必須要堅持的,畢竟這也是每個人的特色嘛。
👉 #資訊整理和紀錄
各位有沒有遇過一個情境:曾經跟同事有過一段對話,是在解釋某個功能為什麼做某邏輯、不做某邏輯,但相關的資訊不是散落在對話工具中,就是根本沒有紀錄。
不管是 PRD(Product Requirement Document,產品需求規劃書)的撰寫、在會議中整理各方提出的意見和需求、甚至是在 Slack/Teams/Discord 裡將大家的資訊利用語言、文字、超連結的方式,讓接收訊息的人不管是在現在還是在三個月後,都能夠迅速地掌握到資訊的脈絡,我覺得這是非常不容易也值得敬佩的事。
我相信人是健忘的,人腦也不是拿來記事情,而是拿來下判斷的。過了一段時間後會忘記曾經有過的討論、忘記曾經做過的決定,都是很正常的事情。但若能夠在決定發生的當下就記錄下來,幫未來的自己跟同事一把,除了節省掉回想枝微末節的時間,也可以讓過去的決策保持著足夠的連貫性。
看更多
3 1 627 0
你可能感興趣的教室