創建專業的電子商務垂直搜索,以及把原有的信息聚合平台轉型為在線采購批發交易平台。根據行業特點及交易需要,對原有的零批(小額批發)搜索進行改版,改造為適合行業搜索交易頻道,便是這次改版的設計目標。我們搜索產品線的產品經理與用戶體驗設計師們進行了長達半年的准備工作。 項目組成員將對現有的功能需求,信息架構,視覺色彩,用戶體驗等,做多視角、多緯度的分析。力求在1688.com上線後,推出另一個電子商務垂直搜索用戶體驗盛宴。
在項目中,我們從市場運營那裡采集了大量需求,那怎麼把這些需求歸類整理,挑選出我們目標用戶迫切需要的功能點呢?總體來說:以娛樂的心態取捨功能需求,只給最需要的不給最強悍的。
來自運營的需求,來自用戶的需求,往往多種多樣,可以用千奇百怪來形容,那麼如何配合產品規劃師、產品經理找到用戶最迫切的需求呢?
頭腦風暴可以讓產品設計團隊成員產生很多創意。當收集到大量需求時,其中可能有主要需求與次要需求,客觀判斷哪些是首先要完成的,哪些是可以放到2期來做的,並制定標准需求優先級與對應時間節點,這樣可以保證項目按期完成。
最讓人頭疼的往往是取捨功能需求,我們應該以什麼標准,什麼心態來應對呢?最好通過創建一個紙上原型或觀察用戶的操作,來制定取捨標准,並確保標准裡涵蓋以下基礎點:
產品(交互)體驗設計師在做互動設計之前,除了要對需求把關外還要消除項目關系人之間的分歧,滿足用戶的期望、工程師的期望、銷售與市場人員的期望、經理的期望。最後尋找一個各方都能夠接受的平衡點,具體闡述請參看:交互設計師怎樣和產品團隊合作。
從設計圖到原型的誕生,是一個復雜而又有趣的過程。首先我們怎麼完成復雜的設計圖呢?前期的市場調研與需求分析為我們提供了第一手好資料,接下來我們要把這些資料逐條分析並提煉需求要點。在頭腦風暴討論中,交互設計師要與產品設計師、需求分析師等一起參加設計圖創建的討論。在討論中確定商業需求范圍、產品需求邏輯、產品規范等,最後總結出一份過程文檔。它可能是BRD或FRD,它將是紙上原型的設計指導書。
當交互設計師拿到這個過程文檔後,就可以創建設計圖中的邏輯架構圖和任務操作流程圖了。在創建邏輯架構圖時,可以選擇Camp Tools或Illustrator制作,當然也有人選擇Mind Manage制作。不管選用哪一種制作工具只要能把邏輯架構表達清晰即可,這裡就不再贅述每種工具的使用方法和優缺點了。同時,交互設計師要始終以信息架構的原則來創建邏輯架構圖,確保邏輯信息的完整性、表達信息的一致性、架構信息的簡潔性等。在創建任務操作流程圖時,通常選擇Visio制作。在用Visio制作過程中,重在表達功能點之間的交互,我們可以用Visio中提供的流程圖形與流程符號,來表達設計中的關鍵功能與關鍵節點。
在經過紙上原型設計之後,交互設計師要與產品規劃師、可用性工程師迅速溝通,優化紙上原型。交互設計師會根據紙上原型確定的功能點與信息框架,通過Axure制作出低保真的交互設計原型DEMO。在制作Axure交互設計原型DEMO時候,應該注意的以下幾點原則:
最後,請交互設計師們把自己當成真正的產品設計師,你們對產品與項目的責任不低於項目(產品)經理。
IBM一直被人們稱藍色巨人(Big Blue):信任、可靠。可口可樂是紅色:活力、熱情。顏色不僅僅作為這些公司的標識,還把它們加以理想化了。
不可否認,色彩改變了我們對於所見事物的反應“顏色”。不同的配色方案,給人以不同的感受,或頑皮、或深沉;或冷淡、或熱情;或別致、或邋遢;或充滿活力、或安靜;或陰郁、或活潑;或端莊、或幼稚;或樸實、或浪漫;或專業、或業余;或熾熱、或陰森。色彩選擇,決定了人們在第一眼看到網站時的感覺。因此,色彩是Web設計者手中最普遍,也是最強大的工具。我們說“設計=解決問題”,而視覺設計,就是“用視覺語言去解決邏輯問題”。
在2002年,一個研究小組得到了一些有趣的發現。斯坦福Web可信性項目開始了解是什麼因素讓人們對網站產生信任或者不信任,而很多因素在他們的發現中都很明顯:公司聲譽、客戶服務、出資人,還有廣告,這些都會讓用戶決定該網站是否值得信任。但是最重要的因素——在他們列表中排在第一位的——卻是網站的視覺風格和美感。
交互設計領域著名的大師,Donald Norman,總結說:“積極的情感增強了創造性和廣度優先的思考,而負面的情感集中在認知上,增強深度優先處理並把干擾降到最少;積極的情感讓人們更能容忍一些困難,在尋找解決方案的時候變得更靈活而有創造性。”當人們開始喜歡某些界面的時候,它們事實上會變得更可用。
電子商務垂直搜索LIST頁面的視覺優化,風格上我們通常會支持品牌。目標上傳達出一種強烈的品牌信息,如“阿裡巴巴的橙色系列,“1688的Logo”。但是品牌識別不止是圖標和廣告詞。它遍布在阿裡巴巴項目產品設計、阿裡巴巴的網站,以及阿裡巴巴的材料中——事實上,品牌對配色方案的選擇、字體、圖形、詞匯表,體現在各個方向。
視覺設計師制作了內容相同而風格不同的上百個界面,然後產品規劃與設計團隊成員集體投票,選擇一個最合適的風格定位。在設計與選擇的過程中,如果我們很了解目標用戶,那麼他們的內在反應和情感反應是可以預見的,並且可以預見的程度還相當驚人。答案就在於實際情況下很多因素的結合:
針對電子商務搜索LIST頁面用戶體驗設計,視覺優化不是萬能的,但是沒有視覺優化階段是萬萬不能的。
文件越大,用來下載和顯示頁面的時間就越長。請記住:文件總體積,指的是構成Web頁面的所有文件,包括:HTML、外部CSS、外部JavaScript、圖像、聲音以及視頻在內的文件的大小。在這些文件中,HTML、CSS、以及JavaScript文件只是文本文件,因此,常常相當緊湊。而圖像、聲音,以及視頻文件通常都很大,存在下載問題。
公共網站的頁面大小,從每頁小於20K到每頁大於100K(包括頁面的所有圖形文件)。究竟應該有多大,即使是所謂的專家在這個問題上,也普遍存在著分歧。如果你的網站需要專業品質的圖形,那麼就不可能遵守“20K定律”。但是,如果目標受眾的Internet連接速度慢,或者目標受眾的耐性有限,你就不得不放棄那令人難以抗拒的漂亮圖像,轉而遵守關於“20K定律”的限制。怎麼樣為有限的文件體積做事先的規劃呢?
做為技術出身的交互設計師,可以不斷探索新的技術帶來的變革(例如:html5)。無論何時,頁面打開速度是給用戶的第一印象,也是提升用戶對網站滿意度的重要因素,並且前端代碼的優化將會給用戶帶來舒適地操作體驗!
在設計前我們要遵從一種通用性的用戶體驗設計原則,在設計後我們要能總結歸納出只適合此產品的用戶體驗規則。
設計前設計思路:
設計後體驗原則:
其實,在設計前,我們會參考大量的通用性設計原則;在設計後,我們才會發現:對於項目有針對意義的原則也就很少的幾條。這個時候需要靠設計師自己的邏輯歸納能力,把最重要最迫切的用戶體驗設計原則抽象出來。
在項目執行過程中,難免會有一些突發事件或需求變更,這時候我們需要一個嚴格的項目質量管理控制體系,來保證項目的質量的同時還要保證項目的進度。我們要通過快速迭代的方式來把之前的疏漏或錯誤進行修復,不要怕犯錯誤,應該勇於快速修正錯誤。一般快速迭代的開發機制是配合可用性測試(簡約版啟發式評估)同步進行的。
針對現有啟發式評估流程上復雜,實現成本比較高的特點,進行的改進與精簡,立足於機動性強,實現簡單方便,靈活性更高的特點。我創新了一種簡約版啟發式評估的方法,適用於重要度和緊急度都高的項目。
根據who-how-what策略來快速開展簡約版啟發式評估,其中who-how-what為貫穿整個過程的主線,並且評估過程也分who-how-what三個部分,三個部分概括為6個字:准備-評估-報告。
具體可用性測試操作方法請參考:如何快速開展簡約版啟發式評估
1. 搜索行為數變化
零批搜索行為數環比上漲33.3%,零批搜索lpv環比上漲36.1%,搜索粘度環比上漲35%
2. CTR變化
由於BD流量不穩定,對於CTR干擾較大,因此CTR分析中,以站內和SEO的數據為基准進行分析。
由於增加商品分類的導航入口、smart suggestion的應用、最近搜索記錄三塊的主要應用。CTR由改版前a%提升到改版後的b%,提升了207%
類目區改造為SN3.0版本,作為單獨的項目,和搜索改版同時發布, CTR由改版前c%提升到改版後的d%,提升了139%。
類目區域smart navigation效果顯著,CTR由改版前e%提升到改版後的f%,提升了22%
主數據區點擊增長較明顯的為標題、旺旺洽談、圖片,其中單日均值標題點擊增長3.8W,圖片點擊增長1.9W、旺旺洽談點擊增長1W。CTR由改版前g%提升到改版後的h%,提升了8.9%。
可用性測試會產生大量的需要你檢查的數據。測試完成後,你可能會得到下面一些數據:
當將所有獲得的數據都輸入Excel完成後,就可以分析這些數據來發現一些趨勢和問題。但是,問題也來了,正如馬克.吐溫所說,總存在著“謊言,可憎的謊言和數據”的問題,特別是對於一些推論性的數據而言,很容易造成數據誤讀。
一個有用的處理數據的技術是對其進行三角形化。這種方法可以清楚地看出整個數據中每組數據是如何影響其他各組數據的。三角形的每個頂點對應一種不同類型的數據:
根據可用性目標和測試前確定的數值標准來對數據進行檢驗,從而確定哪些問題位於三角形內部。
排除數據誤讀的方式,還有很多這裡談到的只是眾多方式的冰山一角。對於電子商務搜索LIST頁面用戶體驗優化,未來我們也不將止於此,好了接下來聽聽大家怎麼說吧?