2023年B端產(chǎn)品迭代優(yōu)先級(jí)排序是一個(gè)復(fù)雜而艱難的抉擇

B端產(chǎn)品迭代，優(yōu)先級(jí)排序是一個(gè)復(fù)雜而艱難的抉擇隨著產(chǎn)品經(jīng)理的漸漸成長(zhǎng)，“決策力”會(huì)漸漸變成一項(xiàng)重要的力量。

我們?nèi)绾卧谌粘９ぷ髦卸喾皆u(píng)估、全面分析，最終做出相對(duì)正確的決策，帶領(lǐng)產(chǎn)品朝著更有價(jià)值、更合理的方向前行，是需要刻意培育和練習(xí)的力量之一。

以產(chǎn)品迭代中各個(gè)功能的優(yōu)先級(jí)排序?yàn)槔?，無(wú)論是在大版本需求池篩選，還是在小問題中多方案選擇，都需要我們具備良好的決策力來(lái)推動(dòng)大事的執(zhí)行。

最近我也在梳理明年的產(chǎn)品迭代需求池和迭代方案，對(duì)于各項(xiàng)需求的優(yōu)先級(jí)排列常常會(huì)陷入兩難，所以借此總結(jié)這個(gè)過程中可以幫助我們進(jìn)行推斷的方法，盼望能對(duì)有幸讀到的你帶來(lái)一些關(guān)心。

由于許多觀點(diǎn)和方法我也在探究中，所以也特別盼望能夠得到你的反饋和建議。

01需求來(lái)源與需求池維護(hù)

首先，我認(rèn)為需求池來(lái)源于日常工作的積累，并不是需要時(shí)臨時(shí)刻意想出來(lái)的。

有些是產(chǎn)品規(guī)劃中后續(xù)需要增加的場(chǎng)景；有些是市場(chǎng)調(diào)研、用戶使用過程中提出的優(yōu)化或使用問題；還有在市場(chǎng)競(jìng)爭(zhēng)和進(jìn)展中需要隨之變化的功能、基于競(jìng)爭(zhēng)對(duì)手帶來(lái)的新功能；也有許多曾經(jīng)在研發(fā)過程中由于時(shí)間、團(tuán)隊(duì)構(gòu)成、業(yè)務(wù)不熟識(shí)等緣由導(dǎo)致的遺留問題；包括許多MVP的功能模塊需要再向外完善；可能還會(huì)有一些領(lǐng)導(dǎo)突發(fā)奇想或者將來(lái)想要布局的功能等等。需求池?zé)o論采納哪種表現(xiàn)形式，肯定要隨時(shí)記錄，定期整理，否則真正到預(yù)備中長(zhǎng)期方案時(shí)，我們會(huì)遺忘、會(huì)遺漏許多關(guān)鍵內(nèi)容。

而且我建議采納可協(xié)同的形式進(jìn)行需求池維護(hù)，能夠動(dòng)態(tài)拖拽就更好了，這樣可以很便利的讓我們進(jìn)行優(yōu)先級(jí)調(diào)整和功能分類

在此，我推舉共享文檔中的思維導(dǎo)圖、板栗看板兩個(gè)工具供大家選擇：

02需求池內(nèi)容分類拆解

其次，我們可以將需求池中上述提到的內(nèi)容換一個(gè)角度，大體區(qū)分為以下幾類：

1.交付過程缺失的標(biāo)準(zhǔn)化功能

基于項(xiàng)目交付制的產(chǎn)品研發(fā)，更大的意義在于標(biāo)準(zhǔn)化功能的快速開發(fā)和快速?gòu)?fù)制，產(chǎn)品成熟度越高，交付效率越高。所以從愿景來(lái)看，研發(fā)版本應(yīng)當(dāng)至少超出交付版本兩個(gè)以上的版本號(hào)。

