在產(chǎn)品工作中，原型算是接觸最頻繁的文檔之一。是否能畫出能被大家理解的原型，是一個產(chǎn)品經(jīng)理的基本標(biāo)準(zhǔn)之一。那么問題來了：如果要畫出溝通更高效，還能讓程序員測試大佬稱贊的原型，怎么做？

最近在審核團隊其他產(chǎn)品經(jīng)理交付的原型方案時總是發(fā)現(xiàn)不少產(chǎn)品同學(xué)對一個原型應(yīng)該寫什么、應(yīng)該怎么寫并沒有一個清晰的定義和標(biāo)準(zhǔn)；這也導(dǎo)致了在研發(fā)過程中總是避免不了被開發(fā)吐槽：“我就是按照原型做的”—但因為原型本身沒有定義清楚對應(yīng)的功能說明導(dǎo)致最終上線的內(nèi)容并不是產(chǎn)品經(jīng)理原本想要的效果。

為了規(guī)范產(chǎn)品同學(xué)的原型制作規(guī)范，我整理了4大原型制作原則，只要根據(jù)這些原則來填充原型內(nèi)容，保證寫出讓開發(fā)在內(nèi)心默默贊許“牛逼”的原型方案。

一、關(guān)于產(chǎn)品原型本身的分析

在介紹產(chǎn)品原型的設(shè)計原則之前，先讓我來分析一下原型這個產(chǎn)品本身。按照需求分析的公式拆解，一個完整的需求是由目標(biāo)用戶、使用場景和用戶在該場景下想要完成的目標(biāo)構(gòu)成的，那么產(chǎn)品原型這個需求就包含了這樣幾個使用情景：

1. 弱使用場景

a、產(chǎn)品經(jīng)理接到運營的需求后給出對應(yīng)的解決方案，并用原型的形式向運營確定這種解決方案是否能達到運營的設(shè)想；

b、完成整體的產(chǎn)品方案后，向上級領(lǐng)導(dǎo)進行匯報，確認(rèn)領(lǐng)導(dǎo)們是否認(rèn)可整體的方案設(shè)計思路或細(xì)節(jié)。

2. 強使用場景

a、產(chǎn)品經(jīng)理在需求宣講會上以產(chǎn)品原型為依據(jù)，對開發(fā)、測試、設(shè)計人員進行需求宣講，以便所有項目內(nèi)成員對需求有大體上的了解；

b、開發(fā)、測試、設(shè)計人員在需求宣講后依據(jù)產(chǎn)品原型對工作量進行拆分并安排工作任務(wù)，以便所有項目成員能準(zhǔn)確的評估項目完成時間進行科學(xué)的工作劃分；

c、開發(fā)人員在實現(xiàn)過程中，以原型為依據(jù)進行技術(shù)開發(fā)，以便最終上線交付的內(nèi)容是符合項目整體目標(biāo)的高質(zhì)量產(chǎn)品。

由此可以看出：一份產(chǎn)品原型最主要的使用者，就是配合產(chǎn)品經(jīng)理一起完成上線目標(biāo)的研發(fā)同學(xué)們；而一旦因為產(chǎn)品經(jīng)理在最初的產(chǎn)品原型設(shè)計階段出現(xiàn)了漏寫、錯寫或想不清楚該怎么做導(dǎo)致頻繁的需求變更，就會拉長整個團隊的工期，也會在研發(fā)同學(xué)心目中留下“不專業(yè)”的負(fù)面印象。

二、撰寫產(chǎn)品原型的4大原則

遵守以下原則來撰寫你的產(chǎn)品原型，一定可以幫助你避免因為原型寫的不規(guī)范而被程序員（當(dāng)然也包含其他閱讀產(chǎn)品原型的其他人）吐槽的尷尬。

1. 邊界清晰性原則

所謂邊界清晰是指讓當(dāng)前閱讀這份產(chǎn)品原型的人能清楚的意識到，哪些是本次研發(fā)項目的內(nèi)容。這個原則看似簡單，但在實際的工作場景中經(jīng)常會出現(xiàn)因為邊界定義不清而導(dǎo)致的分工不明確，任務(wù)拆分不清晰。

