互聯(lián)網(wǎng)產(chǎn)品需求，其實(shí)跟以前我們做開發(fā)的軟件需求基本是類似的，我也不知道是不是大家從那里搬過來的，暫且不考究這個(gè)。今天說下產(chǎn)品需求的4層關(guān)系;?首先先說是哪4層：

1.?業(yè)務(wù)需求

2.?用戶需求

3.?功能需求

4.?系統(tǒng)需求

看官別著急，單獨(dú)拉出來一個(gè)系統(tǒng)需求是有原因的，如果你不是三五年內(nèi)的小白產(chǎn)品應(yīng)該能看懂。

先說業(yè)務(wù)需求(business requirement)，什么是業(yè)務(wù)需求??我覺得是Business Analysis， 就是所謂的?BA吧。不過現(xiàn)在大多數(shù)boss或者說創(chuàng)業(yè)者不懂這里面具體都是點(diǎn)什么，百度給的定義其實(shí)也不是特別的精準(zhǔn)，倒是找到一個(gè)文庫內(nèi)容，關(guān)于業(yè)務(wù)分析師的定義這里介紹的很精準(zhǔn)。好吧，簡單的說業(yè)務(wù)需求是方案范圍，經(jīng)營范圍，或者項(xiàng)目范圍。業(yè)務(wù)分析的東西其實(shí)就是一種需求的尋找。

舉著栗子說： 業(yè)務(wù)需求就是寫出來，我們是做什么的，電商?還是社交?還是其他平臺(tái)?我們是不是垂直的，線上的還是線下的?我們依賴什么盈利?我們的業(yè)務(wù)方向怎么發(fā)展??到這里都是業(yè)務(wù)需求。 業(yè)務(wù)的需求往往來自boss或者創(chuàng)業(yè)的小老板再或者是你們的某個(gè)高層領(lǐng)導(dǎo)。專業(yè)一些的會(huì)有一些大牛給出商業(yè)或者業(yè)務(wù)分析報(bào)告給你。更強(qiáng)有力一些。比自己覺得做哪個(gè)好要靠譜很多 。當(dāng)然我現(xiàn)在講的是互聯(lián)網(wǎng)，其實(shí)很多東西都是通用的。

其次是用戶需求(user requirement);?用戶需求在互聯(lián)網(wǎng)中的表現(xiàn)大多是在各種場景下，用戶想做某件事情所遇到的問題，或所想滿足的欲望。用戶需求前期是對(duì)比，后期是體驗(yàn)。 在軟件中的用戶需求則不是，軟件用的用戶需求是在場景下用戶的目標(biāo)以及能完成的東西是什么。這里需要大量的用例，跟場景描述。 用戶需求直白的說就是，你的業(yè)務(wù)規(guī)劃，有沒有人鳥你，大家對(duì)這個(gè)事兒咋看，你能幫他們解決啥問題等等。其實(shí)還是為了確認(rèn)project scope?是不是正確的 ，有木有搞頭。

然后是功能需求(functional requirement);?功能需求是為了滿足業(yè)務(wù)跟用戶而制定的。也就是說，在你的業(yè)務(wù)需求出來之后，你要滿足用戶在你這個(gè)產(chǎn)品上怎么實(shí)現(xiàn)自己的任務(wù)。業(yè)務(wù)需求都包括什么呢?或者說細(xì)化到哪一步了呢?

舉個(gè)栗子：做電商要有購物車，要有商品發(fā)布。好的，那購物車?yán)锩娴墓δ芫唧w是什么，怎么展示?你可能要細(xì)節(jié)的寫出來，購物車可以批量結(jié)賬，要有一個(gè)單價(jià)疊加的計(jì)算，如果有打折，可能還有其他的運(yùn)算;?商品發(fā)布，參數(shù)都有哪些，發(fā)圖片、名稱、商品描述、顏色、類型等，如果你是一個(gè)很有經(jīng)驗(yàn)的產(chǎn)品人，在這一步你能為前端跟猴子省下很多很多時(shí)間。

系統(tǒng)需求(system requirement);?為什么把這個(gè)單獨(dú)拿出來了，是因?yàn)樵诿總€(gè)需求下都會(huì)牽扯到這個(gè)系統(tǒng)需求。在軟件中是架構(gòu)師的責(zé)任，在互聯(lián)網(wǎng)中可以是項(xiàng)目經(jīng)理、產(chǎn)品經(jīng)理、技術(shù)總監(jiān)共同完成的東西。因?yàn)樗臇|西太多了，而且過于繁瑣與復(fù)雜。那什么是系統(tǒng)需求??系統(tǒng)需求是數(shù)字控制。還是舉栗子說：

在開發(fā)過程中，產(chǎn)品時(shí)要反復(fù)跟各個(gè)部門打交道跟交流的，前端、設(shè)計(jì)、猴子、項(xiàng)目經(jīng)理、boss。但是有一點(diǎn)，你必須要出的東西其中有一項(xiàng)叫數(shù)據(jù)字典，這個(gè)程序員幫不了你。 比如你的用戶名長度，猴子的思維是，我的是string，長度你隨意，前端的世界是，正則判斷下不要亂七八糟的符號(hào)就好了，然后不要超過樣式的寬度或者超過了也沒事兒我給隱藏了。 那請(qǐng)問，用戶名到底要多長??區(qū)間是什么??這就是系統(tǒng)需求的一部分，因?yàn)槟阋侠淼膶懗鰜碣~號(hào)，介紹，密碼，描述，等等等等之類的一切能鍵入的規(guī)則，你以為這樣就完了嗎??再深化一些，你要跟運(yùn)營部或者市場部，估算出用戶成長，在什么時(shí)候達(dá)到一個(gè)什么活躍度等相關(guān)數(shù)據(jù)，以便猴子們可以分庫分表或者早點(diǎn)做防備，可能會(huì)有人問，為啥當(dāng)初不分好呢??要是當(dāng)初能分好，阿里巴巴就不用去請(qǐng)oracle的團(tuán)隊(duì)來架構(gòu)自己的數(shù)據(jù)庫了，當(dāng)井噴的時(shí)候你根本想不到是什么時(shí)間，所以這些必要的措施跟部署也是需要產(chǎn)品人來參與的，這會(huì)直接影響到產(chǎn)品跟用戶的。 如果你做的不合理，你的規(guī)劃不好，那用戶的體驗(yàn)就沒有了。 說案例： 你的社交功能需求跟業(yè)務(wù)需求寫，客戶瀏覽自己個(gè)人中心的時(shí)候會(huì)加載很多推送，這一頁的數(shù)據(jù)加載量很多，有可能認(rèn)識(shí)的，可能感興趣的之類的，好的。沒有什么經(jīng)驗(yàn)的猴子可能就直接捅給你數(shù)據(jù)了，功能實(shí)現(xiàn)了沒錯(cuò)，首頁加載慢的要死。如果你能寫出來，這里會(huì)跨表，跨庫，需要一個(gè)沉余或者緩存數(shù)據(jù)表，要不就用分布式部署來解決。那猴子們會(huì)不會(huì)能完美的解決東西?

有人說，我是個(gè)產(chǎn)品經(jīng)理，我不懂技術(shù)。好吧，你大大小小也是個(gè)經(jīng)理不是么?你的任務(wù)就是給公司減少難題解決問題的不是么??經(jīng)理也是個(gè)管理者不是么?你要操心的問題還有很多，你要涉獵的東西還很多，你的知識(shí)面也需要很廣。這樣你才能是一個(gè)合格的產(chǎn)品人。

轉(zhuǎn)自：互聯(lián)網(wǎng)分析沙龍