我們?yōu)槭裁匆獙慞RD?簡單來說就是把我們具體要做一個什么樣的東西很詳細的描述出來并傳遞給團隊其他成員知曉，最終一起執(zhí)行。這里面我覺得有3個點特別重要，詳細描述、快速傳遞、一起執(zhí)行，一份不管是什么形式的PRD最終都必須做到這3點。 互聯(lián)網(wǎng)的一些事

　　大約1年多前我寫了一篇《基于axure的PRD寫作思考》，其主旨思想是將文檔版本的PRD與線框圖及流程圖結合起來，統(tǒng)一由axure來輸出，降低PM與研發(fā)之間的溝通成本及交付物的傳遞成本。

互聯(lián)網(wǎng)的一些事

　　當時這個文檔是基于我做Web端產(chǎn)品設計的經(jīng)驗為藍本完成的，這1年多來我從Web端完全轉到Mobile端，還在繼續(xù)的使用著這套方法。在不斷的實踐過程中略有心得，遂更新一篇，詳細的講述一下這套思路。 互聯(lián)網(wǎng)的一些事

　　當然，肯定會有很多人說axure是個很笨重的工具，從來不用;也肯定會有很多人說我們團隊有嚴格的文檔規(guī)范，你的這套東西不適用…..是的，你們都是對的。這套方法的最大好處就是快速、直接，適用于扁平化的團隊。如果你是產(chǎn)品與研發(fā)異地的團隊，那么，建議還是有詳細的文檔比較合適。

yixieshi

　　關于一個PRD文檔需要包含的內(nèi)容及相關的結構，之前《基于axure的PRD寫作思考》已經(jīng)說的比較清楚，不再贅述。我們?yōu)槭裁匆獙慞RD?簡單來說就是把我們具體要做一個什么樣的東西很詳細的描述出來并傳遞給團隊其他成員知曉，最終一起執(zhí)行。這里面我覺得有3個點特別重要，詳細描述、快速傳遞、一起執(zhí)行，一份不管是什么形式的PRD最終都必須做到這3點。 互聯(lián)網(wǎng)的一些事

　　從打開axure準備開始進行原型設計開始，我會把文件分成這樣幾個部分：修改記錄、產(chǎn)品結構、(用例及信息架構)、具體頁面原型設計。在具體頁面的原型設計的時候會再根據(jù)這個頁面的負責程度看是否要增加一個流程圖頁面進去。 互聯(lián)網(wǎng)的一些事

　　修改記錄 yixieshi

　　修改記錄模塊主要是對該原型的迭代歷史進行記錄。修改記錄可以使用文本面板完成，主要記錄比如，什么時候修改了什么模塊，原因是什么。每次對原型進行修改都必須記錄下來，這種內(nèi)容迭代的記錄方式一方面便于自己后續(xù)回憶與總結，同時也對項目管理的需要，每次的修改都有據(jù)可查。 yixieshi

　　產(chǎn)品結構

互聯(lián)網(wǎng)的一些事

　　產(chǎn)品設計本身是個從大往小的過程。所謂大就是指的產(chǎn)品整體的結構所謂小則是具體的交互設計頁面布局等。我個人非常不建議一開始就進入到具體的頁面設計，即使是一個具體的頁面設計也建議先把頁面模塊及相應模塊的布局想清楚，然后再開始填充內(nèi)容;而如果是一個會涉及到很多步驟的設計，如果流程沒有事先想清楚畫出來，千萬不要動手去設計。 互聯(lián)網(wǎng)的一些事

　　按照我個人的習慣，產(chǎn)品結構部分一般會采用結構圖的方式調用流程圖模式把這個產(chǎn)品的結構關系畫清楚。目的有這樣幾個：搞清楚用戶的主要路徑，用戶會從什么地方進入產(chǎn)品，在里面會經(jīng)過哪些頁面，然后會從什么地方退出;弄清楚產(chǎn)品的層級關系，從移動端的設計上看，產(chǎn)品的層級關系一定要避免太深;梳理一下整個產(chǎn)品的頁面，不要有遺漏。 yixieshi

互聯(lián)網(wǎng)的一些事

　　用例及信息架構

