產品決策3個領域——產品功能決策

0 評論 918 瀏覽 2 收藏 10 分鐘

在需求決策階段,我們確定了需求該做,要做。接下來要做的就是產品功能決策。這篇文章,我們來看看具體的實現辦法。

一、名詞說明

方案:方案一定命中原始需求,但不一定完全對應

機制:為了實現方案,需要定義的背后具體實現邏輯

替代思維:面對需求,不一定要與功能組件一一對應,要學會統籌規劃,只要能給出用戶一個更合理、更省事的方案,能解決用戶的問題就行?。?!

組合:用幾個方案組合,讓機制更完善

二、產品功能決策包括幾個部分

  1. 方案背后的實現邏輯
  2. 用戶體驗
  3. 上升用戶層面,切實解決用戶問題,解決問題的方案,不一定要做產品功能

產品功能決策的思維誤區:不是所有的需求/問題,一定要用產品功能去解決,關鍵是,為用戶提供合理、省事的解決方案?。?!

三、產品功能決策步驟

Step1:產品功能識別

1)基于需求,識別要完成什么功能:類型、核心功能、輔助功能(必要時,可以考慮后續實現)、 功能邊界(定義功能給用戶提供什么,不提供什么,方便后續擴展)

  • 功能類型:操作性功能、邏輯機制、自動程序、視覺功能、替代功能——區分功能類型,有助于寫prd時,能更清晰知道自己要寫什么,比如邏輯機制類型功能,寫prd時,要注重的是描述邏輯
  • 替代功能:有時候需求是真需求,可以通過非功能方式滿足需求
  • 識別功能邊界一般為:正面功能、排除功能、范圍

2)功能邊界

(1)排除功能:比如,微信規定,發布的圖片不支持GIF格式

(2)功能范圍

  • 淘寶購物車上限120單,收藏上限2000個商品
  • 原因:大量囤貨或者惡意下單的狀態;購物車是為了推著他去結賬;性能;編碼系統內紊亂、支付擁堵;為啥120,接近“150定律”
  • 定義功能范圍考慮幾個方面:功能特殊場景;性能;功能的目的

Step2:確定功能決策的目標——后續呈現在prd上的要素?。?!

  1. 功能決策目標包括:功能的定義、設計、權限、性能、前置后置邏輯等
  2. 不同類型功能,功能決策的目標

Step3:收集決策信息

輸出物包括:

1)競品信息:

  • 競品往往代表了用戶習慣,大部分都是這么做的,那么我們就不要做的太另類。
  • 要借鑒相同或者相似功能的長處

2)本系統信息:新功能設計,都要考慮對舊系統的兼容。比如通用功能組件;相關功能耦合度;舊邏輯兼容性

3)權限安全合規信息:功能設計要考慮滿足對應的法律法規要求。比如做視頻上傳,要考慮鑒黃等。

4)用戶畫像:決定了功能的操作偏好,根據用戶的特點設計功能。比如用戶是買藥的病人,比較著急,要考慮時效性。

5)數量級:需求市場有多大,用戶量,并發量有多大

6)容錯率:比如支付類的,容錯率是很低的,一定不能出錯

7)頻次:功能的使用頻次高不高,使用頻次不高,那么并發率肯定就不高

Step4:制定可能方案

  • 將功能方案設計或描述出來
  • 功能方案應基于收集到的功能信息,圍繞功能決策目標,滿足原則:產品架構、全局規范、產品調性、用戶接受等
  • 功能方案,是對需求的實現擬定,屬于塑形打造的關鍵階段
  • 功能決策的輸出產物:原型草稿、流程圖草稿、核心邏輯

Step5:制定標準并選擇方案

功能方案的決策標準

1. 體驗:尼爾森原則

狀態可見、環境貼切、撤銷重做、一致性原則、防錯原則、易取原則、靈活高效原則、易掃原則、容錯原則、人性化幫助原則

2. 心理:距離最近原則

想到這個需求,用戶第一反應是應該在哪操作,在哪結束。比如深層的業務規則,應放在該業務模塊近的位置而不是其他板塊

3. 價值:找到引入的源頭/回歸本質/場景回歸

找到引入的源頭:回到該功能產生的最初原因

1)回歸本質:

  • 用于決策功能要不要做的場景。
  • 思考:功能的本質是什么?本質是用來解決什么問題的?現狀是否存在這個問題?這個問題該不該解決?如果存在且該解決,那就要做。
  • 沒有標準的決策,但有標準的本質

2)場景回歸:

  • 列表分頁返回,是否保持原來的搜索項?——取決于用戶真實操作列表時,操作完一頁,是否要帶著參數操作另一頁
  • 導入文檔的方式新增前提是,用戶獲取批量文檔無障礙
  • 確認和取消按鈕哪個在右邊,與產品期望和風險大小有關

4. 第一性:前提正確

前提正確,功能才正確,不要做錯誤的前提上走更遠!——因為功能本身是中性的,脫離場景的情況下,是沒有好壞之分的。

1)期望用戶養成正向習慣。不應該為用戶的錯誤操作習慣而做功能(生態規則)

2)類似的還有:發現臟數據,是否加提示說這是臟數據

加這個功能的前提是,臟數據存在是合理的,這個前提是錯誤的,所以這個功能不該做

Step6:驗證和改進

  1. 功能方案以PRD形式交底、實施、交付
  2. 功能方式的決策驗證,發生在上線后的使用反饋,以迭代作為改進手段
  3. 使用反饋的方式主要是預演、用戶回訪、埋點數據

【總結一】產品功能決策總結

1、產品功能決策的核心在于,將功能方案進行落實,以便交付。

2、該領域中,最核心的步驟是“決策標準制定并選擇”??梢詤⒖嫉姆椒ㄖ饕校赫莆展δ茉O計原則或常識、從需求引入的最初原因判斷、找到標準的本質、場景回歸、假設正確功能才正確等。

3、產品功能的決策是產品經理的基本能力,其前是對客戶需求的交付,其后是對技術團隊的交底,中間是面對各方評審和質疑。

【總結二】從接到需求,到制定產品功能方案決策總結

1、思考用戶場景是什么?問題是什么?驗證是否真的存在這個問題?問題要不要解決?

2、思考解決方案是什么?

1) 列出所有可能的方案,不一定是產品功能方案,不是所有的需求一定要用產品功能去解決

2)確定要用產品功能去解決這個問題之后,再去思考要通過什么產品功能去解決

(1) 確定用什么類型的產品功能去解決?確定這個產品功能的邊界是什么?(給用戶提供什么)——參考Step1

(2)確定具體要做什么產品功能?——參考Step3、4

(3)考慮產品功能邏輯細節——參考Step2、5

本文由 @立志做人參的蘿卜 原創發布于人人都是產品經理。未經作者許可,禁止轉載

題圖來自Unsplash,基于CC0協議

該文觀點僅代表作者本人,人人都是產品經理平臺僅提供信息存儲空間服務

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 目前還沒評論,等你發揮!