三、功能架構(gòu)(Function Architecture)
功能架構(gòu)的目的就是搭建產(chǎn)品的骨架,有幾個(gè)主要的tab頁(yè),每個(gè)頁(yè)面有幾個(gè)區(qū)塊,對(duì)應(yīng)多少種可能的操作。這樣去梳理一下,才知道各個(gè)頁(yè)面的功能和內(nèi)容。
手機(jī)產(chǎn)品設(shè)計(jì)在流程上跟互聯(lián)網(wǎng)產(chǎn)品設(shè)計(jì)出入不大,在交付物上也有交叉點(diǎn)。很多新入行的朋友一直困惑于手機(jī)產(chǎn)品設(shè)計(jì)該怎么進(jìn)行,該交付什么樣的產(chǎn)出物給團(tuán)隊(duì)其他人員。小公司產(chǎn)品經(jīng)理可能一條龍式的包攬了需求分析、競(jìng)品分析、功能設(shè)計(jì)、交互設(shè)計(jì)等,交給技術(shù)人員的直接就是PRD(產(chǎn)品需求文檔)。大公司由于職能細(xì)分,可能會(huì)有項(xiàng)目經(jīng)理、產(chǎn)品經(jīng)理、產(chǎn)品設(shè)計(jì)師、產(chǎn)品架構(gòu)師、產(chǎn)品策劃、交互設(shè)計(jì)師、視覺設(shè)計(jì)師等細(xì)分職位,那么設(shè)計(jì)溝通就成為更不可少的步驟了,時(shí)間都被浪費(fèi)在流程和會(huì)議中了,大家經(jīng)常會(huì)糾結(jié)于功能或者設(shè)計(jì)的細(xì)節(jié),忘了我們的核心用戶,忘了產(chǎn)品的核心價(jià)值,無數(shù)次的pk,最終力求找到每個(gè)人認(rèn)為的最符合用戶需求的設(shè)計(jì)方案。 本文旨在討論圍繞UED(用戶體驗(yàn)設(shè)計(jì))該在產(chǎn)品設(shè)計(jì)的不同階段提供什么樣的產(chǎn)出物,便于理清自己的思路,也便于團(tuán)隊(duì)之間的溝通。具體交付物的實(shí)現(xiàn)方法,后續(xù)會(huì)有更詳盡的介紹。
一、概念模型(Concept model)概念模型是靈活性很強(qiáng)的文檔,你可以用它來展示某個(gè)特定產(chǎn)品中所蘊(yùn)含的多種概念。它可以幫助你梳理一些模糊的想法并把它們記錄下來,他們形成產(chǎn)品設(shè)計(jì)的基礎(chǔ)。由于是用于記錄和用戶體驗(yàn)相關(guān)的潛在結(jié)構(gòu),所以受眾可以是項(xiàng)目組全體成員。概念圖可以任意的發(fā)散,供你組織零碎的想法。雖然概念模型僅僅說明了一套概念設(shè)想,但是一個(gè)產(chǎn)品最重要的環(huán)節(jié)也就是概念的提出和成型,所以他還是很重要的。 ***這是當(dāng)初個(gè)人YY的一個(gè)掌上百度的概念圖,不代表實(shí)際產(chǎn)品立場(chǎng)***
二、人物角色(Personas)人物角色,是指針對(duì)網(wǎng)站目標(biāo)群體真實(shí)特征的勾勒,是真實(shí)用戶的綜合原型。我們對(duì)產(chǎn)品使用者的目標(biāo)、行為、觀點(diǎn)等進(jìn)行研究,將這些要素抽象綜合成為一組對(duì)典型產(chǎn)品使用者的描述,以輔助產(chǎn)品的決策和設(shè)計(jì)。
三、功能架構(gòu)(Function Architecture)功能架構(gòu)的目的就是搭建產(chǎn)品的骨架,有幾個(gè)主要的tab頁(yè),每個(gè)頁(yè)面有幾個(gè)區(qū)塊,對(duì)應(yīng)多少種可能的操作。這樣去梳理一下,才知道各個(gè)頁(yè)面的功能和內(nèi)容。 四、任務(wù)分析(Task Analyses)任務(wù)分析是角色分析的一個(gè)補(bǔ)充。它指的是對(duì)你的用戶的目標(biāo)進(jìn)行分析——了解他們想在你的產(chǎn)品上完成些什么任務(wù),以及他們?cè)趺醋?。任?wù)分析也包括找出更多為實(shí)現(xiàn)目標(biāo)而所必須完成的子任務(wù),以及為了完成目標(biāo),用戶必須經(jīng)歷的步驟。在進(jìn)行角色和任務(wù)操作的同時(shí),我們經(jīng)常需要對(duì)用戶環(huán)境進(jìn)行研究(包括物理的,社會(huì)的,文化的,以及技術(shù)環(huán)境。)
五、流程圖(Flowcharts) 流程圖可以分為邏輯流程圖和頁(yè)面流程圖。
***個(gè)人揣摩的新浪微博提醒機(jī)制交互流程圖***
六、原型圖(Wireframe)
七、交互原型(Interactive Prototype)我個(gè)人比較喜歡經(jīng)過排版的交互原型,源于一位朋友的啟發(fā),這樣不論是存成圖片還是文檔,都有利于保存和流傳,也有利于修改。以后有機(jī)會(huì)再詳述。
八、視覺稿(Visual Design)這個(gè)就不多說了,呵呵~ 交互原型和視覺稿都最好配合著規(guī)范文檔交付。交互原型的規(guī)范文檔要梳理很多的全局交互問題,比如焦點(diǎn)問題、文案問題、觸屏操作、按鍵操作等等。 手機(jī)產(chǎn)品設(shè)計(jì)跟手機(jī)平臺(tái)設(shè)計(jì)還是有很大的不同的。平臺(tái)設(shè)計(jì)要求規(guī)格嚴(yán)格,不能用太多隨性的設(shè)計(jì),產(chǎn)品設(shè)計(jì)區(qū)分大小,有些小的產(chǎn)品可以很隨性很寫意,大的產(chǎn)品功能架構(gòu)比較復(fù)雜,但也不必一定等到各種構(gòu)想和設(shè)計(jì)都成熟了之后再去做,而是應(yīng)該允許試錯(cuò),快速上線,收集反饋,反復(fù)迭代,不斷完善。 今天介紹的這8種交付物,不一定都需要交給團(tuán)隊(duì)成員,有些也是為了自己梳理思路,所以還是要根據(jù)項(xiàng)目規(guī)模、時(shí)間安排來判斷,該產(chǎn)出什么樣的交付物最合適。 |
|