需求到原型是跳躍的，本文重點(diǎn)論述中間被忽略的過渡層，提出一套明確的方法論。首先描述“實(shí)體”，然后描述實(shí)體之間的關(guān)系，最后描述實(shí)體的組織呈現(xiàn)。這樣就能非常深刻的去理解一個(gè)app了。

　　引子一：

　　一個(gè)產(chǎn)品的生命周期中需要產(chǎn)出MRD(市場(chǎng)需求文檔)，然后根據(jù)市場(chǎng)需求文檔畫出產(chǎn)品原型圖并輸出PRD(產(chǎn)品需求文檔)。在許多產(chǎn)品經(jīng)理教程或者書籍里，大家肯定沒少看到與需求、原型相關(guān)的論述，不過在工作實(shí)踐中往往會(huì)感覺“從需求到原型”還是跳躍的，僅僅明確需求就去構(gòu)造產(chǎn)品原型會(huì)不清晰，中間需要做很多的過渡工作，只是這些工作不像明確需求與建立原型那樣被廣泛提及，它們并沒有一套明確的方法論。正是因?yàn)樾枨蟮皆痛嬖凇皵鄬印?，而之間的過渡體并沒有被提出明確的概念，因此筆者將在此文中來論述如何在需求與原型之間搭建起一座橋梁，這個(gè)“橋梁”是如何工作的，從而順暢產(chǎn)品原型的輸出。

　　引子二：

　　一個(gè)極客用戶(需要深度體驗(yàn)各類app的產(chǎn)品經(jīng)理就算這類用戶)需要來回翻轉(zhuǎn)整個(gè)app來理解這個(gè)app的設(shè)計(jì)理念和機(jī)制，因?yàn)闆]有明確的方法論去告訴我們?cè)鯓尤ド疃润w驗(yàn)app，很多時(shí)候大家會(huì)感到迷茫和低效。這是因?yàn)槲覀兺テ湟挥纾菰诩?xì)節(jié)里不可自拔，只有當(dāng)你有意識(shí)從全局上去分析整個(gè)系統(tǒng)的設(shè)計(jì)，從app的各種頁面去構(gòu)建出一個(gè)邏輯框架圖的時(shí)候，你才開始“玩轉(zhuǎn)”這個(gè)app。那么，有沒有一套方法可以幫助我們迅速在大腦中建立app模型?答案是可以有，我們要做的就是翻轉(zhuǎn)頁面，然后把這些頁面解構(gòu)、重組，形成一個(gè)邏輯(功能)框架圖。當(dāng)你的大腦中有了這樣一個(gè)整體的概念，再細(xì)入到每一個(gè)具體頁面的時(shí)候，你看到的不再只是這個(gè)頁面，你會(huì)知道它處于整體的哪一個(gè)位置，它在整個(gè)app中扮演了怎樣的一個(gè)角色，它與其他頁面之間的邏輯關(guān)系是如何的。

　　盡管這兩個(gè)引子切入角度不同，但是大家可以發(fā)現(xiàn)它們?cè)诿枋鐾粋€(gè)事實(shí)：我們需要一套方法論去為app建模，從而幫助我們?nèi)ジ玫睦斫狻⒃O(shè)計(jì)app產(chǎn)品。這種描述一方面在設(shè)計(jì)的時(shí)候?yàn)樾枨笈c原型之間做緩沖，另一方面在準(zhǔn)備深度體驗(yàn)app的時(shí)候，能真正從全局上去理解該app的設(shè)計(jì)思想，而不僅僅是“只見樹木不見森林”。

　　“他山之石可以攻玉”，筆者受到UML類圖以及數(shù)據(jù)庫原理E-R(實(shí)體-關(guān)系)圖的啟發(fā)，發(fā)現(xiàn)采用類似方式去描述一個(gè)app的邏輯框架非常的有效。首先從概念上來說，app的“實(shí)體關(guān)系模型”就是把a(bǔ)pp理解成有許多不同的實(shí)體組成，而且這些實(shí)體之間又有各種關(guān)系，實(shí)體們相互影響相互變化。具體的頁面就是把不同的實(shí)體按一定規(guī)則的呈現(xiàn)，而頁面之間的關(guān)系也透露出各個(gè)實(shí)體之間的關(guān)系。所以，描述一個(gè)app就是首先描述“實(shí)體”，然后描述實(shí)體之間的關(guān)系，最后描述實(shí)體的組織呈現(xiàn)。這樣就能非常深刻的去理解一個(gè)app了。當(dāng)然沒有聽明白的小伙伴們也不要緊，下面筆者用一個(gè)實(shí)例(網(wǎng)易云音樂app)去說明怎樣使用實(shí)體-關(guān)系的方式去為一個(gè)app建模。

　　描述實(shí)體

　　實(shí)體可以理解成“概念類”，比如在網(wǎng)易云音樂中我們可以抽象出這些“概念”實(shí)體：歌曲、歌單、用戶、歌手、專輯、DJ節(jié)目。下面舉一個(gè)歌單實(shí)體的例子，如圖：