但在實(shí)際工作中，尤其是產(chǎn)品孵化初期、或者產(chǎn)品快速成長(zhǎng)期，研發(fā)版本常常會(huì)落后于交付版本。而且由于交付在面對(duì)大量定制化客戶時(shí)，還會(huì)有許多新需求，這些新需求可以作為產(chǎn)品標(biāo)準(zhǔn)化功能的模塊，最好由研發(fā)團(tuán)隊(duì)統(tǒng)一設(shè)計(jì)開發(fā)，以便后續(xù)的版本把控。

即便由于多種緣由最終由交付團(tuán)隊(duì)在定制化版本中完成了新功能的開發(fā)，也需要研發(fā)團(tuán)隊(duì)將此功能合并到研發(fā)版本并進(jìn)行合理的標(biāo)準(zhǔn)化適配。

因此需求池中就會(huì)存在許多客戶迫切需要的功能，交付團(tuán)隊(duì)在等著研發(fā)發(fā)布新版本，在這期間交付團(tuán)隊(duì)會(huì)常常受到客戶方的壓力，從而將壓力轉(zhuǎn)嫁到產(chǎn)品和研發(fā)團(tuán)隊(duì)中。

2.售前客戶可預(yù)見的功能

產(chǎn)品在市場(chǎng)推廣階段，會(huì)常常收到客戶的新思路或新要求，當(dāng)客戶方發(fā)布了一個(gè)相關(guān)產(chǎn)品新功能的溝通公告，研發(fā)團(tuán)隊(duì)要不要協(xié)作市場(chǎng)進(jìn)行響應(yīng)？在招投標(biāo)之前客戶想要看一下系統(tǒng)的成熟度，或者進(jìn)行標(biāo)準(zhǔn)化版本的猜測(cè)試，研發(fā)團(tuán)隊(duì)、產(chǎn)品團(tuán)隊(duì)是否需要樂觀協(xié)作？

一個(gè)客戶提了A訴求，又一個(gè)客戶提了A訴求，A場(chǎng)景不斷在市場(chǎng)上被提起，這時(shí)作為產(chǎn)品團(tuán)隊(duì)是否要樂觀尋求更優(yōu)質(zhì)的解決方案？

同時(shí)一旦這個(gè)項(xiàng)目有幸中標(biāo)，且客戶新增的功能恰好屬于產(chǎn)品后續(xù)可迭代的標(biāo)準(zhǔn)化功能，狀況又會(huì)轉(zhuǎn)變成第一種—交付過程缺失的標(biāo)準(zhǔn)化功能。

而這里面會(huì)存在一個(gè)比較沖突的現(xiàn)象，由于售前客戶的新需求可能是特別多的，我們是否需要逐個(gè)響應(yīng)？是否有力量逐個(gè)響應(yīng)？

所以這些狀況所產(chǎn)生的需求池也需要我們從產(chǎn)品角度快速甄別篩選，對(duì)于需要響應(yīng)的功能盡快設(shè)計(jì)方案并排期執(zhí)行。

3.合作方催辦的功能

現(xiàn)在我們的許多產(chǎn)品都不是獨(dú)立的應(yīng)用，需要和許多第三方系統(tǒng)集成、合作，其中不乏一些多方合作的模塊，合作方常常督促我們盡快進(jìn)行優(yōu)化升級(jí)。當(dāng)然也會(huì)遇到我們急需合作方協(xié)作改造升級(jí)的功能，這種狀況下我們會(huì)更加被動(dòng)。

無(wú)論哪種狀況，涉及到第三方合作的功能，尤其是基于雙方簽訂了合作協(xié)議，有利益連接關(guān)系的合作場(chǎng)景，對(duì)于合作方催辦的功能我們其實(shí)也很難把優(yōu)先級(jí)往后排。

或許這個(gè)功能對(duì)于產(chǎn)品來(lái)說(shuō)不是核心功能，但是受限于企業(yè)形象，或者領(lǐng)導(dǎo)層面、老板層面的輿情，也要盡力樂觀響應(yīng)，并奇妙推動(dòng)甚至“拖延”。

4.產(chǎn)品使用過程中的阻力功能

