產品經理必知：產品需求的4層關係

網際網路產品需求，其實跟以前我們做開發的軟體需求基本是類似的，我也不知道是不是大家從那裡搬過來的，暫且不考究這個。今天說下產品需求的4層關係; 首先先說是哪4層：

• 1. 業務需求
• 2. 使用者需求
• 3. 功能需求
• 4. 系統需求

看官彆著急，單獨拉出來一個系統需求是有原因的，如果你不是三五年內的小白產品應該能看懂。

先說業務需求(business requirement)，什麼是業務需求? 我覺得是Business Analysis， 就是所謂的 BA吧。不過現在大多數boss或者說創業者不懂這裡面具體都是點什麼，百度給的定義其實也不是特別的精準，倒是找到一個文庫內容，關於業務分析師的定義這裡介紹的很精準。好吧，簡單的說業務需求是方案範圍，經營範圍，或者專案範圍。業務分析的東西其實就是一種需求的尋找。

舉著栗子說： 業務需求就是寫出來，我們是做什麼的，電商?還是社交?還是其他平臺?我們是不是垂直的，線上的還是線下的?我們依賴什麼盈利?我們的業務方向怎麼發展? 到這裡都是業務需求。 業務的需求往往來自boss或者創業的小老闆再或者是你們的某個高層領導。專業一些的會有一些大牛給出商業或者業務分析報告給你。更強有力一些。比自己覺得做哪個好要靠譜很多 。當然我現在講的是網際網路，其實很多東西都是通用的。

其次是使用者需求(user requirement); 使用者需求在網際網路中的表現大多是在各種場景下，使用者想做某件事情所遇到的問題，或所想滿足的慾望。使用者需求前期是對比，後期是體驗。 在軟體中的使用者需求則不是，軟體用的使用者需求是在場景下使用者的目標以及能完成的東西是什麼。這裡需要大量的用例，跟場景描述。 使用者需求直白的說就是，你的業務規劃，有沒有人鳥你，大家對這個事兒咋看，你能幫他們解決啥問題等等。其實還是為了確認project scope 是不是正確的 ，有木有搞頭。

然後是功能需求(functional requirement); 功能需求是為了滿足業務跟使用者而制定的。也就是說，在你的業務需求出來之後，你要滿足使用者在你這個產品上怎麼實現自己的任務。業務需求都包括什麼呢?或者說細化到哪一步了呢?

舉個例子：做電商要有購物車，要有商品釋出。好的，那購物車裡面的功能具體是什麼，怎麼展示?你可能要細節的寫出來，購物車可以批量結賬，要有一個單價疊加的計算，如果有打折，可能還有其他的運算; 商品釋出，引數都有哪些，發圖片、名稱、商品描述、顏色、型別等，如果你是一個很有經驗的產品人，在這一步你能為前端跟猴子省下很多很多時間。

系統需求(system requirement); 為什麼把這個單獨拿出來了，是因為在每個需求下都會牽扯到這個系統需求。在軟體中是架構師的責任，在網際網路中可以是專案經理、產品經理、技術總監共同完成的東西。因為它包含的東西太多了，而且過於繁瑣與複雜。那什麼是系統需求 ?系統需求是數字控制。還是舉栗子說：

在開發過程中，產品時要反覆跟各個部門打交道跟交流的，前端、設計、猴子、專案經理、boss。但是有一點，你必須要出的東西其中有一項叫資料字典，這個程式設計師幫不了你。 比如你的使用者名稱長度，猴子的思維是，我的是string，長度你隨意，前端的世界是，正則判斷下不要亂七八糟的符號就好了，然後不要超過樣式的寬度或者超過了也沒事兒我給隱藏了。 那請問，使用者名稱到底要多長? 區間是什麼? 這就是系統需求的一部分，因為你要合理的寫出來賬號，介紹，密碼，描述，等等等等之類的一切能鍵入的規則，你以為這樣就完了嗎? 再深化一些，你要跟運營部或者市場部，估算出使用者成長，在什麼時候達到一個什麼活躍度等相關資料，以便猴子們可以分庫分表或者早點做防備，可能會有人問，為啥當初不分好呢? 要是當初能分好，阿里巴巴就不用去請oracle的團隊來架構自己的資料庫了，當井噴的時候你根本想不到是什麼時間，所以這些必要的措施跟部署也是需要產品人來參與的，這會直接影響到產品跟使用者的。 如果你做的不合理，你的規劃不好，那使用者的體驗就沒有了。 說案例： 你的社交功能需求跟業務需求寫，客戶瀏覽自己個人中心的時候會載入很多推送，這一頁的資料載入量很多，有可能認識的，可能感興趣的之類的，好的。沒有什麼經驗的猴子可能就直接捅給你資料了，功能實現了沒錯，首頁載入慢的要死。如果你能寫出來，這裡會跨表，跨庫，需要一個沉餘或者快取資料表，要不就用分散式部署來解決。那猴子們會不會能完美的解決東西?

有人說，我是個產品經理，我不懂技術。好吧，你大大小小也是個經理不是麼?你的任務就是給公司減少難題解決問題的不是麼? 經理也是個管理者不是麼?你要操心的問題還有很多，你要涉獵的東西還很多，你的知識面也需要很廣。這樣你才能是一個合格的產品人。