To B從0到1打造一個產品實戰

6 評論 7344 瀏覽 41 收藏 10 分鐘

在談一個產品的從0到1之前,我們時常提起“1的分類”。本文從“1”的客戶需求與內部自研兩大分類出發,著重介紹了公司內部的自研產品時,產品經理對這個新產品完整的發展規劃和線路布局思路。不失為一份優秀的參考指南,推薦各位產品人閱讀交流~

在談一個產品的從0到1之前,我覺得有必要先談一下“1”的分類,“1”通常分為兩個大類:

一類是客戶已經明確的描述了產品所有的需求和功能,產品經理必須按照客戶的需求按步開發,也就是我們說的定制/外包項目;

還有一類是公司內部的自研產品,產品經理需要對這個新產品有一個完整的發展規劃和線路布局。

如果是第一類的情況下,產品經理只需要在產品的前期中期后期多和客戶保持溝通即可。

是的,沒錯,在做定制/外包項目時最重要的就是和客戶保持溝通,前期需要明確整個項目的所有功能以及功能交付階段,并梳理成文字發給客戶蓋章確認;中期產品經理需要提前與客戶確認產品原型圖或設計圖,在確認過程中,最好也要以文檔的形式進行蓋章確認,以避免后期的技術返工;當有獨立可使用的模塊開發完成后也需要及時讓客戶進行驗收;在后期把整個項目開發完成后,產品經理需要跟進客戶進行項目驗收,以保障盡快拿到項目尾款。

下面我們主要討論一下第二類的情況。

一、0的誕生

toB不像toC一樣,可以憑空想象出一個點子,然后就能進行下一步了,toB一定是需要先找到一個行業并用心觀察和發現這個行業的痛點,然后從這個行業中找到一個目標客戶進行原始需求調研,進而驗證我們發現的痛點是否是真痛點。在一個產品的從0到1中,“0”作為起步點是最為重要的,直接決定了一個產品的未來。

能不能不用找某個具體的行業直接做跨行業的通用痛點?當然能,只是難度不可相同而語。

二、梳理業務流程

當我們驗證確定了上面發現的痛點確實為行業之痛后,也就明確了我們產品的目標及產品方向,那么接下來要做的就是梳理業務流程。

在梳理業務流程時,我們需要將所有的業務流程全部梳理出來(允許遺漏,但主流程不能遺漏),具體的梳理方法是先將業務的主線梳理出來,然后再拆分支線流程,這里拿外貿行業舉個例,主線是:

基礎配置 -> 商品 -> 采購-> 倉庫 -> 銷售 -> 財務 -> 報表

然后主線的大模塊又會細分出很多支線,如倉庫:

倉庫管理 -> 商品入庫 -> 商品出庫 -> 商品調撥 -> 商品盤點

支線也會細分更小的支線,如商品盤點:

商品盤點 -> 盤贏/盤虧 -> 盤贏操作/盤虧操作

這里推薦一個梳理業務流程的物理看板法(即便利貼法),將主線流程貼到最上方,支線任務貼到對應主線任務的下方,在中后期,當有目標任務完成時可用3M的小貼紙標注一下(記得貼在全團隊每天進出公司的必經之處)。

To B從0到1打造一個產品實戰

(圖片源自本人之前負責的一個項目的物理看板,黃色為主線/藍色為MVP/紅色為以后的迭代)

為什么要推薦物理看板,首先全團隊/全公司都能看見這個目標,讓整個產品的目標和進度透明化;其次是可以刺激團隊,讓團隊來把握產品進度。(當然只用電子看板也是可以的)。

將所有的業務梳理成小任務后,產品經理們還可以做一件事,那就是頭腦風暴,風暴的內容就是除了以上任務,我們還可以新增哪些功能?只要合理即可寫到便利貼上,不管是否是天馬行空,只要是與我們的產品目標有關聯即可,往往這個環節可以給用戶創造很多“阿哈時刻”。

