我們在需求描述中常陷入文字迷宮的困境,一條看似簡單的自然周計算規則竟引發團隊認知斷層。本文通過真實案例揭示:當PRD文檔里的「如果…則…」層層堆砌時,真正需要的是用邏輯樹實現思維可視化
———— / BEGIN / ————
先說一句實話。
這篇文章,不是我一開始就打算寫的。
它是被需求逼出來的。
事情是怎么開始的(以及我當時有多自信)
事情發生在一個看起來毫無風險的需求上。
「周度數據的起止日期,按自然周計算。」
看到這句話的時候,我心里想的是:這有啥難的?不就一句規則嗎?
我當時甚至有點輕敵。
于是我很自然地寫了這樣一段說明(你可能也寫過):
如果開始日期是周度第一天,則從該日期開始查詢
如果不是,則從所在周第一天開始
結束日期同理
但不能超過今天
寫完我還挺滿意。
邏輯沒毛病,對吧?
——問題,從這里開始。
需求評審現場,空氣慢慢不對勁了
先是研發抬頭問了一句:「那結束日期如果不是周日,但這個周日超過今天呢?」
我愣了一下,說:「那就取今天。」
測試馬上接上:「那如果開始日期是周中,結束日期也是周中,而且跨周呢?」
前端補了一刀:「那頁面上我們展示用戶選的區間,還是實際計算區間?」
我突然意識到一件事:大家問的不是“你寫得對不對”,而是——他們根本不知道你腦子里的邏輯長什么樣。
那一刻真的很 PM。
熟悉的感覺又來了。
后來我想明白了一件事(很重要)
我回去復盤的時候,突然有點恍然大悟。
問題根本不在規則。
規則是對的。
大家也都不傻。
問題在于:我在用“線性文字”,描述一個“分支結構”的東西。
打個比方
你讓我用一段話,描述一棵樹怎么長。
你說得再詳細,聽的人腦子里長出來的,也可能是三棵不同的樹。
規則型需求,本質就是一堆 if / else。
但我們偏偏愛用「如果…則…否則…同時…另外…」去硬寫。
這事,本身就別扭。
轉折點:我沒繼續改文案,而是換了種腦回路
那天我沒再潤色文字。
我做了一件現在回看很關鍵的事——
我拿了一張紙,開始畫邏輯。
不寫 PRD。
不想措辭。
就問自己一句話:這條規則,真正要判斷的,到底是哪幾件事?
答案其實非常樸素:
開始日期:它是不是周一?
結束日期:它是不是周日?
如果不是,那個周日能不能用?(會不會穿越到未來)
就這兩件事。
邏輯樹一畫出來,事情突然順了先看開始日期(簡單到有點不好意思)
開始日期 S
├─ 是周一 → 用 S
└─ 不是周一 → 用 S 所在周的周一
這一步畫完,我心里甚至有點愧疚:
這我剛才為什么能寫那么復雜?
再看結束日期(麻煩都在這)
結束日期 E
├─ 是周日 → 用 E
└─ 不是周日
├─ 所在周周日 ≤ 今天 → 用周日
└─ 所在周周日 > 今天 → 用今天
畫到這里的時候,我整個人是松的。
為什么?
因為你能一眼看出:
哪些情況被覆蓋了
哪些情況不可能出現
哪些地方需要兜底
這在文字里,是完全看不出來的。
一個很真實的感受:邏輯樹會“逼你說人話”
說個行業黑話:邏輯樹是最誠實的需求評審官。
你少考慮一個分支,它就畫不下去;你邏輯繞了一圈,自己先被繞暈。
而且更爽的一點是——
測試同學幾乎不用你解釋。
每個節點,都是一類測試用例。
每條路徑,都是一組場景。
這感覺,太解放了。
什么時候你該警惕了?(一點血淚經驗)
如果你遇到下面任意一種情況,真的,別硬寫文字了:
需求里開始大量出現:「如果…」「但是…」「同時…」「另外一種情況是…」
有現實約束,比如:今天 / 未來 / 數據延遲 / 灰度
你發現自己在群里反復發長語音解釋同一件事
這時候,問題通常不在你邏輯,而在表達形態選錯了。
寫在最后:這是個分水嶺能力
我現在越來越確定一件事:
初級 PM 的能力,是把需求想明白;
成熟 PM 的能力,是讓別人不想歪。
邏輯樹不是畫圖技巧。
它更像一種習慣:把腦子里的判斷攤在桌面上,不指望“對方能懂你”,而是讓誤解本身沒有生存空間。
如果你也在被規則型需求折磨,下次試試先別急著寫 PRD,先畫一棵樹,你會感謝自己的。
本文來自公眾號:高阿更筆記 作者:尤里卡高
想要第一時間了解行業動態、面試技巧、商業知識等等等?加入產品經理進化營,跟優秀的產品人一起交流成長!
![]()
特別聲明:以上內容(如有圖片或視頻亦包括在內)為自媒體平臺“網易號”用戶上傳并發布,本平臺僅提供信息存儲服務。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.