工欲善其事，必先利其器，在產(chǎn)品工作中，我所理解的具象的“器”便是原型、需求文檔、各類圖表等，雖然這些交付物只是輔助、起著最基本的作用，但必要的總結(jié)和思考可以把這幾把“器”磨的更鋒利，在戰(zhàn)（ping）場(chǎng)（shen）上（hui）高效取勝、減少傷（si）亡（bi）。

原型圖

主要交付對(duì)象：開發(fā)、測(cè)試、UI設(shè)計(jì)師

繪制注意點(diǎn)：

1. 中、低保真的原型，配色以黑灰白為主。超鏈接、按鈕、其他需著重突出的元素可適當(dāng)用紅或藍(lán)色。以免顏色過(guò)多干擾UI設(shè)計(jì)師發(fā)揮，給其他人員演示原型時(shí)也不會(huì)因色塊過(guò)而顯得重點(diǎn)分散，減輕查看者的理解成本。
2. 控件規(guī)范使用。該用什么控件就用什么，避免UI誤解，便于開發(fā)和測(cè)試?yán)斫?，降低理解成本。例如按鈕習(xí)慣用圓角長(zhǎng)方形，若突然換成直角，則在特殊場(chǎng)景下，UI可能會(huì)誤解為標(biāo)簽；單選應(yīng)該用Radio button，多選應(yīng)用checkbox，亂用兩者可能導(dǎo)致功能點(diǎn)被開發(fā)錯(cuò)。
3. 涉及頁(yè)面都顯示出來(lái)，盡量不用動(dòng)態(tài)面板隱藏彈層及頁(yè)面。我目前是連提醒彈框都會(huì)單獨(dú)開一個(gè)頁(yè)面（允悲臉），并不是因?yàn)閼谢蛘卟痪▌?dòng)效，而是這樣開發(fā)、UI、測(cè)試查看時(shí)才不會(huì)漏頁(yè)面。雖然頁(yè)面增多了，動(dòng)效也不炫酷了，但疏漏少了。畢竟技能要分場(chǎng)景使用才能錦上添花（比如你要演示給boss看時(shí)……）
4. 頁(yè)面之間加跳轉(zhuǎn)鏈接。上一條說(shuō)的是頁(yè)面內(nèi)動(dòng)效盡量少，為的是降低出錯(cuò)率。這一條說(shuō)的是頁(yè)面間的跳轉(zhuǎn)鏈接一定要加上，為的是減少溝通成本。
5. 頁(yè)面上盡量模擬真實(shí)場(chǎng)景下的字段和數(shù)據(jù)。例如，我在做產(chǎn)品初期就出過(guò)這樣的烏龍，由于在設(shè)計(jì)原型時(shí)很不過(guò)腦的用“xxx企業(yè)”當(dāng)占位字段，因?yàn)樽謹(jǐn)?shù)少，當(dāng)時(shí)在有限的寬度內(nèi)放置了三個(gè)也排列的很清爽。UI那關(guān)也沒攔住，直接按我原型排列了。結(jié)果可想而知，一般企業(yè)名十幾個(gè)字都很常見，一行放不下三個(gè)企業(yè)名，前端哥哥很負(fù)責(zé)任的自動(dòng)折行顯示了，導(dǎo)致產(chǎn)品驗(yàn)收的時(shí)候才丑拒提了bug，如果當(dāng)時(shí)畫原型時(shí)把自己置入實(shí)際場(chǎng)景，就會(huì)少了后面這些不必要的改動(dòng)。

原型舉例（隨手YY的）:

*功能設(shè)計(jì)碎碎念：這條其實(shí)算不上注意點(diǎn)，而是自己畫原型時(shí)的小套路。在設(shè)計(jì)功能時(shí)，一般我會(huì)遵循畫縱向形成閉環(huán)+橫向盡量延伸。

