那種“再補(bǔ)充一句”的需求,本質(zhì)都是規(guī)則沒寫成決策表

0 評(píng)論 179 瀏覽 1 收藏 7 分鐘

規(guī)則型需求常常讓產(chǎn)品經(jīng)理在評(píng)審會(huì)上陷入尷尬——不是沒想清楚,而是沒把邏輯真正落地。本文揭秘「決策表」如何將模糊的業(yè)務(wù)規(guī)則轉(zhuǎn)化為系統(tǒng)可執(zhí)行的鐵律,從根本上解決權(quán)限、狀態(tài)等復(fù)雜條件的判斷難題,讓需求評(píng)審效率提升50%,徹底告別聯(lián)調(diào)階段的反復(fù)扯皮。

老實(shí)說,大部分規(guī)則型需求不是沒想清楚

是你沒把「決策表」寫出來

我先說個(gè)很真實(shí)的場景。

前陣子我在改一個(gè)“下載 Excel”的需求,評(píng)審會(huì)上,研發(fā)突然問我一句:“那如果用戶有權(quán)限,但今天已經(jīng)下過一次了,還能不能下?”

那一瞬間,我腦子里其實(shí)是有答案的。

但問題是——我發(fā)現(xiàn)我沒法一句話說清楚。

你要是也干過產(chǎn)品,大概懂那種感覺:不是不會(huì),是說著說著就開始補(bǔ)條件。

這類需求,后來我統(tǒng)一給它起了個(gè)名字:規(guī)則型需求。

規(guī)則型需求,最大的問題只有一個(gè)

不是業(yè)務(wù)復(fù)雜,也不是人不聰明。

而是這類需求有一個(gè)致命特征:你只要不用結(jié)構(gòu)寫,它一定會(huì)在評(píng)審或聯(lián)調(diào)階段翻車。

什么權(quán)限、狀態(tài)、是否可操作、是否展示、是否生效……這些玩意兒,本質(zhì)上都在問一件事:在某一組條件下,系統(tǒng)“必須”怎么做。

注意,是“必須”,不是“建議”。

說個(gè)反直覺的結(jié)論

很多產(chǎn)品經(jīng)理以為自己缺的是「邏輯樹」。

但我后來發(fā)現(xiàn),真正缺的,其實(shí)是「決策表」。

邏輯樹更像什么?

像你在腦子里過一遍:“嗯,好像要判斷這個(gè),還要判斷那個(gè)?!?/p>

但真正能救命的,是決策表。

我們從一個(gè)爛大街的需求說起

需求內(nèi)容你肯定寫過類似的:

登錄用戶,在有權(quán)限且不超額的情況下,可以下載數(shù)據(jù)。

這句話,看著沒毛病,對(duì)吧?

但你把它丟給研發(fā)、測試,基本等于埋雷。

因?yàn)樗辽贂?huì)引出這些問題:

  • 游客算不算用戶?
  • “有權(quán)限”是指會(huì)員等級(jí),還是功能點(diǎn)?
  • 超額是今天?本月?還是 24 小時(shí)滾動(dòng)?
  • 超額了是直接禁,還是給個(gè)“升級(jí)套餐”的提示?

你會(huì)發(fā)現(xiàn)一個(gè)很尷尬的事:

這些問題你大概率都“心里有答案”,但沒寫。

邏輯樹:說白了,是幫你“把腦子掏干凈”

這個(gè)時(shí)候,邏輯樹確實(shí)有用。

它干的事情很單純:

逼你不斷問自己一句話:“這一步,還要不要再判斷一下?”

于是你會(huì)拆成這樣:

能不能下載?

├─ 登沒登錄?

│ ├─ 沒登錄 → 不行

│ └─ 登錄了

│ ├─ 有沒有下載權(quán)限?

│ │ ├─ 沒有 → 不行

│ │ └─ 有

│ │ ├─ 今天是不是超額?

│ │ │ ├─ 是 → 不行

│ │ │ └─ 否 → 可以

到這里為止,你想清楚了。

但注意,只是想清楚。

真正的分水嶺:你有沒有把它變成「決策表」

重點(diǎn)來了。

如果你停在邏輯樹這一步,其實(shí)還不夠。

因?yàn)檫壿嫎溆幸粋€(gè)問題:它對(duì)你友好,對(duì)系統(tǒng)不友好。

系統(tǒng)不看“過程”,系統(tǒng)只認(rèn):輸入是什么,輸出必須是什么。

于是,我后來會(huì)強(qiáng)迫自己做一件事:把邏輯樹壓成一張決策表。

這張表一寫出來,有幾個(gè)變化特別明顯:

  • 研發(fā)基本不再追問“那這種情況呢?”
  • 測試可以直接一行一行寫用例

你自己會(huì)突然發(fā)現(xiàn):原來規(guī)則就這幾條

一句行話:

決策表一出,需求基本就“收斂”了。

決策表和邏輯樹,到底差在哪?

我用一句不太嚴(yán)謹(jǐn)、但很好記的話說:

  • 邏輯樹,是給人用的
  • 決策表,是給系統(tǒng)用的

再直白點(diǎn):

  • 邏輯樹解決的是:「我有沒有漏想?」
  • 決策表解決的是:「有沒有任何扯皮空間?」

所以你會(huì)發(fā)現(xiàn)一個(gè)現(xiàn)象:

需求越復(fù)雜,決策表越重要

而不是邏輯樹越重要

為什么我后來寫 PRD,會(huì)刻意“偏愛”決策表

有幾個(gè)很現(xiàn)實(shí)的原因:

決策表天然能對(duì)齊研發(fā)思維

一行 = 一個(gè) if / else

沒什么翻譯成本

它能強(qiáng)迫你給出“唯一答案”

不允許“看情況”“到時(shí)候再說”

測試特別喜歡

他們拿著表就能測,不用猜你在想什么

評(píng)審效率明顯變高

爭論點(diǎn)會(huì)集中在“規(guī)則對(duì)不對(duì)”,而不是“你剛才那句話什么意思”

我現(xiàn)在判斷要不要寫決策表的土辦法

很土,但特別好用。

只要我在需求里看到這些詞:

  • 是否
  • 權(quán)限
  • 狀態(tài)
  • 條件
  • 能不能
  • 是否展示 / 是否可點(diǎn)

我腦子里就會(huì)自動(dòng)彈一句話:

“這玩意兒,不寫決策表會(huì)出事?!?/p>

最后說一句實(shí)話

很多時(shí)候,不是你邏輯不嚴(yán)謹(jǐn),也不是你不會(huì)畫邏輯樹。

而是你停在了“想明白”這一層,卻沒往前走到“寫死規(guī)則”。

而決策表,恰恰是那個(gè)

把規(guī)則從“人話”,變成“系統(tǒng)話”的關(guān)鍵一步。

簡單來說:

邏輯樹幫你想清楚,決策表幫你少加班。

這話我現(xiàn)在是真信了。

本文由 @尤里卡高 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)作者許可,禁止轉(zhuǎn)載

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

更多精彩內(nèi)容,請(qǐng)關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號(hào)或下載App
評(píng)論
評(píng)論請(qǐng)登錄
  1. 目前還沒評(píng)論,等你發(fā)揮!