廣東
我們在需求描述中常陷入文字迷宮的困境，一條看似簡單的自然周計算規則竟引發團隊認知斷層。本文通過真實案例揭示：當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.