縱向操作閉環(huán)指的是除了考慮某一操作本身的設(shè)計(jì)（操作起始點(diǎn)——操作結(jié)束點(diǎn)間各個(gè)節(jié)點(diǎn)），還要考慮改操作會(huì)輻射到的其他元素。比如某toB產(chǎn)品新增了附件上傳需求，那么除了在相關(guān)頁(yè)面加好上傳功能、上傳成功／失敗的顯示、刪除／重傳的交互等基本點(diǎn)以外，還要考慮上傳完，其他協(xié)作用戶（非上傳者）是否也可以看到，要在頁(yè)面哪個(gè)位置看到。

橫向盡量延伸指的是對(duì)縱向梳理的每個(gè)節(jié)點(diǎn)進(jìn)行窮舉。例如上傳功能這個(gè)節(jié)點(diǎn)，還要考慮上傳附件的格式規(guī)定、上傳附件的數(shù)量規(guī)定、上傳完文件名稱顯示是要直接提取文件名，還是統(tǒng)一顯示成某個(gè)字段、上傳成功／失敗的顯示、刪除／重傳的交互；查看附件這個(gè)節(jié)點(diǎn)，是要預(yù)覽查看，還是下載查看等等。

流程圖

在工作中，我一般用流程圖來(lái)闡明系統(tǒng)邏輯或功能操作邏輯。其中又因描述粒度的不同，而分為系統(tǒng)流程圖和功能操作流程圖。

1. 主流程圖

（1）主要交付對(duì)象

開發(fā)／測(cè)試／運(yùn)營(yíng)／業(yè)務(wù)／UI

（2）特點(diǎn)

偏重描述大邏輯，不需要拘小細(xì)節(jié)，一般用于初次系統(tǒng)講解或次相關(guān)人員培訓(xùn)。

粒度很粗，偏重描述大邏輯，不需要拘小細(xì)節(jié)，其中大多數(shù)節(jié)點(diǎn)可細(xì)化出一個(gè)功能流程圖。下面以某外賣從選擇商家到下單完成的流程來(lái)舉個(gè)栗子：

例如：

只描述最主要的步驟，將系統(tǒng)中某個(gè)環(huán)節(jié)概述清楚即可。

2. 操作流程圖

（1）主要交付對(duì)象

開發(fā)／測(cè)試

（2）特點(diǎn)

粒度細(xì)，至少描述完全實(shí)現(xiàn)功能所需的每步操作，根據(jù)需要也可細(xì)化到異常狀態(tài)處理操作。

以上圖中對(duì)應(yīng)功能操作流程圖為例：

因未從事過(guò)外賣產(chǎn)品，并且為了方便舉例，粒度也沒有特別細(xì)，只包含了基本操作，根據(jù)公司文檔交付習(xí)慣不同，若粒度需更細(xì)，也可加入操作異?；蚴。╡g：網(wǎng)絡(luò)中斷反饋；下載失敗處理；未保存輸入內(nèi)容里開頁(yè)面等）流程。

繪制tip：可在流程圖節(jié)點(diǎn)旁邊適當(dāng)添加注解，尤其是系統(tǒng)流程圖，這樣有助于查看者理解。

個(gè)人感覺，查看流程圖時(shí)比查看原型圖更容易在腦中建立整體回路，而在重要節(jié)點(diǎn)旁加上注釋或其他信息，就更方便查看者聯(lián)系前后節(jié)點(diǎn)場(chǎng)景進(jìn)行理解，也更加會(huì)留下印象。

泳道圖

特點(diǎn)：

• 流程中涉及2個(gè)及以上角色；
• 多個(gè)系統(tǒng)階段；
• 多用于描述業(yè)務(wù)流程

在流程圖中劃分用戶角色或系統(tǒng)階段時(shí)，會(huì)加入泳道，即繪制成泳道圖。

繪制tip：一般我在繪制時(shí)用橫向劃分角色，縱向按時(shí)間順序劃分業(yè)務(wù)或操作階段。若泳道長(zhǎng)度較長(zhǎng)，可給不同角色使用不同顏色，以便于下拉至看不到泳道標(biāo)頭的時(shí)候快速區(qū)分對(duì)象。