　　用例之前在Web端我通常是直接采用母板來完成的，最近在做Mobile的產(chǎn)品設計，倍感在畫原型的時候把用例標識出來的重要性。個人感受，移動端的產(chǎn)品需要比Web端更加深入的考慮模塊復用，一來保持整個客戶端的統(tǒng)一性，同時復用的模塊在一定程度上是可以減少開發(fā)工作量的。

互聯(lián)網(wǎng)的一些事

　　就一個Apps而言，這個部分通常會包括一級頁面的頁面結構、二級頁面的頁面結構、三級頁面的頁面結構、….;彈層的樣式及出現(xiàn)方式;是否出現(xiàn)menu鍵、樣式及內(nèi)容(android)等內(nèi)容。

　　當進行需求評審的時候也建議按照這個順序來說，先介紹一下整個產(chǎn)品的結構，向整個團隊成員說清楚我們大概要做一個什么樣的產(chǎn)品，他包括哪些部分，這些部分的關系是咋樣的;其次開始介紹一下這個產(chǎn)品他從一個框架上看是什么樣子的，有一個感性的認知;再次開始按用戶任務/流程分模塊進行介紹，詳細的說明其中的策略問題。 yixieshi

　　具體頁面原型設計

互聯(lián)網(wǎng)的一些事

　　具體頁面的原型設計分為2種，1種是頁面行為比較單一，簡單的幾個圖加一定的文字就可以描述清楚的;一種是頁面行為的流程及邏輯性比較強，有比較多的中間狀態(tài)和用戶行為的分支，這種頁面我一般的方式是先畫出流程圖，然后再相應的給出頁面原型。

　　第一種頁面比較簡單，設計的時候想著點各個平臺的設計規(guī)范(指南)就可以搞定。同時可以在頁面原型的邊上把每個模塊部分取的元素內(nèi)容及相應的策略也寫出來。

　　不過，需要有一個提醒，在移動端會存在不少頁面的長度是超過1屏的，在原型設計的時候一定要畫出一條屏幕高度基線，將第一屏內(nèi)容和第二屏內(nèi)容隔開。一方面重要的內(nèi)容都必須在第一屏有所體現(xiàn)，另一方面注意節(jié)減頁面高度，同時在原型評審的時候也讓其他角色提前有所了解。

　　另一方面，如果一個模塊涉及的交互流程比較復雜，比如一個輸入框，在初始狀態(tài)、開始輸入狀態(tài)、輸入完成狀態(tài)、輸入出錯狀態(tài)(超過字數(shù)限制)等不同狀態(tài)下的表現(xiàn)及相應的操作提示都是不一樣的，建議分別拆成幾個不同的狀態(tài)完成。這部分之前在Web端的時候可以直接用axure的交互來完成，但是mobile端的屏幕有所限制，再去做這些交互效果，往往也隱藏比較深，不如拆出來畫。

互聯(lián)網(wǎng)的一些事

互聯(lián)網(wǎng)的一些事

　　一些關于移動端原型設計的其他問題

互聯(lián)網(wǎng)的一些事

　　1、工具永遠都是工具，不要讓工具限制了你。axure也好，viso也好，OmniGraffle也好，做出來的東西無分好壞。

互聯(lián)網(wǎng)的一些事

　　2、除非腦子里想的比較清楚了，不要沖動性的就開始用axure畫原型。在我看來，畫原型只是20%的功夫，更多的功夫應該在原型之外，包括對要做什么，為什么要這么做的思考。同時，紙面原型是更好的選擇，幫助鋝清思路。 互聯(lián)網(wǎng)的一些事

　　3、在原型設計的過程中需要注意沉淀一些規(guī)范性的組件出來。每個團隊每個項目都應該有一套自己的原型組件，而不應該是直接找別人要來原型組件然后直接導入(當然，系統(tǒng)通用的組件除外)。

　　4、原型設計的過程中，酷炫的原型交互需要適可而止。 互聯(lián)網(wǎng)的一些事

本文鏈接：http://www.yixieshi.com/ucd/10271.html
關鍵字：產(chǎn)品設計|原型設計|Axure|移動產(chǎn)品設計|文檔寫作|項目流程|
本文版權歸作者本人所有，轉載請注明原文出處。