建構陷阱(Build trap)指的是當組織陷入用產出(output)來衡量其成功,而不是用成果(outcome)來衡量的情況。此時組織會聚焦更多在發布和開發功能,更甚於這些所產生的實際價值上。
衡量指標
簡單來說,A/B 測試背後的原理非常簡單:嘗試兩件不同的事情,選出比較好的那一個。
上一集大叔和大家解說了「NPDP知識體(Body of Knowledge)第二版改版說明-策略篇」今天要和大家說明的是「NPDP知識體(Body of Knowledge)第二版改版說明-組合管理篇」
面對環境變遷及疫情變化莫測,PM的責任與挑戰將遠遠超過原本被賦予的任務,更多的是市場的不確定性!愈是如此,PM愈應該不斷地充實自己,大叔深信,愈混亂的時代,愈能凸顯出PM對企業的價值!
數據至上的行銷是一種新的行銷策略,注重以智能的方式,利用當今可取得的大量行銷數據,在各種行業中,創造真正的競爭優勢。它把數據導向行銷與商業策略和目標結合在一起,並且需要人員、流程、技術、數據和文化各方面從上而下的轉型。
80%的行銷策略會失效,是因為你不懂怎麼蒐集數據、進行量化分析!在巨量資料串連的時代,懂得蒐集數據並知道怎麼分析的人,才能甩開競爭對手,大幅提升行銷績效!
本文將探討市場上常見的新產品開發流程的比較、適用場景及流程治理。
本課程的目的,更著重於如何將OKR的制度與精神融入企業團隊組織的運作,透過理論解說、範例說明及小組討論,俾使學員能充分理解企業應如何落實「目標管理」,並藉此達成組織既定的績效─真正創造客戶真正需要的產品或服務,進而達成企業轉型的目標。
在訂閱經濟下,企業必須預先、主動針對客戶需求提出解決方案,幫助客戶創造業績,讓客戶成功,才能取得忠誠客戶,進而提升續約率,帶動合約價值成長,達到雙贏的目標。
市場規模有多大?這通常是個大哉問的問題?因為我們所面對的外部環境變化日益加速,「評估」兩字儼然成為一個動態的過程,對產品經理來說,必須要對市場規模不斷進行調整和修訂,以保證其在一定時間範圍內的準確性。
本集「PM好聲音」邀請到的是目前任職於臉書的產品經理Wen來和大家分享一下海外PM的工作內容與面試經驗~
在大學裡,並沒有一個學科是專門針對產品經理崗位所設計的,但是產品經理的職缺卻充斥在各大求職網站上,涵蓋了零售業、快消品(FMCG)、硬件開發、互聯網等,各自的工作職責有著天壤之別,但唯一不變的是,「產品經理」的稱呼總給人一種改變世界的光環感…..
相信大家都明白,無論你是開公司或是做生意,增加客戶人數是理所當然的事情。但是如果只有增加客戶人數,其實是無法讓事業穩定發展。關鍵是,你要想辦法讓客戶回購!比起從來沒買過商品的客戶進行第一次交易,要讓買過一次商品的客戶再次購買的門檻相對低。
對產品經理及公司高層主管來說,一個新產品是否成功的衡量標準,並非僅以銷售面的數字來做評估依據,應該要以更高的觀點來全面檢視。
時間管理就是用技巧、技術和工具幫助人們完成工作,實現目標。時間管理並不是要把所有事情做完,而是更有效的運用時間。
標竿企業之所以會成為標竿,肯定有其成功的理由,但在台灣,我們卻鮮於見到高瞻遠矚的企業能洞察新產品商機,提早布局,套句慣用法:提早布局都不一定確保新產品成功,更何況是缺乏遠見。
簡單地說,『目標管理』就是將組織的總體目標轉換成為組織單位各部門及個人的特定目標。假如每個人都達到了他們的目標,則所屬部門的目標也就達成,整體組織目標也就實現了。多數公司會運用KPI(關鍵績效指標)來管理公司的績效,不過,制定目標這件事,其實不是只有「營業額」和「利潤」,很多老闆或主管也曲解了『目標管理』與KPI的連結性。因此,本期【PM問答】PM大叔要和大家談的主題是-PM的『目標管理』!
對多數公司而言,新產品能夠快速量產上市,是搶得市場先機、提升業績的重要衡量指標之一。一個成功企業除了能不斷創新之外,如何讓創新產品為市場消費者接受,成為主流商品,更是企業的重要課題…
對產品經理來說,無論是KPI或是Metrics都是協助管理新產品開發進程的工具,進而達成新產品成功上市的目標。
所謂的『Ramp-up』指的是:在新產品的開發過程中,從新產品小量投入生產,直到品質與產量均達到量產水準的過程。而這段時間則稱為 『Ramp-up time』。
建構陷阱(Build trap)指的是當組織陷入用產出(output)來衡量其成功,而不是用成果(outcome)來衡量的情況。此時組織會聚焦更多在發布和開發功能,更甚於這些所產生的實際價值上。
簡單來說,A/B 測試背後的原理非常簡單:嘗試兩件不同的事情,選出比較好的那一個。
上一集大叔和大家解說了「NPDP知識體(Body of Knowledge)第二版改版說明-策略篇」今天要和大家說明的是「NPDP知識體(Body of Knowledge)第二版改版說明-組合管理篇」
面對環境變遷及疫情變化莫測,PM的責任與挑戰將遠遠超過原本被賦予的任務,更多的是市場的不確定性!愈是如此,PM愈應該不斷地充實自己,大叔深信,愈混亂的時代,愈能凸顯出PM對企業的價值!
數據至上的行銷是一種新的行銷策略,注重以智能的方式,利用當今可取得的大量行銷數據,在各種行業中,創造真正的競爭優勢。它把數據導向行銷與商業策略和目標結合在一起,並且需要人員、流程、技術、數據和文化各方面從上而下的轉型。
80%的行銷策略會失效,是因為你不懂怎麼蒐集數據、進行量化分析!在巨量資料串連的時代,懂得蒐集數據並知道怎麼分析的人,才能甩開競爭對手,大幅提升行銷績效!
本文將探討市場上常見的新產品開發流程的比較、適用場景及流程治理。
本課程的目的,更著重於如何將OKR的制度與精神融入企業團隊組織的運作,透過理論解說、範例說明及小組討論,俾使學員能充分理解企業應如何落實「目標管理」,並藉此達成組織既定的績效─真正創造客戶真正需要的產品或服務,進而達成企業轉型的目標。
在訂閱經濟下,企業必須預先、主動針對客戶需求提出解決方案,幫助客戶創造業績,讓客戶成功,才能取得忠誠客戶,進而提升續約率,帶動合約價值成長,達到雙贏的目標。
市場規模有多大?這通常是個大哉問的問題?因為我們所面對的外部環境變化日益加速,「評估」兩字儼然成為一個動態的過程,對產品經理來說,必須要對市場規模不斷進行調整和修訂,以保證其在一定時間範圍內的準確性。
本集「PM好聲音」邀請到的是目前任職於臉書的產品經理Wen來和大家分享一下海外PM的工作內容與面試經驗~
在大學裡,並沒有一個學科是專門針對產品經理崗位所設計的,但是產品經理的職缺卻充斥在各大求職網站上,涵蓋了零售業、快消品(FMCG)、硬件開發、互聯網等,各自的工作職責有著天壤之別,但唯一不變的是,「產品經理」的稱呼總給人一種改變世界的光環感…..
相信大家都明白,無論你是開公司或是做生意,增加客戶人數是理所當然的事情。但是如果只有增加客戶人數,其實是無法讓事業穩定發展。關鍵是,你要想辦法讓客戶回購!比起從來沒買過商品的客戶進行第一次交易,要讓買過一次商品的客戶再次購買的門檻相對低。
對產品經理及公司高層主管來說,一個新產品是否成功的衡量標準,並非僅以銷售面的數字來做評估依據,應該要以更高的觀點來全面檢視。
時間管理就是用技巧、技術和工具幫助人們完成工作,實現目標。時間管理並不是要把所有事情做完,而是更有效的運用時間。
標竿企業之所以會成為標竿,肯定有其成功的理由,但在台灣,我們卻鮮於見到高瞻遠矚的企業能洞察新產品商機,提早布局,套句慣用法:提早布局都不一定確保新產品成功,更何況是缺乏遠見。
簡單地說,『目標管理』就是將組織的總體目標轉換成為組織單位各部門及個人的特定目標。假如每個人都達到了他們的目標,則所屬部門的目標也就達成,整體組織目標也就實現了。多數公司會運用KPI(關鍵績效指標)來管理公司的績效,不過,制定目標這件事,其實不是只有「營業額」和「利潤」,很多老闆或主管也曲解了『目標管理』與KPI的連結性。因此,本期【PM問答】PM大叔要和大家談的主題是-PM的『目標管理』!
對多數公司而言,新產品能夠快速量產上市,是搶得市場先機、提升業績的重要衡量指標之一。一個成功企業除了能不斷創新之外,如何讓創新產品為市場消費者接受,成為主流商品,更是企業的重要課題…
對產品經理來說,無論是KPI或是Metrics都是協助管理新產品開發進程的工具,進而達成新產品成功上市的目標。
所謂的『Ramp-up』指的是:在新產品的開發過程中,從新產品小量投入生產,直到品質與產量均達到量產水準的過程。而這段時間則稱為 『Ramp-up time』。
相關文章
所謂的Kanban Board(看板儀表板)源自於1963年,主要目的是,控制零件在供應鏈中的流動。
今天大叔要回覆網友的問題是:「產品經理如何建立「產品思維」能力?」
建構陷阱(Build trap)指的是當組織陷入用產出(output)來衡量其成功,而不是用成果(outcome)來衡量的情況。此時組織會聚焦更多在發布和開發功能,更甚於這些所產生的實際價值上。
設計思考是以人為本的設計精神與方法,考慮人的需求、行為,也考量科技或商業的可行性。
簡單來說,A/B 測試背後的原理非常簡單:嘗試兩件不同的事情,選出比較好的那一個。
「敏捷開發」並不是一種特定的開發方法,而是因應需求快速變化的一種軟體開發能力。
相關文章
所謂的Kanban Board(看板儀表板)源自於1963年,主要目的是,控制零件在供應鏈中的流動。
今天大叔要回覆網友的問題是:「產品經理如何建立「產品思維」能力?」
建構陷阱(Build trap)指的是當組織陷入用產出(output)來衡量其成功,而不是用成果(outcome)來衡量的情況。此時組織會聚焦更多在發布和開發功能,更甚於這些所產生的實際價值上。
設計思考是以人為本的設計精神與方法,考慮人的需求、行為,也考量科技或商業的可行性。
簡單來說,A/B 測試背後的原理非常簡單:嘗試兩件不同的事情,選出比較好的那一個。
「敏捷開發」並不是一種特定的開發方法,而是因應需求快速變化的一種軟體開發能力。