例如：（下圖中對(duì)涉及商業(yè)信息的字段模糊描述）

?產(chǎn)品設(shè)計(jì)說(shuō)明書

1、交付對(duì)象

開發(fā)、測(cè)試

2、特點(diǎn)

產(chǎn)品講解從粗到細(xì)，快速建立產(chǎn)品概念

其實(shí)平時(shí)工作中不常寫產(chǎn)品說(shuō)明書，之前接觸過(guò)的的產(chǎn)品說(shuō)明書更像是先于PRD交付給開發(fā)人員查看的的產(chǎn)品講解物。拿我們的2B產(chǎn)品設(shè)計(jì)說(shuō)明書為例，一般包含：

1. 文檔概述
2. 業(yè)務(wù)場(chǎng)景描述：場(chǎng)景圖、文字
3. 系統(tǒng)流程描述：系統(tǒng)流程圖、流程節(jié)點(diǎn)表
4. 系統(tǒng)邏輯描述：改動(dòng)邏輯整理表（若有）、新增邏輯整理表及描述、其他補(bǔ)充邏輯
5. 產(chǎn)品規(guī)則：編碼規(guī)則（例如合同編碼規(guī)則、訂單編碼規(guī)則）+費(fèi)用計(jì)算規(guī)則+其他規(guī)則
6. 主界面設(shè)計(jì)說(shuō)明：主要界面原型圖、對(duì)應(yīng)原型界面描述

個(gè)人覺得產(chǎn)品設(shè)計(jì)說(shuō)明書就像是各種產(chǎn)品說(shuō)明的大雜燴，用于先為查看者（特別是初次接觸該產(chǎn)品者）建立產(chǎn)品概念，之后由粗（業(yè)務(wù)場(chǎng)景）到細(xì)（界面說(shuō)明）逐步推進(jìn)，使查看者可以快速進(jìn)入產(chǎn)品狀態(tài)，說(shuō)明書中要放什么內(nèi)容，則要視部門合作習(xí)慣等因素而定。

系統(tǒng)操作手冊(cè)

交付對(duì)象：運(yùn)營(yíng)人員、業(yè)務(wù)人員、用戶

在toB產(chǎn)品中，由于流程復(fù)雜、參與角色眾多，編寫不同角色對(duì)應(yīng)的系統(tǒng)操作手冊(cè)能夠幫助其快速掌握操作流程。下面是筆者慣用的編寫步驟：

1、編寫文檔概述（非必寫）

文檔概述一般包括網(wǎng)站背景、系統(tǒng)簡(jiǎn)介、手冊(cè)應(yīng)用對(duì)象、專業(yè)名詞及縮寫解釋、軟硬件環(huán)境、版權(quán)聲明等。

2、 撰寫操作說(shuō)明

（1）拆分流程

按照主流程進(jìn)行順序，依次劃分出若干個(gè)子模塊。例如注冊(cè)登錄流程、認(rèn)證開戶流程、資產(chǎn)登記流程等等，至于異常情況處理可單獨(dú)匯總為一個(gè)模塊，好處是方便查找，也可視情況分布在其他流程中，融合到實(shí)際操作場(chǎng)景里。

（2）分解功能點(diǎn)

對(duì)子模塊按照操作順序拆分出主要功能點(diǎn)。

（3）配圖及文字說(shuō)明

• 配圖：截取流程中依次會(huì)跳轉(zhuǎn)到的頁(yè)面（重要的提示彈框也可以截取），將該頁(yè)需操作的區(qū)域或元件用紅框框出。在同一頁(yè)面不同位置進(jìn)行連續(xù)操作，可用箭頭指引。截取的圖最好進(jìn)行圖注，一是可以讓使用者查找時(shí)快速定位，而是方便理解當(dāng)前頁(yè)面用途。
• 文字說(shuō)明：寫清楚當(dāng)前處于哪個(gè)頁(yè)面，需要進(jìn)行哪個(gè)（些）操作（若需更詳細(xì)也可對(duì)該操作要求進(jìn)行講解，例如必填／非必填等），操作完成后相關(guān)流程會(huì)進(jìn)入什么狀態(tài)，接下來(lái)會(huì)進(jìn)入哪個(gè)頁(yè)面。重要提示可用醒目的紅字標(biāo)出。

