有理有據,有面有料,是一個設計作品的專業體現。之前花了四篇小文(鏈接在文末),講述如何提升設計師設計作品的內在含金量和外在形式感,今天,我們將用最后的篇幅,聊聊如何給設計作品創造一個盡可能完美的終局——交互文檔的細節。
千里之堤毀于蟻穴,再專業的交互設計,如果在后期交付時頻繁出現細節的缺失和補充,其實還是很容易遭受研發和測試同學diss的。甚至有可能因為一個細節的疏忽,導致整體交互方案的崩盤,不得不從頭再來。
如果研發過程中發生這樣的設計事故,其實是非常影響團隊士氣和個人專業影響力的。
設計細節篇,分兩個維度來闡述,一個是文檔外,一個是文檔內。
文檔外,其實是要回歸設計的初衷,很多設計師包括我自己,設計久了,總愿意把自己當作是用戶的代言人,盡可能的為用戶體驗著想,絞盡腦汁的尋求最佳體驗的設計,并以此為傲。
這如果是在產品發展的成熟期,功能相對穩定,體驗同質化嚴重,這個時候追求的體驗,尋求體驗的突破是非常有意義的,可以讓產品獲得更多的口碑,從而帶來更多的用戶和收益。
但是如果是在探索期和成長期,過度的追求單一維度的體驗,可能反而會成為一種產品發展的桎梏,阻礙產品的成長,而在衰退期追求的體驗,則完全背離了公司作為商業組織的利益點,會顯得和整個項目組格格不入。
產品生命周期與用戶體驗要求
所以對于探索期和衰退期的產品來說,設計師要盡可能考慮商業性和技術可行性。用最小的設計代價,快速的迭代,完成產品的目標(驗證價值或解決問題)。
如果設計師在這兩個階段太揪細節,可能會因為得不到項目的支持而心灰意冷。
技術可行性和商業收益,不是我們所擅長的領域,通過前面的設計法則和用戶埋點也不能準確推算,所以還需及時向技術及商務同學確認,別人家能做的產品形態,咱們家技術框架不一定支持。別人家能做的精簡,可能會損害咱們家的主營業務。
涉及到這兩點,除非有自上而下的旨意,否則單憑設計之力無異于蚍蜉撼樹,很容易讓自己費力不討好。
文檔內的交互細節,主要在于文檔的完整性和閱讀體驗,既要面面俱到,又要清晰簡潔。
面面俱到是指要盡量包含所有流程、頁面及狀態,避免遺漏。它體現了一個交互設計師設計思維的嚴謹性和設計態度。
網上有很多關于交互走查表的模板,非常的全面,但就是因為太過全面,反而讓很多新人設計師望而生畏,避而遠之,這就失去了交互走查表本身的意義。
我認為,交互走查表其實就是提供給設計師的一份幫助文檔,大家都知道在設計的時候,提示要盡可能的簡短,要適時出現,要清晰簡潔,遺憾的是我看到的交互走查表往往都不滿足這一條。
冗長的交互走查表,就像是冗長的幫助文檔一樣,把責任都推給了設計師,仿佛在說:誰讓你不按照我逐條檢查呢?
如果出現細節的遺漏,就變成了設計師自己的錯。
誰都不想遺漏,但是后期設計時間往往真的就很緊迫,設計師除了細節的補充,可能還有其他很多任務需要做,大家只是想確認一下而已,哪有時間和精力去看那么冗長的“幫助文檔”。
所以發揮一下設計師的同理心,根據二八原則,80%設計師可能遺漏的問題都只是認知走查表里20%的內容,這20%的內容也真正意義上影響我們80%的用戶和體驗,是設計者最為關心的。
那么,我們是不是先把這20%的設計解決好呢?這才是真正急設計師之所急,站在設計師的角度考慮問題。
所以本文精心篩選出最容易被大家所忽略,且大多數設計又必須要考慮的異常分支,為大家整理了一份《設計細節check表》,以確保主體流程的主要設計“面面俱到”。(流程設計、布局設計,以及互動設計,如果大家在前期有遵守對應的設計原則,再加上數據的支持,應該大方向都是正確的。我也希望大家盡量通過前期的理論和數據,去保證流程和整體設計的正確性,而不是要等到最后細節確認的時候,才來審視檢驗整體,讓細節篇,真的是在完善細節。)
設計細節Check表
我把這份《設計細節check表》按照從整體到局部進行了歸類:
最大的單元是指每個任務流程的檢查,然后是頁面單元,因為頁面涉及到加載的異常分支比較多,所以單獨拆出來和頁面狀態并列分別闡述。最后是組塊單元,主要包括輸入類和非輸入類的組件操作及反饋。
下面我們逐一來看:
流程檢查主要包括三點:
秉承一致性原則,同一個產品,能保持一致的地方,要盡可能保持一致。
在實際項目中,同一個產品,往往有多個設計師,每個設計師都負責相對獨立的一大模塊,偶爾就會涉及到相似功能的設計,因為是不同人在進行,所以設計出來的形態就可能不一致;
但對于用戶來說,使用相似功能的人,往往可能是同一撥人,設計的不一致,體驗就會有差異,不僅對于用戶來說學習成本高,而且對于項目組來說同時維系兩套不同的設計,成本也比較高。
如果一個流程的正向流程和逆向流程是完全一致的,一般無需特別說明,但是如果返回時需要跳過某些頁面或者狀態快速返回,則需要進行特殊標注,否則可能會被研發同學遺漏。
當遇到特殊情況,程序崩潰,后臺殺死,斷電等,進度是否能夠能自動保存并恢復,如果需要,就需要考慮恢復的時機和形式。
說完流程,再來說單獨的頁面。談到頁面時,首先要談的是加載狀態,畢竟頁面不是憑空就有的。
加載狀態主要要考慮以下幾點:
預加載的時機是什么時候,預加載的內容有多少?(對于用戶會長時瀏覽的內容,一般建議預加載,預加載的內容一般會結合內容大小、瀏覽時長、甚至網絡狀態綜合決定)
在信息未加載出來前,界面是顯示空白引導,還是默認占位符,還是顯示上一次的緩存內容?(一般有緩存優先顯示緩存,無緩存先顯示默認占位符,等內容加載完成后再進行替換)
是否顯示加載圖標,進度條,是否可以取消加載?(一般情況下等待超過0.1s,就能夠被用戶感知到,就建議顯示加載圖標,以便用戶知道程序已經接收到并在響應用戶的操作指令。如果等待超過1秒,就建議顯示進度條,并提供取消操作,便于用戶自主控制)
是全部加載,還是分布加載顯示?(一般情況下,在2~3屏內的有限內容,或者完全非同類的內容,是可以一次性全部加載的,因為用戶可能就是沖著某一類內容進來的,很可能會快速滑動到目標內容。
而對于同類型的圖文信息,而且是內容比較多時,一般都會采取分布加載的形式,避免浪費多數用戶的流量。
視頻播放機制、廣告圖片加載等,一般還要考慮網絡情況,一般WIFI情況下,因為對流量及網速的要求低,所以采用自動播放視頻,自動顯示圖片、播放廣告等,更容易被用戶所接收)
是否自動重試加載,何時進行超時提示等。(很多產品在設計時,如果不是完全無網絡,僅僅是網絡信息不穩定,會嘗試自動加載,以避免用戶手動操作。如果自動加載超過上限,才會提示讓用戶稍后再試)
頁面加載出來后,就要要考頁面本身的狀態了。
需要考慮的異常頁面狀態主要有以下幾種:
考慮完整體頁面后,最后再來考慮一下頁面內的組件狀態。先來看一下輸入類。
輸入框/文本框要考慮的主要有三點:
最后看一下非輸入類的操作組件。
“文本/圖標按鈕、鏈接、可操作的卡片/列表”要考慮一下幾點:
如果設計完成后,初步檢查以上五項內容,基本上可以確定主題流程的主要設計內容已經面面俱到了。
文章來源:人人都是產品經理
2019年7月20日,UXRen北京舉辦了《如何通過體驗設計賦能產品增長》的沙龍分享,本文基于嘉賓 何曉頔(搜狗高級用戶研究工程師)的現場分享總結而成。
何曉頔2015年開始從事用研工作,2018年加入搜狗,目前在搜狗搜索擔任用戶研究工程師;期間支持搜狗搜索相關產品的用戶研究工作,完成搜狗閱讀app、搜狗搜索app、搜狗圖片搜索改版研究,搜狗醫療搜索系列研究,搜狗翻譯app調研等項目;擅長全局思考問題,綜合考慮各方訴求,通過研究方法的熟練運用,需求的深度解讀,結果的產出,不斷提升用研的影響力及價值。
由于用研資源的緊張,傳統研究模式周期長,使得用研游離在項目邊緣,融入難,導致時效性跟不上整個項目的推進,出現信息不對等的情況,從而造成研究方向的偏差,而且研究結果也會和設計、產品的需求脫節,造成落地難的問題。
敏捷用研可以很好的解決這個問題,它可以很好地融入在項目的各個階段中,能夠在3-5天內地完成調研需求,真正融入到整個項目的流程中,在每個階段都以結果導向的解決問題,形成每個階段的連接器。所以說他以用戶思維為核心,通過用研的驅動性,增加用戶在整個項目中的參與度和體驗感,不僅能夠實現成本的減少,還能提高響應的效率,實現信息層面的對等,還原用戶的真情實感,性價比高的同時還提升了用研的價值。
敏捷用研可以在敏捷項目的各環節中發揮作用,而且在不同階段可以有針對性的解決問題。
2.1 改版前
需求分析
用戶點擊行為研究
書城結構布局研究
2.2 改版中
用戶需求挖掘
搜索行為探索
2.3 改版后:改版效果評估
2.4 項目合作模式
3.1 招募策略——健全流程
招募問卷設計
招募渠道
招募用戶特征及數量
獎勵機制
3.2 研究策略——模板化、透明化
模板化:搭建問題包,分門別類、系統整理,隨時調用、整合
過程透明:邊訪談邊總結,根據需求,隨時調整、直到數據樣本趨于穩定
3.3 溝通策略——循序漸進
結合迭代研究模式,從小范圍調研起步,與客戶及時共享研究進度和成果,循序漸進:
3.4 參與策略
3.5 小結
敏捷調研不是為了快而快,而是快速解決產品需求和設計問題打造好的體驗!
問題1:內部用戶招募。國企,公司logo優化調研, 因為時間和成本的關系,邀約的是公司的內部員工(年齡集中在40-50歲區間段),調研的結果內部員工更偏好原logo的微小變化的版本,與設計方期望差別非常大,想知道是否是不應該找內部員工測試。
回答:就上述問題,不建議找內部員工測試。
內部招募是一種短平快的用戶招聘渠道,但是,
問題2:概念測試。概念型產品可以用電話訪談的形式進行測試么
回答:概念型產品,由于屬于市場上未出現產品,很難在電話中通過語言描述的方式讓用戶理解和想象出來,因此,概念類測試不建議用問卷和電話訪談的方式,建議通過面對面訪談+高保真原型展示的方式進行測試,如果實在滿足不了高保真,哪怕線框的示意圖都比單薄的語言描述更強。
問題3:用研考核機制。用研的輸出建議,有些被采納,有些不被采納,采納的建議到產品成型很多已不是建議的“原型”了,如何衡量用研結果的直接作用。
回答:
在去餐廳用餐之前,我們還有些時間再了解一項基礎設計原理。讓我們回頭看看在「鄰近性」原理當中提到的燈光明暗控制開關。你能僅通過最左側這個開關的樣式看出它所控制的燈光明暗度嗎?
如下圖這樣又如何?
我們之所以能從后者當中進行判斷,所依據的就是映射關系。所謂「映射」,即是指,將被控對象的行為規律體現到控件自身的操作方式中,譬如開關把手的上升和下降,對應著燈光亮度的升高和降低。
映射同樣體現在多個控件的布局當中,它們的次序應該能夠反映出多個被控對象之間的相對位置關系。
我們假設這三個開關用于控制臥室天花板上的三盞燈。依據映射關系而設計的開關位置應該能夠幫助人們快速判斷出它們各自控制著哪一盞燈。映射原理有助于設計師對控件的類型、位置和次序進行決策。
當映射關系不明確時,我們通常需要依靠文本標簽才能理解開關與燈之間的對應關系。這并非完美的解決方案,因為閱讀和理解文字需要花費時間和精力,同時人們也難以依靠記憶進行快速操作。
在界面設計當中,映射關系也體現在控件類型的選擇上。例如通過滑塊(slider)控制文本的橫向字間距就是很符合直覺的交互方式。而相比于滑塊或是步進控件(stepper),旋鈕則更適于旋轉操作。
當然,最直接的映射才是最好的映射。為人們提供直接操作目標對象的能力是最為簡單、精準、符合直覺的解決方案。macOS 上的鼠標指針操作,或 iOS 當中的手勢操作,都可以為人們帶來直接操作的體驗。
不知各位如何,我是很餓了,這就準備下樓去吃飯。我們在大堂見,然后一起去餐廳。
坐在餐桌前,你會看到面前擺放著一個空盤子。我們能用這個盤子做什么?顯然,放些食物在里面。除此之外呢?
盤子很光滑,可以旋轉或是滑來滑去。
盤子有一圈寬邊,可以抓著拎起來。
我們對于如何與這個盤子進行互動的觀點便是可供性的體現。換句話說,盤子的外形特征為我們提供了如何與之進行互動的視覺及觸覺線索,使我們意識到哪些交互行為可行,哪些不可行。我們會意識到要將食物放進去,或是將它滑到其他地方。但我們通常不會想要倒水進去,然后端起來喝。
可供性并非物體自身所具備的屬性,它更多是在代表行為主體與目標對象之間的互動關系??晒┬詴蛐袨橹黧w的差異而有所不同。舉個極端些的例子,對我而言,飛盤可以用來抓住或扔出去,而對我的狗來說,飛盤就是單單用來叼的。不過另一方面,碟子對我和我的狗來說都是用來盛放食物的。
由于可供性所具有的主觀特性,一個人能感知到的交互特性在另一個人看來則未必如此。當可供性所傳達的交互特性與人們的常規行為有著高度關聯時,人們會更加容易感知到。
例如,我其實可以把碟子當作茶托,這會是個不錯的茶托。但我猜我們大家日常很少真的這樣去做,因此我會更樂于將碟子視為盛放食物的容器,而非將水杯放在里面。
我們能從我們所互動過的任何環境及事物當中感知到可達性。當我們走進餐廳時,門的大小及形狀可以傳達出供人穿過的特性,連續的地面使我們意識到可以在上面安穩地行走。
椅子的造型暗示我們可以坐下,桌子的構造令我們明白可以將物品擺放在上面。
人造物品當中都包含有傳達可供性的視覺線索,使人們明白哪些行為可行。清晰的、顯而易見的視覺線索可以幫助人們迅速了解如何與之進行互動。
對于 app 界面設計而言也是同樣的道理?;瑝K控件由把手和滑軌構成,暗示著拖拽的特性。
旋鈕的樣式意味著可以旋轉。
按鈕則一目了然地傳達著可點擊的特征。
在以上每一個例子當中,可供性的傳達效率都是極高的。事實上,隨著時間的推移,我們會越發適應于抽象度不斷提升的可供性傳達形式。我們所熟悉的界面當中的按鈕,無非是現實世界里真實按鈕的高度抽象化版本;那四個圓角足以將虛擬與現實兩個版本的同一種物體關聯起來。
同理,滑塊把手周圍那細微的投影效果也足以讓我們意識到其獨立于滑軌之上的操作特性。
而且,僅有的這一點點視覺線索可能都不是必需的,對于很多人來說,一條直線上的一個實心圓足矣傳達滑動操作的可供性了。
有時候,可供性也可以通過動效進行傳達。在天氣 app 中點擊主體內容,界面整體便會稍稍上升,暗示著可以通過滾屏來查看更多內容。
無論你使用何種方法,都必須確保 app 界面能夠清晰準確地傳達其自身的交互特性,否則,人們將困惑于如何與之互動。他們很可能會以錯誤的方式進行操作,然后發現無果,進而將控件理解成不可交互的元素,app 的可用性也會因此而受損。
原型的不同階段,含義和作用也各不相同,更加認清了原型在工作中的用途,希望對各位也有所幫助~
不知你有沒有這樣的經歷:為了不讓原型看起來丑,會糾結各種細節處理(間距、大?。?,結果造成工作周期延長,精力損失;為了讓原型接近于真實效果,會思考各種精致布局,結果leader來一句‘你現在做這么好看干嘛,這個功能都沒確定好’....在各種階段畫出了不合適的原型。
所以今天想聊聊‘交互原型’這一話題,也算是對自己成長的一個總結和沉淀。
文章目錄:
·原型的不同階段
·原型與用戶體驗的5個層面
·原型產出的原則
Part1:原型的不同階段
其實我覺得畫原型和做設計的理念是一樣的:沒有好壞,只有是否合適~
當產品經理/交互設計師沒認清當前的需求階段時,無論你畫的好不好看,都會出現一些糟糕的現象:一開始就注重細節處理、在原型需要重點輸出時,又忽略功能與邏輯上的思考、在功能未確定時追求精致頁面效果...
下面是我對‘原型’的理解,所繪制用于表示不同階段下的需求特征。
01.想法階段:
在產品需求的初始階段,功能概念都比較模糊,大部分想法都停留在腦海和口述上(工作中典型的場景,如團隊風暴、需求討論、會議評審)。需要我們不停地理清概念想法,驗證需求的合理性、目標是否正確。
所以這個階段的強調是:產品雛形 - 將我們的想法、概念需求可視化出來,并加以討論驗證。因此,最合適的方式就是用‘草圖’表達,快速產出快速修改,能即時看見產品的雛形。
常用‘草圖’勾勒產品雛形,除了可以表達想法、探索方向外,好處還在于:
a. 能提升你快速思考、驗證假設、優化設計流程的能力。
b. 能展示你思考問題的過程(設計思維),體現專業能力。
02.修改階段:
這階段的產品目標和方向較為清晰,接下來需要優化原有的概念想法,為產品創建一個信息架構、梳理功能邏輯等工作,方便在需求評審會、團隊討論中推動產品功能的進展。
該階段強調:理清目標 - 根據用戶訴求、業務目標、運營需要等不同目標點,逐步梳理出原型上需要展示哪些功能內容(界面布局、信息取舍)。
所以對產品經理/交互設計師來說,只需產出一個大體上看得明白、能理清產品功能的‘中保真原型’即可。方便即時修改,向產品定型/高保真原型過渡。
03.確定階段:
到了這個階段,產品需求的功能布局、信息設計已全部確定,這時一份全面、嚴謹的‘高保真原型’就尤為重要。
一方面可以為視覺同事的UI輸出、開發的落地實現等提供依據。另一方面在各種工作場景中,高保真原型都能發揮很大的作用,如交互評審、領導過稿、A/Btest、demo演示等等。
這一階段強調:細節核對 - 因為關系著UI輸出、界面實現等工作,所以需要注意各種交互細節,以防出現設計、流程上的漏洞。
有2個核對緯度上的檢查:
a. 規范對齊
若團隊內部有設計規范時,一定要對齊字體大小、顏色、布局、間距等視覺元素。且能復用已有樣式就盡量復用,避免出現“一個功能,兩種樣式”的情況,如圖:
b. 交互走查
高保真原型輸出后,需要根據交互自查表,一一梳理原型說明是否存在漏洞,以防出現異常流程和內容狀態。
另外,當你想要獲得用戶反饋、測試你的想法是否為業務/用戶創造價值時,盡量使用高保真原型。原因在于:能夠產生真實的操作效果、給用戶帶來‘身臨其境’的瀏覽體驗。
最后總結一下,不同階段的原型用途:
·草圖:快速表達想法、驗證需求、展示思考過程。
·中保真原型:梳理大體產品框架,繼續優化功能。
·高保真原型:為UI輸出與開發實現提供依據、測試用戶反饋、制作交互demo、向領導過稿等等。
Part2:原型和用戶體驗5個層面
另外我還發現,結合‘用戶體驗5個層面’來看不同階段的原型,兩者是多么地吻合、有理有據。
01.戰略層和范圍層 - 草圖
產品想要做什么?如何去滿足戰略目標?在構思把目標和需求轉變成功能和內容時,用草圖的方式是極為合適的:快速表達、即時驗證,能讓概念想法馬上‘可視化’出來。
02.結構層 - 中保真原型
想法表達后,需要為產品構思一個具體的框架結構,根據業務目標和用戶訴求,不斷地修改產品功能、信息設計,慢慢完成產品的定型。所以這時候只需產出一個大體上看得懂、方便修改的中保真原型即可。
03.框架層 - 高保真原型
這是原型設計的最后階段,產品關系已理清、功能內容已確定。這階段注重原型的界面細節處理,如梳理異常流程、信息的不同狀態、是否對齊規范等等,以便后期的界面實現,所以一份高保真原型就尤為重要了。
04.表現層 - UI效果圖
原型確定后,接下就是UI優化階段了,這時候產品的最終效果也就出來了。產品的下次功能迭代,也是根據此UI效果圖的基礎上進行原型優化、修改。
Part3:交互原型的原則
最后簡單說下,原型產出的幾個原則:‘使用灰色圖’和‘復用已有樣式’,避免在今后工作上踩坑:
01.使用灰色圖
原型就要有原型的樣子,大面積的彩色布局,很容易讓人覺得這是UI效果圖(視覺同事可不背這個鍋),尤其是在交互評審會上,這種細節更應該注意。
02. 復用已有樣式
這個上面已經說了,能復用樣式就復用,避免出現“一個功能 兩種樣式”的情況,否則和視覺、開發同事對接原型時,會造成一定的理解干擾。
總結:
以上對交互原型的一些見解,若有描述得不當請多指教,下面是總結文件(轉發截圖給我可領?。?
文章來源:UI中國
作為一個產品團隊,我們最需要的永遠都是懂用戶懂需求,并保持不斷的創新力。有贊希望每個產品人在這里都能足夠發揮自己的能量,為客戶創造價值,并獲取價值。
于是,我們需要一個大家共同理解、遵循、迭代的《產品設計原則》,從而保障我們可以在不偏離的情況下肆意揮灑、充分創新。
有贊的《產品設計原則》,根據客戶需求、有贊的使命和愿景、當前生態環境,以及我們所處的發展階段擬定,它是每個有贊產品在設計過程中都要遵守的基本原則。我們還會定期對其進行優化和迭代。
它是一個產品視角的原則,并非完整的市場、運營或者技術視角。在產品視角上,我們把產品設計過程分成了 4 個部分:產品定義、產品設計、產品研發、產品運營。
產品定義:首先是定義客戶和場景,面對什么樣的客戶,服務什么樣的場景,它的使用場景是什么;然后是價值,客戶價值和商業價值;再是全局,要做全局的整體的思考。
產品設計:基于場景拆分用戶的使用任務,任務再會拆分為功能和交互、內容和信息架構,最終把它呈現到界面上。
產品研發:主要指界面設計、技術研發,還應該有用戶體驗及可用性測試的部分。
產品運營:產品上線前后的基于產品的運營計劃,產品的增長管理、市場營銷、跟用戶之間不斷的互動過程。
這 4 個部分不斷循環迭代,就是整個產品設計方法的過程。在這個過程中有贊的產品設計原則如下。
1. 用戶和場景是一切的基礎
清晰的用戶畫像和使用場景,是整個產品的基礎條件。
2. 找到用戶價值和商業價值的結合點
定義一個新的產品時必須找到用戶價值和商業價值的結合點,同時能夠滿足用戶價值和商業價值的需求通常是最優質的需求。
3. 設計可持續正向增長的產品模式
產品模式應該是可持續的、長期的、正向增長的,隨著用戶的使用,產品價值會越來越高,業務增長會越來越好,成本增長不斷下降。并且,給老產品帶來正向增長的新產品,要比只利用老產品來補給的新產品要好。
1. 首先要是能夠最小可用的全場景閉環
商家端的產品要做成全場景、完整業務鏈路的閉環,因為任何一個環節的缺失和不完善都會導致商家的生意無法正常運轉。
2. 每個商家都應該是獨立的個性化的
本質上我們的服務是「在云上為每個客戶提供了一個獨立的產品」,商家都是獨立的,每一個商家都有個性化配置一切的權利。我們要盡全力去實現每一個商家的獨立和每一個商家的個性化,而不是規定他們一定要怎么樣。
3. 產品結構及呈現方式需要可延續可拓展
一個被信任的商業服務產品首先應該是持續穩定的,產品的結構和呈現方式一旦確定下來,就不能輕易改版。這要求我們的設計需要面對業務變化的時候可延續,面對功能和服務增加的時候可拓展。
1. 穩定壓倒一切
沒有任何東西比 SaaS 的穩定重要,宕機了再好的產品都沒用。會影響到系統穩定的事情不能做。
2. 說人話
說對方能聽懂的話,做用戶能用明白的產品。不耍專業,不設置門檻。
3. 永遠保持一致的表達方式
每一處給用戶表達的內容,都需要是一致的,不做多樣化。從開始到結束,從 A 產品到 B 產品,從界面視覺到文字內容,以及標點符號。
1. 不可減少,每個用戶都重要
新產品不能比老產品的功能少,不應該輕易下線產品功能,不降低服務。不讓少數服從多數,每個用戶的需求和習慣都是重要的。
2. 先有,再,然后易用,最后好看
有是最基礎的體驗,有總比沒有要好。然后使用效率要很高,再然后才是要好用易用,最后才是要好看。當然,丑也是不行的。
3. 持續關注自己的「孩子」,哪怕她已經嫁人
作為一個產品人,應該持續關注自己做過的產品,哪怕這個產品已經不歸自己管了,也應該經常關注并思考他的發展和進化。
4. 不騷擾用戶,不群發
我們的責任是幫助商家成功,不是為了讓我們自己的生意更成功,我們沒有權利去為了自己的商業目的不斷騷擾用戶。用戶通常不看系統消息,群發信息起不到溝通作用。
以下是白鴉在有贊內部關于《產品設計原則》的分享速記。
在有贊產品設計原則這件事上,我們想了很久。有贊最早期的時候,產品的設計原則主要靠我和麥麥(有贊首席產品設計師)等幾個人的默契,以及慢慢形成的習慣。我們在一起天天聊,然后就有了一些共同的產品觀,以及產品設計的習慣和理念。
但是,隨著我們的小伙伴越來越多,我們注意到有很多東西,都要再重新給每一個人講一遍。坦白說,所謂的產品設計原則或者產品觀,并不是全世界通用的。每一個公司、每一個團隊,因為業務性質和業務特點的不同,都可能會出現他的產品設計原則跟別人的不一樣。
所以我首先要說,產品設計原則這件事,沒有誰是最好的。只有你的產品設計原則是否最適合你的業務,最適合你的產品。因此,我們發現很多新的同學帶著原來在其他公司、其他崗位上的設計原則、設計思想,加入到有贊這家公司之后工作中有一些不適應,你不知道我們在產品設計時為什么會那么想。甚至我發現新來的同學經常會犯一些我們認為在這個業務性質上,在我們的原則上,我們的價值觀上不應該犯的錯誤。
所以我們花了很久的時間去討論有贊的產品設計原則,去推敲,最后把它確定下來。專門做這次的分享,而這次分享只是我們開始落實有贊產品設計原則的一個 kick-off ,之后我們還會把這次分享的內容再細化做出案例,然后對公司新入職的每個產品經理進行考試,如果考試不過關是沒有資格轉正的。因為有贊產品設計原則是這家公司與用戶的基本原則,這些東西我們要保持一致。
我舉個有意思的例子。我們經常發現新來的同學在優化產品的時候,他會發現某個功能可能有一點臃腫(麻煩且沒什么人用),然后就把這個功能下線了。如果是 to.C 的產品,把某個功能下線是很正常的事情,比如微信去年上了一個可以去看最近三個月誰沒有聯系,最近半年誰沒有聯系的功能,上線了一個版本后,下一個版本直接就刪了。 to.C 這樣刪是沒問題的,但是 to.B 的產品你不能刪。我問新來的同學你為什么把它刪了?他說我看了一下數據,沒多少商家用,于是就把它下線了。我要強調在 to.B 的產品上不能這么刪,原因很簡單,哪怕只有一個商家用,你都不能下線。如果這個產品有危害你不得不下線,你要么做一個高級功能把它替換下去,要么就得先跟商家溝通說:我們打算把它下線,對你有影響嗎?這是一個基本的 to.B 的產品設計原則,非?;A的原則。
不僅僅是因為你要堅持這樣的原則,甚至從法律上說你都應該有這樣的責任。因為商家在購買你的系統和你簽協議的時候他買了那個功能,而你把那個功能拿走了,你就是沒有很好的履約,你負有法律責任,說嚴重點就是這樣的。
另外,我們的產品設計師如果依據「大部分商家」和「一般情況下」去規定產品設計,也是一個壞習慣。
比如,「一般情況下商家的簽到活動都是持續的」,于是產品設計師就把「獎品被搶完」寫成了「獎品被搶完,下次早點來」。這是個典型的壞習慣案例,「下次早點來」不只是多余的,還是錯誤的。如果某個商家的活動就這一次呢,你強行加了一個「下次早點來」對這個商家來說不就是個 bug 嗎?還是那句話:不能因為多少商家都這么用,我們就要求所有商家這么用。
但是今天在中國幾乎沒有成熟的 to.B 產品經理,所以大部分的同學沒有這樣的習慣,來了就把功能下線了。然后每次問,每個人都要重新說一遍,不厭其煩。所以我們今天就專門把所有產品經理叫到一起說一遍。說完了我們還會把內容做成手冊,大家可以理解,這就是有贊產品設計的法律,我們會把它上升到非常高的高度來看待這個問題。
有贊這家公司的所有做事方式、所有思考,以及所有出發點,都是基于我們業務。而我們的業務是基于什么?我們的戰略又是基于什么?都是基于我們長期的使命和愿景,所以我必須要給大家回顧一下有贊的使命和愿景。
我們的使命是幫助每一位重視產品和服務的商家成功。「每一位」和「商家成功」是我們最重要的關鍵詞,我們要服務的是每一位商家,然后幫助每一位商家成功,但是為了整個生態的健康,那些不重視產品和服務的商家,我們是(可以)不服務的。所以我們在產品設計原則上,在產品的一些功能的選擇上,如果這個功能做完了會導致商家不重視產品和服務,我們是不會/能做的。
舉個例子:消費者購買之后(可以)有一個評價,我們的購物評價是要么開啟要么不開啟這個功能。我們不接受商家去刪購物評價,因為商家一旦可以刪了消費者的差評,他就很可能不會那么重視產品和服務了。所以有贊永遠不會提供刪除商品評價的功能,商家要么就不開啟??梢圆挥?,如果要用就要接受有人說你不好,商家可以去跟消費者溝通,溝通完了消費者自己改,但是我們不提供讓商家刪壞評價的功能。所以,這就是最基本的有贊產品設計原則,我們只服務重視產品和服務的商家,我們所有的產品設計原則都是需要這樣。
使命是一個很長遠的事情,是這個公司活著的理由。而愿景是什么?愿景是我們認為在可見的時間內,我們可以達成的目標。我們在愿景里寫了兩條:
第一條,成為商家服務領域里最被信任的引領者。因為要成為「引領者」,所以我們對于每一個人的專業性要求很高;因為要成為引領者,所以我們愿意把我們的產品設計規范、產品設計原則、產品界面的東西拋到網上去。大家看到我們在有贊云上直接共享了,直接開源了我們很多很多產品設計的東西,是因為我們希望更多的同行一起探討一起分享,大家可以隨時訪問 design.youzan.com。我們愿意接受別人來學,今天大家會看到甚至連一些跟在我們后面的所謂的競爭對手們都在抄我們,大家看到一些「SaaS」的操作后臺跟有贊長得一模一樣。沒事,大家在這件事情上胸懷應該開闊一點,因為有贊要做引領者,所以我們就應該有這樣寬闊的胸懷,就應該把它共享出去。這也是為什么今天這一場分享會,我們是用「愛逛直播」面向全網直播。我們歡迎所有的同行一起學習一起交流,甚至我們接受所謂的競爭對手來抄我們,因為我們要做引領者。這就是我們自己基于這樣的愿景要去做的事情。
第二條,我們給這個組織還定了一個愿景,就是持續做一個 Enjoy 的組織。因為要持續 Enjoy ,所以我們在做產品設計的過程中要好玩。
我們的產品里要想到一些好玩的東西,然后這家公司的氛圍也會好玩,我們給商家的活動也會好玩,這是因為我們的使命和我們的愿景。好多新同學不知道為什么有贊這家公司除了清明節什么節都過,因為我們要 Enjoy,所以是個節我們都會把它弄得好玩一點。這就是為什么我們要用購物直播的愛逛來做這次直播,因為它好玩,這是我們做這些事情的原則。
那么后面我講到的每一條有贊的產品設計原則都是基于我們的使命和愿景去做的,沒有任何一條跟它沒有關系,我們所有的思考點都是基于這個出發的,越在有贊這家公司呆的時間長的人,越能理解我們的每一條原則為什么那么做?為什么那么去設計?
說完這些大的原則,我們再去看看面對的情況。剛剛我們說所有的原則都是基于我們的目標和我們面對的業務性質、業務情況、市場情況,那么我們面對的市場情況是什么樣呢?我們是什么樣的業務類型呢?
我們去看一下今天全世界估值最高的、最值錢的 SaaS 公司 Salesforce,這是 Salesforce 從上市之后到現在的股價,這家公司市值快 2000 億美元了。
Salesforce 做了十年才上市,上市的前五年股價幾乎沒動,因為 SaaS 需要慢慢積累,然后 Salesforce 上線了 force.com,相當于有贊的有贊云,然后股價開始漲,一路在漲,中間還有個漲是因為 Salesforce 要做 AI。而且一路漲的這些年里很有意思的是,Salesforce 每一年的收入增長標準是 34%,這是全世界最牛的 SaaS 公司的成長。
我們再看和有贊微商城業務很像的 Shopify。
Shopify 做了五年上市,上市后的前三年股價幾乎沒什么動彈,從 2017 年開始漲,市值也快 200 億美元了。
一個 2000 億美元和一個 200 億美元的 SaaS 公司,早期都是這樣。所以我們一直說 SaaS 的業務是什么?SaaS 的業務是:首先要花 5 年以上時間做產品,然后再不斷地迭代和優化產品。(因為有贊的使命是「幫助每一位」,所以未來可以有多大的規模對有贊來說非常重要)所以有贊的產品要先服務通用的客戶,再服務垂直行業,再服務商家的個性化。在第二個 5 年時間,要同時開始培養銷售能力,獲取更多的客戶賺取更多的錢。然后,在第三個 5 年時間,我們發現所有的 SaaS 公司都在收購公司,最近 Salesforce 花了 190 億美元收購了一家做數據可視化的 SaaS 公司。為什么要收購其他公司呢?因為你手里有客戶了,你就可以給客戶賣更多的軟件,那些軟件不用自己做,可以買,買完以后賣給更多的客戶。基本上,每一個 SaaS 公司走完了這十五年,可以躺著再走十五年,這就是 SaaS 的業務類型。
而我們今天在中國市場所面對的不僅僅是像 Salesforce 和 Shopify 這樣,需要長時間去做產品,需要很長時間去做服務,做企業服務之外,我們還面對三座大山。
第一座大山,是今天中國電商平臺的極端壟斷。Shopify 的商家有 50% 的流量來源于谷歌,其中 30% 到了 Shopify 的店里,還有 20% 去了 Amazon 的店里。而在中國,在百度上搜購物相關的詞全被淘寶投了廣告,所以中國的電商幾乎還沒有多少來自搜索引擎的流量,因為電商平臺太壟斷了。所以商家需要「一個有交易功能的獨立官網」的能力。在過去的很多年成長得非常慢,只有過去的兩到三年才看到,中國的商家開始希望有一個自己的帶交易功能的官網。這就是最近兩三年大家看到的,商家在電梯和公交站牌投廣告的時候,除了品牌商有一個搜索框到天貓旗艦店之外,還會有一個小程序的二維碼,或者是微信公眾號的二維碼,然后掃完二維碼打開的基本全是有贊的店。我可以很負責任地說,今天在整個微信生態內,真正重視產品和服務的品牌商家的小程序和公眾號的 H5 官網,90% 以上都是用的有贊,尤其是有成交的。為什么?因為,我們有很好的風控體系,我們有售后維權體系,今天中國只有這一家公司有超過 100 人的消費者維權團隊,只有這一家公司有完整的擔保交易體系,只有這樣我們才能保障整個生態的健康,才能保障我們的商家是重視產品和服務的。但是這座大山我們跨了很久,還在越。
第二座大山,是商家在購買有贊的時候會認為有贊能給他帶來增量的生意(以為用了生意一定會馬上就好起來,忽略了有贊是個工具,還需要自己用好這個工具),這是商家購買時候的動機。但是并非所有的商家都能把私域流量運營好,他購買了但他把有贊用好的能力不一定夠,活躍度不夠,這是我們今天在克服的問題,所以我們做了那么多的商家培訓,做了那么多的運營指導。
我們是從中小企業開始服務的,最近一年多我們開始做大客戶以后,每一年的大客戶比例都在不斷的增加,我們現在大客團隊已經有幾十人了,明年我們應該有上百人的大客團隊,我們會簽更多的大客。尤其是有贊云上線之后,我們可以幫每個客戶個性化,我們的大客戶會變得越來越多。但是我們的大盤畢竟是中小企業數量最多,這樣我們又要越的第三座大山是什么呢?是中小企業的閉店率、死亡率比較高。你好不容易獲得一個客戶,他卻因為自己其他的原因把生意做失敗了,你做的再好沒太大用,這是我們要越的三座大山。
所以,我用四個字總結,就是:路遠天黑。因為路遠天黑,因為 SaaS 這個行業是這樣,所以我們必須把每件事做的非常認真,我們要把我們的設計原則完全的貫徹下去,很多東西我們要整齊劃一的一直能走到那一天,要用非常穩定的產品質量的輸出,非常穩定的用戶體驗質量的輸出,這是為什么我們應該比所有的公司都更重視這件事情的原因。所以,這是我經常說的,這家公司產品理念就應該是「聰明人在下笨功夫」。我們知道在什么地方可以耍聰明,但是我們要用的是長期能增長的笨功夫。這是我們的使命、我們的愿景、我們面對的這個行業特點決定的。大家會看到在官網上,我們公布了這些使命、愿景,和價值觀。
一家優秀的公司、一家偉大的公司是敢于把對自己的要求和它的使命、愿景、價值觀公布在官網上的,因為我們公布了就是讓所有的客戶來監督我們。我們在官網上沒有直接寫「幫助每一位重視產品和服務的商家成功」,我們寫了這個階段更具象、更能讓客戶理解的話。
首先我們告訴全社會,有贊是一個商家服務公司,我們幫助每一位注重產品和服務的商家私有化顧客資產、通過互聯網拓展更多客戶,并全面提高經營效率、全面助力商家成功。為了讓客戶理解我們把它這樣解釋了,這是為什么官網上跟我們內部講的不一樣的原因。
然后我們寫了我們要致力于成為商家服務領域里最被信任的引領者,并持續做一個 Enjoy 的組織。我們寫我們是一個商家服務公司,寫我們是從工具開始慢慢做生態,寫我們的經營理念是為客戶創造價值并獲取價值。為什么要獲取價值?因為我們要走很遠,如果我們不賺錢我們活不到那一天。我們要走很遠,所以我們做每一個產品都要考慮客戶價值和我們自己的商業價值,我們要追求更長期的經營和追求持續的增長。所有的這些原因,都是因為我們自己的使命和愿景,以及我們面對的環境。
我今天專門再重新講一遍,是希望每一位有贊做產品的人能理解這每一句話背后的思考和原因。我們再說自己的戰略,這家公司會從一個 SaaS 公司變成一個大數據公司,變成一個人工智能公司。
我們有電商 SaaS ,除了電商 SaaS 我們還做了門店 SaaS ,然后我們在做有贊云,我們在嘗試分銷、嘗試有贊支付、嘗試有贊金融、嘗試有贊廣告業務,我們未來有更多的增值業務,這是我們一直在走的業務。我們今天在門店 SaaS 的業務剛剛開始,所以我們還有很遠很遠的路要走。
基于前面這些大背景,你會看到這家公司的所有的思考方式和思維理念,就是我們要給我們的客戶提供解決方案,來幫助我們的客戶在生意上成功。我們的客戶成功了,我們可以通過客戶的介紹獲得更多數量的客戶。因為我們服務了更多數量的客戶,我們才能更理解客戶的需求。因為我們更理解客戶的需求,我們才能把解決方案做得更好;把解決方案做得更好,客戶會更成功。我們一直在圍繞這樣的一個正向循環,在做我們所有的布局、所有的思考、所有的產品、所有的投入。
所以你會看到,這家公司只會通過解決方案幫助客戶成功來獲取更多的客戶,不會在市場上拼命打廣告,不會在市場上拼命做補貼來獲取客戶。為了幫助客戶成功獲取更多客戶的目的,是為了我們更理解客戶的需求,所以我們更要重視今天已經付費客戶的需求。我們不是不重視還沒有付費客戶的需求,我們更重視付費商家的需求是因為要理解現在商家的需求,把它做好,然后再去豐富解決方案,然后再來服務更多的客戶,這是我們整個的經營理念。原則上,從有贊云正式上線之后,我們不接受客戶說「我的需求你們有贊滿足不了」。滿足不了只是時間問題。
這就是我們想要做的事情,這就是這家公司整體的思考方式和整體的設計理念。這個東西不只是產品在考慮的問題,也是公司的整個服務體系、銷售體系、產品運營體系、技術體系以及包括 HR 體系、財務體系都在用這樣的思維方式考慮所有的問題,這是我們整體的東西。
接下來我們再來說我們的設計原則,來得早的同學都見過這個設計原則,這是我們最早定的一版很粗的設計原則。設計原則是:說人話、產品應該是低門檻的、產品盡量讓商家可以配置、產品要做到最小可用、所有的產品表達是一致性的,每一個商家盡量獨立。
這就是我們第一版的設計原則,接下來我要開始說未來幾年有贊的產品設計原則。
我想強調一下,剛才前面的內容是全公司視角的。
公司每一個人的視角和思考方式。所以,接下來所有內容都是「產品視角」。它不包含我們的商業體系和服務體系的視角。接下來我會提到產品研發,產品研發不是指技術一定要這么干,是產品研發那個階段要做的東西。也會講到產品運營,也不是說運營部門一定要這么干,是產品人在產品視角上應該怎么考慮運營問題,應該是什么樣的原則。
在說產品設計原則之前,我先說基本的產品設計方法論。有三個部分。
第一部分,是產品設計的邏輯,發現問題、發現客戶的需求,然后去解決問題,然后再去驗證這樣的問題有沒有被解決,驗證完問題之后去發現新的問題,再去解決問題。所以每一個產品人在做的事情,其實就是發現問題、解決問題、驗證問題的整個過程。
第二部分,是產品人應該知道自己的核心能力是什么?產品人的核心能力有三個:
第 1 個是一件事情能把它想清楚。任何一件事發生了,你能不能想到它底層的原因是什么?它的根本是什么?
第 2 個叫說得明白。因為產品是整條線的那個牽頭人,如果一個產品人不能把你的想法這件事情的東西說明白,就是能力很差,不存在表達能力很差的產品經理。有人說張小龍的表達能力就不好,那是你們沒見過他講產品邏輯和思考的時候表達能力有多好?!覆簧啤寡葜v不代表表達能力不好,要的是把自己的思考清晰表達出來的能力,而非煽動能力。
第 3 個是要有能力快速地去試。這個試包括但不限于把產品搞上線讓用戶來用,也包括了可能做一個粗的原型,也包括了可能去做訪談,去做客戶的溝通。
然后再說產品人的設計方法,有贊的《產品設計原則》,根據客戶需求、有贊的使命和愿景、當前生態環境,以及我們所處的發展階段擬定,它是每個有贊產品在設計過程中都要遵守的基本原則。我們還會定期對其進行優化和迭代。我們把設計方法分成了 4 個部分:產品定義、產品設計、產品研發、產品運營。
產品定義:首先是定義客戶和場景,面對什么樣的客戶,服務什么樣的場景,它的使用場景是什么;然后是價值,客戶價值和商業價值;再是全局,要做全局的整體的思考。
產品設計:基于場景拆分用戶的使用任務,任務再會拆分為功能和交互、內容和信息架構,最終把它呈現到界面上。
產品研發:主要指界面設計、技術研發,還應該有用戶體驗及可用性測試的部分。
產品運營:產品上線前后的基于產品的運營計劃,產品的增長管理、市場營銷,跟用戶之間不斷的互動過程。
這 4 個部分不斷循環迭代,就是整個產品設計方法的過程。在這個過程中有贊的產品設計原則如下。
第一個,產品定義的產品原則。
第一點,用戶和場景是一切的基礎。
清晰的用戶畫像和使用場景,是整個產品的基礎條件。
在有贊做產品,如果你不能說清楚這個項目你思考的核心使用場景,它的用戶畫像,你什么都不可能做好。所以用戶畫像和使用場景是最基礎的東西。
第二點,找到用戶價值和商業價值的結合點。
定義一個新的產品時必須找到用戶價值和商業價值的結合點,同時能夠滿足用戶價值和商業價值的需求通常是最優質的需求。
你在定義一個新的產品時必須找到用戶價值和商業價值的結合點,不是所有的用戶需求都要今天滿足,因為如果那個用戶需求跟商業價值之間不能契合上,它的優先級可能就會被降低。
我們去做一件事情,這件事情有兩個軸,一個軸就是用戶價值,一個軸是商業價值,我們要找到這兩個軸里最契合的那個點,然后那個事情的優先級才是最高的,這就是最基本的原則。
舉個例子:假如微信公眾號的應用很淺,要點公眾號菜單打開一個 H5 , H5 的交互也不那么好。如果把它搞一堆組件,把它做成原生的小程序,那體驗是不是更好呢?做了小程序之后,用戶的記錄還能夠被留存下來,還能找到用過的小程序,小程序的內容還可以被很多人搜索,那是不是更好呢?這是基于用戶體驗來說的。但是基于用戶的體驗和用戶的價值之后,是不是一定要做它,還要考慮對于微信的商業價值是什么,讓用戶的體驗更有粘性?讓場景能擴張?商業上可以讓內容更封閉在微信的生態內?商業上打造一個新的閉環游戲生態?我們不知道這些是不是騰訊真實在考慮的決策原因,但我可以肯定每一個決策的背后都是基于用戶價值和商業價值這兩個點。
有贊做所有的事情,決策的背后也是基于這兩個點,有很多客戶提各種需求,我們應該先看客戶是誰?畫像是什么樣子?這些需求的場景是什么?滿足這些需求的價值有多大?然后再看如何在這件事情上獲取商業價值,商業價值不代表一定是錢,它可能還有更多商業可期的東西。所以,任何決策的背后都應該是這樣,如果做一件事只能給用戶創造價值,商業價值是損失的,這件事優先級一定不高;如果一件事你只能夠獲取到商業價值,對用戶是沒有價值的,這件事情可以不做,這是有贊這家公司的基本原則。
第三點,設計可持續正向增長的產品模式。
產品模式應該是可持續的、長期的、正向增長的,隨著用戶的使用產品價值會越來越高,業務增長會越來越好,成本增長不斷下降。并且,給老產品帶來正向增長的新產品,要比只利用老產品來補給的新產品要好。
你不能設計出來一個產品,那個產品是負向增長的,要設計一個產品讓用戶用完之后會有更多人來用,會帶動更多的正向的收獲,會獲得更多正向的需求,會帶動更多正向的收入,會帶動更多正向的客戶成功。而如果你做一個產品,只能解決短期的問題,不能長期正向循環正向增長,那這就不是一個好的產品。我們做任何一個產品任何一個功能任何一個業務,它都應該是可持續的、長期的、正向增長才是最好的。
在產品設計階段,有三個產品設計原則。
第一點,首先要是能夠最小可用的全場景閉環。
商家端的產品要做成全場景、完整業務鏈路的閉環,因為任何一個環節的缺失和不完善都會導致商家的生意無法正常運轉。
這里的關鍵詞是「最小可用的全場景閉環」,最關鍵的詞是我們和 to.C 場景完全不一樣的,就是「全場景閉環」。to.C 的場景不是全場景閉環,你會發現做 to.C 的業務經常會出現:要做一個業務,大家開始一起頭腦風暴,認為要搞 100 件事,然后這個業務搞了 10 件事就敢上線了,上線就開始運營了,然后過了幾年公司都賺了錢了,業務都跑很順了,有很多用戶了,當年的 100 件事才只做了 30 件,其中有 20 件是在那 100 件事里面的,還有 10 件可能不是那 100 件事里面的,是別的地方的。這就是 to.C 產品,可以快速迭代,小步快跑。而 to.B 的產品最小的那個快速迭代也得是全場景閉環的,想做一個 to.B 的業務,然后列了 100 件事,對不起請先做夠 90 件,不做 90 件不是閉環不能上線。
舉個例子:我經常講的,就是我們最早做收銀的時候,第一版沒有掛單功能。想一想一個收銀的產品如果有 100 個功能,掛單能排到前三十嗎?能排到前二十嗎?不能。于是我們犯了一個錯誤,就是沒做掛單功能就上線了。然后被客戶吐槽,說你們做的什么產品?連掛單都沒有。然后我們問客戶掛單重要嗎?客戶說重要啊。這就是做 to.B,必須要做到的。
然后我們做了一個掛單只能掛 1 單,客戶又反饋,「什么產品只能掛 1 單」。我們問:經常掛很多單嗎?客戶說「偶爾要掛很多單」。
掛單的場景就是你在超市排著隊買東西,結賬的時候需要再買個東西,收銀員把你的東西放一邊,后面的人先結賬買單,把你的單選擇掛單,等你把東西拿回來之后,她再把那個單取出來,掃個碼再把之前的東西放進去一起買單,這叫掛單。這場景豐富嗎?排的優先級高嗎?不高,但是你沒有,這個產品就不能上線。
這就是 to.B 要做全場景、完整場景的閉環,如果你做不到完整場景閉環你都不好意思上線。所以在這家公司,大家千萬不要帶著 to.C 的思維來做產品的初期那個最小可用,那個初期的最小可用上線了,商家罵一頓走了,銷售白忙活了,等再去賣的時候商家說哎呀有贊我知道,很爛的,收銀連掛單都沒有。所以一定要把閉環做完,做 to.B 就必須要這么干,我希望大家能理解。
第二點,每個商家都應該是獨立的個性化的。
本質上我們的服務是「在云上為每個客戶提供了一個獨立的產品」,商家都是獨立的,每一個商家都有個性化配置一切的權利。我們要盡全力去實現每一個商家的獨立和每一個商家的個性化,而不是規定他們一定要怎么樣。
軟件最早都是單機版,即使今天我們做了 SaaS ,其實也只是在云上給每一個客戶提供獨立的軟件,所以每一個客戶的商城都是獨立的,每一個客戶都有個性化他的商城的權利。如果成本可控的情況下,每一個功能都應該是可配置的,有的人想把購買叫「立即購買」,有的人想把購買叫「擁有它」,你就應該讓他可以去定義購買按鈕的文案。to.C 沒有人這么想過(因為一個產品都應該是一個統一意志的),但是 to.B 就應該是這樣,每一個商家都是獨立的,每一個商家都有個性化的權利,你要盡全力去實現每一個商家的獨立和每一個商家的個性化。
我見過很多 to.B 的產品上來就不被接受,就是因為他們不懂這樣的基本理念。比如,商家說我有這個需求,然后產品經理說你應該那么用,請問誰規定商家必須要那么用?
我給大家舉個例子:我給企業微信的產品經理說了好多次。我說企業微信能不能有標記未讀?原因很簡單,麥麥給我發的一條信息我看了,我判斷需要找一個稍微空一點的時間花幾分鐘回復他,我標記一個未讀,隨后再找回來回復他。企業微信的產品經理回復我說:企業微信里有個功能叫待辦事項,你應該把它加入到待辦事項。我很無語。
這就是不會做 to.B 產品的人的思維方式,他希望和規定用戶的行為,但是 to.B 不應該這么干。微信可以這么干,但是企業微信就不該這么干,這是基本的 to.B 的思維。
第三點,產品結構及呈現方式需要可延續可拓展。
一個被信任的商業服務產品首先應該是持續穩定的,產品的結構和呈現方式一旦確定下來,就不能輕易改版。這要求我們的設計需要面對形勢變換的時候可延續,面對功能和服務增加的時候可拓展。
一個好的 to.B 產品,有贊微商城的產品后臺界面結構、產品架構,從 2015 年開始就沒有改過了。2015 年我們上線的時候就說我們要上線一個版本,這個版本的產品架構在未來永遠不改。一個 to.B 的產品不要沒事折騰改版,改版了客戶就不會用了, to.C 產品要搞點花樣,有點爭議沒關系,to.B 產品沒事兒不要動它。所以很多人知道,這家公司如果你要改商家管理后臺的導航必須我通過,是因為我不希望你改。
因為它需要一直可延續,那么它就要求你在設計的時候是縱向的,豎著的導航,因為它有拓展空間(豎著有滾動條,橫著沒有)。
還有我們的很多產品經理不理解,為什么要堅持有贊微商城的后臺概況、店鋪、商品、訂單都長這樣,商家會那么找嗎?我告訴你:只有中高端商家會跑到里邊二級導航找,大部分商家都會從首頁點擊,商家基本上不太會理解你的架構,所以我們那個產品架構是給誰用的呢?是給在座的有贊產品經理們用的。為什么?因為讓你不要亂放,告訴你商品就放在商品這里,訂單就放在訂單這里,店鋪就放在店鋪這里。確保這個產品有一萬個功能的時候產品結構還是穩定的,常用的東西在首頁可以找到,不常用的在二級導航里面可以找到,或者直接搜索到。
所有的導航和所有的內容,都應該是商家的生意,你不要去搶他的,而我們跟商家之間的生意,放在設置里面,設置里面有一個專門的版塊是我們跟商家之間的關系,剩下都是商家自己管理自己的生意,我們在給商家做的是一個工作臺,整個有贊打開概況頁只有內容區左上角你買的什么版本,是有贊跟他之間的生意。設置里面二級導航最下面的有贊服務,是有贊跟商家之間的關系,剩下都是商家自己的,你不要攙和進去。
舉個例子:最早我們把商家交的保證金,商家在有贊這里還有多少有贊幣,都放在資產里面了,這是不對的。資產是他的生意,不是你給他的東西,這是我們要做的規范。這些規則,商家懂嗎?他不懂,他在乎嗎?不在乎,在座的各位必須在乎,因為今天你有這么多功能,未來有一天這個產品有一萬個功能的時候,你現在開始不在乎,未來就崩了。
我有一個做證券軟件的朋友,去年我在南京做產品培訓的時候他來找我,說白鴉我準備給我的軟件改了,我的后臺得改了,沒法干,我們有一萬個功能,太難用了,我準備改它,改得倍兒簡潔。我說:別,不需要那么簡潔,需要穩定,因為你有那么多功能甩不掉,是因為你要服務那么多的客戶,就需要那么多的東西,所以你需要一個穩定的產品架構。
還有為什么你們會發現,我們的后臺看不出來是我們的后臺,因為我們沒有在我們的后臺放有贊 logo。很多軟件公司,把左上角的 logo 放成自己公司的 logo。一個商家在他的后臺天天看有贊的 logo,他為什么要看見你的 logo?他不需要看見你的 logo。我們的 logo 在哪?我們的 logo 在內容區最底下灰色放在那,那是一個版權聲明而已。
這是我們做事情的原則,因為你要考慮你的用戶要什么。還有比如阿里媽媽,然后你會發現阿里媽媽的后臺花里胡哨的,阿里媽媽的每一個商家后臺產品長的都不一樣。一個商家的廣告投放后臺搞那么多花樣干嘛?
所以我們前天又梳理到凌晨兩點多,然后規定接下來我們給商家用的 SaaS 產品,所有的布局方式都必須一致,左右布局,然后一級導航、二級導航、三級導航內容區規則必須一模一樣,因為任何一個商家用有贊的所有產品,習慣應該保持一樣,你不要讓他用 A 產品用 B 產品用 C 產品都要重新學習一遍,這是不行的。
不過,我們的廣告投放后臺、商家資產的后臺,它是一個平臺型產品(這不是商家管理自己店鋪和消費者互動的后臺,而是商家跟有贊之間互動的后臺),雖然也要保持左右布局保持體驗一致,但是我們要做品牌露出,因為要聲明你在用有贊支付,這是你在有贊支付的后臺,你在管理你在有贊支付的資產。
有贊以后給商家所有的后臺產品都必須左右導航,不接受上下導航,只有這樣商家用我們所有的產品的習慣是一致的,學習成本是的。這就是我想說的:產品結構和呈現方式需要可延續可擴展。
然后我們再說產品研發,今天主要說界面。
第一點,穩定壓倒一切。
沒有任何東西比 SaaS 的穩定重要,宕機了再好的產品都沒用。會影響到系統穩定的事情不能做。
如果你要做一個功能,這個功能可能會影響到系統的穩定性,不要做。因為沒有任何東西比 SaaS 的穩定重要,如果你宕機了,你做得再好都沒用。
這也是為什么這家公司應該是全世界唯一一家把恥辱時刻會出現的東西做成吉祥物的原因,為什么霸王龍是有贊的吉祥物?為什么辦公區里都是霸王龍?是我們想提醒每一個人:穩定是 SaaS 的第一要務。宕機了你什么都不是,你不能宕機,所以穩定壓倒一切。
如果你做一個產品,產品呈現上也要穩定,而且這個穩定應該在方方面面持續保持。商家為什么覺得你靠譜?你怎么樣成為最被信任的引領者?你怎么做到最被信任?我們今天說一個商家靠譜,那家店在那里開 10 年了口味沒變過,然后你覺得他靠譜,對不對?
正是因為這樣的原因,所以我不希望我們今天變明天變。所以這也是為什么我們每年兩場發布會是固定的, MENLO 在五月初,年底有感恩答謝會。 MENLO 發布會所有的設計主題都一定圍繞著電燈,可以每年換個電燈的創意,但是必須是圍繞著電燈,這故事要持續講下去,才會穩定被信任。MENLO 發布會的門口一定會看到愛迪生的那張圖片,這就是我們要做的,一定會在整個 MENLO 發布會的地方能看到那個燈塔的圖片,這就是持續做一個被信任的品牌要堅持的穩定,不止是系統穩定,有很多地方要保持「穩定」。
第二點,說人話。
說對方能聽懂的話,做用戶能用明白的產品。不耍專業,不設置門檻。
說人話是這家公司的基本價值觀,大家都懂,我想說另外一個,拒絕設置專業門檻。今天有很多的產品經理有一個惡習,就是沒事喜歡取名字,沒事習慣造詞。我最害怕和做廣告的人打交道,廣告行業有無數的詞,就好像今天中國傳統文化圈子一樣,非得搞一些詞,搞一定的門檻,這是不對的。所有的產品名字、所有的詞、所有的用語都應該是人話,都不應該設置門檻,這也是為什么我們的產品取名好像特別沒文化,你看我們產品名字「有贊零售」、「有贊美業」、「有贊教育」顯得特別特別沒文化,人家都叫「智慧XX」、「XX生意寶」,但是我們就叫這樣的名字,因為我叫了這樣的名字可以十年二十年不改名字,客戶一看就懂它是什么。但凡要占短期的 PR 和市場營銷宣傳的便宜,設置那么高的門檻,商家還要去理解:哦?你那個什么生意寶是什么?哦,原來是這樣的啊。
還有我不知道你們現在有沒有在堅持,我想強調一下,我們的二級域名不要用英文,有贊零售就是 lingshou.youzan.com,然后每一個產品的二級域名都應該是拼音且每一個產品的二級域名都要考慮拼錯的時候也可以打開(必須 linshou\lingshou\linsou\lingsou 都應該可以跳轉到有贊零售的二級頁面),這是取二級域名的原則。沒事搞個英文,你覺得商家知道那個英文是什么意思嗎?這就是要知道怎么是說人話,說人話在每一個細節里。
第三點,永遠保持一致的表達方式。
每一處給用戶表達的內容,都需要是一致的,不做多樣化。從開始到結束,從 A 產品到 B 產品,從界面視覺到文字內容,以及標點符號。
賬戶就叫賬戶,登錄就叫登錄,在 A 產品是這樣,在 B 產品也是這樣。前天檢查到凌晨兩三點鐘,還發現有的產品叫通用設置,有的產品叫高級設置,有的產品叫我的設置,這是不對的,要叫通用設置所有的產品都要叫通用設置,名字就需要被固定化。如果你覺得這個設置要改個名字,我們商量商量全線一起改,這是你要保持的一致的表達。還有,to.C 的產品可以花樣很多,to.B 的產品不需要那么做,所以一定要有一致的表達。
然后我們再去說產品運營的部分。
第一點,不可減少,每個用戶都重要。
新產品不能比老產品的功能少,不應該輕易下線產品功能,不降低服務,不讓少數服從多數,每個用戶的需求和習慣都是重要的。
就是我前面講到的,to.B 的產品不接受你把一個功能下線,永遠不要去減少你的東西。
第二點,先有,再,然后易用,最后好看。
有是最基礎的體驗,有總比沒有要好。然后使用效率要很高,再然后才是要好用易用,最后才是要好看。當然,丑也是不行的。
有是最基礎的體驗,這個功能有沒有?先要有,然后要。因為你做的是一個商家工作臺,他使用效率要很高,然后才是要好用,要易用,上來就能用,上來就會用,然后才是要好看。
to.B 的產品不應該是上來搞好看,沒用的。我們不需要那么好看的商家后臺界面,簡潔是最重要的,所以我們左右導航且顏色都是灰的,不要搞那么飽和度很高的顏色,商家后臺不需要那么跳,黑白灰配一些色,讓它舒服一點就好了。當然「有贊美業」可以特殊,美業本來就很時尚,但是美業也不要用大紅那么跳的顏色,這是基本的。好看沒有好用重要,好用沒有重要,因為它是商家后臺,天天都在用,他學習一下未來效率高很重要。沒有有重要,先要有。
問:和易用有什么區別?
答:,指的是長期使用效率;易用通常指的是用戶是否容易學習容易上手。舉個例子:我們做水電煤繳費,每個月用一次,每次用都忘了上次學習的操作技能,那么應該注意「容易學習容易上手」,符合「別讓我思考」的邏輯,寧愿多點一次也別讓他多想。我們做商家后臺「發貨」和「收銀」功能,每天都用,用很多次,應該注重「使用效率高」,即使要學習一下,也得保證可以操作,不要每次都要點 N 多回才能完成一個操作。
第三點,持續關注自己的「孩子」,哪怕她已經嫁人。
作為一個產品人,應該持續關注自己做過的產品,哪怕這個產品已經不歸自己管了,也應該經常關注并思考她的發展和進化。
我覺得這是任何一個產品人都應該有的基本精神,你既然做了一個產品,這個產品就是你的孩子,你就應該持續關注她,哪怕這個產品你做完了,你不再負責了,轉到別的部門了,別的人在負責,你都應該時不時的去看看她。因為你做出來的產品就是你的孩子,如果你的女兒嫁人了,你是不是就不聯系她了?不會吧。
我很負責任地說,我做過的支付寶產品、百度的產品,到現在我偶爾還想回去看看她,看看她被改成什么樣子了。我覺得我骨子里至少還有那種精神,這是一個產品人最基本的精神。
第四點,不騷擾用戶,不群發。
我們的責任是幫助商家成功,不是為了讓我們自己的生意更成功,我們沒有權利去為了自己的商業目的不斷騷擾用戶。用戶通常不看系統消息,群發信息起不到溝通作用。
在這家公司里,任何給用戶群發信息都必須我批準,而我不會有時間審批,發郵件我看都不會看,你發微信我也不會理你的。如果你非得說不發會死,會出現大問題,那么自己想辦法找我,找的第一次我理都不理你,因為你不要給商家發信息,人家用你的后臺做生意,你沒事給他群發什么信息呢?為什么要去騷擾他?你的責任是幫助他的生意更成功,你的責任不是為了讓你的生意更成功。
還有些基本的常識,沒有在我們的原則里。但是我會發現有一些新的產品經理,或者在別的沒有底線的公司做過產品的人帶來了一些惡習,這些基本的常識我把它重復強調一下,我不認為這是我們的特殊原則。上面十三條很多是我們的特殊原則,不是全行業通用的,剩下內容是一些做產品要有的基本常識。
第一點,沒有人會看公告。
你要清楚,沒有用戶會看公告,你不要搞一個產品改完了公告上完了就結束了,然后商家說這怎么改了?你理直氣壯地說我發過公告呀。商家不會看公告的,沒有用戶會看公告,不要依賴公告告訴用戶你的產品變了,發生了什么變化,你要用你的產品設計能力讓他感受到你發生了什么變化。當然,也別傻乎乎的在產品上專門搞個圖層提醒他「我變了,看到沒」,你要知道在你的新用戶眼里不存在「變了」,你就是他的第一眼。
第二點,沒有人會看系統消息和群發短信。
不要覺得你上線了一個改變了的東西,或者你改變了一個政策,群發一條系統公告問題就解決了,解決不了,基于用戶體驗他就不知道去看你發的信息。當然有的時候法律上需要,你可能還是得發,但是基于用戶體驗設計,你不要以為你發了他就會看,他不會看公告的,他不會看系統消息的,他也不會看你群發消息的,你的產品讓用戶感知到改變不要靠這些,沒有用,他不看。
第三點,幾乎沒有人會改默認設置。
這也是最基本的素養,我經常聽大家討論產品,討論著說,哎呀,到底通常他們更多人會用 A 呢?還是用 B 呢?默認該用 A 呢還是該用 B 呢?突然有一個人冒出來說:沒關系,加個高級設置,讓他可以從 A 設置到 B。這么做并不能解決問題。
幾乎沒有人會改默認設置的,只有高級用戶會改,所以當你的一個產品模式有 N 種設置的時候,你一定要花最多精力去想默認設置該是哪一個?因為你默認是什么樣他就會那么用。舉個例子:我們最早為了強調有贊擔保很重要、很特殊,有贊擔保上線的第一版,我們用了一個綠色的底。然后就有人說我們做一個白色的底,不那么丑的,商家可以去改設置。常識告訴我們商家是不會改默認設置的,所以我們把默認設置改成白色,如果有商家覺得提醒別人有贊擔保特別重要,他要改成帶顏色的底,他可以去改設置,高級商家可以去改,默認新店都是白色的底。
但是我們并沒有把老店鋪改過來,因為商家是獨立的,你默認綠色的底他用了,你就沒有權利幫他改成白色,即便幾萬個商家里面只有 10 個商家喜歡綠色,你憑什么給他改成白色?所以我們要想辦法告訴幾萬個商家「這個有點難看,你可以把它改成更好看的顏色」,而不是強行把它改了,你沒有權利不能私自去改他的東西也是基本原則。所以默認設置非常非常重要,你一定要花最多的精力去想,這個東西有三個設置默認設置成哪一個?非常非常重要,但是這件事不是所有產品人都具備這樣的素養。
第四點,習慣路徑的設計,比少一次點擊重要。
絕大部分做產品的人都看過那本書,中文名叫《點石成金》,英文名叫《Don’t make me think》,書中說可以多點一次,每次都不需要思考,這是基本原則。所以少點一次多點一次沒那么重要,重要的是讓他形成習慣路徑。
舉個例子:微信不需要把「朋友圈」拉到一級導航。雖然你進朋友圈的頻率那么高,你每次進朋友圈點擊「發現」再點進朋友圈,但是微信就是不會拿到一級導航。因為這樣會給發現里面的其他頻道帶來很大的流量和商業價值,反正養成了用戶習慣,用戶體驗有沒有損失?有一點點,只一點點損失,可以接受。
我們有很多很多產品是一樣的,比如說切換店鋪,很多人習慣把重要的東西都擺到首頁,跟擺地攤似的,如果有一萬個功能呢?怎么擺。所以,你要設計他的使用習慣。
我們已經設計了有贊商家的兩大流量入口,一個流量入口是概況頁,很多重要的、常用的東西放在那,那是個工作臺。還有一個入口我們已經慢慢把它養成了,就是應用市場。我們有這兩個流量入口就可以讓很多商家去發現一些東西,他可能不會點到訂單再點到里邊去,他會在首頁直接點待發貨訂單然后進去發貨。
你要設計好他的路徑,這個路徑的設計還包含如果你在首頁上放的是廣告位,那個廣告位一定要更新,如果你不更新,他就把那個廣告位當成一個導航用了,商家不會覺得只有左邊那個我們叫導航的東西是導航,他不會那么認為的,如果廣告位總不更新,運營的位置總不更新,以后就不要更新了,因為他會把那個位置當成他的導航。
再舉個特別有意思的例子,早年我在百度的時候,阿里巴巴的很多用戶,是在百度上隨便搜索一個詞,點百度右邊的廣告「找什么什么去阿里巴巴」,然后進阿里巴巴,他永遠都那么進,其實那就是他的習慣路徑,這個路徑依賴性非常非常強。
所以如果你能讓他養成習慣路徑,就可以讓他多點一下,沒關系,這是最基本的常識。
最后,以上每一條原則我們希望每個人都要熟悉起來。接下來的新人,需要通過這些產品設計原則的考試才能轉正。
中國有太少的企業服務公司了,所以我們這個行業能夠徹底站在商家或者企業角度思考的人也不多。希望有贊的《產品設計原則》是一個開始,能夠幫助到更多這個行業的產品人,因為我堅信:未來五年,中國最好的企業服務產品經理絕大部分都坐在這里。當然,我們還是非常缺產品經理和體驗設計師,電商、零售、教育、美業、營銷、交易、會員、數據、支付、金融、云、中臺、風控、廣告等方向都缺,如果遇到優秀的產品經理和體驗設計師可推薦,請大家把簡歷直接給到麥麥。(郵箱:joinus@youzan.com)
我也堅定地認為未來三到五年,整個中國的商家都需要升級他們的經營系統,尤其是深度擁抱互聯網。那么,這個行業最缺的就是需要人給他們提供足夠好的產品,需要能夠真正站在商家角度思考,真正有企業服務視野的產品人。所以,在座的各位一定會成為未來這個行業最值錢的人。
文章來源:優設
設計概要(Design briefs),也可以理解為設計簡報、設計說明文檔。設計概要負責說明設計的目標、設計的方向風格、不同階段及對應的里程碑(指標)。
簡而言之,設計概要是對本次設計項目的簡要概括,可能是一份文檔,或者一組文件內容,其中包括設計的幾個關鍵概念如項目描述、項目范圍、項目目標,目標受眾、風格外觀、預算時間安排。那么我們所整理的設計概要是提給誰看的呢?按照原作者觀點是增進設計師和需求方的理解及信任。作者的觀點是建立在服務甲方的基礎上提出的,因為作者所屬領域為平面設計領域,偏向創意性設計活動,因此通過建立共同目標,統一想法更容易創造出高滿意度的方案。
但事實上設計概要不止于此,它不應該被局限在平面設計領域,雖然作者是以平面設計師的身份來普及這個觀念(傾向提點平面廣告類設計工作者,而不是UI/UX領域),但事實上其中很多角度都是從設計本質及設計工作的協作本質上提出的,它也可以被我們移植到UI/UX領域。當我讀完這篇文章,我發現了設計概要一個更加重要的功能,那就是幫助UX設計團隊梳理關鍵工作,建立共同目標,提高設計工作的效率,促進團隊成員的協作與信任。(從設計團隊角度)
當然如果從甲方角度考慮,設計簡報依然可以用于UIUX領域,比如向leader提案,以及在項目初期向外包方展示設計說明,增進溝通交流,以保證設計師對需求的理解,同時更展示了設計人員的專業性。
總之設計概要適合在設計流程的前期被組織,并分享至團隊和需求方,增進團隊的凝聚力,促進創意的發生,展示團隊專業性及增加需求方與設計人員的理解與信任。設計概要與最終提案實際上是一次完整的設計活動的首與尾,兩者應當相互對應,設計結果應當圍繞最初定義的目標進行,設計概要更像是設計思維的理解和定義階段,把我們面臨的問題,假設的目標呈現出來,以便在接下來的設計過程中精準打擊,去解決設計概要中提到的問題或者目標。
下面開始正文。這里是帥氣的分割線
在過去18年的廣告設計工作中,我逐漸意識到這個行業里最好的事情就是與你合作的人——作家,藝術總監,用戶體驗和用戶界面設計師,擁有出色的有創意的大腦,卓越的才能,不同的心態。
當他們有清晰的指導和足夠的自由與時間時,他們往往能迸發出好的想法,提出創意性的解決方案。但只要是缺乏指導,各種相互矛盾的指示,混亂的目標及緊迫的時間,將導致設計師無法產出優秀的方案。
我多年來一直在觀察這個現象,但我不知道該如何解決。一開始,我很難將客戶需求好創意輸出完美的結合,隨著時間流逝,我逐漸明白,這一切都因為我們沒有一個清晰地設計概要。從客戶的需求文檔開始,我們從中收集信息建立我們的總的設計概要,然后以此總概要來進一步細分為具體的概要,如視覺設計概要、體驗設計概要、布局排版設計概要等。
沒有任何東西可以取代一份準確詳細的設計概要。沒有任何電子郵件或者個人會議可以取代創意概要。如果缺少基本信息,你無法開始任何工作,無法估算資源,無法保證最后期限。
如果認真對待,設計概要就是任何創造性工作的關鍵。主要問題是客戶和設計師在某些情況下都被低估了。設計行業變得如此龐大且不斷擴張,任何人都可以稱自己為設計師,任何人都可以收取任何費用。因此,需要特定流程的真正的設計被置于次要地位,完全以價格來評判。雖然我支持競爭并且完全理解并非每個公司或個人都能獲得同樣的預算,但它仍然對整個行業不利。
設計概要是一個很關鍵的部分,應當在正式設計開始前就組織好,但在一般設計流程中,它經常會缺失,通常我們認為我們一切都準備好了,認為我們的方案沒有問題可以直接開始設計了,但事實往往相反。
什么是概要(brief)?
“概要”一詞來源于軍事術語,在軍事術語中,簡報被定義為“事先給出具體指示或信息的行為”?!八幸粋€具體的結構,簡短扼要,包括所有必要的資信息,但不多,并包括一項既定的任務和要完成的結果,但有足夠的自由來適應局勢(任務摘要)。
當指示部隊接管敵方陣地時,將軍可能會給出如何執行以及考慮哪些因素的指示,但不會說把右腳放在左腳前面,重復這個動作100米(前進一百米),然后右轉,等等。軍事簡報只給出一項任務,留給個人決定的空間。同樣,creative briefing也不是一個描述創意過程的詳細用戶手冊。它也不是對預期結果的描述。創意概要是一個框架,它可以通過提供足夠的指導來推動創意過程,使創意保持在正確的軌道上,并為創意提供足夠的自由。(譯者注:核心是指導列表,且保證足夠的自由,只提供框架,不干擾創意執行)
為什么我們在創作過程中需要概要?
如果我們有一個需要別人解決的問題,我們需要創意簡報和創意簡報用作說明,就是這么簡單。當我們要進行創意活動時我們會寫創意概要,列出關鍵的點,這意味著我們此時已經清楚存在的既定問題,我們列出問題然后才知道去解決什么。當然,也只有在別人要執行設計活動時,我們才需要去寫一份概要,以供說明。 (簡單理解,從某種角度,設計概是要寫給需要執行設計的人員看的,我們需要別人去解決問題,而概要負責說明這些問題。)
什么是設計概要?
設計概要是描述設計項目的目標和里程碑的書面文檔。它是設計過程中至關重要的一部分,因為它有助于在客戶和設計師之間建立信任和理解。它和合同一樣重要,是雙方的重要參照點。它確保重要的設計問題在設計師開始工作之前就被考慮和討論。
根據不同工作范圍和不同產品領域,設計概要可以由許多元素組成,每個元素都詳細描述某個范圍的特定部分。
但為了保持簡潔,以下五個要素不容忽視:
1.項目描述
簡單描述一下我們需要做什么:我們對任務了解多少?期望是什么?一個新的設計?一個新的想法?現有的網站重新設計?我們需要用它來解決什么問題?這最多只能是一句話。
譯者注:項目描述是對你所進行的項目的最簡潔的概括,比如"我們在做一個共享打車的產品"。當然可以在這基礎上豐富一點如:“我們在做一個服務白領人群、針對夜間打車場景的共享打車產品”,后面這個描述增加了用戶和場景,但整個描述仍然是清晰易懂的。項目描述一般由戰略層相關人員來定義,如公司老大,產品經理等。當然對于redesign項目,則需要設計師自己明確項目目標,然后去定義一個簡潔的項目描述。
2.項目范圍
根據項目的大小,這里需要提供更多的細節。什么是預期目標,有多少頁多少內容量,它將具有什么功能和特性。你需要了解更多的細節來服務一個新的企業品牌項目,而不是一個簡單的網站。報價將主要依據這一環節。盡可能具體是至關重要的。
此外,在互聯網世界中,客戶相信設計師能夠解決所有問題,從UI到UX,最終開發一個完整的網站并解決SEO排名(seo即搜索引擎優化的意思),非常重要的是,盡早說明哪些內容在范圍內,哪些不包括在范圍內。
譯者注:項目范圍即范圍層中的內容規格。我們在產品設計的五個層面中第二層中可以了解這部分內容,內容規格是對產品目標的拆解,細化為具體的內容和功能,例如我們設計一款打車應用,它可能會包含,順風車(對應順路接送服務)、普通快車(對應出租車服務)、高端用車(對應企業服務高端出行領域)這三種規格。
3.目標
通常情況下,你的客戶并不知道他們的目標,也不知道設計工作會如何影響他們。但概括下來有以下三種不同類型的目標。
業務目標:客戶給出的一個可衡量的目標,例如增加銷售、市場份額、滲透率、減少X%的客戶流失率等KPI。
營銷目標:幫助客戶實現商業目標中一切與營銷相關的事情。幫助客戶提升客戶參與度的活動:意識-考慮-偏好-試用-購買-忠誠-宣傳。(對標用戶生命周期模型:獲客、留存、激活、變現、傳播 )
溝通目標:我們需要行動的目標!預期的結果是什么,消費者的行為或預期從我們設計的產品中獲得什么?它必須以具體有形的形式表達出來,例如1500人注冊,5000個額外的點贊,優惠券下載,產品試用,撰寫評論,應用程序的使用,潛在客戶,分享。
雖然了解業務和營銷目標很重要,但是讓我們的客戶了解UI和UX有其局限性,并且它們并不會對糟糕的商業策略產生影響,這一點非常重要。這可能很關鍵(撇清責任俗稱帥鍋哈哈)。
4. 目標受眾
這個產品是給誰的?誰將使用它,在什么時候什么場景下,為什么使用?描述用戶受眾必須盡可能具體,因為設計師通常會考慮到角色,特別是在UX方面,產品使用流程主要由用戶角色及其在客戶旅程中的特定階段決定。
6.預算和時間
有些人可能會爭論是否應該在一個簡短的報告中加入預算,不一定是準確的預算,但我們至少要確定一個大致范圍。清晰的預算可能意味著設計師或代理機構甚至不會接受該項目,或者如果客戶無法支付他們的服務費用,他們會考慮另一種成本更低的解決方案。但若沒有溝通清楚,在設計進行期間更容易產生分歧和問題。
定義總的時間和預期的各時間節點則是為了避免那些清晰溝通可以避免的沖突點。時間還會影響預算;在任何緊急情況下,獲得額外資源都是可能的(比如若時間緊急可會提高價格)。
根據我的經驗,真正重要的問題都是雙重的。
1.客戶的教育程度不足以提供可以推動項目正常運行的必要信息
2.設計師在沒有正確理解客戶的需求的情況下就心急直接開始設計。
總結
如果您是客戶,一個好的設計概要將節省您在無意義的電子郵件,電話和會議上花費的時間。它還可以幫助您獲得來自不同設計師和代理商的更和可比的報價。
如果你是一名設計師,如果你堅持從一個設計概要文件開始你的設計工作,你會從客戶那里獲得簡潔的愿景和期望,這可以讓你保持動力。你的時間和努力是昂貴的,從潛在客戶那里獲取的某種信息可能毫無意義。明智的做法是優先考慮那些已經有一些遠見、愿意承擔自己那部分工作的客戶。(即優先考慮那些清晰的分析了產品的各類目標、預算等關鍵內容規格的客戶)
一個好的簡介應該是簡潔、清晰和全面的。如果目標足夠清晰,應當不超過兩頁。
為了使最終的結果盡可能的好,我們需要鼓勵和教育客戶和設計師去做更好的設計概要(說明文件),讓我們的工作更容易,并把重點放在更重要的事情上。
文章來源:UI中國
如果您想訂閱本博客內容,每天自動發到您的郵箱中, 請點這里
在產品交互設計中,
有些交互邏輯會“故意”讓選擇用戶多走一步,
(在不影響用戶體驗情況下)
而這次,我在體驗這些產品當中,獲取的一些思考分享給大家。
我們就來聊聊有哪些是多讓我們做一步而讓產品更加升華的一些APP吧!
文中涉及到的理論包括:
我們常能聽到以上的十大原則之中的著名設計理論,
但可能還是不太清晰是什么意思
而這篇文章將會實際分析
涉及到的原則知識我將會在案例中分析講解~
--------------------------------------我是分割線------------------------------------
以下是實例分析:
「中級用戶的數量遠高于初級和高級用戶數。為大多數用戶設計,
不要低估,也不可輕視,保持靈活。」
(收藏后選擇歌單方便一步)
在網易云的歌曲收藏功能里,點擊收藏需要再次選擇你想放入的歌單才能收藏成功。相比于淘寶的點擊收藏立馬收藏成功,這樣的做法明顯是網易云多了一步,而個人觀點分析這樣做的是因為(網易云重度用戶):
1.功能性來說:
歌單是早期網易云誕生的重要和特色功能
2.行為路徑來說:
減少用戶后期創建新歌單過程中 還要去重新收集歌曲,從而更容易定位快速創建自己的個人歌單
(歌單做分類 同時網易云歌單作為分享也占很大一部分)
總結來說:網易云是一個主打評論和歌單的音樂社區軟件,先選擇歌單多一步步驟,讓用戶后面聽自己的歌單更為清晰的知道分類,也同時活躍于創建歌單的樂趣當中,讓用戶停留的時間越長,產品也就得到了一部份價值,從而增加了用戶的粘性。這樣就是“多一步”的特別之處。
(表單信息更便利一步)
愛彼迎在用戶注冊信息的時候,會把收集的資料分多次進行輸入。
這樣的設計解決了用戶面對長篇表單填寫的心理壓力,同時告知余下的頁面數,讓用戶心理存在預期考慮。
將復雜的表單分成若干步,并引導用戶如何操作,并提示余下操作的步驟。一個這樣的舉動,不光是分段優化了表單的填寫步驟的一小步,同時讓新用戶更輕松注冊,提升了用戶的注冊轉化率的一大步。
目前近幾年大部分應用的退出賬號功能是做的比較隱藏(點擊設置icon-最下方才能退出)
相比于早些年app在個人中心里最下方直接會出現退出登錄
近年來隱藏二級或三級頁面下的做法是在太普遍
而大概分析了如下App的的做法
小紅書個人中心界面設置除去頂部個人信息展示
另外就是側重筆記功能-收藏功能-贊過功能
因為這三個功能方便了用戶能快速找到自己的收藏從而閱讀或者自己發布,而設置功能僅用一個icon去代表,而整體布局就摒棄了傳統的功能設置列表那樣,更突出了產品功能側重點,也迎合了產品的業務發展。
淘寶的個人中心頁面就十分大體量了 里面涵蓋了諸多產品功能 一個很完備的生態系統 ,隱藏在二級的功能設置順應了產品的向上的全面發展軌跡,設置功能(退出等)就屬于一個超低頻率的觸發事件了。節約了界面的展示成本。
而存在較為直接展示退出賬號的App嗎?
答案肯定是有的~
此類應用首先功能比較單一,
就先拿qq安全中心來說,它是屬于一個賬戶保護監管的應用,而為什么不把設置隱藏在更深的頁面呢?
如圖所示就大概看的出來,產品功能較為單一,再去添加一個設置功能二級入口就顯得冗余了,且對于用戶擁有多個賬戶 退出切換功能就比較重要了。
Appstore也是如此 垂直于App的應用商店,在個人設置上功能較少,也是較為直觀的放在底部。
印象筆記的退出登錄其實比較迷了 在個人中心界面放的猶為突出,而底部的現在同步功能我覺得在同類筆記中是較為重要。而這樣本末倒置了,就是一個大的謎了。
--------------------------------------我是分割線------------------------------------
「比出現錯誤信息提示更好的是更用心的設計防止這類問題發生。在用戶選擇動作發生之前,就要防止用戶容易混淆或者錯誤的選擇」
(增加雙重驗證一步)
拿招商銀行推出的掌上生活App來說,在用戶每次重新打開的同時都需要重新驗證身份(各類平臺存在 Face ID 手勢密碼 登錄密碼等),而你在付款或者交易的過程中,需要再次密碼驗證, 這樣每次都多一步交互動作,其實都是為了更加安全的保障用戶的個人財產,同時也突出了產品的安全性和可靠性。
那為啥QQ 微信每次不這樣呢?(常用設備環境下)
微信qq雖然也有鎖定功能,但考慮用戶使用打開頻率較高,所以只在支付層面上保護驗證密碼。
(增加確認刪除一步)
微信聊天列表的滑動刪除在一次點擊后會繼續顯示“確認刪除”按鈕,其實也是二次保障讓用戶有一個心理預期,效果其實和大部分APP彈窗顯示刪除一樣。
而淘寶收藏列表的商品側滑刪除點擊就立馬刪除,由于沒有提示“確認字樣”,對于很少用該功能的用戶來說,會帶來一種不符合預期的想法。
當然淘寶和微信區分做法認為考慮的是 :
淘寶:讓用戶能夠快速刪除該商品,不需要造成不必要的二次確認,浪費時間。
微信:刪除的是聊天記錄,是不可逆的操作,聊天記錄對用戶價值比較大,而淘寶的商品是可以繼續收藏回來,就比重來看的話,兩個刪除操作其實大有不同。
(增加提示一步)
在大部分視頻App中,當在無WIFI環境下的4g網絡連接下,播放視頻過程中會顯示當前視頻為流量播放單中,是否繼續使用流量播放下去,這樣一個小提示,避免了用戶因為WiFi斷開導致產生大量流量費用。
--------------------------------------我是分割線------------------------------------
「盡量減少用戶對操作目標的記憶負荷,動作和選項都應該是可見的。用戶不必記住一個頁面到另一個頁面的信息。系統的使用說明應該是可見的或者是容易獲取的。這也說了交互的一部分,比如填完表單,下一步應該生成表單,而不是下一步就是完成?!?
(增加表單全部展示一步)
在最近新出的淘寶人生賬單中,會展示出自己消費的數據,
并在分享之前再次確認信息的完整度。這里為什么要需要最后展示一步呢?
而 同等邏輯下網易云音樂2018年度報告,
沒在最后展示所有分析數據,我們是否質疑沒做到很優秀呢?
其實不然,首先網易云音樂的報告長度很長,放在最后面會導致長圖分享,沒有單頁面展示效果好,也照顧到了大量數據長圖表單分享的復雜性。
1.并且我們目前大部分年輕人分享某個頁面的時候, 慣用的操作是立馬截圖,
而網易云音樂做到了每個頁面都放置了當前的二維碼 從而做到識別二維碼快速分享,
也能讓用戶快速打開自己的年度報告。
2.心理層面深度分析下:部分數據的內容,其實用戶不太想分享,如果網易云做了最后的長圖分享,其實會讓部分用戶不愿意分享自己的某些不想讓別人知道的私密歌曲或其他。造成多余的用戶操作(裁切或者隱藏)給部分用戶帶來不便。
展示完表單數據,下一步生成對應表單,讓用戶有意識性的能再次確認內容,從而分享轉發,而不是盲目的完成,造成用戶的上一頁查看產生困擾。
的做法,由于數據的復雜性和多樣性,聰明的以現在的用戶操作行為和心理研究等,每頁嵌入二維碼,做到了更發散思維的方法拓展。
(增加5秒跳過廣告一步)
youtobe的廣告是業內運營的比較好的例子,他的好在于,在一段30秒的廣告當中,讓用戶可以選擇5秒后跳過此廣告,但為什么要讓用戶不看完廣告就可以跳過呢?這不就讓廣告沒有價值了?
其實不然,youtobe也分析了用戶的等待廣告行為,在投放youtobe的30秒廣告當中,5秒的廣告,會讓用戶會更有耐心看完,因為時間短,用戶愿意等待,而不是用戶去上個洗手間,去冰箱拿個汽水之類的行為,用戶會更加專注于5秒的廣告當中,而廣告投放商們,他們會更加把5秒的視頻內容做的更加突出重點,短短5秒就呈現出該廣告的優勢所在,從而用戶會激發點擊欲望,從而達到商業價值。這里的產品增加跳過廣告一步,其實蘊含的價值,推廣遠比完整30秒的廣告更加優秀。
--------------------------------------我是分割線------------------------------------
轉自:站酷-tronyoung
藍藍設計( www.syprn.cn )是一家專注而深入的界面設計公司,為期望卓越的國內外企業提供卓越的UI界面設計、BS界面設計 、 cs界面設計 、 ipad界面設計 、 包裝設計 、 圖標定制 、 用戶體驗 、交互設計、 網站建設 、平面設計服務。
如果您想訂閱本博客內容,每天自動發到您的郵箱中, 請點這里
表單是產品設計中的重要組成部分,如果說彈框的主要作用是完成信息反饋,那么表單的主要作用就是完成信息錄入。任何一個表單都可以被拆解成三個最基本要素:標簽(標題)、輸入框和按鈕。
標簽是用來告訴用戶這個列表項是什么;輸入框是供用戶完成信息錄入的;按鈕是供用戶完成信息錄入后點擊進入下一個流程的。
根據標簽所處的位置,可以將其分為左標簽、頂部標簽和行內標簽。
1. 左標簽
左標簽在目前來說是最常見的一種標簽樣式,但是這并不意味著我們可以無所顧慮地使用它。以手機端為例,手機端的屏幕尺寸(寬度)有限,左標簽會占據屏幕較大的空間,此時右邊的輸入框就可能無法展示完整的信息。
例如,如果用戶輸入的地址過長,就會造成信息的展示不完全,這對用戶體驗來說是致命的。因為用戶在進行下一步操作之前都會對輸入的內容進行審核確認,如果連完整的內容都無法獲知或者獲知的難度較大,則用戶根本不會進行下一步操作,這就造成了操作流程的中斷。所以,我們在使用左標簽的時候,一定要考慮對多行文本的展示。
2. 頂部標簽
頂部標簽是指位于輸入框上方的標簽,這樣輸入框就可以獨占整個頁面,信息可以得到更完全的展示。
與左標簽相比,頂部標簽可以給輸入框的內容騰出足夠的空間。在界面設計中,更多的空間還意味著具有更高的信息層級。同一個表單中會有很多的輸入項,有些輸入項的優先級很高,我們可以考慮使用頂部標簽的樣式來進行凸顯。
但是這種布局方式也有缺點:會占據更多的縱向空間,之前一屏就可以展示的內容,現在用戶需要滑動頁面才可以看完。
3. 行內標簽
行內標簽又可以被看成是輸入提示,其樣式看起來很適合手機端的表單設計,因為它可以極大地節省頁面空間。但是一旦用戶點擊切換到輸入狀態以后,就看不到這些標簽了。如果操作提示字數很多,例如密碼規范,那么用戶記憶會很吃力。我們可以在調起的鍵盤頂部加上提示,減少用戶的記憶成本。
但是,如果表單項目過多,則用戶在填寫的時候很容易串行,可能會出現把家庭住址填到畢業院校一欄中的情況。更嚴重的是,用戶因為無法看到標簽,這類錯誤是無法被檢查出來的。為了解決這個問題,我們可以在行內標簽前加一個圖標來標識這個列表項,圖標所占據的空間不會太大,而且會提高頁面的美觀性。
當表單項目過多時,我們要對其進行整合分組來提升內容的可讀性。如下圖所示,這里將 15 個字段分成 3 組。同樣的內容,但給用戶的印象卻大不相同。
輸入框的作用是供用戶完成信息錄入,這里我們的設計思路是如何提升信息的錄入效率。我見過很多設計師偷懶,把所有的輸入框都做成文本框樣式,用戶必須調起鍵盤一個字一個字地輸入,這種體驗是非常不友好的。如果我們想讓用戶錄入個人信息,其中的生日和城市就應該使用日期和城市組件,而不是讓用戶手動輸入。
即使非要讓用戶手動輸入,我們同樣可以根據不同的場景給用戶提供更友好的體驗。如果要輸入的是數字,那么應該給用戶調起數字鍵盤;如果要輸入文本,那么應該給用戶調起全鍵盤,避免用戶手動切換鍵盤。
即使用戶輸入符號,我們也要考慮如何減少用戶的操作步驟。例如,我們發現當光標位于周星星三個字右邊的時候,點擊「“」鍵,會出現左右雙引號;當光標位于周星星三個字中間的時候,點擊「“」鍵,只會出現左雙引號。這是因為光標在文本右邊,用戶只要輸入「“」,那么就必然需要「”」來結尾,這里直接提供左右雙引號更合適。如果光標是文本中間,無法確定「”」需要在哪里出現,所以只展示「“」。
在理想狀態下,用戶填寫完表單信息,然后點擊「提交」按鈕,系統顯示提交成功。但是,現實情況卻是用戶在填寫過程中經常會發生錯誤,那么如何將容錯性原則融入表單設計中呢?
首先我們需要給予用戶足夠的操作提示,日期錄入就是最典型的例子。不同的地區對于日期錄入的格式也不一樣,「02/12/2019」到底是2019年2月12日還是2019年12月2日?如果我們不提示用戶,用戶就不知道應該怎么輸入。
為了避免用戶犯錯和提升用戶的信息錄入效率,我們可以提供自動完成錄入功能,當用戶在文本框里輸入時,系統可以猜測可能的答案,顯示可選列表,避免了用戶手動輸入造成的錯誤。
如果你確定對用戶足夠了解,在用戶進行信息錄入時,可以提供合理的默認值。因為對用戶來說,填寫信息永遠都不是一件有趣的事情,設置合理的默認值可以節省用戶的操作時間。
能讓系統完成的任務,就盡量不要讓用戶來操作。用戶會犯錯,而系統不會。表單容錯性設計的另一個方向就是梳理表單中的雞肋項目。
現在很多的購票類 APP 都提供送票上門的功能,這就需要用戶填寫收貨地址。以交通出行類 APP 飛豬、途牛和去哪兒為例,其中,上圖中左側的兩張圖,飛豬和途牛都需要用戶填寫郵政編碼,而在去哪兒中則是選填的。其實根據用戶填寫的地址,我們已經可以獲取到郵政編碼,郵政編碼完全可以自動回顯,不需要用戶手動輸入。
而在小米有品 APP 中就可以根據用戶填寫的地址回顯郵政編碼,這看起來很方便。這只是看起來很方便,我們可以繼續思考一下:如果系統完全可以根據用戶填寫的地址獲取到郵政編碼,那么郵政編碼這一項完全可以不在界面中露出。其實很多產品在用戶填寫收貨地址的時候已經不需要用戶填寫郵政編碼了。
對于容錯性原則,我們還要考慮如何給用戶展示合理的報錯提示。目前來說,我們經??吹降囊粋€報錯提示樣式是對話框。在我看來,對話框并不是一個好的選擇。因為用戶如果要進行修改,就必須要關閉對話框,那么用戶就看不到錯誤信息了。如果錯誤原因和解決方案的字數較多,那么用戶就需要花一定的時間記住這些信息,然后再來修改,這會增加用戶的記憶負擔。如何才能設計好表單的報錯提示呢?表單中的報錯提示可以分為兩種:單行表單報錯提示和多行表單報錯提示。
單行表單中意味著在當前界面中表單只有一行輸入框,其一般用于手機號、銀行卡號、身份證號和金額的錄入。對于此類場景,建議使用輸入框底部的文字報錯提示樣式,并且要對錄入的信息進行實時校驗,不要等到用戶進入下一個界面才告知用戶在上一個界面中手機號輸錯了。
給多行表單進行報錯提示時,除告知傳統的錯誤原因和解決方案外,還應該告知用戶錯誤的位置。因為在一個界面中,有很多的輸入項,用戶在短時間內無法把報錯提示和錯誤項聯系起來,因此,為了提升用戶對于錯誤場景的感知效率,對錯誤項進行標記是非常有必要的。具體的實現方式有改變文字顏色、輸入框背景色和設置提示文案抖動。
以上圖為例,這里通過改變文字顏色或輸入框背景色來標記錯誤位置,用 Toast 告知用戶錯誤原因和解決方法。我們也可以不改變配色,讓該輸入框左右抖動也能起到快速標識的作用。
表單中的提交類按鈕按照位置可以分為以下三種。
其中位置 A 是最常見的布局樣式,這樣的布局符合用戶的視覺習慣和操作流程:用戶由上而下完成表單信息的填寫,最后點擊「提交」按鈕進入下一個頁面。但是這種布局有一個問題:如果表單項目過多,則用戶必須滑動頁面才能完成提交操作。
位置 B 跟位置 A 很相似,唯一的區別在于位置 B 是固定在頁面底部的。那么位置 B 跟位置 A 的適用場景有什么不同呢?位置 B 意味著用戶在不用滑到頁面底部的情況下就可以點擊「提交」按鈕,那么在什么樣的場景下用戶不用滑到頁面底部就可以提交呢?
其實在很多表單中,不是所有的信息都需要用戶手動錄入的。以前面提到的郵政編碼為例,只要用戶輸入了地址,系統就能獲取郵政編碼,相關信息是可以直接回顯的,用戶沒有看到此類信息的必要性。所以,對于一些重要性不是很高、不強制用戶看完的表單項目,很適合使用這類底部懸浮按鈕。最常見的就是各種協議頁。
位置 C 出現的原因在于,對于前兩種方案,當調起鍵盤時就會遮住「提交」按鈕,用戶必須先關閉鍵盤才可以點擊「提交」按鈕,多了一步操作。而位置 C 可以完美解決鍵盤遮擋的問題,但是其不符合用戶的視覺習慣和操作流程。而且手機大屏化是一個不可逆的趨勢,用戶在單手握持手機的情況下很難直接點擊到界面右上角的「提交」按鈕,增加了操作難度。
其實位置 C 完全可以被忽視,因為現在很多產品已經支持在調起鍵盤時滑動頁面,所以位置 C 最大的優勢已經不復存在。這里還介紹位置 C 的原因是希望讀者知道交互規則是會隨著技術的發展而不斷改變的,可能在這本書里提到的一些技法過一段時間就會落伍了。要成為一名優秀的設計師,必須具備持續學習的能力。
文章來源:優設
藍藍設計( www.syprn.cn )是一家專注而深入的界面設計公司,為期望卓越的國內外企業提供卓越的UI界面設計、BS界面設計 、 cs界面設計 、 ipad界面設計 、 包裝設計 、 圖標定制 、 用戶體驗 、交互設計、 網站建設 、平面設計服務。
如果您想訂閱本博客內容,每天自動發到您的郵箱中, 請點這里
如何通過體驗設計賦能產品增長,我這里為大家提供2個方法。AARRR 模型對應著用戶生命周期的 5 個階段,檢驗產品能否有效增長。
案例1: 興趣選擇頁優化
設計助力增長的一個有效途徑: 提高界面的轉化效率。
1.2 案例:運營活動的設計
設計助力: 設計簡單有效的運營活動,快速提升特定的數據指標。
運營活動設計目標:簡單、有效
提升價值比提高轉化更難,需要滿足用戶的功能需求、體驗需求、內容需求、關系需求。
2.1 用研和設計敏捷配合
2.2 案例: 閱讀書城改版 (用研內容見下半場分享筆記)
通過設計賦能產品增長有兩種方法:
如果您想訂閱本博客內容,每天自動發到您的郵箱中, 請點這里
不知大家有沒有和我一樣的疑惑:日常產品的信息引導到底該如何設計?可能有人第一時間會想到浮層、動效、彈窗等等,但這些都只是表層樣式而已。背后的引導機制該怎么入手?有沒有一個系統性的了解?需要注意些什么?
所以,今天就想聊聊這方面的看法,下面是我對信息引導的理解所提煉、搭建的一個「PST」框架:Performance-表現、Strategy-策略、Target-目標。
目標層:信息不會平白無故去引導用戶,都是為了某個確定的目標而展示的。如在首頁彈窗展示是為了進行新手教育,以達到讓用戶使用新功能,進入新頁面等運營指標或增長指標。
策略層:目標確定了,需要確定可做信息引導的各種場景和機制。如設置某時間進行信息推送,用戶網絡不行的情況下怎么解決?
表現層:不同的場景中有各種表現形式,如下拉菜單、彈窗、浮層、視頻等等。
這 3 層環環相扣,互相影響。因為每個產品的目標各不相同,所以這篇就先對信息引導的「策略層」進行分析,下篇再講下引導的形式和適用場景。
可能每個人會有自己的分法和定義,我就按照自己的理解概括一下信息引導的基本類型。
1. 新功能引導
向用戶展示產品的新功能/頁面,對產品的新功能有一個大致的了解,多用于用戶首次進入/使用功能的引導,如:各種新手遮罩引導、產品介紹。
2. 指標引導
以提高產品的業務目標/增長目標為導向,按照一定的規律引導用戶使用某功能,如:產品的信息 push 和廣告。
3. 結果引導
在用戶已結束的操作行為、結果頁面上,引導商戶使用相似功能或內容模塊,促進產品的連續消費。
比如:淘寶在訂單支付成功后,都會進行店鋪、紅包、優惠券、相關寶貝的推薦,保證消費者還處于「購物鏈」上。
4. 異常引導
針對用戶可能會犯錯的行為進行提示、警告,是一種前置的容錯機制。如支付寶,用戶在向「異常好友」轉賬時,以輪播的方式進行信息提示,避免用戶轉錯賬。
拋去業務目標和引導樣式的局限,信息的引導可以從幾個方面切入和思考:產品架構、用戶行為、時間、階段/過程。
像很多同學做信息引導時,一上來就想著浮層、彈窗、動效等各種表現形式,而忽視了最簡單、最底層的引導方式:利用產品的架構布局去引導。
這種方式是通過架構布局,來體現內容間的差別與關系,突顯出核心內容模塊,強調的是「視覺重量」,如:各模塊間的面積大小、色彩強弱。像淘寶首頁有各種功能入口,通過架構上的布局來進行功能分類和引導。
如何利用架構布局進行信息引導呢?
2 個點可以參考:重組和單拎。
重組:將同一層級、相關聯的信息組成一個內容模塊,從而使信息更聚焦、減少視覺干擾。
如騰訊動漫的個人中心頁面,在老版本中頭部信息較為分散、無關聯,信息的引導性很差。而在新版本中,則通過「重組」把信息關聯在一起,頁面更聚焦清晰、引導性更強。
單拎:一種與「重組」相反的引導思路,將信息分解成各個獨立的模塊進行展示,讓信息得到更多的展示。
很多「入口化」的功能,都適用該思路進行信息引導,如:手機淘寶的個人中心,有些功能原本可以和其他模塊一樣做成入口化的,但出于產品目標、用戶訴求等維度的考慮,將部分內容「單拎」出來進行展示效果更好。
按時間維度去發散的話,則可以分成「用戶行為時間」和「網絡實時時間」引導。
用戶行為時間
根據用戶操作的行為時間進行信息引導。如愛奇藝,用戶在觀看了 30 分鐘視頻后,會彈出積分領取提示。
這種引導需要注意的是:產品的時間機制。
如愛奇藝的「觀看滿30分鐘」:是觀看單個視頻時長,還是一天里的總視頻時長積累?離線觀看視頻(有流量聯網)時是否也計入時長等等?這些機制都需要在前期,根據產品的平臺特性、業務目標、用戶習慣等維度去設置好。
網絡實時時間
根據當前網絡時間進行引導。如百度地圖,會在 17 點快接近高峰期時,向用戶彈出路況提示。
這類場景的引導,更注重于:產品的推送機制。
如設置了某個時間點推送內容,若用戶沒網絡或者網絡較差時,是晚點再推送,還是推送提前預設置好的「靜態」內容?這些都是需要考慮的點。
根據特定的維度,將信息/功能分解成 N 個獨立且關聯的階段。分階段的維度可以是時間、日期、金錢、物品等等。
很多運營活動就會把獎勵分成不同的階段進行發放,如圖:
這種引導方式的優勢是:可以將全部的信息分解到各個階段中去,頁面的拓展性強,用戶理解和操作成本低。劣勢在于:周期較長,用戶缺乏足夠的動力。
因此,很多產品都會把最大獎勵、最好的結果放在最后階段,加上利用消費者的「目標趨近效應」──人們在距離目標越近時,越有動力去完成它,一步步地引導用戶消費。
根據用戶的當前操作進行引導,如觀看視頻時,點擊屏幕會暫停播放且會彈出廣告信息;長按內容列表時,會出現多選、排序、刪除等操作。
而根據「用戶行為」做引導,需要注意 2 點:引導的返回策略和落地方式。
返回策略
結合用戶場景與產品特性,看信息引導后是否需要制定返回策略,相當于一種「逆向引導」。而返回的策略不僅體現在「機制」上,還可以體現在「視覺樣式」上。
機制:如愛奇藝在觀看視頻時最小化產品、跳轉到新的頁面后,返回觀看視頻時會自動后退幾秒進度,以保證用戶的觀看記憶不會出錯。
樣式:如淘寶在支付訂單后,會有兩種返回形式。一是左上角的「返回」icon,返回到購物車頁面;二是中間比較明顯的「返回首頁」按鈕,返回至淘寶首頁。
而對于產品來說,「返回首頁」的優先級顯然更高一點:既可以讓用戶形成消費閉環,又能瀏覽、搜索更多的商品,提升產品的 UV、PV、復購率等業務和增長指標。所以,才會把「返回首頁」按鈕的樣式,做得比「返回」icon 重一些。
引導的落地方式
引導的落地方式就是信息引導后,用戶跳轉到哪里?一種是跳轉至新的頁面進行落地,頁面空間大、可控性強;另一種是停留在當前頁面展示,減少用戶的操作成本。
如優酷在觀看視頻時,可以在當前頁面進行獎品的引導和獲取。
至于最終采用哪種落地方式,則根據產品目標、用戶場景、頁面形態等特征去抉擇。
以上就是個人對信息引導「策略層」的一些心得和看法。
藍藍設計( www.syprn.cn )是一家專注而深入的界面設計公司,為期望卓越的國內外企業提供卓越的UI界面設計、BS界面設計 、 cs界面設計 、 ipad界面設計 、 包裝設計 、 圖標定制 、 用戶體驗 、交互設計、 網站建設 、平面設計服務。
藍藍設計的小編 http://www.syprn.cn