產(chǎn)品決策3個領(lǐng)域——產(chǎn)品功能決策

0 評論 1176 瀏覽 3 收藏 10 分鐘
🔗 产品经理的不可取代的价值是能够准确发现和满足用户需求,把需求转化为产品,并协调资源推动产品落地,创造商业价值。

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

一、名詞說明

方案:方案一定命中原始需求,但不一定完全對應(yīng)

機(jī)制:為了實現(xiàn)方案,需要定義的背后具體實現(xiàn)邏輯

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

組合:用幾個方案組合,讓機(jī)制更完善

二、產(chǎn)品功能決策包括幾個部分

  1. 方案背后的實現(xiàn)邏輯
  2. 用戶體驗
  3. 上升用戶層面,切實解決用戶問題,解決問題的方案,不一定要做產(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上的要素?。?!

  1. 功能決策目標(biāo)包括:功能的定義、設(shè)計、權(quán)限、性能、前置后置邏輯等
  2. 不同類型功能,功能決策的目標(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)

  1. 功能方案以PRD形式交底、實施、交付
  2. 功能方式的決策驗證,發(fā)生在上線后的使用反饋,以迭代作為改進(jìn)手段
  3. 使用反饋的方式主要是預(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ù)

更多精彩內(nèi)容,請關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 目前還沒評論,等你發(fā)揮!
专题
14614人已学习13篇文章
在产品的运营过程中,无论是产品、运营还是市场团队,都希望能清晰地了解用户的行为路径,通过用户行为分析,优化用户体验,实现更精准的运营和营销。
专题
88095人已学习12篇文章
世间万物皆有套路,面试更是如此,多拿几个靠谱offer。
专题
12493人已学习13篇文章
Sora产品的爆火,给了我们不少的震撼,感叹AI在内容创作领域的进步实在是太快了。本专题的文章分享了对于Sora的解读和思考。
专题
62917人已学习14篇文章
你说你会写产品需求文档,我信!但是肯定写的不好,不服看看别人的。
专题
18228人已学习14篇文章
智能客服类产品,最根本的价值在于以低成本取代人工客服工作中大量重复性的部分。本专题的文章分享了如何搭建一个智能客服。