這里所指的并不是MVP版本，或核心流程的阻斷，由于這類阻斷正常來(lái)講都已經(jīng)被準(zhǔn)時(shí)解決了。更多的是由于存在某個(gè)功能的缺失，從而影響更大面積的產(chǎn)品推廣或用戶增值服務(wù)。

即現(xiàn)在能用，但是假如做了這個(gè)新功能，會(huì)對(duì)產(chǎn)品力制造較大的突破。

比如某個(gè)用戶使用頻次較高的功能產(chǎn)品只做了pc端，假如能夠推出移動(dòng)端對(duì)應(yīng)功能，則能夠快速提升移動(dòng)端的訪問量，同時(shí)吸引許多對(duì)移動(dòng)應(yīng)用場(chǎng)景有實(shí)際訴求的用戶。

但這里也有一個(gè)常常在取舍時(shí)的沖突點(diǎn)：雖然此功能有些缺失，此功能很重要，上線后能夠帶來(lái)肯定效果，但0.5究竟不是0，當(dāng)有許多0功能需要你們優(yōu)先解決時(shí)，0.5-1的升級(jí)優(yōu)先級(jí)會(huì)競(jìng)爭(zhēng)過0-1的升級(jí)嗎？

至于哪個(gè)功能更重要，不同的業(yè)務(wù)模式和商業(yè)模式肯定會(huì)有較大差異，在此我們不去評(píng)定究竟哪個(gè)優(yōu)先級(jí)更高，僅是為了說(shuō)明其中的選擇關(guān)系。

5.重要但不緊急的功能

比如為了后續(xù)的場(chǎng)景拓展，為了產(chǎn)品在用戶價(jià)值或商業(yè)價(jià)值上能夠更上一個(gè)臺(tái)階。

或者某個(gè)應(yīng)用的功能架構(gòu)升級(jí)，或者平臺(tái)級(jí)或組件級(jí)的技術(shù)架構(gòu)升級(jí)，為了能夠更好的適應(yīng)后續(xù)產(chǎn)品的進(jìn)展。

這些都屬于重要，但是不緊急的待辦事項(xiàng)。一般這類功能都需要較大的工作量，而且很難拆分成多個(gè)升級(jí)版本，日拱一卒的漸漸推動(dòng)。否則既然功能很重要，肯定會(huì)適當(dāng)?shù)募尤稽c(diǎn)點(diǎn)做起來(lái)。

所以這類功能，往往在最終決策時(shí)，就把優(yōu)先級(jí)往后放了。同時(shí)結(jié)合下一條，這些重要但不緊急的功能什么時(shí)候能夠開頭動(dòng)工，特別考驗(yàn)一個(gè)團(tuán)隊(duì)的“忍耐力”和“調(diào)配力”。

但是，一味地對(duì)重要但不緊急的任務(wù)延后，不僅會(huì)讓產(chǎn)品迭代始終被緊急的事情牽著鼻子走，而且也許率會(huì)拖到“重要但不緊急的事情”變成“重要且緊急的事情”，從而不停的“惡性循環(huán)”。

仿佛產(chǎn)品迭代就像“救火隊(duì)員”一樣，哪里焦急補(bǔ)哪里，哪里更焦急先救哪里。如同一列行駛的火車面對(duì)交叉路口，左邊撞1頭牛，右邊撞2只狗一樣，形成“飲鴆止渴”的負(fù)面結(jié)果，從而失去了產(chǎn)品本身的節(jié)奏。

甚至于到最終發(fā)覺最緊急的事也做不過來(lái)了，團(tuán)隊(duì)始終處于持續(xù)高強(qiáng)度工作狀態(tài)，可問題好像越來(lái)越多。

上半年讀的一本《時(shí)間管理大師》的書，其中所表達(dá)的最核心觀點(diǎn)，在我看來(lái)就是“把重要但不緊急的事情優(yōu)先級(jí)調(diào)高”，從而經(jīng)過自己一段時(shí)間的堅(jiān)持和努力下，扭轉(zhuǎn)當(dāng)下的“滅火逆境”。

