程序員們，須要一個「商業化」產品經理

原創： Kevin改變世界的點滴 Kevin改變世界的點滴

你們好，我是Kevin。 這是2019年第 150 篇原創

今天是程序員節，趁着新版本剛剛冷啓動上線。分享一些產品經理和程序員的協做故事。這裏就以社區產品爲例。

社區是一個須要時間的產品，內容的積累和產品運營策略都須要產品經理與運營一塊兒攜手經過不斷地迭代去打造持續有內容的社區氛圍。

身爲社區的產品經理和創業者，我認爲社區產品或模塊，是互聯網思惟的精髓。由於你很難看到有這樣的一個產品須要運營和產品聯動如此緊密的業務

不論是新零售仍是工具類互聯網公司都比不上社區產品公司對用戶的追求，一切以用戶爲導向，由於這就是人所存在的社區。這也致使了許多產品都會有社區模塊，即便他的定位不是作社區。

但身爲產品經理，咱們要保證產品可以持續迭代和活下去。企業營收是一個前提條件，因此在PMTalk新版本上線後咱們也犯了一些錯誤。

對企業來講，一個產品經理，不考慮商業價值都是耍流氓。

產品經理的商業畫布

以前2019年8月杭州和一位阿里P10的產品經理聊關於產品經理商業價值。咱們都提到一個產品經理要作到幫助企業作商業轉型，而不是feature 產品經理。

專一用戶體驗與功能的原型設計，卻忘記需求的基石是站在業務上的。

以下是一個商業畫布，不多有產品經理會在產品設計中過濾一套商業畫布的思考模型。

收入來源、關聯資源、關聯業務3點是商業價值的基礎。決定你能用多少的資源作多少的收入變現。

新版本上線的無商業化

PMTalk2.0上線後，咱們在社區用戶首頁融入了原創、應用問答、專題版塊。在2.0版本上線，最大的變化是咱們提供了一套可運營的內容機制。

從社羣運營逐步遷移到社區運營，之內容、用戶爲社區主導，咱們但願讓用戶感知到咱們是一個社區再也不是一個社羣。

新版本PMTalk2.0

新版本上線後，對比老版本社區以下圖PMTalk 1.0

用戶的內容消費將會更直觀，同時好的內容會更容易被曝光。

但社區的付費會員並無在新版本獲得入口，要想鼓勵一個用戶成爲PMTalk會員還必需要查看體驗報告。

用戶的訪問路徑在新版本與新版本2.1以下：

用戶能夠快速獲取付費內容，成爲會員。同時也能夠消費其餘內容。

程序員須要一個「商業化」產品經理

一個產品的商業化是實際帶來產品的變現和收益的。

產品的商業化一樣也是團隊本質訴求。咱們時常遇到下面的場景

• 產品原型出來後進入研發流程，程序開發了一半忽然調整方向。

  
  

• 產品上線了，不到1個月迭代直接重構。
  

  
  

• 產品開發過程當中，需求不明確致使開發錯誤了
  

  
  

• 產品開發過程當中，設計老闆不滿意又改了
  

  
  

......

可見一個產品的研發過程是痛苦的，因此一個互聯網研發團隊都很是期待結果。而商業化就是最好的證實，產品經理的需求是一切工做的源頭。拋開老闆的抽象業務和方向不說，至少你的需求是你們實實在在的工做。

新版本能不能帶來好新的UV增長、新的付費用戶，這都是團隊期待的。畢竟一切的工做自己價值就在於創造價值

商業化版本，不僅是多留付費入口

許多產品經理在商業化的認知上，仍是停留在付費入口。只要廣告入口、充值入口留的夠多，用戶付費的比例必定會提升。

但實際上，用戶的消費是須要場景化。

場景給了用戶消費理由和動力，就如同肚子餓了纔會想去餐廳吃飯。

場景化的付費設計是商業化的基礎。而不是過多的停留在入口的設計。

知乎的付費諮詢，基於用戶問題答案獲取的付費。

簡書的鑽石打賞，基於用戶對內容的承認產生的付費。

好，最後祝福程序員同窗節日快樂。Kevin也不太清楚有多少程序員同窗一直關注個人公衆號。若是你是，能夠在這篇文章留言：」說說你心中影響最深入的產品經理那些事兒「，前三條留言同窗我將發紅包私信給你。

產品經理們由於有大家，纔可能作出一個改變世界的產品。