1. 程式人生 > >產品的版本迭代機制是這樣的

產品的版本迭代機制是這樣的

dieddaijiezhi


一款網際網路產品的版本迭代不是在最開始就規劃好的,也不應該規劃好,甚至不用做很長遠的規劃,因為你的長遠規劃真的只是停留在規劃。

一款新產品推出市場,死了或者火了的處理方法比較簡單,可如果是不慍不火呢?迭代,該怎麼讓產品火起來?

一、產品的迭代的唯一依據————目標使用者產生的資料

新產品上線,無論獲取使用者的方式是什麼,是燒錢還是燒錢還是燒錢,一定要獲取第一批種子使用者。燒錢也不是亂燒的,得燒對地方,瞄準目標使用者,一個主打女性時尚用品的跨境電商APP如果到工地給農民工做推廣,無論獲得多少使用者,都是沒有意義的,什麼屌絲思維,農村包圍城市都是扯淡的,首批使用者一定是目標使用者,這才對未來的使用者分析和版本迭代有意義,只有目標使用者使用產品產生的資料才是可用來影響產品迭代的資料。

舉個很簡單的例子,如果你的產品目標使用者是年收入20萬以上的中高階人群,而獲取的種子使用者是年收入5萬-10萬的居多,那麼問題來了,這部分種子使用者產生的資料並不是你初始定的目標使用者產生的,那麼這些資料並不具有參考價值,如果拿這些資料作為依據的話,有兩種調整的可能性:一是更改目標使用者定位產品,二是重新獲取既定目標使用者。否則就會讓你的產品進入一種相對混亂的狀態,後果可想而知。

二、產品迭代的原則

1,從0.0到1.0

簡單、簡單、還是簡單,一個產品從無到有,除了核心的不能或缺的功能之外,其他所有的功能都可以暫且擱置,去掉所有和核心功能無關的幻想,不要幻想使用者會怎麼樣,而是要用最簡單的方式獲取首批目標使用者,然後根據監測資料、使用時間、新使用者增加量、增加的時間,老使用者活躍的時間段、時長,使用最多的板塊等等(對於資料分析有太多,這裡說不完,暫且放下)進行分析才能規劃2.0版本。

2,從1.0到2.0

有了第一批使用者之後,一個月的時間就能看出產品的市場上的反應,這個時候真的就是看產品經理的和運營部門的市場敏銳度了,產品能不能繼續走到2.0,關鍵的時候就是能不能從1到2,從無到有是簡單,那麼從1到2呢,答案還是簡單,簡單,再簡單,繼續擴大使用者量,提高產品的活躍度、下載量、訂單轉化率等等符合對應型別產品應該達到的目標。

遵循以下2條:

  • 儘量不改變老使用者的習慣,尤其是功能的位置、圖示的樣式和互動流程,否則,你懂得。
  • 讓新使用者容易融入,從使用場景著手,一個剛註冊的新使用者使用你的產品就像是一個人和你相親,好不好,外表很重要,容易不容易相處也很重要,新使用者必須能簡單上手,試想你的相親物件第一次和你見面就和你各種不順心,那還能一起歡樂的玩耍嗎?

3,從2.0到3.0

如果你的產品版本不是亂做的話,升級到3.0的時候,這個時候的產品應該說已經相對成熟,各大板塊和功能已經不會再有很大的改變,不管使用者多少,至少此時的產品已經是一款使用者認可的產品了,否則,及時版本名字叫3.0,其實產品還沒有成熟到3.0,具體怎麼樣才能算作3.0呢,不同的產品有不同的標準,這裡以垂直社群電商為例,當達到3.0的時候,產品應經已經實現造血功能,不用靠燒錢來獲得使用者,也不用靠低價來促成訂單,日活月活有多少也不能算標準,可以按照百分比來計算,註冊使用者應該佔據目標使用者體量的10%左右,月活佔註冊使用者的60%以上。

4,從3.0到4.0

雪球已經滾起來,這個時候就是時間和方向問題。對於產品來說,就是錦上添花,花的位置,添花的時間,都是要基於資料進行設計和規劃,產品到了這個時候,更重要的是運營和技術了,要處理的是技術問題比較多,尤其是併發和伺服器的穩定性,還有如何玩轉這麼多使用者的確是運營的重頭戲。

三,理想很豐滿,現實很骨感

我們做的大部分產品都不會按照預想的去發展,都會做各種調整,可能是180度掉頭的調整,這裡我們需要明白一點,產品猶如武器,市場猶如戰場,在調整之前首先明確以下幾點:

  1. 是否已經獲取足夠多的產品既定目標使用者?
  2. 目標使用者對產品的反應是愛理不理?還是根本就不理?
  3. 明確是“武器”不合適還是使用“武器”的方法錯了?

產品的迭代就和大家分享到這裡了,其實也沒什麼,用資料說話,如果能夠判定資料具有參考意義。