　　歌單實(shí)體中的變量描述了歌單是由哪些元素組成，一個(gè)歌單擁有歌單名、封面、介紹與評(píng)論。當(dāng)然一個(gè)歌單也會(huì)有創(chuàng)建者、屬于此歌單的歌曲與收藏該歌單的用戶這些元素，不過它們本身也是實(shí)體類型的(創(chuàng)建者屬于用戶實(shí)體，歌單的歌曲屬于歌曲實(shí)體，收藏該歌單的用戶屬于用戶實(shí)體)，因此它們被稱作實(shí)體變量。實(shí)體變量的表示方法是在變量名之前加上括在中括號(hào)里的實(shí)體類型，比如“[用戶]創(chuàng)建者”。

　　操作描述了歌單實(shí)體的操作集合，歌單可以被收藏、評(píng)論、分享、播放與下載。當(dāng)然還有一個(gè)被大括號(hào)括起來的操作，這說明執(zhí)行此操作是需要條件的。在歌單例子中，管理歌單與 編輯歌單封面、介紹是需要條件的，因?yàn)橹挥懈鑶蔚乃姓卟拍軋?zhí)行這些操作。

　　描述實(shí)體關(guān)系

　　描述了app中的各個(gè)實(shí)體，我們就能清晰的知道app是由哪些部分構(gòu)成的，但是實(shí)體是靜態(tài)的，事實(shí)上這些實(shí)體之間往往有著復(fù)雜的關(guān)系，它們是彼此聯(lián)系彼此依賴的，一個(gè)的變化往往可以引起另一個(gè)的變化。形象的來說，可以把實(shí)體和實(shí)體關(guān)系類別成公交站點(diǎn)與公交路線，實(shí)體是公交站點(diǎn)，而實(shí)體關(guān)系，就是描述了這些站點(diǎn)是如何連接起來的公交路線，只有明確了站點(diǎn)與路線一個(gè)公交系統(tǒng)才算規(guī)劃好，同樣明確了實(shí)體與實(shí)體關(guān)系，才算描述好了一個(gè)app系統(tǒng)。以網(wǎng)易云音樂為例，下圖描述了歌曲實(shí)體與歌單實(shí)體的關(guān)系：

　　歌曲可以被添加到歌單，而用戶又可以使用“歌單管理歌曲”的功能管理歌曲。比較特殊的是系統(tǒng)自帶歌單“我喜歡的音樂”，用戶點(diǎn)擊歌曲的“喜歡”圖標(biāo)就能將歌曲加“我喜歡的音樂”這個(gè)歌單。此外，實(shí)體自己對(duì)自己也可能會(huì)有關(guān)系，比如：

　　描述實(shí)體的組織與呈現(xiàn)(制作原型)

　　這一步事實(shí)上就是我們平常的制作原型，不過利用前面兩步的分析成果，制作原型的過程就可以認(rèn)為是“描述實(shí)體的組織與呈現(xiàn)”，這將會(huì)帶來很多好處。如果直接按照傳統(tǒng)的“根據(jù)需求制作原型”，我們心里也許會(huì)有把握全局的模糊意識(shí)，不過一旦陷入頁面布局、內(nèi)容擺放等原型制作的細(xì)節(jié)里(如果使用axure還要做一些編輯與交互)，由于缺乏通盤考慮，很容易使自己迷失。更多的情況是，沒有一個(gè)對(duì)全局很好的描述(缺乏對(duì)實(shí)體與實(shí)體關(guān)系的解析)，我們?cè)谠O(shè)計(jì)詳細(xì)頁面的時(shí)候就沒有一個(gè)清晰的框架約束，可能設(shè)計(jì)出的各個(gè)部分間會(huì)存在邏輯的不順暢甚至彼此矛盾。而如果我們前期已經(jīng)在全局上分析了app系統(tǒng)的實(shí)體與實(shí)體關(guān)系，那么制作原型的過程相當(dāng)于將這些已經(jīng)分析思考比較全面的實(shí)體“放”到具體的頁面上呈現(xiàn)，這就像我們?cè)诼糜文骋粋€(gè)景點(diǎn)的時(shí)候身上一直帶了一張地圖，感到有所迷失的時(shí)候，就可以打開地圖去查找自己的位置，迅速理清思路，也就是你在設(shè)計(jì)某個(gè)頁面的時(shí)候心里一定清楚它屬于全局框架的哪個(gè)部分，它與其他頁面之間存在著怎樣的關(guān)聯(lián)。實(shí)體、實(shí)體關(guān)系與原型的關(guān)系可以總結(jié)成下圖：

　　下面舉一個(gè)網(wǎng)易云音樂中“我的音樂”頁面的具體例子(印證以上的關(guān)系圖)：

　　寫在最后的話

　　如果想快速上手一個(gè)app，那就可以用分析app的實(shí)體與實(shí)體關(guān)系的方法在腦中建模，形成一個(gè)全局感知。這種建模不用太精細(xì)，在大腦中形成一個(gè)提綱挈領(lǐng)的印象即可。不過在設(shè)計(jì)app的場(chǎng)景下就需要落實(shí)各個(gè)細(xì)節(jié)了，從頂層設(shè)計(jì)開始，逐步分析系統(tǒng)的實(shí)體與實(shí)體關(guān)系，然后再在這個(gè)基礎(chǔ)上去組織構(gòu)建app原型，這將大大提升你的工作效率。

晉城龍鼎 - 晉城網(wǎng)站建設(shè)為您解答！