• 若一個產(chǎn)品是已經(jīng)上線過的產(chǎn)品，那么此后的產(chǎn)品需求基本上是在已經(jīng)上線的基礎(chǔ)上進行迭代優(yōu)化 —-在已有產(chǎn)品上做改動時 ，需清晰的標(biāo)注哪些是新增點、哪些是修改點、哪些是原有不修改的部分；
• 若產(chǎn)品包含多邊用戶時需準(zhǔn)確的說明當(dāng)前產(chǎn)品的用戶是誰，不同的用戶對于的操作權(quán)限是否有區(qū)分；
• 在進行移動端產(chǎn)品設(shè)計時，需明確標(biāo)注每個板塊的開發(fā)方式是原生還是H5

2. 內(nèi)容完整性原則

一個完整的產(chǎn)品原型至少要包含哪些內(nèi)容呢？

一般日常迭代的小型需求至少需要包含的內(nèi)容有：

• 背景說明 – 讓所有的項目參與者明白為什么要做這個需求，這個需求是想要實現(xiàn)怎樣的目標(biāo)？
• 需求清單 – 需求包含哪些內(nèi)容？
• 流程圖 – 需求通過怎樣的方式閉環(huán)？
• 功能界面 – 具體的需求是怎樣的？
• 需求標(biāo)注 – 要怎樣實現(xiàn)需求的效果？

項目型的原型中還需要包含該項目的頂層設(shè)計 和 版本規(guī)劃，便于讓所有項目參與參與者知曉整個項目的發(fā)展全貌和達成路徑，對齊整體的思想高度；

當(dāng)不得不對需求進行內(nèi)容變更的時候，需要加上修改記錄。

1）背景說明

最簡單的方法就是套用5W1H原則交代需求背景

• Who：誰我們的用戶？產(chǎn)品或功能為誰設(shè)計？
• What：用戶可以用這個產(chǎn)品或功能能做什么？產(chǎn)品或功能為用戶解決什么問題？
• Where：用戶在哪會用這個產(chǎn)品或功能？
• When：用戶在什么時候會用這個產(chǎn)品或功能？
• Why：用戶為什么用你的產(chǎn)品，而不用別的？為什么需要這個功能？和其它產(chǎn)品有什么區(qū)別。
• How：用戶如何使用這個產(chǎn)品或功能？

2）需求清單

按照功能性需求和非功能性需求分別羅列該產(chǎn)品方案的需求清單，包含但不限于以下內(nèi)容：需求編號、所屬模塊（可繼續(xù)劃分下層模塊）、需求概述、開發(fā)方式、是否需要設(shè)計、優(yōu)先級、產(chǎn)品負(fù)責(zé)人。

3）流程圖

根據(jù)實際需求繪制 業(yè)務(wù)流程圖、功能流程圖、頁面流程圖：業(yè)務(wù)流程圖用于描述完整的業(yè)務(wù)流程（包括角色、環(huán)節(jié)），即要完成一項任務(wù)所涉及到的操作流程；功能流程圖用于明確功能的設(shè)計邏輯，以業(yè)務(wù)流程圖為主線，去細(xì)化每個環(huán)節(jié)的功能邏輯（如判斷必填項/判斷登錄狀態(tài)/判斷操作權(quán)限等等）；頁面流程圖用于明確用戶在操作產(chǎn)品時，涉及的頁面以及頁面之間的流向關(guān)系。

下面以電商平臺在線收集商機的需求來演示一下三種不同的流程圖的畫法：

4）功能界面

功能界面是原型方案里的重頭戲，也是在繪制過程中最容易出錯的板塊。在進行功能界面的繪制時需要明確：

1. 按照流程繪制內(nèi)容
2. 確保方案中每個板塊的層次是清晰的。

a、按照流程繪制內(nèi)容

推薦按照業(yè)務(wù)流程圖的順序來進行內(nèi)容繪制，切忌打亂流程順序想到哪里就畫到哪里。這樣做的好處是產(chǎn)品經(jīng)理不容易漏掉產(chǎn)品需求中的環(huán)節(jié)，還能讓閱讀原型人通過原型里內(nèi)容順序快速了解用戶的行為路徑。

以上圖業(yè)務(wù)流程中描繪的電商平臺在線收集商機的需求為例，在進行原型設(shè)計時需要依次分別繪制：