例如：

UI驗(yàn)收?qǐng)D

交付對(duì)象：開發(fā)、測(cè)試

通常UI設(shè)計(jì)師們按照產(chǎn)品原型給出效果圖后，產(chǎn)品要進(jìn)行驗(yàn)收，驗(yàn)收后才能交付給開發(fā)及測(cè)試人員。

驗(yàn)收注意事項(xiàng)

個(gè)人總結(jié)UI驗(yàn)收主要需注意以下幾點(diǎn)：

1. 元素是否畫全，字段是否正確
2. 元素間“組”的關(guān)系是否保留：相關(guān)的元素要相近，有時(shí)UI為了整體布局美觀會(huì)將某些元素均勻分布，但忽略了它們間的相關(guān)性。
3. 頁(yè)面中重點(diǎn)是否突出：或弱化的元素是否達(dá)到效果：頁(yè)面中第一眼望上去應(yīng)該被關(guān)注的模塊或元素是否在視覺上被突出了？有沒有產(chǎn)生喧賓奪主的不佳情況？
4. 頁(yè)面中需弱化的元素是否達(dá)到效果：不希望用戶注意到或使用率很低的元素（例如舉報(bào)按鈕）是否被弱化？
5. 設(shè)計(jì)是否符合用戶操作習(xí)慣：這里指的主要是B端用戶，因?yàn)閷?duì)于大部分此類用戶，習(xí)慣性的操作可以讓效率更高，或者線下的相關(guān)操作長(zhǎng)期遵循某一模式，線上用同樣方式可以降低理解成本，便于快速上手。此時(shí)在審查UI圖時(shí)，美觀就不是放在第一位的，而應(yīng)更側(cè)重于用戶習(xí)慣。比如合同的相關(guān)信息展示就最好按照紙質(zhì)合同來(lái)布局。

為了避免驗(yàn)收出現(xiàn)上述問(wèn)題，可以在交付給UI原型中加以特別標(biāo)注，或者UI設(shè)計(jì)的過(guò)程中緊迫盯人、加以提醒（微笑），當(dāng)然最好的方式是在產(chǎn)品UI設(shè)計(jì)前期培訓(xùn)設(shè)計(jì)師們，為其講清楚場(chǎng)景或業(yè)務(wù)需求，這樣設(shè)計(jì)師童鞋們?cè)谠O(shè)計(jì)的過(guò)程中自然會(huì)更佳貼近需求。

其他交付物

當(dāng)然根據(jù)產(chǎn)品類型、公司規(guī)程、合作習(xí)慣的不同，還存在著許多其他交付物。例如業(yè)務(wù)節(jié)點(diǎn)表（適合匯總對(duì)比業(yè)務(wù)各階段的狀態(tài)、相關(guān)要素的增減情況）、字段訂正表（金融等相關(guān)產(chǎn)品頁(yè)面上的字段都需要風(fēng)控過(guò)審）、場(chǎng)景演示圖（用人-人／人-物等模型演示產(chǎn)品場(chǎng)景，適合做產(chǎn)品初級(jí)培訓(xùn)）……不過(guò)所有交付物的作用其實(shí)都是更好的傳達(dá)自己的想法或需求，所以交付物的形式也不必拘泥于形式，畢竟黑喵白喵，抓到老鼠的就是好喵～～～

最后，以上僅為個(gè)人工作中對(duì)交付物的小總結(jié)，未考慮全面的地方希望大家指導(dǎo)溝通，本文也應(yīng)該會(huì)在未來(lái)有所更新。

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