產品原型在產品設計中的重要性顯而易見，有一份完善的原型做產品基礎，就可以避免不必要的溝通，有效節(jié)約時間，推動產品進度。文中，筆者就向我們介紹了從原型的六個方面入手優(yōu)化時間。

今天在這里談談關于產品輸出質量這件事。

首先，我們要明確的是產品輸出包含的內容。因為每個公司環(huán)境不同流程不同，所以產品輸出的內容也不同。在這里我就先談談日常輸出的文檔，包含三個部分：一、原型；二、腦圖；三、效果圖的審核。

在這里，我們沒有PRD文檔，因為采用敏捷開發(fā)的方式以及用的外包團隊，如果用PRD的話會嚴重影響效率，所以只是在原型上面進行標注。關于這三個內容，我著重講的內容是原型圖，腦圖只是故事的梗概，原型才是完整的故事，而效果圖也是脫胎于原型圖。

原型的完善到底有多重要？可以說解決好原型問題，能夠讓產品不再疲于奔命；如果原型沒有做好，那產品的大部分時間都會被打亂——不是這個來問你問題，就是那個來問你問題，從早上到公司再到6點下班，你會發(fā)現(xiàn)基本上一天什么也沒做，都去解決問題了，然后晚上再繼續(xù)加班才能做到自己的事情。

那么，如何才能從原型著手優(yōu)化好自己的時間呢，從以下六個方面講：

一、整體及流程

1. 目標分析

搞清楚這些內容，是為了讓我們設計思路更清晰，原型不僅僅是單純的頁面，而是體現(xiàn)整個思想的東西，所以我們需要了解到項目的來龍去脈。

2. 整體分析

在這一點上就比較考驗產品人的個人能力了，個人經(jīng)驗及專業(yè)程度。

3. 用戶角色（權限）

這一塊內容是相當重要的，任何一個項目都會涉及到至少一個角色，但是角色不僅僅是注冊登錄，還包含整個流程流轉、閉環(huán)。

在我以往審核同事原型的時候，經(jīng)常會發(fā)現(xiàn)在角色這個板塊上出現(xiàn)的問題比較多，很容易遺漏，沒有形成閉環(huán)。

舉個栗子：關于普通會員升級成vip會員，這個vip是終身還是有時效性，如果有時效性，那么時效是多久？在到期之前要不要給用戶提醒？怎么提醒？通過軟件內還是短信等方式？

如果角色之間有關聯(lián)關系綁定，比如涉及到三級分銷等利益點，如果沒有續(xù)費導致恢復成普通會員，那么那一條關系鏈的關系怎么處理，等等一系列問題都會衍生出來。

所以我們在接到需求的時候，就應該先明確整個項目中包含哪些角色，這些角色分別對應的權限是什么？怎么流轉關系？怎么閉環(huán)？甚至在設計每一個功能模塊的時候，都需要考慮到這個功能涉及到哪些角色。

4. 賬號體系

這塊相對來說比較容易一些，基本上原型設計的開始就是注冊登錄，基本上現(xiàn)在常用的登錄注冊，都是用手機號+密碼或者手機號+驗證碼，再加上第三方登錄。

需要注意的點就是賬號同步問題，比如說公眾平臺和APP的賬號同步，因為公眾平臺本身自帶登錄，微信的openID，關聯(lián)到APP的賬號上。還有本身有系統(tǒng)的，關聯(lián)到新系統(tǒng)上面，涉及到數(shù)據(jù)遷移問題。

5. 流程

流程這一塊在我之前的文章中也有提到，基本上在整理需求的時候，就會同步把核心流程整理出來，當然那個時候沒辦法整理的那么詳細，一些細節(jié)的流程在那個階段是不會整理的，所以就留到了原型圖階段。

在我以前剛剛入行的時候，最容易犯的錯誤就是逆向流程和閉環(huán)問題，很多時候做完了只有正向流程，經(jīng)過開發(fā)的反復回懟，才開始重視起來；如果缺少這些東西，確實會給研發(fā)造成很大的困擾和降低效率。

舉個最簡單的栗子：購物車。如果購物車里面沒有商品怎么辦，有沒有空白頁面，空白頁面有沒有引導語或者引導按鈕，跳轉到哪里？購物車里面如果有商品，如果商品下架了或者告罄了，怎么顯示？怎么提示?

二、內容、狀態(tài)、顯示

1. 數(shù)據(jù)獲取

這個里面，從哪里獲取數(shù)據(jù)應該也是一個比較容易忽略的地方。

我們在設計原型時，往往會忽略其他端口，比如：在設計前端時，這里應該顯示什么，那里應該顯示什么，我們都能考慮得很周全；但是缺忽略了數(shù)據(jù)的來源，到底是用戶上傳？系統(tǒng)生成？代碼寫死？還是后臺配置？

2. 緩存

緩存這一塊，如果是作為非技術出身的產品經(jīng)理，可能考慮的會比較少；但是這一塊是比較影響用戶體驗的，特別是在用戶首次加載的時候，如果換作是你，打開一個網(wǎng)頁半天刷不出來，估計也就直接關掉了。

3. 狀態(tài)

