最近在設計ERP系統，對內部使用的產品需求深有感悟，B端產品相較于C端來說，需求更為清晰，但是不謹慎處理，仍然會有諸多問題。下面我對自己踩過的坑做個小結。

不可憑自己臆想出來的需求做產品

像ERP系統這種純B端的產品 ，最怕的就是產品經理臆想出來的需求。

很多時候領導的一句優化系統，我們以為這就是需求了，其實并沒有搞清楚：

• 本質的需求是什么？
• 為什么要優化？
• 哪里需要優化？

想起以前實習時運營的ERP系統，系統做好了，但是業務人員并不使用，細究原因“我們已經有很多系統了啊，怎么又來一系統？” 這時候軟磨硬泡讓人家使用？當然不是。

B端的產品是幫助業務員更有效的運作業務流程，而不是憑自己的想象創造一個產品硬套到業務上，絕不可本末倒置。一定要根據業務場景細化你的需求，因此前期的需求調研非常重要。

需求調研的方法：

1. 一定要與業務人員溝通。 通過溝通，梳理清楚業務實際的工作流，將工作流拆分為清晰的環節，這時也就大致形成了系統的結構。接著還需整理出業務流程中涉及到的所有角色以及他們的職責，這部分要盡量細化，因為這些是填充結構的主要內容。
2. 如果是做系統優化，就需要自己上手操作原系統。先了解原系統的結構、模塊劃分以及業務邏輯。如果原系統有清晰的需求文檔最好，然而很多時候并沒有這樣的條件，那樣你就需要自己走一遍整個操作流程。
3. 參考市面上成熟的產品。類似ERP、CRM這些系統，市面上已經有很多成熟的產品可以借鑒，學習他們對細節的處理，產品的結構、流程可以自己把控。

業務需求該如何理解？

業務人員表達出來的需求有時會很寬泛，比如 “這個系統挺爛的”，我們就必須細究“爛”在哪里？是流程太繁瑣？功能缺失？等等，這個時候最好讓業務人員進行演示， 才好幫助我們定位問題。業務人員只是操作系統的表現層，所以提出的需求較為表面，這就需要我們追究出最本質的需求是什么，將客戶需求翻譯為“產品語言”。

業務需求：網站太丑了

“網站太丑”翻譯為產品語言：

• 整體頁面VI不統一
• 頁面排版不整齊
• 網站結構不清晰

面對業務鋪天蓋地的需求，我們該如何處理？

當我們了解了需求后，會發現林林總總的業務需求實在無從下手，面對這種情況，產品經理需要有合理的把控。我把業務需求基本上分為流程優化、功能修改、交互體驗、頁面太亂、系統bug太多這幾種：

1、流程優化忌諱拍腦門

如果是流程太繁瑣，那么就要弄清楚哪部分流程不符合當前的業務場景，是不是真的能夠優化。

我之所以要強調是不是真的能優化，是因為很多工作流都不是一時拍腦門想出來的，而是經過長時間的沉淀積累，縮減任何一個環節，砍掉任何一個環節的關聯。系統的邏輯看似是沒有漏洞，但是卻并不符合業務場景，不能滿足業務需求。一個嚴謹的產品并不代表就是個成功的產品。

所以，要優化流程切記自己不可拍腦門，需要與業務人員確認，尤其這個工作流涉及到很多業務員的KPI時，你更需要與業務人員的領導確認。系統的功能結構、運轉流程是最先需要考慮的部分，而且要慎重考慮，因為一旦這些已經敲定，后續再改動就真的是牽一發而動全身了。

2、功能的修改要有自己的判斷

怎么判斷是不是功能缺失呢？那就要看業務人員的需求了。其實很多時候，當你把業務人員的需求翻譯成產品需求時，你就會發現，他們口中的“不合理”很大程度上和缺少功能有關。這涉及到很多細節上的問題。比如，這部分數據沒辦法導出成EXCEL格式，這部分流程能不能放到線上操作？等等。 這時候產品經理也需要進行判斷，哪些功能真的是普遍需求，哪些并不合理。

3、交互體驗問題常常是隱性的

其實，B端產品也涉及到很多交互體驗上的問題。這就是做B端產品簡單又不簡單的地方。C端用戶很多，他們的需求無法統一，甚至很多時候是相悖的，他們很挑剔，一點的體驗不爽他們就會對產品失望，這時候你多看看用戶的評價，多看看數據分析，你是可以發現的。但是B端用戶的需求經常是隱性的， 他們經常說“能用就行”，他們會這么說是因為他們只要使用系統能夠正常的完成手頭的工作，可沒有那個閑心去挑剔你的產品細節。

最常見的場景是：費了半個小時寫完的表單，點擊“提交”，提示“數據格式錯誤”，然后系統自動把剛才填好的內容全部清空了，這時業務人員的反應是皺一下眉，心里罵一句，然后乖乖的換個格式重新填寫。（別問我為什么知道這些，因為我曾經就是那個“業務員”。）其實加一步實時校驗就能完全搞定的呀。這種隱性的需求業務人員不會告訴你，需要你自己去上手操作才能發現。當然前提你真的是個精益求精的產品，還有一個前提是，剛好也有一個精益求精的研發。

4、頁面信息的歸類很重要

頁面排版太亂的問題是最容易發現的。很多系統，看第一眼就覺得“鬧心”了，很可能是頁面信息都亂堆在一起，那么你需要把頁面信息進行歸類并且整齊排版。

可以舉個例子：

（1）歸類前

（2）歸類后

5、bug太多不能怨社會

如果是系統bug太多，那么你需要找研發溝通，進行bug修復。千萬不可就完全推到研發與測試頭上了，其實這還是你的問題，是你項目把關有問題，畢竟你才是業務與技術溝通的對接人。

以上這些是我對業務需求的一些理解。后臺產品非?？简炓粋€產品經理的溝通能力以及對需求的把控。我們需要將業務需求翻譯成產品語言，并轉化成技術人員可以理解的需求，把這過程中產生的偏差要盡量降低到最小。當然，產品經理不能只是個單純的翻譯官，更需要有對需求的把控以及對產品更長遠的思考 。

作者：大金子，1歲產品經理，1年互聯網產品設計經驗。

本文由 @大金子 原創發布于人人都是產品經理。未經許可，禁止轉載。