產(chǎn)品特性的分類(lèi)規(guī)劃，新增需求的分析維護(hù)，是軟件產(chǎn)品研發(fā)的基礎(chǔ)。兩者之間的關(guān)系維護(hù)，也一直是困擾產(chǎn)品研發(fā)團(tuán)隊(duì)的老大難問(wèn)題。
是否可以借助需求分析的利器--“需求實(shí)例化”方法，來(lái)構(gòu)建“需求體系化”這項(xiàng)產(chǎn)品，解決產(chǎn)品研發(fā)的需求全生命周期管理問(wèn)題？
step 0--建立愿景
確定這個(gè)“需求體系化”產(chǎn)品要達(dá)成的整體效果，它所存在的價(jià)值就是助力產(chǎn)品價(jià)值交付，為產(chǎn)品價(jià)值交付流程的相關(guān)干系人提供一種知識(shí)服務(wù)、工具服務(wù)、管理服務(wù)。
step 1--確定系統(tǒng)
“需求體系化”的外部表現(xiàn)是一個(gè)網(wǎng)絡(luò)空間，向上提供一個(gè)產(chǎn)品的文檔持續(xù)交付平臺(tái)，向下依賴(lài)產(chǎn)品研發(fā)的DevOps工具鏈，這三者構(gòu)成一個(gè)完整的系統(tǒng)，為各類(lèi)用戶(hù)提供他們需要的服務(wù)內(nèi)容。
step 2--尋找用戶(hù)
一個(gè)產(chǎn)品或者服務(wù)，必須以滿(mǎn)足用戶(hù)的需要而存在。所以，我們要找到“需求體系化”的產(chǎn)品用戶(hù)，分析他們的特征，以及使用產(chǎn)品的頻度，便于后續(xù)產(chǎn)品功能的優(yōu)先級(jí)評(píng)估。
step 3--問(wèn)詢(xún)目的
優(yōu)先尋找產(chǎn)品使用頻度高，內(nèi)容貢獻(xiàn)量大的用戶(hù)，開(kāi)始用戶(hù)目的探尋。
目的探尋不能僅僅停留在淺層，必須深入挖掘，找出用戶(hù)背后的動(dòng)機(jī)，才能有可能真正實(shí)現(xiàn)用戶(hù)想要的產(chǎn)品。
在研發(fā)流程的諸多角色中，PO、SE、BA均為本系統(tǒng)的重度使用者，他們的目的需要優(yōu)先分析探尋。
每個(gè)角色在產(chǎn)品交付中的位置，決定了他們看待問(wèn)題的角度，對(duì)“需求體系化”產(chǎn)品的要求也都存在差異。印證了一句經(jīng)典名言：
屁股決定腦袋
但是，我們可以找到兩個(gè)共識(shí)：
①建立完整清晰的產(chǎn)品特性樹(shù)
產(chǎn)品由一系列必選和可選的特性組成，每個(gè)特性包含一個(gè)或多個(gè)相互獨(dú)立的組件/子特性。
特性與組件/子特性之間可以有兩種關(guān)系：
①or關(guān)系：多個(gè)同類(lèi)組件/子特性可以同時(shí)服務(wù)于父特性
②xor關(guān)系：多個(gè)同類(lèi)組件/子特性只能有一個(gè)服務(wù)于父特性
②生成覆蓋全程的需求全景圖
需求交付全過(guò)程的相關(guān)角色，都可以通過(guò)全景圖都得自己想要的關(guān)注點(diǎn)。
step 4--勾畫(huà)場(chǎng)景
下面，我們可以依據(jù)前面3步的工作成果，確定典型的產(chǎn)品場(chǎng)景，構(gòu)建一個(gè)“需求體系化”的MVP(最小化可行產(chǎn)品)。
我們商業(yè)模式畫(huà)布的方法，分析“需求體系化”MVP的典型場(chǎng)景。
結(jié)合客戶(hù)細(xì)分、價(jià)值主張、客戶(hù)關(guān)系、渠道通路等關(guān)鍵要素，可以推導(dǎo)出其它關(guān)聯(lián)要素，共同確定系統(tǒng)的運(yùn)作模式。
下面列舉了一個(gè)PO和SE交互的典型場(chǎng)景，使用故事板的形式呈現(xiàn)。
step 5--列舉功能
根據(jù)上一步的典型場(chǎng)景，可以開(kāi)始基本功能的梳理和分解。
以上步驟4和5，僅僅完成了MVP中一個(gè)典型場(chǎng)景和基本功能輸出，在產(chǎn)品原型得到使用者的實(shí)際反饋后，需要重復(fù)迭代步驟4和5，輸出完整結(jié)果，規(guī)劃產(chǎn)品的交付計(jì)劃。
接下來(lái)就要開(kāi)始實(shí)際行動(dòng)了，構(gòu)建一幅產(chǎn)品特性的全景圖。
--end--