核心！核心！核心！重要的事情說三遍。

在整個軟件中，只要涉及到用戶操作的地方，基本上都有狀態(tài)這么一項，所以在設計原型的時候，需要把各種情況考慮進去，也就是前面整體里面所說的逆向流程和閉環(huán)。

4. 顯示

這塊對于用戶來講是用戶體驗方面，但是對于開發(fā)來說是比較重要的，一般開發(fā)不會太考慮到用戶體驗問題，就只是出一個輸入框，也不做任何限制。所以我們在原型里面涉及到一些邊界值，或者顯示的地方，需要給出明確的標注，怎么來處理這些異常的狀態(tài)。

5. 內容異常

該內容同屬用戶體驗范疇，上面是列舉幾個栗子，當然可能還有一些情況，大家可以自行補充。

三、反饋和通知

1. 通知

通知這一塊，我把它歸屬于產品運營方向，好的用戶反饋和通知，能夠同時兼具增加用戶粘性和促活的能力。但是這一塊需要把握一個度，省的推送的讓用戶厭煩導致卸載你的產品。

2. 界面的反饋提示

這一塊屬于用戶體驗，當用戶在進行了每一步操作之后都應當給用戶適當?shù)姆答?，這讓用戶覺得他做的事情是有結果的，而不是不用功。

在這里，我就要吐槽一下成都的二維碼乘車/乘地鐵APP“天府通”，可以通過掃描二維碼進行公交和地鐵的搭乘。

我上班路上習慣性帶上耳機聽播客，每次掃碼之后機器的成功提示聲很小；如果人多很難注意到掃描器的閃爍，就必須要在那里等一下才能明確知道是否掃碼成功。如果給軟件增加一個震動反饋，如果掃描成功，手機震動，這樣應該會更順暢一些吧？

3. 用戶主動反饋

相信基本上每個軟件都會有這么一個功能，所以這一塊就不細講，主要要考慮的點是——用戶反饋之后，平臺怎么再給用戶回應？在后臺收到用戶反饋后，怎么回應用戶，這一點是需要考慮的。

四、特殊場景的考慮

1. 設備

現(xiàn)在大家對于手機版本、分辨率、橫豎屏這些都已經(jīng)很熟悉了，在切圖和開發(fā)那邊就可以基本解決問題，主要的是在于后面跟其他硬件的交互需要考慮是否有這一層關聯(lián)。

2. 異常操作

如果是一個比較成熟的產品，迭代了很多次，應該在后臺有一個異常提醒的功能，如果是電商的需要特別注意一些羊毛黨，在一些關鍵點，需要做一些限制。

3. 中斷情況

這個應該是每個軟件都無法避免遇到的情況，特別是在一些用戶正在操作的情況下，遇到上述的情況系統(tǒng)應該怎么來處理，這個要預備好方案。

4. 網(wǎng)絡狀態(tài)

這個跟上面中斷情況類似，只是特指網(wǎng)絡情況，現(xiàn)代人對網(wǎng)絡要求那么高。當然也不可避免網(wǎng)絡差的情況，如何在網(wǎng)絡差的情況下給足用戶良好的體驗，這是關鍵。最出名的應該就是google沒網(wǎng)絡的情況出現(xiàn)恐龍小游戲的體驗了，說實話我能玩1、2個小時不?！?/p>

5. 特殊狀態(tài)

這個特殊狀態(tài)就是根據(jù)不同的產品業(yè)務進行考慮，比如資訊類的要考慮無圖模式，閱讀類的考慮夜間模式等等。

6. 刷新

這個是跟前面的獲取數(shù)據(jù)關聯(lián)的，關于刷新的方式。

7.容錯和防錯

這個主要是一些安全項，例如用戶需要修改什么內容的時候，比如登錄密碼支付密碼，需要短信驗證等等操作。

五、文本及控件

1. 圖文

這個涉及到一些用戶體驗問題及頁面顯示問題。

2. 控件

用戶體驗及頁面整體風格的統(tǒng)一性。

3. 文本

這個就不用多談，主要是用戶體驗和統(tǒng)一性。

六、常見類型

1. 填寫申請

主要是針對一些用戶的申請操作，比如注冊，或者申請資料，升級成其他角色等等。

2. 登錄

關于登錄的一些常見的狀態(tài)內容

3. 列表

一些常見的列表展示的狀態(tài).。

4. 輸入

5. 按鈕

6. 輸入框

7. 加載

結語

基本上，上述內容涵蓋了這么多年來我做原型里面遇到的所有坑，當然也不是說所有的原型都需要嚴格按照以上的內容來完成，可以根據(jù)各位同學的實際情況來進行選擇。最好的辦法是與測試部的同事進行溝通，明確哪些是必要的內容，進行優(yōu)化。

希望以上的內容能夠幫助到大家避免更多的坑，減少返工，提升原型質量。如果有需要完整表格的同學，可以加我微信，大家共同學習。

作者：阿香的產品路，微信goodnight9527

來源：https://www.jianshu.com/p/bfe49bbdf193

本文由 @阿香的產品路 授權發(fā)布于人人都是產品經(jīng)理，未經(jīng)作者許可，禁止轉載

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