編輯導(dǎo)語：在產(chǎn)品經(jīng)理的日常工作中，會收到來自多方面的需求，對于這些需求也有要優(yōu)先級的排序，才能保證項(xiàng)目穩(wěn)定推行；本文作者分享了關(guān)于如何全面深度地考慮項(xiàng)目優(yōu)先級排序的思考，我們一起來看一下。

Backlog（需求池）里總有幾十上百個(gè)可以做的項(xiàng)目，從哪些方面考慮prioritization？

本文將從投入產(chǎn)出比，成功率，其他因素等三個(gè)方面討論如何進(jìn)行項(xiàng)目Prioritization。

一、考慮價(jià)值/成本

當(dāng)我們進(jìn)行項(xiàng)目prioritization的時(shí)候，一般來說是希望找到投入產(chǎn)出比最高的項(xiàng)目先做。

1. 項(xiàng)目價(jià)值衡量

那我們?nèi)绾魏饬扛鱾€(gè)項(xiàng)目的價(jià)值呢？我認(rèn)為，能幫助團(tuán)隊(duì)實(shí)現(xiàn)目標(biāo)的項(xiàng)目就是有更高價(jià)值的項(xiàng)目。

第一步：只做產(chǎn)品戰(zhàn)略相關(guān)的項(xiàng)目

團(tuán)隊(duì)每年都需要定義和重新審視產(chǎn)品的戰(zhàn)略目標(biāo)，制定產(chǎn)品策略。策略不僅是要做什么，更是不要做什么。

一個(gè)團(tuán)隊(duì)的精力一定是有限的，時(shí)間有限的情況下，不可能在相關(guān)領(lǐng)域全都做的非常好；這個(gè)策略目標(biāo)的取舍需要定義清楚，才可以作為后期項(xiàng)目取舍的準(zhǔn)繩。

Tips：

• 一個(gè)項(xiàng)目可以對幾個(gè)戰(zhàn)略目標(biāo)都有幫助，也可以只對一個(gè)戰(zhàn)略目標(biāo)有幫助。
• 可以設(shè)置戰(zhàn)略目標(biāo)的權(quán)重（weight），也可以長期給特定目標(biāo)有限的時(shí)間/資源；比如說，每個(gè)季度10%的時(shí)間可以用來debug，20%的時(shí)間用來團(tuán)隊(duì)內(nèi)部流程/工具建設(shè)。
• 有時(shí)也需要計(jì)算某段時(shí)間內(nèi)roamap里的項(xiàng)目對各個(gè)戰(zhàn)略目標(biāo)的總實(shí)現(xiàn)程度，不然可能項(xiàng)目全都只實(shí)現(xiàn)某一個(gè)戰(zhàn)略目標(biāo)，發(fā)展不均衡，短板太明顯。
• 有時(shí)也會將戰(zhàn)略簡化為一個(gè)關(guān)鍵指標(biāo)（北極星指標(biāo)）。
• 產(chǎn)品策略受公司發(fā)展階段影響，但具體這里不討論。

第二步，考察項(xiàng)目對戰(zhàn)略目標(biāo)的滿足度

決策選項(xiàng)決定決策的上限。要做出好的決策需要有足夠多的好的選項(xiàng)；所以，確定戰(zhàn)略以后，需要有一定的時(shí)間對能達(dá)到戰(zhàn)略目標(biāo)的項(xiàng)目進(jìn)行探索，再對探索出的可行方案進(jìn)行優(yōu)先級排序。

這里只討論排序，默認(rèn)項(xiàng)目前期發(fā)散已經(jīng)做過。

達(dá)成同一個(gè)戰(zhàn)略目標(biāo)的項(xiàng)目可以有非常多，但哪一個(gè)是目前看來最有效果的呢？

不同的項(xiàng)目類型有不同的衡量方式。

1）產(chǎn)品設(shè)計(jì)項(xiàng)目的價(jià)值

產(chǎn)品設(shè)計(jì)項(xiàng)目的價(jià)值可以通過以下metrics判斷：

Framework 1?

常用于衡量某個(gè)新功能對用戶行為的影響。

• Reach：能觸達(dá)哪些人。
  • Number：人數(shù)數(shù)量有多少： 當(dāng)前一個(gè)client還是所有clients？這個(gè)client里的所有人還是一部分人？
  • Quality：這些人是哪個(gè)群體（比如現(xiàn)有customer還是prospects，是kol嗎）？這個(gè)群體對于現(xiàn)階段的產(chǎn)品有多重要？
