PM 需求分析 - RICE

閱讀時間約 4 分鐘
需求優先度是 PM 都會遇到的議題,尤其在 To C 產業,或是 To B 要做成 SaaS 型產品,常會遇到的兩難。

象限法

最常用的需求分析應該是象限法(個人感受,無數據支持),適合分析兩種至多三種名目屬性的變數。包含有無、是否、男女等。常見的範例兩種變數,緊急不緊急、重要不重要,可以畫成如下圖。

raw-image

看到這圖,大家應該就有印象,應該高中的時候,多少有教過。當然隨著產品性質、產業特性,你可以自行更改要分析的變數,例如競品有無、客戶有說沒說等。

RICE

看到上圖,就會想到,既然稱為象限法,那也只能分群啊。如果需求還是很多,接下來優先序要怎麼排?

這來自於分類後,沒有可比較的指標或是數據。因此我很喜歡RICE的方法,將分類完後的項目數據化,藉此做排序。

RICE是Reach, Impact, Confidence, Effort 四項指標組成的分數。公式如下:

RICE Score = Reach X Impact X Confidence / Effort

  • Reach: 觸及量,指這個功能完成以後,你預估可以觸及多少用戶
  • Impact: 影響力,這裡影響力是一個比較的概念,分別為 0.25、0.5、1、2與3,根據你這次要比較的項目,可以排一個你認知的Impact順序
  • Confidence: 信心度,指這是一項可行的方案,你的信心度。如果這個功能只是試驗性質,你的信心度可能就很低。但如果這是一個客戶反覆說需要的功能,你的信心度就會很高
  • Effort: 努力,在這裡你可以直接帶入金錢成本或是開發人天,或是混合計算。你要使用的單位,會影響RICE的數值大小,不過這不重要,只要確保你所有項目衡量的標準相同即可。

數學就是邏輯的符號表示,根據這個簡單的運算,我們可以知道RICE在找的是,哪一個產品信心最高,客戶最需要,能夠觸及最多人,且不花什麼成本就可以達成。

分數越高就是越好的產品!

接著就可以將你的項目填入表格,Effort我常常會請工程師將人天填上去。即可得出RICE 分數,如下面範例

raw-image

有RICE分數以後,就可以很快速地排出優先順序。

我們從以上兩個功能案例做分析:

Reach

  • 人人都可以有免費的Email,但是手機簡訊需要費用,因此會使用Email警報的人較多

Impact

  • Email 因為垃圾郵件太多,重要通知被掩蓋掉。如果是警報訊息的化,簡訊更容易被注意到。

Confidence

  • 這兩個功能都有客戶詢問,且技術上我們都做得到,信心度很高。

Effort

  • 工程師評估Email串接很快就能完成,但是簡訊串接要與第三方簡訊平台或是電信業者串接API,需要比較多開發時間。因此簡訊串接工時較長。

總上,可以算出RICE,可以得出,應該先開發Email警報的功能。

希望RICE這小小的工具,能夠幫助到大家的工作!




