在面向B端的產(chǎn)品中，部分軟件公司對(duì)于產(chǎn)品的研發(fā)，是想要建立一套行業(yè)解決方案。
因?yàn)槭窍虢鉀Q行業(yè)的問題，軟件的研發(fā)周期，需求收集都耗時(shí)較長。
為了做好產(chǎn)品功能優(yōu)化，更好地服務(wù)于客戶就要在產(chǎn)品部分功能落地后進(jìn)行調(diào)整，而我們提出『產(chǎn)品改進(jìn)』這一產(chǎn)品，用于對(duì)B端產(chǎn)品改進(jìn)需求、實(shí)際開發(fā)調(diào)整的管理。
一、產(chǎn)品改進(jìn)業(yè)務(wù)
1. 產(chǎn)品改進(jìn)是什么
產(chǎn)品改進(jìn)是指在產(chǎn)品上線后，用戶反饋的一些改進(jìn)建議，或是灰度測(cè)試暴露的“小問題”，需要單獨(dú)拎出時(shí)間來進(jìn)行討論、研究以來對(duì)產(chǎn)品進(jìn)行改進(jìn)調(diào)整優(yōu)化的產(chǎn)品使用需求。
其中部分改進(jìn)需求甚至?xí)诱篂橐粋€(gè)新的獨(dú)立項(xiàng)目。將這些需求進(jìn)行評(píng)判、開發(fā)、以及后期的上線版本控制。
2. 需求管理是什么
整個(gè)需求的管理是非常廣泛的。其中包括原始需求、分析需求、必要需求等等。劃分的類別根據(jù)不同的標(biāo)準(zhǔn)劃分五花八門，具體的不再贅述。
在《人人都是產(chǎn)品經(jīng)理》上有各種大牛解答。但是，在這些劃分的背后都圍繞一個(gè)目的：產(chǎn)品的開發(fā)方向，產(chǎn)品要實(shí)現(xiàn)哪些功能。
3. 二者異同點(diǎn)
產(chǎn)品改進(jìn)是整個(gè)后期產(chǎn)品線調(diào)整的總概，需求管理僅是其中之一。
二者都是對(duì)實(shí)際產(chǎn)品業(yè)務(wù)需求的管理，只是產(chǎn)品改進(jìn)更偏向于產(chǎn)品投入線下后的使用改進(jìn)，而需求管理則是產(chǎn)品落地前后都具備的。
4. 為什么要有產(chǎn)品改進(jìn)
在敏捷開發(fā)的模式下，產(chǎn)品的開發(fā)工作也是存在“蜜月期”的。
在產(chǎn)品開發(fā)完成的前一周，直到產(chǎn)品落地的后一周，在這期間項(xiàng)目組成員方便跟進(jìn)產(chǎn)品調(diào)整，“改得及，改得快”。
但是過了這個(gè)“蜜月期”，若是開發(fā)成員手頭又開展了其他工作，就可能產(chǎn)生兩個(gè)問題：
之前業(yè)務(wù)代碼會(huì)看起來“生疏“——消耗一定時(shí)間成本去熟悉。
一些業(yè)務(wù)概念也不如初始開發(fā)時(shí)那么清晰——盲目地直接更改可能產(chǎn)生新業(yè)務(wù)缺陷。
額外一點(diǎn)，在公司層面，核算人工成本時(shí)，難以界定其ROI。
而且某些需求是零散的。例如：
部分客戶提出來A業(yè)務(wù)要增加一個(gè)功能，B功能模塊希望整合到C里。而『產(chǎn)品改進(jìn)』主要功能就是，將零散的需求收集在一起，進(jìn)行統(tǒng)一查看，將這些產(chǎn)品業(yè)務(wù)方面的調(diào)整單獨(dú)羅列出來，作為一定工作時(shí)間內(nèi)的開發(fā)工作。既是某次『產(chǎn)品迭代』的內(nèi)容，也是個(gè)人待辦的列表。
二、落地方法
了解了產(chǎn)品改進(jìn)的業(yè)務(wù)以及來源情況，下面就是『產(chǎn)品改進(jìn)』的相關(guān)落地方法。
整個(gè)『產(chǎn)品改進(jìn)』業(yè)務(wù)分三個(gè)部分進(jìn)行考慮：
事前討論
事中監(jiān)督
事后反饋
遵循如下流程：
涉及到角色：需求提出者、產(chǎn)品人員、開發(fā)人員、測(cè)試人員。
1. 事前討論
可以具有一個(gè)需求池，一些用戶反饋的需求，或產(chǎn)品經(jīng)理“拍腦袋”想到的內(nèi)容，統(tǒng)統(tǒng)丟在這個(gè)池子里，這一部分可以叫做『需求管理』。
然后，定期定員召開需求評(píng)審會(huì)，也就是所謂“事前討論”，在實(shí)際動(dòng)手前，大家坐在一起商討評(píng)審三方面信息：
哪些需求可以滿足 (What)
這些需求交由誰處理 (Who)
初步地規(guī)劃怎樣處理 (How)
所謂定期，可以是每月或每段周期內(nèi)的某個(gè)固定時(shí)間點(diǎn)，例如每月的1號(hào)，也可以是每次版本迭代后。
定員：一般是相關(guān)產(chǎn)品線的負(fù)責(zé)人，需求的提出者，相關(guān)技術(shù)人員。
2. 事中監(jiān)督
產(chǎn)品改進(jìn)這個(gè)模塊，最終落地到工作上其實(shí)是對(duì)產(chǎn)品功能的新開發(fā)或是調(diào)整。所以，產(chǎn)品改進(jìn)落實(shí)下來就是功能改進(jìn)的管理。
當(dāng)一個(gè)需求被判定為需要滿足后，就要對(duì)這個(gè)實(shí)際需求進(jìn)行細(xì)分化地處理。一個(gè)需求在經(jīng)過分析設(shè)計(jì)后，可能拆分為N種實(shí)際落地的功能，這一點(diǎn)我在《服務(wù)于敏捷開發(fā)的項(xiàng)目文檔》中提到過。
為了更好地了解某個(gè)開發(fā)的進(jìn)度，可以用『功能管理』將其管理起來。注意這里的管理的基本都是單一的功能點(diǎn)，若是一個(gè)需求可以作為一個(gè)模塊或項(xiàng)目，那應(yīng)該是進(jìn)入到一個(gè)新項(xiàng)目中。
功能管理：用于管理某次產(chǎn)品迭代時(shí)要增加或修改的功能。其主要作用就是監(jiān)控相關(guān)需求實(shí)際執(zhí)行的完成進(jìn)度。主要三類角色參與：產(chǎn)品人員、開發(fā)人員、測(cè)試人員?？梢岳每窗宓男问絹磉M(jìn)行管理，各個(gè)狀態(tài)和相關(guān)人員的工作。
3. 事后反饋
當(dāng)一個(gè)需求被滿足后，需要將其反饋出去。主要是兩種：
信息通知需求提出者
版本公告
在『功能管理』的【產(chǎn)品確認(rèn)】時(shí)就可以通過通訊類工具通知原始需求提出者，以來達(dá)到正向反饋。然后在『產(chǎn)品迭代』進(jìn)行【確認(rèn)發(fā)布】操作時(shí)，可以和公告進(jìn)行關(guān)聯(lián)，以此來告知公司內(nèi)部其他成員此次版本的內(nèi)容，以及明確的真正的上線時(shí)間。
正向的整體流程大致為下：
正向里『產(chǎn)品迭代』是最后建立的，對(duì)于要迭代的內(nèi)容，是手動(dòng)從『功能管理』中挑揀的。
而要是想用『敏捷』的方式管理，操作流程是反向的。
首先確立好某次『產(chǎn)品迭代』時(shí)限，然后拉出需求池判定需求，將相關(guān)需求分派下去。
創(chuàng)建『功能』工作項(xiàng)時(shí)和『產(chǎn)品迭代』進(jìn)行關(guān)聯(lián)（相當(dāng)于把這些工作項(xiàng)歸并到某個(gè)沖刺里），然后再在『產(chǎn)品迭代』的確認(rèn)發(fā)布時(shí)，將未完成的『功能』工作項(xiàng)進(jìn)行移動(dòng)到下一『產(chǎn)品迭代』。
三、總結(jié)
產(chǎn)品改進(jìn)實(shí)際運(yùn)用的也是敏捷開發(fā)的模式，定時(shí)定量，將一次『產(chǎn)品迭代』作為一個(gè)沖刺，監(jiān)督其過程，明確其結(jié)果。
不同公司的具體開發(fā)流程會(huì)有差異，以上愚論僅作參考。任何東西都有個(gè)性化的一面，就像加勒比海盜里說的那樣：
法典只不過是一些指導(dǎo)，它并不是必須遵守的規(guī)定。