如何畫出專業(yè)的原型圖?(上)
怎么樣的原型圖才算是專業(yè)的原型圖呢?文章總結(jié)了一些經(jīng)驗,希望對你有所幫助。
本片文章(原型上篇)重點內(nèi)容:
- 清晰的視覺層次
- 視覺流結(jié)構(gòu)
- 功能預(yù)見性
- 信息的焦點即為視覺的焦點
- 足夠簡單
- 考慮到邊界條件
首先,我們要明確原型圖是畫給誰看的,通常是以下幾類人:開發(fā)、部門領(lǐng)導(dǎo)、UI設(shè)計師和測試,一個完善的產(chǎn)品流程離不開著幾個角色。
開發(fā)通常最關(guān)心的是有多少功能,功能的復(fù)雜度怎么樣,邊界條件是什么,異常情況怎么處理等。設(shè)計師通常關(guān)心元素之間的關(guān)系,排版和布局。而跟主管匯報,由于主管的事情是很多的,他們通常最關(guān)心功能整體的流程、原型的易讀性,以及價值體現(xiàn)。而測試則關(guān)心產(chǎn)品需求用戶(后面會詳細(xì)介紹),輔助他們寫測試用例,以及是否窮盡考慮到各個場景。
那么,怎么樣的原型圖才算是專業(yè)的原型圖呢?小編總結(jié)了工作以來畫原型圖的經(jīng)驗,總結(jié)出了以下經(jīng)驗。
一、清晰的視覺層次
突出重要元素,弱化次要元素
頁面是由元素組成的,這些元素包括線、顏色、按鈕等,要做到層次清晰,就要把重要的元素進行強化,次要的元素進行弱化,比如可以通過顏色的飽和度來突出重要元素,通過面積突出重要元素等,引導(dǎo)用戶聚集視覺焦點到重要的元素上。如下圖,通過對比顏色和區(qū)域面積的大小,來突出重要元素。
格式塔原理
將相關(guān)的元素組織在一起,讓用戶知道這些元素在任務(wù)、數(shù)據(jù)和工具上是相關(guān)的,通常用位置表示。相關(guān)的元素位置上相近,不相關(guān)元素用空間隔開。如下圖,第一個圖為反面例子,信息距離上下一致,用戶無法區(qū)分中間的信息是屬于上方還是下方。第二張圖是airbnb的截圖,紅色線框部分明顯與下方隔開一定距離,在視覺上體現(xiàn)為跟上方相關(guān)。
二、視覺流結(jié)構(gòu)
什么是視覺流?
視覺流是指視覺焦點形成的軌跡,由于眼球生理結(jié)構(gòu)限制,人眼在某時刻只能產(chǎn)生一個焦點。人的這一視覺特性使得人的視線運動通常表現(xiàn)為點到點的跳躍式掃描(saccade),而不是平滑移動。人在閱讀時,一行通常包含4~7個跳動――定位(jump-fixation)的動作,注視持續(xù)時間為200~600ms。?因此用戶在對界面持續(xù)關(guān)注后會留下一系列的視覺焦點,這些視覺焦點的軌跡稱為視覺流(visual line)。
平穩(wěn)的視覺流結(jié)構(gòu)能幫助用戶快速理解邏輯路徑,減少用戶的認(rèn)知成本。平穩(wěn)的視覺流有兩個原則:
- 一、視覺焦點不宜過多;
- 二、視覺焦點的路徑邏輯盡量簡單。
如下圖,同為軟件教程詳情頁,左側(cè)的視覺焦點過多,視覺流向路徑復(fù)雜,而右側(cè)的視覺流向路徑簡單,容易理解。
三、功能預(yù)見性
看到一個功能,就知道該功能如何使用,稱為功能預(yù)見性。
如,lofter底部導(dǎo)航欄在改版前,只用圖標(biāo)表現(xiàn)功能,沒法清晰知道每個圖標(biāo)的含義。改版后,用“圖標(biāo)+文字”,直接解釋每個圖標(biāo)的含義,減少認(rèn)知負(fù)荷。
如下圖,為途虎養(yǎng)車某個門店的評價截圖,該門店提供三個服務(wù),分別是輪胎、保養(yǎng)、美容和安裝,紅色方框內(nèi)為各個服務(wù)的得分。當(dāng)?shù)谝淮芜M入這個頁面,默認(rèn)“輪胎”評價高亮紅色,其他為灰色,潛意識里不知道點擊是可以切換查看對應(yīng)評論列表的,即切換查看功能感太弱。
四、視覺的焦點為信息的焦點
每個頁面都有一個核心功能,這個核心功能不應(yīng)該被其他功能所覆蓋,特別是當(dāng)功能越來越多、越來越復(fù)雜時。那我們怎么判斷頁面上哪個功能是信息的焦點呢?如果針對競品調(diào)研,頁面上顏色飽和度最高,或者功能占據(jù)區(qū)域最大的即為頁面的核心功能,即信息焦點。當(dāng)設(shè)計自家產(chǎn)品功能,要從主流用戶的主流場景,或者功能的商業(yè)價值、使用頻率等維度進行分析,一個頁面的信息焦點不宜過多,過多會影響視覺流的穩(wěn)定。
如下圖,圖1為《風(fēng)起長林》中的劇集截圖,圖2為點擊后的效果,圖3刻意把進度條拖動方塊變小。我們先來分析進度條的使用場景:查看進度、快進、拖動進度條,當(dāng)把進度條變小,如圖3,進度條不再成為信息的焦點,視覺效果被弱化,用戶在查看進度、快進時要自己看才能看到當(dāng)前進度,拖動滑塊時要小心翼翼才能點中。
再看一個生活中真實的例子,有一天點了外賣,配送員說已送達,于是去公司的前臺找(前臺有很多外賣),找了三遍沒有找到,第四遍終于在僅剩2份沒有人拿的外賣中找到了。
如下圖,我們先來做個場景分析,去找外賣,一般人大多數(shù)情況時尋找自己的名字/電話,可是這份外賣單子把騎手的姓名和電話號碼打印得很大,客戶(我)的名字沒有打印,只留了一個小小的號碼,造成了很難找到,然而我又不會刻意去記住騎手名稱和電話。
五、把簡單留給用戶
復(fù)雜度守恒定律(Law of conservation of complexity)由Larry Tesler 于1984年提出,也稱泰斯勒定律(Tesler’s Law)。根據(jù)復(fù)雜度守恒定律,每個應(yīng)用程序都具有其內(nèi)在的、無法簡化的復(fù)雜度。
無論在產(chǎn)品開發(fā)環(huán)節(jié)還是在用戶與產(chǎn)品的交互環(huán)節(jié),這一固有的復(fù)雜度都無法依照我們的意愿去除,只能設(shè)法調(diào)整、平衡。在交互設(shè)計中,體現(xiàn)為把復(fù)雜留給系統(tǒng),盡量把簡單的界面呈現(xiàn)給用戶。
如,我們在百度上搜索圖片,輸入關(guān)鍵詞-點擊搜索-出現(xiàn)圖片,整個過程是一個非常簡單的過程,即白盒部分是非常簡單的。黑盒部分,在用戶輸入關(guān)鍵詞后,系統(tǒng)進行需求識別,識別出來大量圖片,然后將些圖片繼續(xù)排序,檢索出用戶最可能希望看到的圖片,然后才會顯示出來,用戶看到的結(jié)果系統(tǒng)往往需要進行大量的計算。
比如,你在家里點外賣和在公司點外賣,無需每次都定位和選擇收貨地址,系統(tǒng)會自動檢測你當(dāng)前的地理位置,從而給出合適的收貨地址。但是快遞的收貨就不一樣,有可能在家里下單,收貨地址選為公司,或者在公司下單,收貨地址選為家里,這個時候就不能根據(jù)用戶當(dāng)前的地理位置進行自動選擇出收貨地址。
其他的還體現(xiàn)為默認(rèn)給出分類、選項、填空內(nèi)容等,由輸入變?yōu)檫x擇。顯性顯示用戶最關(guān)心的信息,比如在美團上點了外賣,很多人很關(guān)心外賣的送達時間,會好幾次進入訂單詳情查看,美團干脆直接把送達情況展示出來,無需進入詳情頁查看。
根據(jù)《簡約至上》,可以大大簡化頁面上的功能。
1.刪除
- 關(guān)注核心功能:增加價值始于改進核心體驗
- 砍掉殘缺功能:不完美的功能不如不要
- 刪除掉可能對用戶帶來負(fù)擔(dān)的細(xì)節(jié),如干擾的文字、可有可無的選項
- 排定功能優(yōu)先級:產(chǎn)品的價值不是由功能的多寡來決定的,而是看能否滿足用戶的最高優(yōu)先級目標(biāo)
- 刪除干擾項
- 選擇聰明的默認(rèn)值,減少用戶選擇
- 避免視覺混亂,讓用戶保持專注
2.組織
- 分類
- 利用網(wǎng)格,呈現(xiàn)頁面布局
- 利用大小、位置、分層、色標(biāo)等進行實際組織
- 關(guān)注用戶的期望路徑,而不是邏輯
3.隱藏
- 隱藏不常用但不能少的功能
- 漸進展示:展示核心功能,隱藏擴展功能
- 階段展示:隨著用戶深入界面而展示相應(yīng)的功能
- 適時出現(xiàn),不打擾用戶,隱藏的目的不是為了藏,而是更好的展示
- 讓功能方便找到,不能藏得找不到
4.轉(zhuǎn)移
- 把復(fù)雜性轉(zhuǎn)移給擅長的一方,如用戶、后臺系統(tǒng)、其他設(shè)備
- 創(chuàng)造開放式體驗,降低用戶受到的約束
六、考慮到邊界條件
產(chǎn)品經(jīng)理或者交互設(shè)計師,在做功能時,很容易遺漏一些邊界條件,出現(xiàn)遺漏的原因,主要是在設(shè)計功能時至考慮到了主流場景,只做了主流場景下我設(shè)計,異常場景或者邊界條件很難考慮到,這里教大家一個小技巧,寫產(chǎn)品需求用例。在構(gòu)建產(chǎn)品架構(gòu)雛形時,用例往往能起到幫助確定功能界限的作用。
用例包括以下內(nèi)容:
- 用例名稱 ?– 此產(chǎn)品/功能的名稱
- 用例編號 – 此產(chǎn)品用例的編號
- 角色- 操作/執(zhí)行該功能的角色
- 簡要說明 – 最簡化的內(nèi)容對該需求功能的描述
- 前置條件- 執(zhí)行該功能的前提條件
- 后置條件 – 該功能執(zhí)行完畢后的結(jié)果條件
- 主事件流- 該功能角色所執(zhí)行的主要正常過程
- 異常和分支事件流 – 該功能角色所執(zhí)行的次要異常過程
如在一個圖片素材下載網(wǎng)站下載圖片的用例:
如果不寫產(chǎn)品用例,很多人可能只考慮進入詳情頁-點擊下載按鈕-下載成功這個流程,很容易遺漏用戶未登錄狀態(tài)下的提示,無權(quán)限下載該圖片的提示,甚至是圖片下架后無法下載圖片的提示。
原型上篇結(jié)束,下篇預(yù)告內(nèi)容:
- 原型圖標(biāo)注頁面跳轉(zhuǎn)圖
- 盡量在一個頁面展示所有的交互狀態(tài)
- 繪制流程圖
- 功能模塊化,可復(fù)用
本文由 @?PMIP 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載。
題圖來自PEXELS,基于CC0協(xié)議
您好,我是新人,對您這個文章困惑太多了。
1、這個圖都是實際效果圖,原型的意義在哪里?
2、這個圖以產(chǎn)品的能力,可以達到嗎?產(chǎn)品經(jīng)理對美感的敏感度要求如何?
3、產(chǎn)品的精力和工作量是否允許畫到這種地步?
不太明白~如果產(chǎn)品經(jīng)理出出來是這樣的黑白原型圖。。UI是不是只要上個色就可以了。。
感謝大佬,對新人幫助非常大,期待下一篇的精彩發(fā)揮?。。。。。?!
謝謝作者,寫的很棒,對我這個新人幫助很大,也在重新思考怎樣才能設(shè)計符合產(chǎn)品定位的產(chǎn)品,繼續(xù)加油!
為啥app上不能聽文章啊
生死看淡,不服就干。。?;顑?/p>
白盒測試、黑盒測試那張圖是不是畫反了?白盒基于內(nèi)部結(jié)構(gòu)的,黑盒是注重功能的。
同感
確實反了
點到為止,恰到好處就好。我就反對那些叫囂著要出高保真原型圖的人。產(chǎn)品經(jīng)理沒必要出高保真原型圖。因為高保真原型圖直接影響設(shè)計師的第一印象,會左右和限定設(shè)計師的理解力或者創(chuàng)造力。另外,對于程序員來說,你啪啪啪幾個相框圖他們就知道怎么做了。我很擔(dān)心那些剛?cè)腴T的孩子,最后產(chǎn)品經(jīng)理的核心價值和作用沒理解,真正的本領(lǐng)沒學(xué)到,倒成了精通某一個或多個原型制作工具或平臺的人才。以為掌握了足夠好的原型制作技術(shù),寫出漂亮的產(chǎn)品文檔就是能力的體現(xiàn),那真的很耽誤孩子們的青春。
無比贊同,感謝
段位高的產(chǎn)品都會自己出高保真原型圖,產(chǎn)品要什么樣的設(shè)計風(fēng)格,產(chǎn)品經(jīng)理在設(shè)計初期就應(yīng)該有規(guī)劃。整個團隊最熟悉產(chǎn)品特性的就是產(chǎn)品經(jīng)理。10幾年的工作經(jīng)驗告訴我 我沒見過啪啪啪拍幾個相框圖 就能把產(chǎn)品做得很好地。這種人10個有9個做東西缺胳膊少腿,開發(fā)團隊對產(chǎn)品的認(rèn)知必然是循序漸進的。開需求對接會的時候,可能看看圖很簡單理解的,做著做著可能程序員就提產(chǎn)品找到漏洞 一些設(shè)計不周全的地方了。牛的產(chǎn)品在產(chǎn)品設(shè)計時都會把數(shù)據(jù)的生成規(guī)則,前后端如何產(chǎn)值一并考慮進去。產(chǎn)品考慮的越多,開發(fā)就會越順暢。原型圖畫漂亮,需求文檔寫詳細(xì),沒什么不好打。
說好了周三更新就是周三更新,下篇早上已經(jīng)更新了哦,進入我的主頁就能看到啦~
很不錯,期待后續(xù)文章
下篇早上已經(jīng)更新啦~進入我的主頁就可以找到哦
適合需要業(yè)務(wù)能力到更高層次的,,不適合入門的
小可愛可以說說看你想要學(xué)習(xí)哪方面的內(nèi)容 我們會考慮的哦
外賣訂單那個其實挺有講究的,從我個人角度來說,我在公司上班,經(jīng)常點外賣,但是公司所在的寫字樓,曾經(jīng)因為有個人外賣袋掉地上了,弄在客梯里,都是湯,從此之后這個寫字樓物業(yè),就明確規(guī)定,所有的外賣不準(zhǔn)進樓,必須放在后門的送餐車上,而且拿外賣的人,也不能走客梯,然后定外賣的人自己下去拿,超級麻煩,中午用餐高峰期,拿個外賣一上一下一二十分鐘。所以也能想到去找外賣的時候,一看都是騎手名字,找自己名字找的尷尬死了。排除這種情況,其他時候,一般外賣都是親自送到手上的,不用去找。對騎手來說,就是另外一個場景了,一家店鋪,很多人點了外賣,很多騎手過來找餐,騎手名字增大,方便騎手找餐,也給騎手早點送達提供便利。
說的好
寫的挺詳細(xì)的,看到美團訂單那個,其實這個是為了方便騎手取餐的時候不搞錯,這個才是主場景。因為大多數(shù)情況,快遞都是送到訂餐人手里的,而由于像你說的,一個頁面不能突出的東西太多,所以并沒有突出訂餐人的信息罷了
這個才是正解
你好,你用的元件庫能分享一下嗎?萬分感謝啊,1551505149@qq.com
是公司的,不方便分享,諒解哈
講的是交互設(shè)計哦,~
后面還會有專門的專題講交互哦~
針對外賣單這里,個人理解是,既然是為消費者服務(wù)的,那應(yīng)該提供便捷快速渡基礎(chǔ)上為消費者提供良好的服務(wù),騎手的名字和號碼放大有利于騎手取餐,但是消費者取餐的時候應(yīng)該也要注明,或者說在騎手取餐的大號號碼可換為其他(騎手圖片、等)在后續(xù)消費者那可增加個姓名和號碼,說到隱私,在騎手聯(lián)系不到消費者的時候,電話是唯一的途徑,所有個人覺得電話和姓名必須得有的。只要在騎手和消費者聯(lián)系方式中采取不一樣的識別就好。
后面想到一個方案 騎手的信息也可以做得很明顯 但是可以做成打印出來方便撕掉的 這樣用戶找起來方便
用戶的姓名確實是必須的 因為騎手有時候一次送好幾個外賣 不可以一一記得哪一個外賣是哪個客戶的
剛關(guān)注了你的公眾號 很棒的文章,發(fā)現(xiàn)與你是同一個地方的人,哈哈。
么么噠
我還是認(rèn)為送餐小哥的姓名和電話應(yīng)該標(biāo)記的,不應(yīng)該撕掉,萬一撕錯,會導(dǎo)致幾個外賣出現(xiàn)錯誤的情況,而且更加的不好核對。
中午高峰期有一些店外賣非?;鸨?,排著很多的送餐小哥,他們有很多一下子要拿很多外賣,如果增加撕掉的功能,無意在給他們增加工作量,所以不建議撕掉。
我倒是認(rèn)為顧客的姓名不是必須的,姓名就是為了方便小哥稱呼而已,真正起到送餐的關(guān)鍵作用的是電話和地址,您說“用戶的姓名確實是必須的 因為騎手有時候一次送好幾個外賣 不可以一一記得哪一個外賣是哪個客戶的”,其實即使你寫了姓名他也記不住名字,他的重點是地址和電話。
哇 整理了筆記 謝謝??
互相學(xué)習(xí)哦
下篇什么時候更新?,我要抄筆記 ??
下周三之前出來哦
期待下篇。
壓力很大啊 ?
受教了,寫的很詳細(xì) ,設(shè)計崇尚簡約,但核心功能需要突出,能讓用戶快速知道自己在哪里,可以去哪里,可以做什么
謝謝
值得借鑒
詳細(xì)
歡迎繼續(xù)關(guān)注下一篇哦
外賣單子的外賣員的信息字體大號,應(yīng)該是考慮的使用用戶是外賣員。當(dāng)外賣在飯店時,會有大量的單子,方便外賣員拿去,而配送的用戶基本上則是一對一拿去,像你說的寄存在前臺的場景其實相比于一對一還是少數(shù)用戶。
是的,我也是怎么想的,沒有寫姓名,也算是對用戶的信息的保密。
贊同,我也是想說的。這一點作者還是考慮欠缺了
贊
請問下有什么工具畫的原型圖呢?
有交互和跳轉(zhuǎn)嗎?
axure和sketch都可以的