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

“你這個(gè)產(chǎn)品設(shè)計(jì)有好多邏輯bug，你想清楚了再開評審啊~”當(dāng)你被技術(shù)一頓懟后，你痛下決心，下次一定要讓自己把所有可能的邏輯點(diǎn)全部考慮清楚。結(jié)果到了下次，又是一頓懟…

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

其實(shí)這個(gè)問題非常容易解決，在你生活中做產(chǎn)品設(shè)計(jì)邏輯思考時(shí)，很多問題的遺漏都是有規(guī)律的，只要找到這些規(guī)律，80%以上的邏輯問題都能解決。今日我們主要就講講邏輯梳理中的——數(shù)據(jù)篇，以下總結(jié)全部來源我個(gè)人的經(jīng)驗(yàn)總結(jié)。

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

一、數(shù)據(jù)增刪改查的邏輯整理

1. 新增數(shù)據(jù)

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

2. 刪除數(shù)據(jù)

不要想當(dāng)然以為刪除一個(gè)數(shù)據(jù)是很簡單的事情，其實(shí)也涉及到以下兩個(gè)很關(guān)鍵的邏輯判斷：

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

簡單舉例來說：餐飲SAAS后臺產(chǎn)品經(jīng)理決定刪除某個(gè)菜品數(shù)據(jù)，那么就要考慮可能該產(chǎn)品在同時(shí)段已經(jīng)被客戶下單，這個(gè)時(shí)候數(shù)據(jù)如何處理？

——不要簡單的進(jìn)行刪除。

3. 更改數(shù)據(jù)

數(shù)據(jù)往往涉及到修改，面對修改時(shí)，我們又會(huì)發(fā)生什么樣的邏輯遺漏呢？

1. 改成的數(shù)據(jù)是否與歷史數(shù)據(jù)重復(fù)：修改完成的數(shù)據(jù)與過往某一條數(shù)據(jù)一模一樣，這個(gè)時(shí)候如何處理？
2. 改后的數(shù)據(jù)是否出現(xiàn)不符合格式：修改后的數(shù)據(jù)是否符合字段規(guī)定標(biāo)準(zhǔn)，若不符合如何提示？

4. 查找數(shù)據(jù)

1）如果沒有該數(shù)據(jù)時(shí)，如何進(jìn)行提示？

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

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

2）如果查出的數(shù)據(jù)超出限制，如何顯示？

數(shù)據(jù)庫有該數(shù)據(jù)100條，這個(gè)時(shí)候如何顯示，顯示排序的規(guī)則又是什么樣的？

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

二、數(shù)據(jù)的使用、顯示、刷新、排序

1. 使用數(shù)據(jù)時(shí)

1）若存在多個(gè)用戶同時(shí)使用時(shí)，是否會(huì)發(fā)生沖突？

比如用戶購買商品時(shí)，什么時(shí)候要校驗(yàn)庫存。因?yàn)槎鄠€(gè)用戶購買時(shí)，就很容易發(fā)生某個(gè)人下單后，其他人購買時(shí)庫存為0。

2）若單一用戶使用數(shù)據(jù)時(shí)，停留時(shí)間過長時(shí)數(shù)據(jù)如何反饋？

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

2. 顯示數(shù)據(jù)時(shí)

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

3. 刷新

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

4. 數(shù)據(jù)的排序

排序：如果有數(shù)據(jù)如何進(jìn)行排序；如果數(shù)據(jù)相同，按照什么優(yōu)先級進(jìn)行排序。

這就是關(guān)于數(shù)據(jù)遇到的一些邏輯問題，當(dāng)你能夠很好地解決這些問題，對于自己在文檔邏輯撰寫上就能夠解決不少問題。

本文由@梁漩智 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理，未經(jīng)許可，禁止轉(zhuǎn)載。

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