1. 在線收集商機的發(fā)布入口（首頁）；
2. 發(fā)布需求在線商機的過程頁面（如果在繪制時沒有按照用戶正常的發(fā)布流程繪制，很容易讓開發(fā)和測試同學(xué)誤解正確的流程）。

b、確保層次清晰

一份需求文檔中可能包含多個產(chǎn)品板塊，在進行多板塊的產(chǎn)品原型繪制時需要注意每個板塊之間的邏輯關(guān)系和層次遞進。

接著上文舉例，當(dāng)用戶的在線商機采集完畢后，下一步需要對商機進行轉(zhuǎn)化并促成成交，那么就會衍生出對在線商機的管理和對成交訂單的管理。

這時我們的產(chǎn)品方案中會包含三個模塊的內(nèi)容：

1. 在線商機采集；
2. 商機管理；
3. 訂單管理

所以在撰寫原型時也要注意這三個板塊依次按照商機產(chǎn)生、商機跟進、商機轉(zhuǎn)化的層次來進行繪制。

5）需求標(biāo)注

完成了以上步驟后，基本上原型已經(jīng)成型了，但把原型文檔交給程序員進行開發(fā)時可千萬不能少了需求標(biāo)注。

需求標(biāo)注也考核一個產(chǎn)品經(jīng)理基本功的重要指標(biāo)。一個完整的需求標(biāo)注至少需要包含4部分的內(nèi)容：功能默認(rèn)形態(tài)、功能操作反饋邏輯、功能容錯性、功能拓展性四方面的說明。

我們以盒馬APP的下單界面舉例，來看看具體如何進行這四部分內(nèi)容的標(biāo)注。

a、功能默認(rèn)形態(tài)

指此功能在默認(rèn)情況下的狀態(tài)說明。

以盒馬下單界面標(biāo)注的7個標(biāo)注點來說，默認(rèn)形態(tài)分別是：

1. 默認(rèn)每次下單時顯示默認(rèn)地址；
2. 默認(rèn)每次下單時選擇“配送”；
3. 展示包裹的商品圖片、標(biāo)題、規(guī)格、單價、數(shù)量、標(biāo)簽；
4. 未選擇時間時默認(rèn)顯示提示文案“選擇時間”；
5. 無備注時默認(rèn)顯示提示文案“點選無接觸配送等服務(wù)”；
6. 默認(rèn)選擇“默認(rèn)不開票”；
7. 顯示全部商品優(yōu)惠后的總金額

b、功能操作反饋邏輯

標(biāo)注功能是否可以進行交互操作，操作的方式是怎樣的，操作后會有什么樣的變化等。以盒馬下單界面標(biāo)注的7個標(biāo)注點來說，功能操作反饋邏輯分別是：

1. 點擊后進入下級頁面，可切換其他已錄入的地址；
2. 再次點擊配送不可取消；點擊門店自提切換到自提模式；
3. 點擊后進入對應(yīng)的商品詳情；
4. 點擊后從底部彈出選擇時間面板；
5. 點擊后進入下級頁面，可填寫或勾選對應(yīng)的服務(wù)內(nèi)容；
6. 點擊后從底部彈出選擇開票方式面板；
7. 點擊后跳轉(zhuǎn)至收銀臺

（以上只是簡單的舉例，在實際的需求標(biāo)注中還需要更詳細(xì)的說明）

c、功能容錯性

可以理解為當(dāng)默認(rèn)形態(tài)失效或出錯時，需要進行怎樣的變化來應(yīng)對。以盒馬下單界面標(biāo)注的7個標(biāo)注點來說，功能操作反饋邏輯分別是：

1.當(dāng)沒有默認(rèn)地址時，默認(rèn)填入第一個地址；若該用戶無任何地址則顯示提示“請?zhí)砑拥刂贰保?/p>

4.必選，在點擊提交訂單后若沒有選擇時間則自動喚起選擇面板；

5.非必選；

7.點擊時需校驗是否有地址、是否有配送方式及時間

d、功能拓展性

即當(dāng)某些功能在極限情況下，是否有所變化來包容功能的擴展。以盒馬下單界面標(biāo)注的7個標(biāo)注點來說，功能操作反饋邏輯分別是：

1.地址最多顯示一行，若超出時則“…”；