但說(shuō)起來(lái)簡(jiǎn)單，做起來(lái)難呀！

但做起來(lái)再難，也不能不做呀！

6.工作量這么大，做了它就做不了其他的功能

緊接著上一條，無(wú)論是重要但不緊急的大版本升級(jí)，或者由于其他因素產(chǎn)生的大工作量迭代，在一個(gè)迭代周期里，一旦我們接下了這個(gè)功能，意味著我們直接排解了其他功能。

在這種狀況下，許多團(tuán)隊(duì)也會(huì)把這個(gè)功能優(yōu)先級(jí)滯后，將這個(gè)大工作量功能置換成多個(gè)小工作量功能，從心理上，從實(shí)際接受程度上好像更簡(jiǎn)單被認(rèn)可。究竟新版本發(fā)布的時(shí)候，它顯得多呀~

可是這個(gè)大工作量的功能，什么時(shí)候才能開頭呢？

或者我們可以延長(zhǎng)版本迭代周期，將團(tuán)隊(duì)分成多個(gè)小組，每個(gè)小組負(fù)責(zé)一項(xiàng)關(guān)鍵任務(wù)，即便走得慢，也要多條腿走路。這種模式在肯定條件下是可行的，但不知道有多少個(gè)團(tuán)隊(duì)能夠接受迭代周期翻倍的版本發(fā)布呢？

7.體驗(yàn)優(yōu)化的功能

我是體驗(yàn)優(yōu)化的外行，相對(duì)簡(jiǎn)潔的將體驗(yàn)優(yōu)化拆分為：UI優(yōu)化、交互優(yōu)化兩類。

體驗(yàn)優(yōu)化是我今年年初就想重點(diǎn)提升的力量，也盼望能在工作中進(jìn)行對(duì)應(yīng)的嘗試，惋惜接近年底，我并沒有向前邁出幾步。

包括現(xiàn)階段的市場(chǎng)環(huán)境，對(duì)于90%的B端產(chǎn)品而言，功能的優(yōu)先級(jí)99%大于體驗(yàn)的優(yōu)先級(jí)。

這也是現(xiàn)階段B端產(chǎn)品體驗(yàn)升級(jí)的逆境。在之前的日更內(nèi)容中我也粗略的寫過一些。

當(dāng)然對(duì)于這類體驗(yàn)優(yōu)化的功能，什么時(shí)候能夠提高優(yōu)先級(jí)呢？也許率是此類問題融入到交付過程、客戶反饋、合同額、老板的命令等方面時(shí)，由于這些更重要的價(jià)值而附帶出來(lái)體驗(yàn)升級(jí)的落地。

話說(shuō)這些更重要的價(jià)值附帶到任何功能之上，幾乎都是可以把優(yōu)先級(jí)置頂?shù)陌蓗

或許根據(jù)這種篩選標(biāo)準(zhǔn)和實(shí)際狀況，那句“先這樣做，后面再優(yōu)化吧”豈不成了“偽命題”？

由于優(yōu)化類的需求，肯定會(huì)被你排到最終呢~

03初步排列

信任每個(gè)團(tuán)隊(duì)針對(duì)各自的實(shí)際狀況都會(huì)有不同的排序方式，我第一版的排列挨次是1、4、2、3、6、5、7。而且每一個(gè)大類都會(huì)涉及到許多小功能，有些小功能又屬于“簡(jiǎn)單綜合型”，所以真正的排序過程比這里的描述存在更多的變化。

但是思索一番之后，又調(diào)整成了1、5、4、6、2、3、7，或許明天又變了，或者向領(lǐng)導(dǎo)匯報(bào)之后，優(yōu)先級(jí)還會(huì)調(diào)整，但每次排序，都會(huì)有自己的理由和權(quán)衡在其中。

還有許多功能，可能即便在需求池里很久了，你也不會(huì)評(píng)估它的優(yōu)先級(jí)，可能當(dāng)時(shí)就是突發(fā)奇想做了個(gè)記錄罷了，可能將來(lái)幾年都不會(huì)做這個(gè)功能。

