一條產(chǎn)品線，我把它分成4個階段，每個階段都有對應(yīng)的需求和工作方向。分別是孵化，成長，成熟與突破。

很多產(chǎn)品新人，可能第一次接觸到的產(chǎn)品項目是一個功能的優(yōu)化。因此會對孵化這個有些不以為然。但事實(shí)上，孵化，不僅僅是產(chǎn)品，也可能是新的需求。

這個4W原則，在任何一個時間段都是通用的。

相信大部分產(chǎn)品經(jīng)理都做過微信的產(chǎn)品分析，我也不例外。自家的產(chǎn)品可能存在行業(yè)跨度的問題，不太好理解，所以就用微信來舉例說明這4W原則。

這是微信1.0版本的界面。

在創(chuàng)業(yè)團(tuán)隊，時間就是金錢。老板每天都盯著問，什么時候上線？這時候，孵化期的效率要求格外重要。那么，如何提升孵化期的效率？

斷離舍這個詞很火爆。在產(chǎn)品的設(shè)計上，尤其需要如此。懂得取舍，才能夠快速的進(jìn)行產(chǎn)品規(guī)劃。并且提升產(chǎn)品開發(fā)的效率。

還是拿微信1.0版來舉例，看一下微信是怎么做取舍的。

產(chǎn)品經(jīng)理的崗位，被稱之為需求的篩子，篩選出有效需求并完成。但是在孵化期，產(chǎn)品經(jīng)理應(yīng)該更像一個漏斗，把最核心的需求過濾出來。

產(chǎn)品孵化出來后，就要進(jìn)入一個成長期，這也是大部分產(chǎn)品經(jīng)理經(jīng)常做的事情，產(chǎn)品迭代的需求。這時候，我們會發(fā)現(xiàn)，產(chǎn)品功能越來越豐富，運(yùn)營提過來的需求越來越多，用戶反饋的事件越來越奇葩，后臺節(jié)點(diǎn)越加越多……

合理的加法，是迭代順暢的保證。

依然以微信舉例，微信幾個經(jīng)典的加法案例。

做加法，對于產(chǎn)品經(jīng)理來說并不難。因?yàn)楫a(chǎn)品經(jīng)理的腦洞總是天馬行空。但是加上了這些限制，再回顧一下自己做的加法，是否真正的對產(chǎn)品有幫助？

產(chǎn)品的核心功能已經(jīng)完善，產(chǎn)品的戰(zhàn)略方向也確認(rèn)，流量穩(wěn)定，運(yùn)營正常。那這個時候，產(chǎn)品經(jīng)理會迎來一個讓人糾結(jié)的時期。

成熟期的需求怎么處理？

產(chǎn)品成熟期，經(jīng)常會聽到這樣的對話：“當(dāng)初這個功能是你要加的，怎么又要改？”；“上次說這樣做，這次又要這樣做？” ；“你知道這個改動要動多少東西嗎？”

在產(chǎn)品的成熟期，產(chǎn)品經(jīng)理需要更多的思考減法。因?yàn)檫@時候，已經(jīng)有了足夠的數(shù)據(jù)，市場也驗(yàn)證了一些東西，用戶開始成長。減法，并不等于做錯了，而是趨勢在變化。

這些功能，你們可曾記得？

只會做加法的產(chǎn)品汪，不是一只好汪，會做減法的產(chǎn)品狗，才是真正的產(chǎn)品狗。

做減法，并不是一件容易的事。每次減法時，都要跟各部門PK很久。一些簡單的方法，可以去嘗試。

用這些原則來驗(yàn)證功能模塊哪些可以減。

減法設(shè)計時，格外需要注意的事項。數(shù)據(jù)接口是否會導(dǎo)致舊版本出錯？功能地圖是否完整了？用戶怎么引導(dǎo)？還有沒有沒清理的入口？

產(chǎn)品經(jīng)理很長一段時間會在加法與減法之間糾結(jié)。當(dāng)無可糾結(jié)時，突破期來了。

少有的產(chǎn)品經(jīng)理，能直接面對突破期。這是需要運(yùn)營、內(nèi)容、等等其它部門共同面對的。在這個時期，不僅僅是產(chǎn)品經(jīng)理，整個業(yè)務(wù)部門，甚至整個公司都會有一些茫然和誤區(qū)。