3.標(biāo)題最多顯示2行，若超出2行則“…”；當(dāng)產(chǎn)品沒有標(biāo)簽時，則標(biāo)簽所在行收起

最后，將以上4個板塊的內(nèi)容拼貼在一起，就是一份完整的需求標(biāo)注了！這里還要強調(diào)一下，這里介紹的4個板塊是說在進行需求標(biāo)注時時刻記住有以上內(nèi)容需要進行說明，這些內(nèi)容完整的在一起才是一份標(biāo)注，千萬不要向上文舉例過程中這樣將四個板塊拆開來寫哦！

正確的拼接方式是：

盒馬下單界面需求說明：

1.默認(rèn)每次下單時顯示默認(rèn)地址；點擊后進入下級頁面，可切換其他已錄入的地址；當(dāng)沒有默認(rèn)地址時，默認(rèn)填入第一個地址；若該用戶無任何地址則顯示提示“請?zhí)砑拥刂贰?；地址最多顯示一行，若超出時則“…”；

2.默認(rèn)每次下單時選擇“配送”；再次點擊配送不可取消；點擊門店自提切換到自提模式；

3.展示包裹的商品圖片、標(biāo)題、規(guī)格、單價、數(shù)量、標(biāo)簽；點擊后進入對應(yīng)的商品詳情；標(biāo)題最多顯示2行，若超出2行則“…”；當(dāng)產(chǎn)品沒有標(biāo)簽時，則標(biāo)簽所在行收起。

4.未選擇時間時默認(rèn)顯示提示文案“選擇時間”；點擊后從底部彈出選擇時間面板；必選，在點擊提交訂單后若沒有選擇時間則自動喚起選擇面板；

5.無備注時默認(rèn)顯示提示文案“點選無接觸配送等服務(wù)”；點擊后進入下級頁面，可填寫或勾選對應(yīng)的服務(wù)內(nèi)容；非必選；

6.默認(rèn)選擇“默認(rèn)不開票”；點擊后從底部彈出選擇開票方式面板；

7.顯示全部商品優(yōu)惠后的總金額；點擊后跳轉(zhuǎn)至收銀臺；點擊時需校驗是否有地址、是否有配送方式及時間。

3. 邏輯嚴(yán)謹(jǐn)性原則

實際上按照邊界清晰性原則和內(nèi)容完整性原則撰寫出來的原型質(zhì)量一般邏輯嚴(yán)謹(jǐn)性也不會太差，此外還有兩點需要特別注意的就是：

通暢性：進行原型設(shè)計時需確認(rèn)流程能否順利跑通、是否有斷崖或死循環(huán)？

容錯性：進行原型設(shè)計時需確認(rèn)方案包含正向流程、逆向流程、異常狀態(tài)所需的所有功能。

4. 設(shè)計合理性原則

原型繪制的好不好看，雖然并不是考察一個產(chǎn)品質(zhì)量好壞最重要的因素，但一份設(shè)計精美具有審美感的原型方案，確實能給閱讀者一種專業(yè)、可靠的第一印象。想要制作出“好看”的原型，需要注意以下幾個最常用的設(shè)計小技巧。

1）對齊原則

原型里的每個元素不論是圖形還是文字都有其對應(yīng)的對齊規(guī)則。

2）對比原則

加大不同元素或者板塊的對比和視覺差異，當(dāng)需要對某些內(nèi)容進行強調(diào)時通過對比實現(xiàn)分層。

3）親密原則

相鄰的元素之間必須要有相關(guān)性，因為如果兩個元素靠的很近用戶會天然認(rèn)為他們之間有關(guān)系。

4）一致性原則

頁面的元素之間在設(shè)計上必須保證一致性和連貫性；不同頁面如果使用了相同元件和相同的交互，方式必須保證一致性。

總結(jié)一下，為了每一個閱讀使用產(chǎn)品原型的成員能對齊信息，一個高質(zhì)量的原型方案至關(guān)重要。做好一份原型方案是產(chǎn)品經(jīng)理的必修課，在撰寫原型方案時銘記 邊界清晰、內(nèi)容完整、邏輯嚴(yán)謹(jǐn)、設(shè)計合理四大原則 一定可以幫助你的原型水平得到飛躍！

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

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