B端產(chǎn)品需求管理：以教研系統(tǒng)為例編輯導(dǎo)讀：在產(chǎn)品經(jīng)理的工作中，需求管理無疑是最核心的工作內(nèi)容之一，但如何做好這項工作呢？本文作者作為B端產(chǎn)品經(jīng)理，以教研系統(tǒng)為例，分享自己是如何進行需求管理的，希望對你有幫助。后臺產(chǎn)品不像C端產(chǎn)品，它面向的往往都是企業(yè)內(nèi)部人員，以教研系統(tǒng)為例。我們可以將需要面臨的用戶分進行分類為：高層領(lǐng)導(dǎo)、學院負責人、普通教研人員。其特性分別如下：高層領(lǐng)導(dǎo)：關(guān)注長遠期產(chǎn)品價值，希望通過大數(shù)據(jù)分析與AI能對公司業(yè)務(wù)發(fā)展有所提升；學院負責人：關(guān)心業(yè)務(wù)流程的順暢、各個環(huán)節(jié)的職責；普通教研人員：關(guān)注自己需要進行的功能操作，及判斷其操作的標準。我們把需求管理劃分為如下幾個步驟：需求調(diào)研、需求整理、需求分析、需求評審、優(yōu)先級劃分。一、需求調(diào)研在進行需求調(diào)研之前，首先最重要就是需要確定調(diào)研對象，后臺產(chǎn)品的使用者均為企業(yè)內(nèi)部人員，所以我們可以根據(jù)企業(yè)的組織架構(gòu)，對整體的業(yè)務(wù)有一個清晰的了解。案例：公司決定開發(fā)是一套以大數(shù)據(jù)、人工智能等現(xiàn)代信息技術(shù)和認知科學為支撐、以線上線下混合式教學模式為驅(qū)動的集教學內(nèi)容、教學資源、教學方法、和信息平臺于一體的綜合解決方案。而我只是負責其中的一個系統(tǒng)-教研系統(tǒng)。雖然系統(tǒng)使用者為公司總部的教研老師，但教研系統(tǒng)是整個業(yè)務(wù)中的起點與核心，所以依然需要對公司相關(guān)領(lǐng)導(dǎo)、教務(wù)老師、講師進行調(diào)研。在確定了調(diào)研對象后，需要組織專門的需求調(diào)研會議。會議形式可根據(jù)實際情況而定，但一定要通過郵件的形式完成會議邀請和會議紀要。在需求調(diào)研會議上，我們需要對參會人進行一個初步的判斷，有兩個標準：權(quán)利和相關(guān)度。權(quán)力大、相關(guān)度高的參會人提出的需求或問題，一定要進行詳細地了解，并記錄清晰；而對于權(quán)利大、相關(guān)度小的參會人提出的建議，則需要虛心接受，若不能進行實現(xiàn)需要及時說明；對于權(quán)利小、相關(guān)度高的人需要重點關(guān)注，在會后可與其進行更多細節(jié)性的討論；而對于權(quán)利小、相關(guān)度低的人則充分聽取其意見即可。以上分類，也是各類用戶的需求產(chǎn)生矛盾時解決問題的標準：第一類人的需求最需求優(yōu)先解決；其次看權(quán)利小、相關(guān)度大；再次看權(quán)利大、相關(guān)度?。蛔詈笠活愐暻闆r進行完成。在會上，我們要盡可能引導(dǎo)用戶把需求描述更準確，該業(yè)務(wù)涉及到哪些部門或角色，業(yè)務(wù)的流程的什么樣的。二、需求整理整理好我們在會上記錄好的需求，要讓需求更加明晰有據(jù)可循。下面是我對需求整理記錄總結(jié)的模板：板塊：該產(chǎn)品有多少功能模塊。功能：所屬哪個功能，例如課程管理、資源管理、課包管理等需求類型：bug類需求、優(yōu)化類、運營類、戰(zhàn)略類等需求等級：根據(jù)需求的重要程度進行等級劃分優(yōu)先級：解決實現(xiàn)的先后順序提出人：誰提的需求，可追溯。預(yù)計時間：預(yù)計上線的時間狀態(tài)：可以分為未開始、開發(fā)中、測試中、已上線三、需求分析后臺產(chǎn)品重視業(yè)務(wù)邏輯，而通過我們的需求調(diào)研，可以清晰知道業(yè)務(wù)流程，不同部門與角色的切入點。如教研系統(tǒng)的使用部門為公司教學部，根據(jù)角色的權(quán)限大小又可分為部門負責人、學院負責人、課程負責人、普通教研老師。涉及到其他產(chǎn)品為教務(wù)系統(tǒng)、網(wǎng)校、講師端、學員端等。從收集到需求、我們需求分辨出需求是否合理，哪些需求是能通過系統(tǒng)實現(xiàn)，哪些需求系統(tǒng)是不能實現(xiàn)，為系統(tǒng)劃分一個邊界線。圍繞產(chǎn)品的業(yè)務(wù)核心進行分析，目的是找到實際要做的需求，按照5W1H1V原則，將需求按照影響力、業(yè)務(wù)價值、主流程進行劃分，評判出需求執(zhí)行的優(yōu)先級。What（對象）——可以用這個產(chǎn)品或功能能做什么？解決什么問題？Where（場所）——在哪會用這個產(chǎn)品或功能？Why（目的）——為什么需要這個產(chǎn)品或功能？和其它產(chǎn)品的區(qū)別？When（時間）——在什么時候會用這個產(chǎn)品或功能？Who（人員）——產(chǎn)品或功能為誰設(shè)計？誰來用?How（方法）——如何使用這個產(chǎn)品或功能？value（價值）——產(chǎn)品的價值？四、需求評審需求評審是各方對需求進行確認的過程，達成統(tǒng)一認知和共識，使需求能夠推進實現(xiàn)落地。在需求評審的過程中，一定要說明清楚需求的背景、價值、意義，而不是純粹的需求講解，這樣有助于各方對需求的理解。目前的技術(shù)是否能夠?qū)崿F(xiàn)此需求，例如由于目前數(shù)據(jù)量較小，缺少數(shù)據(jù)模型，沒辦法實現(xiàn)全面實現(xiàn)AI，所以當前的能力圖譜這塊功能暫不能實現(xiàn)。五、優(yōu)先級劃分需求分析完成之后，還是會產(chǎn)生很多需求待實現(xiàn)，實現(xiàn)需求的優(yōu)先級也十分重要。需求的優(yōu)先級有很多種原則可以采用，最常用的規(guī)則：KANO模型、四象限法則、

ICE排序等。具體的說明就不再在這里進行。優(yōu)先級劃分時，最重要的是梳理出業(yè)務(wù)的核心流程，優(yōu)先完成核心流程的需求，再根據(jù)優(yōu)先級一步步的去實現(xiàn)。如在本項目價值最大的功能就是大數(shù)據(jù)與AI，但由于技術(shù)與數(shù)據(jù)方面的原因只能排期在后面。六、需求變更在產(chǎn)品迭代過程中，需求變更事難以避免的，也是非?？简灝a(chǎn)品的需求管理能力的。特別是在B端產(chǎn)品中，一個需求往往會涉及到多個系統(tǒng)