關于產品迭代,你需要知道這幾點
對于產品人員來說,無論是見證產品榮耀還是經歷產品死亡,都應心存敬畏,以用戶為中心,苦練內功,義無反顧地堅持向前。
喜歡跑步的朋友大概都會有這樣的共識,那就是呼吸和節奏是非常重要的。例如:馬拉松比賽,無論是專業運動員還是愛好者,在42.195公里的路程中,都需要適時地調整自己的呼吸和節奏,以順利地完成比賽。我曾看過一場馬拉松直播,一個專業運動員在離終點只有不到兩公里的地方放棄了,這其中沒有調整好節奏是非常重要的一個原因。其實,一個產品也有自己的節奏,其好壞直接影響到產品的成敗,這個節奏就是產品上線后的迭代。今天我們就來聊一聊產品迭代背后的那些事兒。
1.好產品是迭代出來的
一個產品的出現,可能是源于某個想法,或者源于公司某方面的資源,但不管是什么樣的原因,剛剛出現的一個產品,離真正的好產品還有很遠的距離。為什么這么說呢?有人會認為,我的產品是基于多少調研,歷經多長時間打造的,所以它是完美的。但做過產品的人一定不會否認兩件事:
- 真實的用戶需求是在用戶使用產品中不斷被發現和滿足的;
- 用戶總會有新的需求。
也正是基于這兩點,我們說好產品不是從無到有的創造,而是從有到優的迭代。
用戶可能會因為產品的某個亮點,關注并使用了它。但因為現如今用戶放棄成本非常低,只要他認為有體驗更好的,更能滿足他需求的產品出現,就很有可能會放棄你的產品。因此對產品人員來說,要想讓用戶留下來并持續使用產品(更進一步把產品推薦給他人),一定是靠不斷地迭代,不斷地滿足用戶的需求。
如果說好產品是迭代出來的,那我們需要回答兩個問題:迭代的原則是什么?如何把握迭代頻率?
2.迭代原則
在開始分析之前,我們必須確定一個原則,那就是所有的迭代一定是用戶需求驅動的,這也決定了我們思考所有的問題,都應該從用戶的角度出發。
確立了用戶需求驅動的原則,我們再來看產品迭代,可以從用戶本身和用戶需求兩個方面來分析。
用戶本身
對于一個產品而言,用戶是分層的。
簡單來講,用戶可以分成種子用戶、主流用戶、普通用戶三大類(關于用戶類型詳細地分析,還請參閱相關書籍內容)。在實際工作中,我們可能會通過調查問卷、客戶反饋、客戶訪談等渠道獲取來自這三類用戶的需求,往往匯集的需求還是比較多的。那優先滿足哪類用戶的需求就是需要考慮的問題了。
這里我們需要結合產品所處的階段,來思考這個問題。如果產品剛剛上線,還處于成長階段,產品目標是不斷獲取新的用戶。在此目標下,種子用戶的價值是最大的,因此種子用戶的需求是要優先滿足的,具體表現可能會是產品不斷推出新功能;如果產品已經具有了一定的用戶規模,產品目標是提升用戶留存率和活躍度。在此目標下,主流用戶的需求是需要優先滿足的,具體表現可能會是著力提升功能和用戶體驗優化。
事實上,我們確定了優先滿足哪類用戶需求是不夠的,還需要進一步確定需求的優先級。因為在實際工作中,公司的資源不一定能支撐我們同時開發多個需求。如果不確定優先級的話,很有可能會嚴重拖長項目開發周期,導致產品遲遲不能上線。
用戶需求
那怎么確定需求的優先級呢?在回答這個問題之前,我們還有一個工作需要做,那就是給需求分級。
概括的講,用戶需求可以分成三個等級:普通需求、期望需求、魅力需求。其中普通需求是滿足用戶基本使用的;期望需求是用戶希望產品實現的;魅力需求是用戶沒想到,產品給用戶的驚喜。按此定義,把需求梳理好分類。然后再來思考優先級的問題。
關于需求優先級,這里給大家提供三個思考角度。
首先,優先實現的需求,一定是對產品核心流程的強化,其目標是最大限度提升產品的核心競爭力;其次,優先實現的需求,一定是和商業目標相契合的。雖然我們強調用戶需求驅動的迭代原則,但最終目標還要落實到商業目標上,這樣才能保證產品的可持續發展;再次,優先實現的需求,一定是公司資源的最優分配。再好的需求,也需要真正上線了,才能發揮價值,而這都取決于如何調配公司現有資源。
3.迭代頻率
正如迭代原則要結合用戶類型和產品階段思考一樣,迭代頻率也是同樣的思考角度。
產品誕生及成長階段,最重要的核心用戶是種子用戶,他們最大的特征是忠誠度不高,有很強的好奇心,因此這個階段的迭代頻率適合小步快跑,一兩周就推出一個版本,不斷開發新功能,優化體驗;
產品發展到穩定階段,產品功能和用戶規模逐漸成型,這個階段最重要的用戶是主流用戶,他們更加注重產品的體驗和穩定性,因此這個階段的迭代頻率適合大小結合,即以小步快跑的節奏做小需求(功能、bug優化等),以定期的節奏做大需求(新模塊、UI改版等),大需求的時間周期可以保持在一年兩到三次;
產品由盛轉衰,逐漸發展到衰退階段,這個階段最重要的用戶是相對“固執”的主流用戶(固執是說這類用戶輕易不會更換使用習慣的產品),可以說只要產品還能滿足他們的需求,并且確保使用體驗,他們輕易不會放棄產品的。因此這個階段的迭代更新,會是相對慢節奏的小需求迭代,迭代頻率可以保持在一個月左右。
4.透過產品迭代看競品
以上我們從用戶的角度,說了如何通過產品迭代,運營自己的產品。接下來我們再來聊一聊,通過產品迭代,我們能發現競爭對手什么。
首先有人可能會問,如何知道競爭有哪些迭代呢?最直接的方法就是自己使用。這里給大家推薦一個我看到的方法:分析競品的迭代歷史說明。不過這個方法更多適用于移動應用。在AppStore中,每個產品都有詳細的產品迭代歷史說明,其中我們能清晰地看到,產品更新的時間和內容。
假設我們全面獲得了這些資料,那我們可以通過分析了解到以下幾方面的信息。
首先,可以了解對方的產品方向和節奏。關于方向,我們需要看它大的迭代,增加的功能是什么。這樣我們基本上能描繪出競品所強調的核心流程及亮點,進而判斷出其發展方向。
其次,可以了解競品強化的點。例如,在最近五次的產品迭代中,競品都不同程度地優化了某一項功能,基本上是可以肯定競品是非常關注這方面的功能的,也許這個功能就會成為它日后的亮點。反過來,我們可以再分析自己的產品,是否有相應的功能,或者是否有相應的應對策略。
再次,可以從側面了解到競品公司的運營情況。這里所說的公司運營情況基本上分三類,第一類是資源情況,如果一個產品幾個月才更新一次,那公司資源很有可能存在不足;不過這里還有可能出現第二類情況,那就是公司重視程度不高,對產品投入不足,導致更新緩慢;第三類是公司創新能力,如果產品迭代都是圍繞現有功能的小迭代,沒有突破性的大迭代,也可以判斷出,這家公司的創新能力存在一定問題。
總結
產品迭代,是一場沒有硝煙的戰爭,卻比戰爭還殘酷。它所決定的不僅僅是一個產品的生與死,還決定了一家公司的成與敗。而對于產品人員來說,無論是見證產品榮耀還是經歷產品死亡,都應心存敬畏,以用戶為中心,苦練內功,義無反顧地堅持向前。
本文由 @E木筆記 原創發布于人人都是產品經理。未經許可,禁止轉載。
大神,看了你這篇文章,我感覺抓住了救命稻草
謝謝??
想知道作者在明確好“普通需求”“期望需求”,“魅力需求”分類后,確定需求優先級時,具體是怎么做的?需求有幾個層級進行劃分?
我們一般會快速解決由線上問題引出的需求(不解決的話,會影響用戶使用),完成后單獨上線;同時推動“期望類別”的需求,制定明確的項目計劃和上線時間;對“魅力需求”的投入會比較慎重,因為有的時候客戶說的不一定是他真正想要的,需要進行可用性測試。
需求層級劃分的話,簡單劃分可以分成線上問題、新功能、體驗優化、全新板塊四個層級。
概念不要亂套啊