• Impact：對觸達(dá)的人群能帶來多大影響。
  • Breadth：被觸達(dá)的人有多少作出反饋。
  • Depth：反饋行動有多強(qiáng)烈，對目標(biāo)/戰(zhàn)略的實(shí)現(xiàn)度有多高。
  • Persistence：反饋行動持續(xù)多長時(shí)間。

Framework 2?

常用于衡量提升現(xiàn)有用戶體驗(yàn)的項(xiàng)目。比如說，現(xiàn)在有一批bug（眾所周知bug是修不完的），那先修哪些呢？

• Frequency：這個(gè)問題會出現(xiàn)在多少人的產(chǎn)品使用體驗(yàn)中？
• Impact：這個(gè)問題會多大程度上影響用戶完成任務(wù)？影響的是主任務(wù)嗎？
• Persistency：這個(gè)問題是出現(xiàn)一次以后用戶就知道如何解決問題了嗎，還是每一次出現(xiàn)都給用戶帶來困擾？

2）團(tuán)隊(duì)流程/工具項(xiàng)目的價(jià)值

我入職以來就做了不少團(tuán)隊(duì)development的項(xiàng)目，比如說design system, data tracking, set retrospective meeting, backlog building之類的。

但我有時(shí)候就會想，對于一個(gè)startup來說，這些基礎(chǔ)設(shè)施建設(shè)到哪個(gè)程度是Sweet Spot？我的時(shí)間花在產(chǎn)品項(xiàng)目上會不會對整個(gè)公司來說更有價(jià)值？將這類項(xiàng)目的價(jià)值量化，和產(chǎn)品類項(xiàng)目拉通排序，就可以解決這個(gè)問題了。

團(tuán)隊(duì)流程/工具項(xiàng)目的價(jià)值可以這樣衡量：

幫助團(tuán)隊(duì)高效地做事：

• Breadth：現(xiàn)在做了這件事，整個(gè)團(tuán)隊(duì)將在哪些方面提升效率？
• Depth：一年能省下多少時(shí)間？
• Scalability：隨著團(tuán)隊(duì)壯大，這件事情的價(jià)值又會如何變化？

幫助團(tuán)隊(duì)做出正確決定/做正確的事：

• Breadth：這個(gè)項(xiàng)目能幫助進(jìn)行哪些決策？這些決策發(fā)生多少次？這些決策都有多重要？（比如說產(chǎn)品早期可能找到PMF很重要，那能幫助identify產(chǎn)品PMF的工具/流程就很重要，提高UX的項(xiàng)目就可以緩緩。）
• Depth：不同類型的決策的成功率將如何提高？

3）對Sales的價(jià)值

作為B端SaaS產(chǎn)品，是要賣的呀。大家都知道B端的客戶和用戶是分開的，那這個(gè)功能對用戶的價(jià)值和是否能提高客戶的購買欲望是不同的兩件事。

• Reach：能為哪些客戶帶來價(jià)值？客戶的體量多大？是否是典型客戶？
• Impact：對客戶的影響
  • 流程優(yōu)化類：
    • 現(xiàn)在Sales funnel 的主要問題集中在哪里？
    • 這個(gè)功能能多大程度提高Sales funnel轉(zhuǎn)化率？
  • 新增功能類：
    • 客戶愿意出多少錢來買這個(gè)功能？（可以自行估計(jì)）
    • 如果今天不做這個(gè)功能，我們將失去多少客戶，多少收入？

Tips：

• 項(xiàng)目的價(jià)值可以用公式計(jì)算出來。
• 當(dāng)我們需要在不同類型的項(xiàng)目進(jìn)行選擇時(shí)，需要將他們拉到同一個(gè)水平線再進(jìn)行對比，如何設(shè)置這個(gè)水平線依然取決于第一部分說到的各目標(biāo)的權(quán)重分配。

2. 項(xiàng)目成本衡量

在定義清楚項(xiàng)目價(jià)值后，我們還需要估算，上線這個(gè)項(xiàng)目需要多少精力？

Tips：

• 工作量的估算單位可以以人/月，人/sprint，小時(shí)，人/天 為單位。
• 需要估算團(tuán)隊(duì)的所有成員（產(chǎn)品，設(shè)計(jì)和工程）的總時(shí)間。
• 當(dāng)團(tuán)隊(duì)某個(gè)工種（產(chǎn)品/設(shè)計(jì)/開發(fā)）的時(shí)間緊張的時(shí)候，可以將該工種需要的時(shí)間分開計(jì)算。
• 在讓團(tuán)隊(duì)開始估算之前，可以先根據(jù)MoSCoW的框架分解項(xiàng)目任務(wù)。這將有效幫助團(tuán)隊(duì)成員理解項(xiàng)目具體要做什么，以及更高效準(zhǔn)確的估算任務(wù)量。