突破有質(zhì)變與量變，而這個變化，是與產(chǎn)品模式相關(guān)的，產(chǎn)品模式?jīng)Q定了突破的方向。偏離自己產(chǎn)品模塊的突破方向是不現(xiàn)實(shí)的，你不可能讓一個工具型產(chǎn)品，積累到一定用戶后自行進(jìn)化。也不可能讓社區(qū)型產(chǎn)品在沒有用戶和內(nèi)容的時候一夜爆紅。

突破期，會有很多新的需求，這些需求源自運(yùn)營，也源自用戶。

而真正的痛點(diǎn)，并不一定能起到突破的作用，但至少我們知道，假痛點(diǎn)肯定不能突破。這里拿自家的APP做例子了。在閱讀器上，思考過很多怎么促活的方法，最終發(fā)現(xiàn)，用戶的社交行為并不會因?yàn)槟氵@些方法而發(fā)生變化。對于他們來說，閱讀器的核心功能是看書，怎么快速的找到自己想要的書才是關(guān)鍵。所以在一個版本迭代中，我增加了一個書架下拉的智能推送，根據(jù)用戶的閱讀權(quán)重，智能推薦一本小說。

什么人閑的無聊會去下拉書架啊？當(dāng)然是沒有書看或者書架的書沒更新??！

互聯(lián)網(wǎng)思維，喜歡說風(fēng)口上的豬。產(chǎn)品的突破期，每個產(chǎn)品都想做那只豬，但是不考慮場景的功能。是吹不起來的。列舉同行的兩個產(chǎn)品，一個是閱讀頁顯示了吐槽，這個影響閱讀體驗(yàn)的功能，反沉浸的閱讀體驗(yàn)。想同視頻彈幕一樣的功能，卻忽略了閱讀場景的實(shí)際需求。

另一個產(chǎn)品，同樣的模式，但是已經(jīng)停止了運(yùn)營。

最后一點(diǎn)，做產(chǎn)品的時候，總喜歡說，給用戶超出預(yù)期的體驗(yàn)。這種超出預(yù)期，在突破期的時候，經(jīng)常發(fā)生。但并非那么簡單。

就像圖片里的Plam和蘋果一樣，在電話還只是用來通信的時候，plam提供了超出預(yù)期的體驗(yàn)，可是最終敗給了蘋果。因?yàn)橛布钠款i，讓Plam的一些超出預(yù)期的功能并不能獲得完整的體驗(yàn)。用戶的預(yù)期是隨著時間、環(huán)境發(fā)生變化的，太過于超前的預(yù)期，最終反而過猶不及。

對于這一點(diǎn)，我之前也有一次這樣的經(jīng)歷。大概12、13年，音頻應(yīng)用還沒有火起來的時候。我在一個閱讀客戶端上設(shè)計了一個新的功能，以文字內(nèi)容為載體的音頻UGC功能，大致上就是荔枝電臺現(xiàn)在的播客吧。用眾包的方式，對小說進(jìn)行有聲配音。可是那時候用戶普遍的使用環(huán)境還是2G和3G，流量問題都沒解決，電臺型應(yīng)用才剛剛萌芽?？上攵莻€功能最終的命運(yùn)。

產(chǎn)品是有時間線的，需求也是如此。做好產(chǎn)品的迭代設(shè)計，并不像我這24張PPT里描述的那么簡單。不同的產(chǎn)品具備不同的屬性，不能一概而論。拋磚引玉，希望對大家有所幫助。

作者：天堂路3號（新浪微博：天堂路3號；微信公眾號：天堂路3號），6年移動互聯(lián)網(wǎng)產(chǎn)品及運(yùn)營經(jīng)驗(yàn)。曾任久邦數(shù)碼高級產(chǎn)品經(jīng)理，主導(dǎo)3G書城PC及手機(jī)站，書蟲小說安卓版等多個產(chǎn)品項目?，F(xiàn)任九庫文學(xué)產(chǎn)品主管，擅長內(nèi)容社區(qū)、文化閱讀、垂直社交類產(chǎn)品。

本文由 @天堂路3號 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理?，未經(jīng)許可，禁止轉(zhuǎn)載。