產(chǎn)品決策3個領(lǐng)域——產(chǎn)品功能決策
在需求決策階段,我們確定了需求該做,要做。接下來要做的就是產(chǎn)品功能決策。這篇文章,我們來看看具體的實現(xiàn)辦法。
一、名詞說明
方案:方案一定命中原始需求,但不一定完全對應(yīng)
機(jī)制:為了實現(xiàn)方案,需要定義的背后具體實現(xiàn)邏輯
替代思維:面對需求,不一定要與功能組件一一對應(yīng),要學(xué)會統(tǒng)籌規(guī)劃,只要能給出用戶一個更合理、更省事的方案,能解決用戶的問題就行!??!
組合:用幾個方案組合,讓機(jī)制更完善
二、產(chǎn)品功能決策包括幾個部分
- 方案背后的實現(xiàn)邏輯
- 用戶體驗
- 上升用戶層面,切實解決用戶問題,解決問題的方案,不一定要做產(chǎn)品功能
產(chǎn)品功能決策的思維誤區(qū):不是所有的需求/問題,一定要用產(chǎn)品功能去解決,關(guān)鍵是,為用戶提供合理、省事的解決方案?。。?/p>
三、產(chǎn)品功能決策步驟
Step1:產(chǎn)品功能識別
1)基于需求,識別要完成什么功能:類型、核心功能、輔助功能(必要時,可以考慮后續(xù)實現(xiàn))、 功能邊界(定義功能給用戶提供什么,不提供什么,方便后續(xù)擴(kuò)展)
- 功能類型:操作性功能、邏輯機(jī)制、自動程序、視覺功能、替代功能——區(qū)分功能類型,有助于寫prd時,能更清晰知道自己要寫什么,比如邏輯機(jī)制類型功能,寫prd時,要注重的是描述邏輯
- 替代功能:有時候需求是真需求,可以通過非功能方式滿足需求
- 識別功能邊界一般為:正面功能、排除功能、范圍
2)功能邊界
(1)排除功能:比如,微信規(guī)定,發(fā)布的圖片不支持GIF格式
(2)功能范圍
- 淘寶購物車上限120單,收藏上限2000個商品
- 原因:大量囤貨或者惡意下單的狀態(tài);購物車是為了推著他去結(jié)賬;性能;編碼系統(tǒng)內(nèi)紊亂、支付擁堵;為啥120,接近“150定律”
- 定義功能范圍考慮幾個方面:功能特殊場景;性能;功能的目的
Step2:確定功能決策的目標(biāo)——后續(xù)呈現(xiàn)在prd上的要素?。?!
- 功能決策目標(biāo)包括:功能的定義、設(shè)計、權(quán)限、性能、前置后置邏輯等
- 不同類型功能,功能決策的目標(biāo)
Step3:收集決策信息
輸出物包括:
1)競品信息:
- 競品往往代表了用戶習(xí)慣,大部分都是這么做的,那么我們就不要做的太另類。
- 要借鑒相同或者相似功能的長處
2)本系統(tǒng)信息:新功能設(shè)計,都要考慮對舊系統(tǒng)的兼容。比如通用功能組件;相關(guān)功能耦合度;舊邏輯兼容性
3)權(quán)限安全合規(guī)信息:功能設(shè)計要考慮滿足對應(yīng)的法律法規(guī)要求。比如做視頻上傳,要考慮鑒黃等。
4)用戶畫像:決定了功能的操作偏好,根據(jù)用戶的特點設(shè)計功能。比如用戶是買藥的病人,比較著急,要考慮時效性。
5)數(shù)量級:需求市場有多大,用戶量,并發(fā)量有多大
6)容錯率:比如支付類的,容錯率是很低的,一定不能出錯
7)頻次:功能的使用頻次高不高,使用頻次不高,那么并發(fā)率肯定就不高
Step4:制定可能方案
- 將功能方案設(shè)計或描述出來
- 功能方案應(yīng)基于收集到的功能信息,圍繞功能決策目標(biāo),滿足原則:產(chǎn)品架構(gòu)、全局規(guī)范、產(chǎn)品調(diào)性、用戶接受等
- 功能方案,是對需求的實現(xiàn)擬定,屬于塑形打造的關(guān)鍵階段
- 功能決策的輸出產(chǎn)物:原型草稿、流程圖草稿、核心邏輯
Step5:制定標(biāo)準(zhǔn)并選擇方案
功能方案的決策標(biāo)準(zhǔn)
1. 體驗:尼爾森原則
狀態(tài)可見、環(huán)境貼切、撤銷重做、一致性原則、防錯原則、易取原則、靈活高效原則、易掃原則、容錯原則、人性化幫助原則
2. 心理:距離最近原則
想到這個需求,用戶第一反應(yīng)是應(yīng)該在哪操作,在哪結(jié)束。比如深層的業(yè)務(wù)規(guī)則,應(yīng)放在該業(yè)務(wù)模塊近的位置而不是其他板塊
3. 價值:找到引入的源頭/回歸本質(zhì)/場景回歸
找到引入的源頭:回到該功能產(chǎn)生的最初原因
1)回歸本質(zhì):
- 用于決策功能要不要做的場景。
- 思考:功能的本質(zhì)是什么?本質(zhì)是用來解決什么問題的?現(xiàn)狀是否存在這個問題?這個問題該不該解決?如果存在且該解決,那就要做。
- 沒有標(biāo)準(zhǔn)的決策,但有標(biāo)準(zhǔn)的本質(zhì)
2)場景回歸:
- 列表分頁返回,是否保持原來的搜索項?——取決于用戶真實操作列表時,操作完一頁,是否要帶著參數(shù)操作另一頁
- 導(dǎo)入文檔的方式新增前提是,用戶獲取批量文檔無障礙
- 確認(rèn)和取消按鈕哪個在右邊,與產(chǎn)品期望和風(fēng)險大小有關(guān)
4. 第一性:前提正確
前提正確,功能才正確,不要做錯誤的前提上走更遠(yuǎn)!——因為功能本身是中性的,脫離場景的情況下,是沒有好壞之分的。
1)期望用戶養(yǎng)成正向習(xí)慣。不應(yīng)該為用戶的錯誤操作習(xí)慣而做功能(生態(tài)規(guī)則)
2)類似的還有:發(fā)現(xiàn)臟數(shù)據(jù),是否加提示說這是臟數(shù)據(jù)
加這個功能的前提是,臟數(shù)據(jù)存在是合理的,這個前提是錯誤的,所以這個功能不該做
Step6:驗證和改進(jìn)
- 功能方案以PRD形式交底、實施、交付
- 功能方式的決策驗證,發(fā)生在上線后的使用反饋,以迭代作為改進(jìn)手段
- 使用反饋的方式主要是預(yù)演、用戶回訪、埋點數(shù)據(jù)
【總結(jié)一】產(chǎn)品功能決策總結(jié)
1、產(chǎn)品功能決策的核心在于,將功能方案進(jìn)行落實,以便交付。
2、該領(lǐng)域中,最核心的步驟是“決策標(biāo)準(zhǔn)制定并選擇”。可以參考的方法主要有:掌握功能設(shè)計原則或常識、從需求引入的最初原因判斷、找到標(biāo)準(zhǔn)的本質(zhì)、場景回歸、假設(shè)正確功能才正確等。
3、產(chǎn)品功能的決策是產(chǎn)品經(jīng)理的基本能力,其前是對客戶需求的交付,其后是對技術(shù)團(tuán)隊的交底,中間是面對各方評審和質(zhì)疑。
【總結(jié)二】從接到需求,到制定產(chǎn)品功能方案決策總結(jié)
1、思考用戶場景是什么?問題是什么?驗證是否真的存在這個問題?問題要不要解決?
2、思考解決方案是什么?
1) 列出所有可能的方案,不一定是產(chǎn)品功能方案,不是所有的需求一定要用產(chǎn)品功能去解決
2)確定要用產(chǎn)品功能去解決這個問題之后,再去思考要通過什么產(chǎn)品功能去解決
(1) 確定用什么類型的產(chǎn)品功能去解決?確定這個產(chǎn)品功能的邊界是什么?(給用戶提供什么)——參考Step1
(2)確定具體要做什么產(chǎn)品功能?——參考Step3、4
(3)考慮產(chǎn)品功能邏輯細(xì)節(jié)——參考Step2、5
本文由 @立志做人參的蘿卜 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)作者許可,禁止轉(zhuǎn)載
題圖來自Unsplash,基于CC0協(xié)議
該文觀點僅代表作者本人,人人都是產(chǎn)品經(jīng)理平臺僅提供信息存儲空間服務(wù)
- 目前還沒評論,等你發(fā)揮!