而且我們客觀的知道，隨著產(chǎn)品的不斷進(jìn)展，會(huì)有越來(lái)越多的高優(yōu)先級(jí)任務(wù)落到池子里，所以當(dāng)需求池達(dá)到肯定數(shù)量時(shí)，該刪的刪，該合并的合并，“斷舍離”也是我們排期過程中的一個(gè)哲學(xué)問題。

04再度排解

隨著我們一系列的分析，可能初步匯合出許多優(yōu)先級(jí)高的內(nèi)容，那下一個(gè)版本我們做哪些呢？哪些是可以放到下下個(gè)版本再去考慮的呢？

雖然需要在高優(yōu)先級(jí)中查找更高，但很有可能我們發(fā)覺這些功能好像都挺重要的，一時(shí)不知道怎么評(píng)判。這時(shí)可以采納“排解法”。

以下幾個(gè)問題幫你排解錯(cuò)誤選項(xiàng)：

不做這個(gè)功能會(huì)引起什么問題？這個(gè)問題現(xiàn)在能否承受——兩者權(quán)衡取其重這個(gè)功能的deadline是什么時(shí)候，能否再延長(zhǎng)？——你不試試，怎么知道對(duì)方的底線呢~其他團(tuán)隊(duì)的伙伴能否幫忙分擔(dān)——該刷臉就刷臉，請(qǐng)些“外援”來(lái)幫助這個(gè)需求有簡(jiǎn)化的可能性嗎？——傳奇中的MVP中P各個(gè)功能之間是否存在關(guān)聯(lián)度和先后挨次前面幾個(gè)很好理解，重點(diǎn)解釋一下最終一個(gè)。

比如現(xiàn)在有ABC三個(gè)功能都很重要，但是A是規(guī)章類配置，B是應(yīng)用A配置后的規(guī)章進(jìn)行場(chǎng)景應(yīng)用，C是通過B形成的數(shù)據(jù)沉淀進(jìn)行下一步操作。雖然三個(gè)功能都是亟需的，但排期時(shí)的優(yōu)先級(jí)也許率是ABC。

當(dāng)然，小部分概率也會(huì)遇到，有些特別場(chǎng)景下，客戶或交付團(tuán)隊(duì)對(duì)于B更迫切，A的規(guī)章設(shè)置比較簡(jiǎn)潔，但B能夠?yàn)槠鋷?lái)顯著的市場(chǎng)價(jià)值，則研發(fā)團(tuán)隊(duì)直接進(jìn)行B功能的開發(fā)，但前提是快速分析A功能，并手動(dòng)初始化一些常見規(guī)章供B進(jìn)行使用。

最終，假如我們篩選的下一版本范圍，研發(fā)團(tuán)隊(duì)評(píng)估后仍舊無(wú)法按期交付，那就是要么大家卷起來(lái)，要么叫上領(lǐng)導(dǎo)再砍一刀。

當(dāng)然也可能隨著研發(fā)團(tuán)隊(duì)的人員補(bǔ)充、嫻熟度提高、管理規(guī)范越來(lái)越成熟，有些版本還是可以超額完成。同時(shí)我們也需要樂觀跟進(jìn)研發(fā)進(jìn)度，在每個(gè)版本過程中隨時(shí)關(guān)注里程碑節(jié)點(diǎn)，依據(jù)實(shí)際狀況再進(jìn)行適度的增減需求。

05寫在最終

許多問題說(shuō)起來(lái)簡(jiǎn)潔做起來(lái)很難，由于許多功能不是獨(dú)立的，相互牽扯相互影響，有時(shí)已經(jīng)排好的方案在經(jīng)受外界的某個(gè)重大大事影響后，又要重新調(diào)整。

有時(shí)功能之間的相互制約加上多個(gè)客戶方的施壓，導(dǎo)致交付、研發(fā)、產(chǎn)品團(tuán)隊(duì)在版本排期上形成“死結(jié)”，一個(gè)個(gè)問題的梳理和解決都需要時(shí)間和人力，但這些