104學習

Product Management

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

Line

Facebook

複製連結

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

    Product Management 學習推薦

    9 15 15078 10
    PM雜學相談室－新手轉職PM交流區🙌
    關注
    NickyLee

    產品經理

    2023/10/13

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