有時候產(chǎn)品經(jīng)理輸出的產(chǎn)品方案常常被diss，可能是因為產(chǎn)品方案的不完整，產(chǎn)品經(jīng)理還沒能將所有情況考慮周全。而這篇文章里，作者就介紹了一份產(chǎn)品完整性自查手冊，相信可以幫助屏幕前的你來審查產(chǎn)品方案的思考是否有遺漏點，一起來看看吧。

產(chǎn)品在設(shè)計過程中，經(jīng)常會遇到這種情況：自認為輸出了一份完整的產(chǎn)品方案，但評審的時候卻被開發(fā)測試抓著許多細節(jié)點瘋狂抨擊；開發(fā)過程中還會對許多新發(fā)現(xiàn)的問題反復拉扯；上線之后用戶的反饋數(shù)據(jù)并未達到預期。由于產(chǎn)品設(shè)計經(jīng)驗不足、相關(guān)知識欠缺、考慮問題不充分等原因，這些情況時有發(fā)生。

為了減少溝通和試錯的成本，產(chǎn)品應在設(shè)計之初就將所有情況考慮周全，這也是一個成熟產(chǎn)品應有的能力體現(xiàn)。以下向大家介紹一份產(chǎn)品完整性自查手冊，可以作為參考來審查產(chǎn)品方案的思考是否有遺漏點。

產(chǎn)品的完整性主要分為以下三個方面：

1. 完整的需求背景
2. 完整的產(chǎn)品設(shè)計
3. 存量、增量、中間態(tài)數(shù)據(jù)

一、完整的需求背景

需求背景是整個產(chǎn)品設(shè)計的前提，只有深刻了解背景里所存在的問題、及對應的用戶痛點，才能把握好產(chǎn)品的設(shè)計方向。同時只有大家都認可這個背景的真實、有效和價值，才能夠更好推進產(chǎn)品方案的落地。

完整需求背景的一般包含三個部分：用戶、場景和需求，即用戶在什么樣的場景下，遇到什么樣的問題/或者對于當前的產(chǎn)品產(chǎn)生了怎樣的需要或者訴求。在產(chǎn)品設(shè)計的時候，應該就用“用戶+場景+需求”的句式來反復確認，產(chǎn)品背景是否把握準確未偏離方向；向開發(fā)介紹的時候也應利用這種句式，邏輯清晰地向他們傳達出功能背后的價值。

二、完整的產(chǎn)品設(shè)計

背景確認之后，將開始著手具體的產(chǎn)品方案設(shè)計，主要思考以下三個方面：功能完整、信息完整以及交互完整。

1. 功能完整

一是指場景完整，能夠覆蓋到所有的用戶使用路徑；二是指每個場景下，功能在邏輯上能形成閉環(huán)。

多場景情況，拿登錄注冊舉個簡單的例子，新用戶首次登錄要先注冊賬號、老用戶登錄可直接登錄、老用戶注冊新賬號的時候發(fā)現(xiàn)曾經(jīng)已經(jīng)注冊過賬號、新用戶登錄的時候發(fā)現(xiàn)還沒有注冊過賬號；這幾種對應的場景產(chǎn)品在設(shè)計的時候就應該都想到對應的解決方案。比如老用戶注冊新賬號的時候發(fā)現(xiàn)曾經(jīng)已經(jīng)注冊過賬號，就應該在注冊的頁面給出對應的提示，并添加一個返回注冊頁的按鈕，提供給用戶直接進行登錄。

2. 信息完整

信息完整指產(chǎn)品的頁面內(nèi)容、操作指引、字段描述、功能說明等信息是完整的，能讓用戶在每一步都明確當前所使用的功能以及下一步需要做的事情。

3. 交互完整