二、考慮成功率

對于簡單可預(yù)測的項(xiàng)目來說，上面的價(jià)值/成本衡量已經(jīng)能很好地解決優(yōu)先級問題；但有時(shí)項(xiàng)目價(jià)值很難預(yù)期，我們希望加入成功率的因素考慮。

1）項(xiàng)目背后的假設(shè)

這是我們需要考慮項(xiàng)目成功背后關(guān)于用戶需求，關(guān)于市場反應(yīng)的核心假設(shè)是什么，比如說“用戶在平臺的核心訴求是找到能幫他們解決工作上的問題的人。”

這個(gè)假設(shè)非常重要，最好在項(xiàng)目開發(fā)前就明確清楚，并時(shí)刻關(guān)注項(xiàng)目結(jié)果以判斷這個(gè)假設(shè)知否正確，以后是否可以復(fù)用。

2）假設(shè)成功的概率

這個(gè)假設(shè)是否經(jīng)過驗(yàn)證？是否有數(shù)據(jù)支持？成功率是多少？

如果成功率比較低，現(xiàn)階段是否需要進(jìn)行進(jìn)一步驗(yàn)證再進(jìn)行下去？還能進(jìn)一步驗(yàn)證嗎？

這個(gè)項(xiàng)目是否值得冒險(xiǎn)？冒險(xiǎn)的成本是什么？機(jī)會成本又是什么？

三、考慮其他因素

1）Dependency

這個(gè)項(xiàng)目和其他項(xiàng)目是否有關(guān)系？

他們是否形成飛輪/閉環(huán)？是否互相增強(qiáng)？是否1+1>2?

某項(xiàng)目是否是另一項(xiàng)目的前提條件？

一起做是否能大幅降低成本？

2）Scalability

這個(gè)項(xiàng)目里建設(shè)的系統(tǒng)能力是否可復(fù)用？

做成可復(fù)用組件的成本是多少？以后來做會不會更合適？

3）Risk

這個(gè)項(xiàng)目有什么法律，政策方面的風(fēng)險(xiǎn)嗎？

如果項(xiàng)目失敗，是否會造成嚴(yán)重后果？

4）Unpredictability

這個(gè)項(xiàng)目中是否有不可控的，變數(shù)很大的部分？變數(shù)的range有多大？最壞結(jié)果是什么？

可以留出一些機(jī)動時(shí)間給最新遇到的問題（需要滅火的地方，比如現(xiàn)有大客戶提出的維護(hù)需求）

需要注意的是，以上metrics顆粒度非常細(xì)。能相對精確地衡量項(xiàng)目價(jià)值的同時(shí)也需要付出更多時(shí)間進(jìn)行判斷。大家按需取用就好。

四、Prioritization公式

在對項(xiàng)目價(jià)值，風(fēng)險(xiǎn)，其他補(bǔ)充信息進(jìn)行思考后，我們又將如何進(jìn)行最后一步的prioritization呢？相信大部分小伙伴看了分析已經(jīng)知道怎么寫公式了。

這里可以放上我在使用的公式：

• Value = (Sales Value + User Value + Team Value + Other Values)*Confidence*Urgency/Effort
• Sales Value = “Sales Value” * 2
• User Value = Sqrt( “User Reached” * “User Impact” )
• Team Value = “Team Time Saved” + “Helps to Do the Right Thing”
• Urgency = “Urgency”/2 + 1
• Effort = (“Product/Design effort” + “Development Effort”)/2

Tips：

• 公式中的常數(shù)，比如2，1等都可以根據(jù)自己產(chǎn)品的情況修改。
• 帶引號的數(shù)值為輸入數(shù)值。
• 至于每個(gè)要素，比如“Sales Value”如何定義，大家可以繼續(xù)細(xì)化為公式，也可以考慮上main列出的sale value要點(diǎn)后心算，最后直接給出數(shù)值。

這就是我近期關(guān)于Prioritization的想法了，歡迎大家給出反饋，一起討論！

本文由 @浣熊君Teresa 翻譯發(fā)布于人人都是產(chǎn)品經(jīng)理，未經(jīng)許可，禁止轉(zhuǎn)載

題圖來自?Unsplash，基于 CC0 協(xié)議