產(chǎn)品經(jīng)理必知:產(chǎn)品需求的4層關系
互聯(lián)網(wǎng)產(chǎn)品需求,其實跟以前我們做開發(fā)的軟件需求基本是類似的,我也不知道是不是大家從那里搬過來的,暫且不考究這個。今天說下產(chǎn)品需求的4層關系;?首先先說是哪4層:
1.?業(yè)務需求
2.?用戶需求
3.?功能需求
4.?系統(tǒng)需求
看官別著急,單獨拉出來一個系統(tǒng)需求是有原因的,如果你不是三五年內(nèi)的小白產(chǎn)品應該能看懂。
先說業(yè)務需求(business requirement),什么是業(yè)務需求??我覺得是Business Analysis, 就是所謂的?BA吧。不過現(xiàn)在大多數(shù)boss或者說創(chuàng)業(yè)者不懂這里面具體都是點什么,百度給的定義其實也不是特別的精準,倒是找到一個文庫內(nèi)容,關于業(yè)務分析師的定義這里介紹的很精準。好吧,簡單的說業(yè)務需求是方案范圍,經(jīng)營范圍,或者項目范圍。業(yè)務分析的東西其實就是一種需求的尋找。
舉著栗子說: 業(yè)務需求就是寫出來,我們是做什么的,電商?還是社交?還是其他平臺?我們是不是垂直的,線上的還是線下的?我們依賴什么盈利?我們的業(yè)務方向怎么發(fā)展??到這里都是業(yè)務需求。 業(yè)務的需求往往來自boss或者創(chuàng)業(yè)的小老板再或者是你們的某個高層領導。專業(yè)一些的會有一些大牛給出商業(yè)或者業(yè)務分析報告給你。更強有力一些。比自己覺得做哪個好要靠譜很多 。當然我現(xiàn)在講的是互聯(lián)網(wǎng),其實很多東西都是通用的。
其次是用戶需求(user requirement);?用戶需求在互聯(lián)網(wǎng)中的表現(xiàn)大多是在各種場景下,用戶想做某件事情所遇到的問題,或所想滿足的欲望。用戶需求前期是對比,后期是體驗。 在軟件中的用戶需求則不是,軟件用的用戶需求是在場景下用戶的目標以及能完成的東西是什么。這里需要大量的用例,跟場景描述。 用戶需求直白的說就是,你的業(yè)務規(guī)劃,有沒有人鳥你,大家對這個事兒咋看,你能幫他們解決啥問題等等。其實還是為了確認project scope?是不是正確的 ,有木有搞頭。
然后是功能需求(functional requirement);?功能需求是為了滿足業(yè)務跟用戶而制定的。也就是說,在你的業(yè)務需求出來之后,你要滿足用戶在你這個產(chǎn)品上怎么實現(xiàn)自己的任務。業(yè)務需求都包括什么呢?或者說細化到哪一步了呢?
舉個栗子:做電商要有購物車,要有商品發(fā)布。好的,那購物車里面的功能具體是什么,怎么展示?你可能要細節(jié)的寫出來,購物車可以批量結(jié)賬,要有一個單價疊加的計算,如果有打折,可能還有其他的運算;?商品發(fā)布,參數(shù)都有哪些,發(fā)圖片、名稱、商品描述、顏色、類型等,如果你是一個很有經(jīng)驗的產(chǎn)品人,在這一步你能為前端跟猴子省下很多很多時間。
系統(tǒng)需求(system requirement);?為什么把這個單獨拿出來了,是因為在每個需求下都會牽扯到這個系統(tǒng)需求。在軟件中是架構師的責任,在互聯(lián)網(wǎng)中可以是項目經(jīng)理、產(chǎn)品經(jīng)理、技術總監(jiān)共同完成的東西。因為它包含的東西太多了,而且過于繁瑣與復雜。那什么是系統(tǒng)需求??系統(tǒng)需求是數(shù)字控制。還是舉栗子說:
在開發(fā)過程中,產(chǎn)品時要反復跟各個部門打交道跟交流的,前端、設計、猴子、項目經(jīng)理、boss。但是有一點,你必須要出的東西其中有一項叫數(shù)據(jù)字典,這個程序員幫不了你。 比如你的用戶名長度,猴子的思維是,我的是string,長度你隨意,前端的世界是,正則判斷下不要亂七八糟的符號就好了,然后不要超過樣式的寬度或者超過了也沒事兒我給隱藏了。 那請問,用戶名到底要多長??區(qū)間是什么??這就是系統(tǒng)需求的一部分,因為你要合理的寫出來賬號,介紹,密碼,描述,等等等等之類的一切能鍵入的規(guī)則,你以為這樣就完了嗎??再深化一些,你要跟運營部或者市場部,估算出用戶成長,在什么時候達到一個什么活躍度等相關數(shù)據(jù),以便猴子們可以分庫分表或者早點做防備,可能會有人問,為啥當初不分好呢??要是當初能分好,阿里巴巴就不用去請oracle的團隊來架構自己的數(shù)據(jù)庫了,當井噴的時候你根本想不到是什么時間,所以這些必要的措施跟部署也是需要產(chǎn)品人來參與的,這會直接影響到產(chǎn)品跟用戶的。 如果你做的不合理,你的規(guī)劃不好,那用戶的體驗就沒有了。 說案例: 你的社交功能需求跟業(yè)務需求寫,客戶瀏覽自己個人中心的時候會加載很多推送,這一頁的數(shù)據(jù)加載量很多,有可能認識的,可能感興趣的之類的,好的。沒有什么經(jīng)驗的猴子可能就直接捅給你數(shù)據(jù)了,功能實現(xiàn)了沒錯,首頁加載慢的要死。如果你能寫出來,這里會跨表,跨庫,需要一個沉余或者緩存數(shù)據(jù)表,要不就用分布式部署來解決。那猴子們會不會能完美的解決東西?
有人說,我是個產(chǎn)品經(jīng)理,我不懂技術。好吧,你大大小小也是個經(jīng)理不是么?你的任務就是給公司減少難題解決問題的不是么??經(jīng)理也是個管理者不是么?你要操心的問題還有很多,你要涉獵的東西還很多,你的知識面也需要很廣。這樣你才能是一個合格的產(chǎn)品人。
轉(zhuǎn)自:互聯(lián)網(wǎng)分析沙龍
業(yè)務需求:方案范圍,經(jīng)營范圍,或者項目范圍等。
這不就是 產(chǎn)品戰(zhàn)略 么,只是換了個說法而已。
[good]