交互完整是指整個產(chǎn)品設(shè)計中，每一處的交互設(shè)計都是完整且閉環(huán)的。同樣以注冊/登錄功能為例，當用戶進行登錄操作時，首先會輸入賬號。這時如果用戶輸入了非法賬號（如默認使用手機號碼登錄，用戶輸入了漢字或者字符），產(chǎn)品不僅在功能設(shè)計上要禁止非法格式賬號的輸入，還要在交互設(shè)計上提示用戶輸入正確的賬號。

當用戶輸入正確的賬號、密碼并單擊“登錄”按鈕時，我們需要考慮其他場景，如賬號不存在的場景、賬號與密碼不匹配的場景、斷網(wǎng)無法登錄的場景、異常情況下登錄失敗的場景，以及每個場景下的交互設(shè)計，從而實現(xiàn)交互完整。

三、存量、增量、中間態(tài)的數(shù)據(jù)

在產(chǎn)品設(shè)計過程中，除保證需求背景和產(chǎn)品設(shè)計的完整之外，還要考慮存量、增量及中間態(tài)數(shù)據(jù)。

存量數(shù)據(jù)指新功能上線之前就已產(chǎn)生的歷史數(shù)據(jù)，例如，存量用戶、存量版本、存量訂單等數(shù)據(jù)。與存量數(shù)據(jù)相對應的是增量數(shù)據(jù)，指產(chǎn)品新功能上線后產(chǎn)生的數(shù)據(jù)。

以注冊功能為例，其新版本新增了“性別”和“地區(qū)”兩個必填字段，這個版本上線后注冊的用戶屬于增量用戶，需要在注冊流程中填寫自己的性別和所在地區(qū)。但這里不僅要考慮增量用戶，還要考慮存量用戶。存量用戶過去注冊時，并沒有填寫這兩個字段的信息，新版本上線后存量用戶的這兩個字段的信息如何處理，是產(chǎn)品設(shè)計初期就要考慮的問題。在這個案例中，存量用戶這兩個字段的信息，可以默認為空值，也可以設(shè)計一定的任務(wù)激勵，讓存量用戶自主地維護這兩個字段的信息。

值得注意的是，存量和增量這兩個概念一定是針對產(chǎn)品某個具體上線的版本或者功能而言的。不同的版本或者功能上線的時間不同，對應的增量數(shù)據(jù)和存量數(shù)據(jù)也不同，脫離了上線的版本和功能去談增量數(shù)據(jù)和存量數(shù)據(jù)是沒有意義的。

除考慮增量數(shù)據(jù)和存量數(shù)據(jù)之外，還要考慮中間態(tài)數(shù)據(jù)。中間態(tài)數(shù)據(jù)也是針對具體上線的版本或功能而言的。例如，一個審批流程共有A、B、C三大審批環(huán)節(jié)，每個環(huán)節(jié)中又分別有A1、A2、A3；B1、B2、B3；C1、C2、C3等子流程，新版本對B環(huán)節(jié)中的子流程做了改造。

新版本上線后，會出現(xiàn)以下3種數(shù)據(jù)。

1. 新版本上線前就已經(jīng)完成整個審批流程的存量數(shù)據(jù)。
2. 新版本上線后，按照新版本改造后的審批流程進行審批的增量數(shù)據(jù)。
3. 新版本上線之前發(fā)起了審批流程，新版本上線后，該流程還沒有完成的中間態(tài)數(shù)據(jù)。

對于中間態(tài)數(shù)據(jù)，通常有以下兩種處理方案：

一是按照舊版本流程進行處理；二是自動駁回，按照新的審批流程重新申請。不同的方案分別適用于不同的場景，在實際的產(chǎn)品設(shè)計過程中，選擇一種適合的方案即可。

在日常的產(chǎn)品設(shè)計過程中，要嘗試用以上數(shù)據(jù)的檢查項來檢查產(chǎn)品方案是否完整和閉環(huán)，養(yǎng)成良好的設(shè)計習慣，這不僅可以提高產(chǎn)品方案的設(shè)計效率，還可以保證產(chǎn)品上線后的質(zhì)量。