84會員
101內容數
除了翻譯各國新聞以外,會將過去演講的一些主題內容放上來。閒暇之餘,分享一些PM心得,歡迎參訪。
留言0
查看全部
發表第一個留言支持創作者!
Samuel的沙龍 的其他內容
產品的舊定位 比起公司發展20年的 Saas 平台產品,我的資歷實在尚淺,許多舊有產品並非出自我手。但是面對客戶新需求,又得重新包裝舊產品,以符合市場需求。 之前就碰到一個尷尬情況,過往公司服務客戶是小型企業為主,但是逐漸開始接觸大集團。有一次碰到一個棘手的客戶,是國際級的大集團...
不得不說,因為技術背景的關係,我一直在與工程師的溝通算是順暢。甚至有遇過技術能力比工程師更好的情況。所以我們不能也不應該強求PM要有多專業的技術能力,所以本文要說明工程師需要什麼?PM怎麼樣培養與工程師的合作默契。
溝通佔PM大部分的工作時間。不幸的是,溝通是軟實力,難以像程式工具書一樣有SOP步驟,讓你跟著做跟著學。但是工程背景出生的我,還是想要嘗試,明文化溝通的一些方法,這篇文章先來聊,PM如何與工程主管溝通。
產品的舊定位 比起公司發展20年的 Saas 平台產品,我的資歷實在尚淺,許多舊有產品並非出自我手。但是面對客戶新需求,又得重新包裝舊產品,以符合市場需求。 之前就碰到一個尷尬情況,過往公司服務客戶是小型企業為主,但是逐漸開始接觸大集團。有一次碰到一個棘手的客戶,是國際級的大集團...
不得不說,因為技術背景的關係,我一直在與工程師的溝通算是順暢。甚至有遇過技術能力比工程師更好的情況。所以我們不能也不應該強求PM要有多專業的技術能力,所以本文要說明工程師需要什麼?PM怎麼樣培養與工程師的合作默契。
溝通佔PM大部分的工作時間。不幸的是,溝通是軟實力,難以像程式工具書一樣有SOP步驟,讓你跟著做跟著學。但是工程背景出生的我,還是想要嘗試,明文化溝通的一些方法,這篇文章先來聊,PM如何與工程主管溝通。
你可能也想看
Google News 追蹤
Thumbnail
這個秋,Chill 嗨嗨!穿搭美美去賞楓,裝備款款去露營⋯⋯你的秋天怎麼過?秋日 To Do List 等你分享! 秋季全站徵文,我們準備了五個創作主題,參賽還有機會獲得「火烤兩用鍋」,一起來看看如何參加吧~
Thumbnail
Faker昨天真的太扯了,中國主播王多多點評的話更是精妙,分享給各位 王多多的點評 「Faker是我們的處境,他是LPL永遠繞不開的一個人和話題,所以我們特別渴望在決賽跟他相遇,去直面我們的處境。 我們曾經稱他為最高的山,最長的河,以為山海就是盡頭,可是Faker用他28歲的年齡...
Thumbnail
數據驅動的專案管理如何提升決策質量,涵蓋數據收集與管理、數據分析策略、實際應用技巧,以及面臨的挑戰和解決方案。通過描述性分析、診斷性分析、預測性分析和規範性分析,專案經理能夠優化資源分配、進度管理和風險控制,確保專案順利進行。
Thumbnail
工程師希望能釐清任務的輕重緩急,其中那些「看起來不錯,但目前重要性沒那麼高」的任務,就叫做 nice-to-have...
Thumbnail
企業面對大專案時,將其分解成可執行的小任務,有助於實現目標。以提升銷售額為例,拆解為四個要素,並提供增加流量、轉換率、客單價和回購率的策略。另外,還必須設計可量化的指標及追蹤回饋。這些建議對於創作型工作和知識型工作者來說,同樣可以利用該策略來提高工作效率。
做研究時,總會擔心計算資源不足的問題。 但是其實,你想做的研究計畫,其預期產生的價值, 跟你所能獲得的計算資源規模,是直接相關的。 人如果在業界,但是無法參與公司的核心研究組, 無法做預期價值夠大的研究計畫,也是拿不到公司的計算資源。
Thumbnail
這篇文章著重於解釋軟體專案管理中的戰略意義和專案特性評估,並提出了四個不同像限的專案特性。
Thumbnail
這篇文章分享了作者在參與預估專案時的思考脈絡和學習點,透過兩個具體的案例,探討了預估方法中重要的假設和挑戰。
Thumbnail
產品需求怎麼來?產品經理能決定產品走向嗎?產品路線圖怎麼制定?這篇想整理我在不同公司的產品開發流程,也分享不同公司的產品決策方式。
Thumbnail
本篇討論專案經理收到任務後的基本動作,還有如何挖掘出簡報文字之下客戶真正想要的東西。
Thumbnail
這個秋,Chill 嗨嗨!穿搭美美去賞楓,裝備款款去露營⋯⋯你的秋天怎麼過?秋日 To Do List 等你分享! 秋季全站徵文,我們準備了五個創作主題,參賽還有機會獲得「火烤兩用鍋」,一起來看看如何參加吧~
Thumbnail
Faker昨天真的太扯了,中國主播王多多點評的話更是精妙,分享給各位 王多多的點評 「Faker是我們的處境,他是LPL永遠繞不開的一個人和話題,所以我們特別渴望在決賽跟他相遇,去直面我們的處境。 我們曾經稱他為最高的山,最長的河,以為山海就是盡頭,可是Faker用他28歲的年齡...
Thumbnail
數據驅動的專案管理如何提升決策質量,涵蓋數據收集與管理、數據分析策略、實際應用技巧,以及面臨的挑戰和解決方案。通過描述性分析、診斷性分析、預測性分析和規範性分析,專案經理能夠優化資源分配、進度管理和風險控制,確保專案順利進行。
Thumbnail
工程師希望能釐清任務的輕重緩急,其中那些「看起來不錯,但目前重要性沒那麼高」的任務,就叫做 nice-to-have...
Thumbnail
企業面對大專案時,將其分解成可執行的小任務,有助於實現目標。以提升銷售額為例,拆解為四個要素,並提供增加流量、轉換率、客單價和回購率的策略。另外,還必須設計可量化的指標及追蹤回饋。這些建議對於創作型工作和知識型工作者來說,同樣可以利用該策略來提高工作效率。
做研究時,總會擔心計算資源不足的問題。 但是其實,你想做的研究計畫,其預期產生的價值, 跟你所能獲得的計算資源規模,是直接相關的。 人如果在業界,但是無法參與公司的核心研究組, 無法做預期價值夠大的研究計畫,也是拿不到公司的計算資源。
Thumbnail
這篇文章著重於解釋軟體專案管理中的戰略意義和專案特性評估,並提出了四個不同像限的專案特性。
Thumbnail
這篇文章分享了作者在參與預估專案時的思考脈絡和學習點,透過兩個具體的案例,探討了預估方法中重要的假設和挑戰。
Thumbnail
產品需求怎麼來?產品經理能決定產品走向嗎?產品路線圖怎麼制定?這篇想整理我在不同公司的產品開發流程,也分享不同公司的產品決策方式。
Thumbnail
本篇討論專案經理收到任務後的基本動作,還有如何挖掘出簡報文字之下客戶真正想要的東西。