上周完成了我的第二次正式的產(chǎn)品設(shè)計，做完之后感覺在Web設(shè)計方面的積累還有一點薄弱烁挟，已經(jīng)做好了書單準備惡補。不過馍刮，現(xiàn)在自己在產(chǎn)品設(shè)計階段的流程掌握已經(jīng)比較清晰信夫，在本文中將大致的方法和一些需要注意的地方總結(jié)出來。我的設(shè)計流程，也大致按照下面的順序進行静稻。其中省略多次評審的步驟警没。
一、需求分析
在這里我把需求按照來源和目的分為下面4種振湾，基本涵蓋了我在設(shè)計過程中所遇到的情況杀迹，也比之老教材中的分類更具針對性，更易理解押搪。
1.用戶需求
用戶需求也是整個產(chǎn)品所要完成的核心業(yè)務(wù)树酪，通常也是用戶使用的直接原因。
（1）寫出產(chǎn)品所要解決的核心需求：比如訂酒店大州、找工作续语。
（2）將核心需求的流程畫在紙上，比如選擇酒店->支付->入住->評價厦画。
（3）考慮核心需求流程的支線可能疮茄，即該環(huán)節(jié)操作是否成功，反饋是積極的還是消極的根暑。并在出現(xiàn)判斷邏輯的地方畫出分叉的情形力试，使流程完整可用。比如在上述的入住環(huán)節(jié)排嫌，用戶未能成功入住畸裳，會產(chǎn)生取消訂單的支線流程；入住后反饋很差淳地，則需要投訴流程怖糊。
（4）圍繞核心需求流程實現(xiàn)的某個環(huán)節(jié)，用戶需要哪些輔助需求：比如輔助用戶有效率地選擇酒店薇芝，就可能需要搜索蓬抄、篩選丰嘉、排序等夯到；又比如用戶從選擇酒店到支付之間，需要有詳細信息和安全保障來支撐他做出預(yù)訂決策饮亏。
以上所有耍贾，完全可以用一些不同的故事來表述，能夠比較完備地講通路幸，也就基本掌握了用戶需求荐开。
2.商業(yè)需求
為了達到某種商業(yè)目的的需求，這些需求有產(chǎn)品出生時就有的简肴，也有可能來自運營晃听，區(qū)別于其他需求的特征就是，它們并不能從根本上影響產(chǎn)品核心業(yè)務(wù)流程的完成，但可以改變局部的統(tǒng)計數(shù)據(jù)或者流量分布能扒。比如積分體系佣渴，從產(chǎn)生積分到積分商城消費積分，整個砍掉確實不會影響用戶繼續(xù)在平臺上購買產(chǎn)品初斑，但通過積分我們可以實現(xiàn)提升黏性辛润、定向?qū)Я鞯群芏嗄康摹?br>
3.常規(guī)需求
比如需要身份識別的產(chǎn)品，必有的注冊见秤、登錄砂竖，賬戶設(shè)置。
再比如web端通常的頁腳內(nèi)容鹃答。
4.性能需求
我所設(shè)計的產(chǎn)品乎澄，暫時還未遇到對性能有要求的情況。以后遇到了再回來補充测摔。
5.埋點
包括一些常規(guī)數(shù)據(jù)的埋點三圆，以及設(shè)計出現(xiàn)分歧的預(yù)留驗證方式（請盡情的用來打臉吧：）。
二避咆、結(jié)構(gòu)設(shè)計
把需求框架畫到腦圖之中舟肉，就有了最初的整個結(jié)構(gòu)。結(jié)構(gòu)層的設(shè)計包含信息架構(gòu)和交互設(shè)計查库，此時也因產(chǎn)品類型不同而側(cè)重點不一樣路媚。
1.傳統(tǒng)web式
web端產(chǎn)品的信息架構(gòu)，要從首頁做起樊销。首頁包含了絕大多數(shù)功能的可視化入口整慎，從首頁出發(fā)，二級頁面分別有哪些围苫，完成什么功能裤园，包含什么內(nèi)容。這個過程剂府，會做出整個產(chǎn)品的信息架構(gòu)圖拧揽。2.流水線式
通常出現(xiàn)在移動端較多。用戶打開產(chǎn)品之后一步一步按照引導(dǎo)操作腺占，每一步的目標單一淤袜。不會有無關(guān)信息雜糅。這個過程衰伯，一般會做出交互邏輯圖铡羡。
在這一步完成之后，整個產(chǎn)品有多少頁面意鲸，UI工作量大概有多少就可以初步有個預(yù)估了烦周。
三尽爆、導(dǎo)航、規(guī)則读慎、內(nèi)容元素
對照剛才畫出的結(jié)構(gòu)圖教翩，思考所有需要有導(dǎo)航的地方。導(dǎo)航的用處有兩個贪壳，讓用戶知道身在何處饱亿、讓用戶自在的移步。
所謂規(guī)則闰靴，就是一切需要搜索彪笼、列表等大量信息展示的地方，需要指明可搜索的關(guān)鍵詞類型蚂且，列表項的分類配猫，以及排序規(guī)則、篩選規(guī)則杏死、單頁最大容量泵肄。這些信息全部用備注形式標注在結(jié)構(gòu)圖中的相關(guān)頁面上。舉個現(xiàn)實中的例子淑翼，訂單列表中腐巢，需要有第一級的tab區(qū)分訂單類型，機票訂單和酒店訂單不可能混在一起玄括。第二級的tab將用戶關(guān)注的退款訂單單列冯丙，出于引導(dǎo)點評，將未點評訂單單列遭京。而對于訂單的狀態(tài)胃惜，則根據(jù)流程的不同，有待付款哪雕、已付款未消費船殉、未消費正在受理退訂、已退訂斯嚎、已消費未點評利虫、已點評等等，這些狀態(tài)的不同孝扛，會影響這條列表項所包含的內(nèi)容元素以及可操作行為列吼。而這些思考幽崩，我的習(xí)慣是放在頁面設(shè)計之前苦始，否則做原型的時候，會改來改去慌申。
四陌选、頁面布局
這個過程理郑，主要依據(jù)所展示板塊、元素的邏輯和優(yōu)先級來進行咨油，依照腦海中逐漸清晰的樣子畫出原型即可您炉。給我印象深刻的點很少，待補充役电。
五赚爵、檢查與優(yōu)化
自己全面跑通五遍，看看有沒有遺漏法瑟，之前的想需求時候的故事有沒有順著網(wǎng)頁講不下去的地方冀膝。并且找一找有沒有可以優(yōu)化的點，比如如何讓初次注冊后登錄更方便霎挟，如何讓短信驗證時的輸入更方便窝剖。
關(guān)于自查，還是放一張大牛的圖吧酥夭。
六赐纱、輸出PRD
水到渠成了吧。每個人的PRD熬北，或者說針對不同產(chǎn)品不同處境的時候疙描，都會有所側(cè)重。我比較喜歡在名詞解釋和語言統(tǒng)一上著重花工夫讶隐。畢竟淫痰，很多時候大家討論了很久的東西，對一個物品的描述可能用過七八個近義詞整份，這時候不在文檔開頭統(tǒng)一口徑待错，給出詳盡的說明，到時候產(chǎn)品會在一個不經(jīng)意的角落打你一巴掌= =烈评。還有想吐槽一句火俄，對于會把紅包和卡券傻傻分不清的一些孩子，我還是得把所有名詞之間的區(qū)別寫的清清楚楚讲冠，畢竟差了十萬八千里瓜客。
