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

不可憑自己臆想出來的需求做產(chǎn)品

像ERP系統(tǒng)這種純B端的產(chǎn)品 ，最怕的就是產(chǎn)品經(jīng)理臆想出來的需求。

很多時候領(lǐng)導(dǎo)的一句優(yōu)化系統(tǒng)，我們以為這就是需求了，其實(shí)并沒有搞清楚：

• 本質(zhì)的需求是什么？
• 為什么要優(yōu)化？
• 哪里需要優(yōu)化？

想起以前實(shí)習(xí)時運(yùn)營的ERP系統(tǒng)，系統(tǒng)做好了，但是業(yè)務(wù)人員并不使用，細(xì)究原因“我們已經(jīng)有很多系統(tǒng)了啊，怎么又來一系統(tǒng)？” 這時候軟磨硬泡讓人家使用？當(dāng)然不是。

B端的產(chǎn)品是幫助業(yè)務(wù)員更有效的運(yùn)作業(yè)務(wù)流程，而不是憑自己的想象創(chuàng)造一個產(chǎn)品硬套到業(yè)務(wù)上，絕不可本末倒置。一定要根據(jù)業(yè)務(wù)場景細(xì)化你的需求，因此前期的需求調(diào)研非常重要。

需求調(diào)研的方法：

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

業(yè)務(wù)需求該如何理解？

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

業(yè)務(wù)需求：網(wǎng)站太丑了

“網(wǎng)站太丑”翻譯為產(chǎn)品語言：

• 整體頁面VI不統(tǒng)一
• 頁面排版不整齊
• 網(wǎng)站結(jié)構(gòu)不清晰

面對業(yè)務(wù)鋪天蓋地的需求，我們該如何處理？

當(dāng)我們了解了需求后，會發(fā)現(xiàn)林林總總的業(yè)務(wù)需求實(shí)在無從下手，面對這種情況，產(chǎn)品經(jīng)理需要有合理的把控。我把業(yè)務(wù)需求基本上分為流程優(yōu)化、功能修改、交互體驗(yàn)、頁面太亂、系統(tǒng)bug太多這幾種：

1、流程優(yōu)化忌諱拍腦門

如果是流程太繁瑣，那么就要弄清楚哪部分流程不符合當(dāng)前的業(yè)務(wù)場景，是不是真的能夠優(yōu)化。

我之所以要強(qiáng)調(diào)是不是真的能優(yōu)化，是因?yàn)楹芏喙ぷ髁鞫疾皇且粫r拍腦門想出來的，而是經(jīng)過長時間的沉淀積累，縮減任何一個環(huán)節(jié)，砍掉任何一個環(huán)節(jié)的關(guān)聯(lián)。系統(tǒng)的邏輯看似是沒有漏洞，但是卻并不符合業(yè)務(wù)場景，不能滿足業(yè)務(wù)需求。一個嚴(yán)謹(jǐn)?shù)漠a(chǎn)品并不代表就是個成功的產(chǎn)品。

所以，要優(yōu)化流程切記自己不可拍腦門，需要與業(yè)務(wù)人員確認(rèn)，尤其這個工作流涉及到很多業(yè)務(wù)員的KPI時，你更需要與業(yè)務(wù)人員的領(lǐng)導(dǎo)確認(rèn)。系統(tǒng)的功能結(jié)構(gòu)、運(yùn)轉(zhuǎn)流程是最先需要考慮的部分，而且要慎重考慮，因?yàn)橐坏┻@些已經(jīng)敲定，后續(xù)再改動就真的是牽一發(fā)而動全身了。

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

怎么判斷是不是功能缺失呢？那就要看業(yè)務(wù)人員的需求了。其實(shí)很多時候，當(dāng)你把業(yè)務(wù)人員的需求翻譯成產(chǎn)品需求時，你就會發(fā)現(xiàn)，他們口中的“不合理”很大程度上和缺少功能有關(guān)。這涉及到很多細(xì)節(jié)上的問題。比如，這部分?jǐn)?shù)據(jù)沒辦法導(dǎo)出成EXCEL格式，這部分流程能不能放到線上操作？等等。 這時候產(chǎn)品經(jīng)理也需要進(jìn)行判斷，哪些功能真的是普遍需求，哪些并不合理。

3、交互體驗(yàn)問題常常是隱性的

其實(shí)，B端產(chǎn)品也涉及到很多交互體驗(yàn)上的問題。這就是做B端產(chǎn)品簡單又不簡單的地方。C端用戶很多，他們的需求無法統(tǒng)一，甚至很多時候是相悖的，他們很挑剔，一點(diǎn)的體驗(yàn)不爽他們就會對產(chǎn)品失望，這時候你多看看用戶的評價，多看看數(shù)據(jù)分析，你是可以發(fā)現(xiàn)的。但是B端用戶的需求經(jīng)常是隱性的， 他們經(jīng)常說“能用就行”，他們會這么說是因?yàn)樗麄冎灰褂孟到y(tǒng)能夠正常的完成手頭的工作，可沒有那個閑心去挑剔你的產(chǎn)品細(xì)節(jié)。

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

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

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

可以舉個例子：

（1）歸類前

（2）歸類后

5、bug太多不能怨社會

如果是系統(tǒng)bug太多，那么你需要找研發(fā)溝通，進(jìn)行bug修復(fù)。千萬不可就完全推到研發(fā)與測試頭上了，其實(shí)這還是你的問題，是你項(xiàng)目把關(guān)有問題，畢竟你才是業(yè)務(wù)與技術(shù)溝通的對接人。

以上這些是我對業(yè)務(wù)需求的一些理解。后臺產(chǎn)品非常考驗(yàn)一個產(chǎn)品經(jīng)理的溝通能力以及對需求的把控。我們需要將業(yè)務(wù)需求翻譯成產(chǎn)品語言，并轉(zhuǎn)化成技術(shù)人員可以理解的需求，把這過程中產(chǎn)生的偏差要盡量降低到最小。當(dāng)然，產(chǎn)品經(jīng)理不能只是個單純的翻譯官，更需要有對需求的把控以及對產(chǎn)品更長遠(yuǎn)的思考 。

作者：大金子，1歲產(chǎn)品經(jīng)理，1年互聯(lián)網(wǎng)產(chǎn)品設(shè)計經(jīng)驗(yàn)。

本文由 @大金子 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載。