編輯導語：產品經理的日常就是懟開發以及被開發懟，那么，如何才能避免這種情況、順利進行評審呢？本文作者總結了一份產品文檔中80%容易犯的邏輯遺漏問題。如果你能很好地解決這些問題，那在文檔邏輯的撰寫上就能夠解決不少問題。

“你這個產品設計有好多邏輯bug，你想清楚了再開評審啊~”當你被技術一頓懟后，你痛下決心，下次一定要讓自己把所有可能的邏輯點全部考慮清楚。結果到了下次，又是一頓懟…

面對這種問題到底該如何解決？如何才能更好規避邏輯上的遺漏？

其實這個問題非常容易解決，在你生活中做產品設計邏輯思考時，很多問題的遺漏都是有規律的，只要找到這些規律，80%以上的邏輯問題都能解決。今日我們主要就講講邏輯梳理中的——數據篇，以下總結全部來源我個人的經驗總結。

特別說明：此處的數據并不僅僅指單一數據，也包括整個頁面全部數據提交時候的判斷。

一、數據增刪改查的邏輯整理

1. 新增數據

• 新增的數據與過往數據是否重復：比如設計電商商品管理后臺時，若用戶新增了一個與之前新增商品完全一致的產品，系統要如何處理？涉及到數據新增這是基本的邏輯問題，一定要添加說明。
• 新增的數據是否存在上限與下限：比如當你作為電商產品涉及添加收貨地址時，用戶可以無限添加嗎？這里就要思考你數據的上限，而下限會在特定的一些產品里出現。
• 新增的數據是否不符合格式：新增的數據需要符合每一個字段的基本規定，比如簡單的登錄注冊流程，若是手機號不符合字段格式，就會彈出基本的提示。

2. 刪除數據

不要想當然以為刪除一個數據是很簡單的事情，其實也涉及到以下兩個很關鍵的邏輯判斷：

1. 刪除時是否需要相關提示：就像我們之前講過兩個原則——防錯原則和協助記憶原則，這兩個原則就是對該邏輯漏洞最好的答案；
2. 刪除時其他頁面有無正在使用該數據：這一點是非常重要，初級產品經理在進行產品設計時，經常會遺忘。尤其是B端產品，此類問題更是經常涉及。

簡單舉例來說：餐飲SAAS后臺產品經理決定刪除某個菜品數據，那么就要考慮可能該產品在同時段已經被客戶下單，這個時候數據如何處理？

——不要簡單的進行刪除。

3. 更改數據

數據往往涉及到修改，面對修改時，我們又會發生什么樣的邏輯遺漏呢？

1. 改成的數據是否與歷史數據重復：修改完成的數據與過往某一條數據一模一樣，這個時候如何處理？
2. 改后的數據是否出現不符合格式：修改后的數據是否符合字段規定標準，若不符合如何提示？

4. 查找數據

1）如果沒有該數據時，如何進行提示？

用戶在搜索查找的場景里，若沒有該數據信息，如何展示？

一般列表類的非常場景，做好相應提示處理–其次，有些產品可能也需要做一個引導。比如菜品搜索下沒有任何菜品，就可以添加一個【添加菜品】按鈕，將用戶快速引導到我們的添加功能，這也符號產品的靈活高效原則。

2）如果查出的數據超出限制，如何顯示？

數據庫有該數據100條，這個時候如何顯示，顯示排序的規則又是什么樣的？

一般列表類顯示，都是分頁加載方式。

二、數據的使用、顯示、刷新、排序

1. 使用數據時

1）若存在多個用戶同時使用時，是否會發生沖突？

比如用戶購買商品時，什么時候要校驗庫存。因為多個用戶購買時，就很容易發生某個人下單后，其他人購買時庫存為0。

2）若單一用戶使用數據時，停留時間過長時數據如何反饋？

簡單比如說，你在京東購買商品不支付，跳轉到待支付頁面，然后你在該頁面停留了24小時以上，超過了待支付的期限，這個時候你再進行操作，頁面如何反饋？

2. 顯示數據時

• 無數據的顯示：如列表頁，當沒有數據的時候要如何處理？這個在面對數據時是基本的提示操作；
• 數據極大極小化顯示：比如抖音的消息提醒，如果1000條消息，怎么顯示？這個時候一般是99+，而微信也采用了“···”。

3. 刷新

• 數據頁面是否需要刷新：若需要刷新，采用哪一種刷新方式？
• 是否要做到實時刷新：該數據是否需要實時刷新？

4. 數據的排序

排序：如果有數據如何進行排序；如果數據相同，按照什么優先級進行排序。

這就是關于數據遇到的一些邏輯問題，當你能夠很好地解決這些問題，對于自己在文檔邏輯撰寫上就能夠解決不少問題。

本文由@梁漩智 原創發布于人人都是產品經理，未經許可，禁止轉載。

題圖來自Unsplash，基于CC0協議