收藏◎大廠PRD三步法：場景/要素/自查！——直接套用！

示例：最多輸入10個數(shù)值，輸入不合規(guī)則的內(nèi)容，則在輸入框下方紅色字體提示，比如：“請不要輸人漢字！”。

（2）下拉框

下拉的同時是否支持輸入搜索，是否支持多選。

（3）導(dǎo)入文檔

表頭校驗、自校驗、與系統(tǒng)校驗、寫入邏輯（全部不予導(dǎo)入或部分導(dǎo)入)、下載結(jié)果文檔；

（4）已有功能的邏輯規(guī)則變更

則要考慮舊數(shù)據(jù)兼容或初始化。

（5）基礎(chǔ)數(shù)據(jù)刪除

則要考慮基礎(chǔ)數(shù)據(jù)被調(diào)用的地方，刪除和編輯怎么處理。

比如：

商品分類中維護的“商品類型”被刪除，那么再編輯和刪除該分類下的歷史數(shù)據(jù)的時候就可能報錯，所以基礎(chǔ)數(shù)據(jù)維護時候要校驗調(diào)用情況。

（6）設(shè)置規(guī)則

考慮規(guī)則去重、規(guī)則優(yōu)先級。

一般情況下，沒有優(yōu)先級的話，規(guī)則的去重和命中次序校驗起來比較麻煩。（在<后端產(chǎn)品經(jīng)理寶典>一書中有專門介紹）。

（7）列表的數(shù)據(jù)的排序

一般按照修改時間的倒敘排列，也可以用數(shù)據(jù)庫id代替序號。

用數(shù)據(jù)庫id的好處是，方便用戶和技術(shù)協(xié)作追溯數(shù)據(jù)。

（8）異常機制

每時每刻都要有逆向思維，告訴開發(fā)人員什么算異常？異常了怎么標(biāo)示出來。

比如：

表1字段A，匹配表2字段B，將匹配成功的數(shù)據(jù)寫入表3。就要考慮表1中字段A為空的情況該怎么辦。

（9）頁面長期不登錄

則給自動退出。主要考慮到后端系統(tǒng)的保密性。

（10）凡是帶操作的

一般都要設(shè)置頁面權(quán)限。

最簡單的方式是所有系統(tǒng)的權(quán)限都分三個等級：不能查看、只能查看、可以編輯。

（11）功能修訂

比如規(guī)則變更，需要考慮舊數(shù)據(jù)是否要按照新規(guī)則進行初始化。

2、按需求類型自查

（1)功能需求

需要窮盡功能覆蓋的使用場景，窮盡本功能相關(guān)聯(lián)的各個系統(tǒng)模塊，窮盡本功能的用戶角色、權(quán)限。

（2)性能需求

數(shù)據(jù)量較大時的系統(tǒng)壓力、反應(yīng)速度；

批量上傳、下載要考慮數(shù)量上限，考慮是否異步處理；

考慮瀏覽器兼容性；考慮調(diào)用接口超時的備用策略等。

（3）安全需求

敏感詞屏蔽（同步過濾和異步召回）、防刷單機制、數(shù)據(jù)補推機制、風(fēng)險預(yù)警等。

3、關(guān)鍵詞提醒自查

筆者不完全羅列了幾個關(guān)鍵詞，可以作為自查的維度。

（1）完整

流程是否存在斷頭路。

比如當(dāng)正常流程無法傳輸?shù)臅r候，是否可以用導(dǎo)入的機制救急。業(yè)務(wù)高峰的系統(tǒng)，是否有降級處理邏輯。

默認：是否給予了默認值。

比如設(shè)置規(guī)則功能業(yè)務(wù)未設(shè)置怎么辦？

4、其他

自查的方式還有很多，比如也可以按照“增、查、改、刪、顯、傳、算”自查等。

-完-

Step1：分享本文/點贊/在看

Step2：對本公眾號【產(chǎn)品參趙】發(fā)送消息“自查”，等待返回百度云盤的下載鏈接。

獲取途徑：

加入星球，無限更新

——推薦閱讀——

結(jié)合32個案例，提升產(chǎn)品經(jīng)理決策能力！

SaaS 定制化與標(biāo)準(zhǔn)化思路+案例

真實的“產(chǎn)品總監(jiān)”簡歷啥樣：這有兩份！【保真】