上周完成了我的第二次正式的產(chǎn)品設(shè)計(jì)，做完之后感覺(jué)在Web設(shè)計(jì)方面的積累還有一點(diǎn)薄弱，已經(jīng)做好了書單準(zhǔn)備惡補(bǔ)。不過(guò)，現(xiàn)在自己在產(chǎn)品設(shè)計(jì)階段的流程掌握已經(jīng)比較清晰，在本文中將大致的方法和一些需要注意的地方總結(jié)出來(lái)。我的設(shè)計(jì)流程，也大致按照下面的順序進(jìn)行。其中省略多次評(píng)審的步驟。
一、需求分析
在這里我把需求按照來(lái)源和目的分為下面4種，基本涵蓋了我在設(shè)計(jì)過(guò)程中所遇到的情況，也比之老教材中的分類更具針對(duì)性，更易理解。
1.用戶需求
用戶需求也是整個(gè)產(chǎn)品所要完成的核心業(yè)務(wù)，通常也是用戶使用的直接原因。
（1）寫出產(chǎn)品所要解決的核心需求：比如訂酒店、找工作。
（2）將核心需求的流程畫在紙上，比如選擇酒店->支付->入住->評(píng)價(jià)。
（3）考慮核心需求流程的支線可能，即該環(huán)節(jié)操作是否成功，反饋是積極的還是消極的。并在出現(xiàn)判斷邏輯的地方畫出分叉的情形，使流程完整可用。比如在上述的入住環(huán)節(jié)，用戶未能成功入住，會(huì)產(chǎn)生取消訂單的支線流程；入住后反饋很差，則需要投訴流程。
（4）圍繞核心需求流程實(shí)現(xiàn)的某個(gè)環(huán)節(jié)，用戶需要哪些輔助需求：比如輔助用戶有效率地選擇酒店，就可能需要搜索、篩選、排序等；又比如用戶從選擇酒店到支付之間，需要有詳細(xì)信息和安全保障來(lái)支撐他做出預(yù)訂決策。
以上所有，完全可以用一些不同的故事來(lái)表述，能夠比較完備地講通，也就基本掌握了用戶需求。
2.商業(yè)需求
為了達(dá)到某種商業(yè)目的的需求，這些需求有產(chǎn)品出生時(shí)就有的，也有可能來(lái)自運(yùn)營(yíng)，區(qū)別于其他需求的特征就是，它們并不能從根本上影響產(chǎn)品核心業(yè)務(wù)流程的完成，但可以改變局部的統(tǒng)計(jì)數(shù)據(jù)或者流量分布。比如積分體系，從產(chǎn)生積分到積分商城消費(fèi)積分，整個(gè)砍掉確實(shí)不會(huì)影響用戶繼續(xù)在平臺(tái)上購(gòu)買產(chǎn)品，但通過(guò)積分我們可以實(shí)現(xiàn)提升黏性、定向?qū)Я鞯群芏嗄康摹?br>
3.常規(guī)需求
比如需要身份識(shí)別的產(chǎn)品，必有的注冊(cè)、登錄，賬戶設(shè)置。
再比如web端通常的頁(yè)腳內(nèi)容。
4.性能需求
我所設(shè)計(jì)的產(chǎn)品，暫時(shí)還未遇到對(duì)性能有要求的情況。以后遇到了再回來(lái)補(bǔ)充。
5.埋點(diǎn)
包括一些常規(guī)數(shù)據(jù)的埋點(diǎn)，以及設(shè)計(jì)出現(xiàn)分歧的預(yù)留驗(yàn)證方式（請(qǐng)盡情的用來(lái)打臉吧：）。
二、結(jié)構(gòu)設(shè)計(jì)
把需求框架畫到腦圖之中，就有了最初的整個(gè)結(jié)構(gòu)。結(jié)構(gòu)層的設(shè)計(jì)包含信息架構(gòu)和交互設(shè)計(jì)，此時(shí)也因產(chǎn)品類型不同而側(cè)重點(diǎn)不一樣。
1.傳統(tǒng)web式
web端產(chǎn)品的信息架構(gòu)，要從首頁(yè)做起。首頁(yè)包含了絕大多數(shù)功能的可視化入口，從首頁(yè)出發(fā)，二級(jí)頁(yè)面分別有哪些，完成什么功能，包含什么內(nèi)容。這個(gè)過(guò)程，會(huì)做出整個(gè)產(chǎn)品的信息架構(gòu)圖。2.流水線式
通常出現(xiàn)在移動(dòng)端較多。用戶打開產(chǎn)品之后一步一步按照引導(dǎo)操作，每一步的目標(biāo)單一。不會(huì)有無(wú)關(guān)信息雜糅。這個(gè)過(guò)程，一般會(huì)做出交互邏輯圖。
在這一步完成之后，整個(gè)產(chǎn)品有多少頁(yè)面，UI工作量大概有多少就可以初步有個(gè)預(yù)估了。
三、導(dǎo)航、規(guī)則、內(nèi)容元素
對(duì)照剛才畫出的結(jié)構(gòu)圖，思考所有需要有導(dǎo)航的地方。導(dǎo)航的用處有兩個(gè)，讓用戶知道身在何處、讓用戶自在的移步。
所謂規(guī)則，就是一切需要搜索、列表等大量信息展示的地方，需要指明可搜索的關(guān)鍵詞類型，列表項(xiàng)的分類，以及排序規(guī)則、篩選規(guī)則、單頁(yè)最大容量。這些信息全部用備注形式標(biāo)注在結(jié)構(gòu)圖中的相關(guān)頁(yè)面上。舉個(gè)現(xiàn)實(shí)中的例子，訂單列表中，需要有第一級(jí)的tab區(qū)分訂單類型，機(jī)票訂單和酒店訂單不可能混在一起。第二級(jí)的tab將用戶關(guān)注的退款訂單單列，出于引導(dǎo)點(diǎn)評(píng)，將未點(diǎn)評(píng)訂單單列。而對(duì)于訂單的狀態(tài)，則根據(jù)流程的不同，有待付款、已付款未消費(fèi)、未消費(fèi)正在受理退訂、已退訂、已消費(fèi)未點(diǎn)評(píng)、已點(diǎn)評(píng)等等，這些狀態(tài)的不同，會(huì)影響這條列表項(xiàng)所包含的內(nèi)容元素以及可操作行為。而這些思考，我的習(xí)慣是放在頁(yè)面設(shè)計(jì)之前，否則做原型的時(shí)候，會(huì)改來(lái)改去。
四、頁(yè)面布局
這個(gè)過(guò)程，主要依據(jù)所展示板塊、元素的邏輯和優(yōu)先級(jí)來(lái)進(jìn)行，依照腦海中逐漸清晰的樣子畫出原型即可。給我印象深刻的點(diǎn)很少，待補(bǔ)充。
五、檢查與優(yōu)化
自己全面跑通五遍，看看有沒(méi)有遺漏，之前的想需求時(shí)候的故事有沒(méi)有順著網(wǎng)頁(yè)講不下去的地方。并且找一找有沒(méi)有可以優(yōu)化的點(diǎn)，比如如何讓初次注冊(cè)后登錄更方便，如何讓短信驗(yàn)證時(shí)的輸入更方便。
關(guān)于自查，還是放一張大牛的圖吧。
六、輸出PRD
水到渠成了吧。每個(gè)人的PRD，或者說(shuō)針對(duì)不同產(chǎn)品不同處境的時(shí)候，都會(huì)有所側(cè)重。我比較喜歡在名詞解釋和語(yǔ)言統(tǒng)一上著重花工夫。畢竟，很多時(shí)候大家討論了很久的東西，對(duì)一個(gè)物品的描述可能用過(guò)七八個(gè)近義詞，這時(shí)候不在文檔開頭統(tǒng)一口徑，給出詳盡的說(shuō)明，到時(shí)候產(chǎn)品會(huì)在一個(gè)不經(jīng)意的角落打你一巴掌= =。還有想吐槽一句，對(duì)于會(huì)把紅包和卡券傻傻分不清的一些孩子，我還是得把所有名詞之間的區(qū)別寫的清清楚楚，畢竟差了十萬(wàn)八千里。