頭腦風暴后,那我們的“1”也基本上成型了,我們需要做的下一步就是叫上研發團隊一起評估工時,給每一個任務評估工時需要多少人天(不需要太精確,估大概即可),這一步很關鍵,因為沒有老板會愿意做一個不知道需要多久周期才能完成的產品。

三、提取產品MVP

To B從0到1打造一個產品實戰

(圖片源自網絡)

將所有的任務評估完工時后,可能需要1年或2年完成,很顯然我們的客戶和老板是不愿意等待這么久的時間,至少市場不會等你這么久,所以接下來我們需要對這些全任務進行MVP提?。ㄗⅲ篗VP為最小可行性產品(Minimum Viable Product))

MVP的作用就是讓產品盡快的面向市場,盡早的給到客戶使用,以便于提早發現問題并及時調整。

在提取產品MVP時,需要注意以下幾點:

  1. 要保證MVP可用(如果不可用,那就是蝦扯蛋)
  2. 要保證MVP為痛點中的痛點(否則上線后也無法打動用戶)
  3. 要保證MVP的用戶體驗良好(否則試用客戶就永久說拜拜了)
  4. 要保證MVP足夠小,一定要砍掉非必要功能(否則就不叫MVP)

在砍功能時,是比較痛苦的,這里推薦一個方法,就是問團隊一個問題:

如果砍掉這個功能,MVP是否能完整正常且友好的使用?

在砍掉大部分功能成功提取MVP后,就會發現此時再上線給客戶使用只需要幾個月的時間了,說明一下,被砍掉的功能不是直接就丟棄了,而是放到了下一個迭代或以后的迭代再升級。

四、產品持續更新

產品MVP上線后,首先產品經理需要積極地與我們的目標客戶保持溝通,促進對方使用產品并獲得反饋;其次產品經理需要提前規劃下一個迭代要升級的內容,這里要注意每次升級的內容都必須為完整可用的功能,不能將未完成的半截功能上線,那是致命的。

因此在后期迭代升級中,也要遵循提取MVP原則,永遠保證團隊所做的是優先級最高的,所以不用每個迭代都更新大功能,大功能可以拉伸到多個迭代中完成,但可以在每個迭代升級中,盡量安排一些“阿哈功能”。

隨著產品的客戶群體增大,客戶的需求建議會越來越多,此時產品經理需要注意一點,不要客戶說什么就做什么,因為我們做的是自研產品,所以客戶的需求反饋僅作為市場對該產品本身規劃的校正。

五、產品1生2

隨著產品的完善,客戶量也會越來越多,終究一天產品的增量會抵達天花板,在此之前產品經理就需要準備開拓新的產品了,可能會開啟一個新的從0到1,也可能會在這個“1” 的基礎上1生2,2生4……

總之,不管是從0到1,還是從1到N,請記住產品是為人服務的,請把產品設計的人性化一點,永遠要做自己產品的第一個用戶。

最后,以上僅是本人從自己負責過的多個從0到1的產品設計中的經驗之談,歡迎各位讀者交流、斧正。

 

本文由 @易小勇 原創發布于人人都是產品經理,未經許可,禁止轉載。

題圖來自Unsplash,基于 CC0 協議

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 言簡意賅

    回復
  2. 寫的不錯,結構清晰,如果能吧0這一步再深入講解一下就好了,如何挖掘行業的痛點?竟品分析?自己挖掘?還是其他

    來自江蘇 回復
    1. 0的發掘主要還是靠個人去發現,可以觀察自己身邊的行業,應該都能發現有痛點可做,只是要看發現的痛點值不值得去做而已;也可以從目前自己公司涉及的行業去觀察,重新捕捉一下上下游還有沒有機會可以做。
      至于競品分析,更多的也只是看這個市場是否飽和而已,因為國內現在的競品的功能同質化很嚴重的。

      來自四川 回復
  3. 是啊,設計者也是人,確實得設計的人性化一點,不然設計者自己都不知道是啥

    回復
  4. 學到了

    來自湖南 回復
  5. 漲姿勢了,謝謝

    回復