<address id="ttjl9"></address>

      <noframes id="ttjl9"><address id="ttjl9"><nobr id="ttjl9"></nobr></address>
      <form id="ttjl9"></form>
        <em id="ttjl9"><span id="ttjl9"></span></em>
        <address id="ttjl9"></address>

          <noframes id="ttjl9"><form id="ttjl9"></form>

          首頁

          設計輸入框原來這么簡單

          資深UI設計者

          導讀:系統設計當中除了按鈕之外,文本輸入框(Text Fields)應該是最常見的交互元素了。當你在淘寶買個東西,當你注冊個新賬號,當你買單輸入個金額時,各種使用場景簡直無處不在??梢哉f把握好輸入框設計,我們的表單設計就成功了一大半。

          一、「Text Fields」的基本結構

          今天直接單刀直入不講別的,直接把google的Material Design對于文本輸入框結構分解圖放上來,

          1. 容器(Container)
          2. 前導圖標(Leading icon)
          3. 標簽文本(Label text)
          4. 輸入文本(Input text)
          5. 尾隨圖標(Trailing icon)
          6. 激活指示器(Activation indicator)
          7. 幫助文本(Helper text)

          這里需要指出Material Design對于文本輸入框結構是經過多年設計發展洗禮,然后基于它規范之下而生成的標準構造體。我們拋開一些非必要元素之后會得到一個基礎版本文本輸入框的構造。

          一個表單項從結構上來看可以分為標簽、表單域、提示三個主要的元素。

          1、標簽文本(Label Text)

          “標簽文本”該表單項唯一的名稱,告訴用戶填入什么信息。

          2、幫助文本(Helper text)

          “幫助文本”在該處位置可將提示用戶的相關信息放置于此。

          3、容器(Container)

          “容器”用戶輸入文本信息區域,可以是單行文本,也可以是多行文本。

          二、「Text Fields」的交互狀態

          文本輸入框常規情況下具有4種交互狀態:「默認狀態」、「聚集狀態」、「錯誤狀態」、「禁用狀態」

          1、特別提下文本輸入框通常情況下不具有「Hover狀態」。

          2、在設計聚焦狀態的時候,需要注意用戶光標的位置。比如:text fields的信息來源不僅僅于來自用戶鍵入場景,同時還有可能用戶從別處復制一段文字的場景。

          三、「Text Fields」的外在樣式

          標簽「Label text」的對齊問題是讓設計師這么多年來一直頭疼的問題,也是讓設計師不斷創新交互形式的源動力。它直接影響到用戶對于表單的理解成本以及表單填寫的完成率,下面我們就來聊聊一些比較常見的標簽設計形式。

          1. 「Label text」左對齊

          標簽文本采用左對齊,文本的長短問題又會導致部分較短標簽文本與容器間距增大,讓用戶從左至右瀏覽的效率降低,并且看起來不夠協調。同時如果該產品存在國內與海外兩種版本的話,將中國翻譯成外文以后長度將會變的十分不可控。

          2. 「Label text」右對齊

          如果標簽文本采用右對齊,標簽文本的長短問題容易導致左側的視覺隱形邊界錯亂,用戶的規律眼動容易被打亂,同時如果該產品存在國內與海外兩種版本的話,標簽長度問一樣依然存在。

          3. 「Label text」與容器頂端對齊

          介于標簽左對齊與右對齊各自存在不同的優缺點,不能完美統一,從而催生出標簽與容器頂端對齊的交互方式。頂端對齊的方式使得用戶視覺動線變得十分規律,豎直向下瀏覽可以便捷地理解標簽文本閱讀效率提高明顯,同時標簽文字長度不再成為干擾設計師進行排版的一個糾結點,很好的解決了有些同時具有國內以及海外版本產品的問題。

          但是標簽與容器頂端對齊的方式也不是十全十美,在移動產品場景下或者對縱向空間使用率要求比較高的場景,標簽與容器頂端對齊的設計方式就比較尷尬。由于表單高度比其他幾個設計方式要高,造成用戶一邊填寫表單一邊不斷往下滑動。

          4. 前導圖標代替「Label text」

          前導圖標代替「Label text」這種設計方式在輕量級表單中較為常見,條件也比較苛刻:

          • 基本用在那些表單理解成本相對較低,用戶對此類表單熟悉程度較高的場景。
          • 視覺設計師對圖標繪制表意能力比較強。

          同時因為每個人生活習慣、文化差異非常之大,造成對于前導圖標的認知都有很大的不同,由于這種設計方式對于用戶理解成本很高,信息密度較大的表單類型也不適用,所以沒有很強的普適性。

          5. 占位符代替「Label text」

          占位符代替「Label text」或者將標簽與占位符合二為一的這種設計方式可以很好的節省大量縱向設計空間。但是也是存在比較大的設計弊端,假如用戶填寫的表單十分復雜且場景不熟悉需要邊填寫邊理解,那么這種設計方式就不夠優雅了,會讓用戶完全忘記自己在填寫什么類型的表單。

          基于上述一些存在的問題,Material Design的使用了一種比較討巧的設計策略。即采用占位符承載標簽文本,并且在用戶填寫信息時,標簽文本始終可見,由占位符轉移到文本框頂部。

          這種設計方式對視覺動線、標簽整齊度、排版空間等一系列問題都有改善,但是在填寫信息密度大、理解難度高的表單上表現就不盡如人意。讀者現在可以腦補下,在一個需要填寫大量表單的場景下,這種帶有動效的方式會造成視覺混亂,不能讓用戶沉浸式的填寫信息,容易讓用戶出戲。

          不過在某些商業場景下,這種設計方式對數據轉化會有比較不錯的表現。譬如在電商的搜索框當中,把一些需要重點的商品信息放在占位符上,一方面對該商品的曝光量必然有所提升,另一方面在用戶直接點擊搜索時,將會以當前占位符內容進行搜索,達到為所推薦商品引流的效果。

          四、需要注意的點

          1. 注意粘貼場景

          前文也提到過text fields的信息來源不僅僅于來自用戶鍵入場景,同時還有可能用戶從別處復制一段文字的場景。那么在用戶復制信息過來的時候,就需要特別注意focus狀態下的光標位置,必須在文字的末尾,而不是在其他什么亂七八糟奇特的地方。

          2. 合理的反饋

          1)負反饋

          合理的反饋信息對用戶降低理解成本、提高表單填寫率也是至關重要的一部分。這里我總結一些比較常見的錯誤類型供大家參考,沒有想到有缺失的類型也希望大家幫我補全。

          「內容是否為空」比如必填項;

          「二次確認是否相同」比如密碼校驗;

          「輸入信息是否合規」比如密碼格式;

          「輸入信息長度合法性」比如手機號碼長度;

          「輸入信息的唯一性」比如收到的驗證碼。

          2)正反饋

          從用戶體驗流派角度去分析,好的設計不僅在錯誤情況下給出明顯易懂的提示信息,也要在正確場景下給到正向反饋與鼓勵,讓用戶增強信心。

          3. 提供格式范例

          對于某些具有特殊格式的輸入信息(比如手機號碼、出生年月、信用卡到期日等等),我們在設計占位符的時候就可以預先把格式寫入其中,告訴用戶信息輸入的必要格式,起到提前防錯效果。

          4. 清除功能

          清除功能在pc端的表單中存不存在區別并不是很大,但是在移動端表單中小編強烈建議把它放上去,因為可以幫助用戶大大降低交互成本。

          5. 合理的字數提示

          在使用多行文本輸入信息的時候,我們經常會碰到輸入文字超出文本域字數規定的情況。那么一個優雅的字數限制方式就顯得尤為重要。一般采取兩種設計方式:

          • 當用戶輸入信息超過設計規定時,就不讓用戶繼續輸入,同時也不顯示超出信息。
          • 在文本框內顯示所有用戶輸入的信息對于不做限制,在幫助文本(Helper text)處告訴用戶你已經超出了規定。

          顯而易見第二種方式更為優雅,也更能夠獲得用戶的尊重,畢竟最高層次的用戶體驗就是讓用戶自由的輸入。

          6. 為特殊人群而設計

          根據相關研究機構調查報告得出每10個人當中就是1個具有某些方面的先天不足,所以恢復到初心「設計以人為本」,針對特殊人群在設計的時候我們必須要考慮周全,比如紅綠色盲。這里小編就不展開闡述了,有機會的話可以另外開一篇文章專門講講這方面設計需要注意的點。

          五、文末總結

          Text Fields是我們平常表單設計工作中無法避免的一環,幾乎20%的Text Fields承擔著表單當中80%的重要功能。與表單填寫率與完成率有著密不可分的關系。如何合理的設計表單當中的Text Fields成為了工作當中的重中之重。

          相關知識推薦:你到底會不會「下拉菜單」啊?



          藍藍設計建立了UI設計分享群,每天會分享國內外的一些優秀設計,如果有興趣的話,可以進入一起成長學習,請掃碼ben_lanlan,報下信息,會請您入群。歡迎您加入噢~~希望得到建議咨詢、商務合作,也請與我們聯系。

          文章來源:人人都是產品經理   作者:月亮與六便士

          分享此文一切功德,皆悉回向給文章原作者及眾讀者.

          免責聲明:藍藍設計尊重原作者,文章的版權歸原作者。如涉及版權問題,請及時與我們取得聯系,我們立即更正或刪除。

          藍藍設計www.syprn.cn )是一家專注而深入的界面設計公司,為期望卓越的國內外企業提供卓越的UI界面設計、BS界面設計 、 cs界面設計 、 ipad界面設計 、 包裝設計 、 圖標定制 、 用戶體驗 、交互設計、 網站建設 平面設計服務


          B端教育產品的情感化設計(視覺篇)

          資深UI設計者

          教培類產品若想更有效地吸引用戶留存,則需要站在用戶的角度進行思考,讓用戶有持續性的動力使用產品。而有“溫度”的設計可以讓用戶更有動力。本篇文章里,作者從視覺上總結了B端教育產品的情感化設計操作策略,一起來看一下。


          我們是如何讓工具化教培類產品更具有“溫度”,同時又滿足B端產品多樣、規范化設計的。

          B 端教育產品的情感化設計(視覺篇)

          一、項目背景

          此項目是由我們的合作伙伴-清華大學心理學系學習科學實驗室執行主任宋老師和他的團隊發起,與我們騰訊云的小伙伴一起完成設計和開發的。宋老師的師資團隊在教育培訓行業已有多年的沉淀,且在類工具化的教培線上產品授課經驗豐富。

          宋老師團隊認為:“現有的工具化產品并不能足夠滿足團隊的教學需求和理念”。他們需要更富有情感化的產品,區別于其它的在線工具化的教培產品。

          同時在教學過程中宋老師團隊的核心痛點在于:如何讓學員有動力地學習下去。21天中長期課程訓練營,學員會經常出現無法堅持學習、學習動力不足、中途放棄學習等問題,而這些也自然成為我們需要去突破和解決的設計難點。

          1. 核心訴求:如何讓學員有動力學習?

          解析問題:老師團隊希望做出與市場上工具化產品有所區別的產品目標,更是一款具有情感化且具有工具屬性的教培產品。根據這個目標和方向,我們快速嘗試了一版方案:讓學習進度清晰可見—“學習地圖”方案。

          B 端教育產品的情感化設計(視覺篇)

          設計目標

          快速迭代1.0 學習地圖,定位問題聚焦設計方向。

          B 端教育產品的情感化設計(視覺篇)

          1.0版設計地圖

          我們快速打造并模擬上線了1.0版學習地圖,并和宋老師團隊溝通發現:如上圖的信息模式更適合即時性運營類的信息傳達,而在21天這樣的學習訓練營中,這樣的視覺信息表達會有以下的問題:

          1. 學習路徑漫長且曲折,讓學習目標看起來很難完成;
          2. 在漫長的路徑上連續不斷的關卡造成一種讓用戶遙不可及且容易中途就放棄學習;
          3. 節點的節奏過于單調讓學習沒有預期感、缺失成就感。

          雖然秉持著創造輕松的學習環境和氣氛的目標,我們的設計還不能滿足實現情感化的工具產品,所以我們快速的定位問題并調整了我們學習地圖的設計思路。

          B 端教育產品的情感化設計(視覺篇)

          1.0版設計地圖

          2. 學習如何才能是輕松又有動力的?

          回答最初的問題,如何讓學習輕松有效又有持續性?分為以下幾個維度:

          1)縮短學習路徑— 讓學習目標看起來輕松可執行。

          2)拉近終點目標— 讓原先看起來遙不可及的目標“觸手可及”。

          3)只聚焦當前任務 弱化未完成的任務—幫助學習者減負,學習者不需要關注將來的任務,只需要把精力聚焦在當前的任務下,完成當前的力所能及的“小事”就能打卡成功。

          4)放大學習成就感— 在21天的訓練營,把學習分成:初、中、后期。在學習初期需要關注學習習慣的養成;在學習中期需要幫助學習者在中途不要放棄學習,鼓勵學習者,并將學習回報等可視化,像是累計的學習時間獲得驚喜等;在學期后期放大目標,凸顯目標任務近在咫尺的感受,在最后學習終點放大學習的成就感。

          5)放大社交屬性— 騰訊的基因就是有社交屬性的,所以將學習組團化,學習者之間互相鼓勵,讓學習變得簡單和快樂。

          3. 從籠統的游戲化設計聚焦關鍵設計點

          1)輕松

          創造更輕松愉快的學習氛圍。首先需要拆解分化目標本身,聚焦于當下要完成的事,而不是想著那個遙不可及的目標;其次,讓過程可見,看見學習的過程視覺化的量化;最后,驚喜埋點,讓學習是一件快樂的事情。

          2)激勵

          主要的思考方向聚焦在:增加互動,老師上課直播的送花 、標示(學習積極分子等)創造學員之間的互動,攀登榜等。其次通過驚喜盲盒讓學習也是可以開心并且有成果的。

          3)品牌化

          以此次的項目代表,不同的教育機構有自己的屬性和教育理念的傳達,也有大量的運營的需求。如何幫助合作伙伴或是客戶更好的快速、清晰、準確的塑造其品牌和品牌識別度,也是我們需要聚焦的方向。

          4)B端設計

          作為B端的設計,希望后續面對類似需求的客戶可以將設計元素組件化,量化復用的同時,滿足用戶定制化的需求,靈活多變,幫助產品快速的產出。

          B 端教育產品的情感化設計(視覺篇)

          聚焦設計關鍵點

          二、差異化學習地圖專項設計

          1. 地圖信息屬性調整

          1)節點

          將課程的節點放大,且增加變量的屬性,讓每節課程的節點都“埋藏驚喜”。同時節點的設計分為基礎節點和其它節點。其它節點包含:彩蛋節點、運營位節點等,讓節點變成一個組件的同時具備了靈活變化的屬性。

          B 端教育產品的情感化設計(視覺篇)

          節點組件

          2)路徑

          節點自身就可以組成隱形的路徑,相對就壓縮了學習路徑,減輕學習者的學習負擔。并且用空間感的“近大遠小的”路徑設計從視覺上“拉近”學習目標終點。

          3)角色融入

          將學習者角色帶入,用了小人“跳一跳”的動態增加學習的趣味性。

          B 端教育產品的情感化設計(視覺篇)

          動態跳一跳

          4)故事線

          服務于售前,產品可以針對不同的客戶和需求串連不同的故事線。

          在做初期提案時,我們的故事線是:學習積累水滴灌溉小樹苗,在學習過程中小樹苗慢慢成長變成大樹,通過這樣的視覺呈現來體現學習的成就感。學習者在不同的節點會解鎖帶有樹苗長大的驚喜“彩蛋”節點。

          作為B端的設計服務,不同的客戶有不同的目標需求,但是基于這樣的學習地圖組件,后續可以更換不同的故事線,也可以根據客戶需求靈活定制學習地圖。

          2. 地圖在界面上的的呈現

          1)終點目標可見/聚焦當前任務

          首屏就可以看到終點,并展示終點第21節課程,減輕學習者的負擔。在視覺上呈現出:完成這個目標“看起來”也不是很困難的感受,讓學習者感覺自己是可以憑借著努力去觸達學習終點的。所以學習者只需要聚焦在當前需要完成的課程,而不需要考慮還未完成的課程。

          B 端教育產品的情感化設計(視覺篇)

          地圖的視覺呈現

          2)界面結構

          • 遠景:不同的階段感,放大成就感。
          • 課程區域:(減少學習負擔,聚焦當前的任務。
          • 前景區域:邊走風景邊會變化體現成長感,減少學習的倦怠感。

          3)前、中、遠景的結構設計

          界面的結構分為:前景、中景、遠景。

          • 前景區域:隨著學習者邊“走”風景會變化,在前景處體現學習者的成長感,減少學習的倦怠。
          • 中景:課程區域,減少學習負擔,聚焦當前的任務。
          • 遠景:弱化未來的課程,在學習后期階段,放大目標觸手可及的感受,幫助學習者堅持學習。

          4)學習地圖元素的組件靈活變化

          1.0版本的學習地圖設計重心放在視覺插畫上,而忽略了服務于B端用戶所需的快速組件化?;诂F在的設計結構,可以有效的產出和預估設計的工作量,將其作為有情感沉淀的半自定義組件。

          B 端教育產品的情感化設計(視覺篇)

          如何通過界面提升學習動力

          5)最后小結

          學習地圖的設計是為了幫助學習者減輕學習負擔、幫助學習者明確學習路徑、凸顯學習的成長感。靈活的節點設計以及隱藏彩蛋增強了學習的動力,減少了學習的疲勞感。而在產品售賣層面,可以串聯不同的故事線快速搭建學習地圖。

          三、幫助合作伙伴樹立品牌

          1. 客戶提案

          合作伙伴提出了關鍵詞“成長”,為了更好地管理用戶的預期,我們做了以“成長”為核心的三個維度展開的設計提案。方案A為成長沐浴在陽關下的治愈型方案—向陽而生感受成長的力量。方案B為學習也可以很快樂—學習嘉年華。方案C為成長的經典綠色方案—成長是一種詩意的棲居。

          B 端教育產品的情感化設計(視覺篇)

          3個不同的提案

          確定主題向陽而生

          在與合作伙伴溝通后選擇了A方案向陽而生,產品也重新定義了故事主線。將故事主線定義為“登山看日出”所以根據新的故事主線我們定義了主要的品牌元素及延伸運用。

          2. 品牌設計元素的提取與應用

          宋老師團隊選擇的“向陽而生”的方案,將設計元素的落點在于“陽光”的設計點上。

          B 端教育產品的情感化設計(視覺篇)

          視覺元素提取抽象并賦予視覺的語意“在名師的指導下學習成長,猶如沐浴在溫和自在的陽光中,快樂成長,快樂學習”,并加入了“學習”的元素—筆記本,希望可以通過紙張體現學習過程中的“親切感”。

          B 端教育產品的情感化設計(視覺篇)

          主要設計元素首先來分解主要的視覺設計點-陽光,提取陽光“溫暖柔和”的特質。將陽光元素抽象出:磨砂模糊的陽光光暈、一束光線的色彩形狀的組合。并將這些特質運用在界面設計中,如下圖。

          B 端教育產品的情感化設計(視覺篇)

          設計元素在界面上的應用在質感上運用更多偏磨砂的效果,加入有代表性的筆記本元素作為底紋。在界面可以上看到,通過陽光光束突出人名,重要的按鈕及按鈕狀態也增加了陽光光暈的設計,在細節上潛移默化地呈現教學與設計的理念。

          B 端教育產品的情感化設計(視覺篇)

          設計元素在界面上的應用

          3. 差異化:融入新的故事線—放大學習成就感

          融入新的故事線“登山看日出”。在產品中“學習地圖”作為差異化的設計點的全過程展示,參看下圖視頻演示。

          首次學習過程模擬學習進度的視覺化呈現分為三個不同階段:

          1. 初期-學習新鮮期;
          2. 中期-學習倦怠期;
          3. 后期-學習沖刺期。

          我們將21天的學習進程分成不同的階段,并根據不同的用戶心理改變視覺呈現,前期和中期和后期會有明顯的“視覺改變”,在最后成功的學習完成也會有一個儀式感的“學習路徑”的層層疊加,凸顯學習的成就感,此時也是用戶對自己用心學習的最好回饋,將這一些心理狀態都視覺化地呈現在用戶眼前。

          B 端教育產品的情感化設計(視覺篇)

          B 端教育產品的情感化設計(視覺篇)

          階段的視覺呈現學習地圖組件分為:

          • 前景:學習過程變化的信息;
          • 中/遠景:學習節點,學習節點包括基礎節點和自定義節點,自定義節點可以根據產品和客戶的需要更改節點的屬性;
          • 遠景:學習結束的儀式感展現。這一學習路徑的視覺展現形式也可以很好地轉化為設計組件,串聯不同的故事線讓學員去完成不同天數的線上學習。

          B 端教育產品的情感化設計(視覺篇)

          學習地圖組件

          1)其它學習激勵頁面

          呼應“向陽而生”的故事線,我們的設計還包含了其它的學習激勵機制。例如:每次完成學習會獲得一個“太陽”積分、學習攀登榜的設計上,呼應登山主題的視覺表達。

          B 端教育產品的情感化設計(視覺篇)

          其他激勵頁面

          2)設計規范與設計協同

          為感更好地進行教育的視覺協作,我們將視覺規范分為:設計總體理念的概覽、設計基礎組件、設計特殊組件、界面相關的具體設計內容、典型頁面和人物封面規范等,保證內外部的設計輸出規范,保持產品視覺基調完整準確。

          B 端教育產品的情感化設計(視覺篇)

          設計規范

          B 端教育產品的情感化設計(視覺篇)

          協同設計

          藍藍設計建立了UI設計分享群,每天會分享國內外的一些優秀設計,如果有興趣的話,可以進入一起成長學習,請掃碼ben_lanlan,報下信息,會請您入群。歡迎您加入噢~~希望得到建議咨詢、商務合作,也請與我們聯系。

          文章來源:人人都是產品經理   作者:騰訊設計

          分享此文一切功德,皆悉回向給文章原作者及眾讀者.

          免責聲明:藍藍設計尊重原作者,文章的版權歸原作者。如涉及版權問題,請及時與我們取得聯系,我們立即更正或刪除。

          藍藍設計www.syprn.cn )是一家專注而深入的界面設計公司,為期望卓越的國內外企業提供卓越的UI界面設計、BS界面設計 、 cs界面設計 、 ipad界面設計 、 包裝設計 、 圖標定制 、 用戶體驗 、交互設計、 網站建設 、平面設計服務


          一篇文章帶你深入了解“B端C化”的設計理念

          資深UI設計者


          中國互聯網公司的迅速發展正在推動著整個軟件行業的審美革命,在C端產品市場逐漸飽和的情況下,互聯網大廠正在將資本逐步轉移到B端市場的廣闊藍海中?!盉端C端化“的設計理念也應運而生,認為可以用C端的模式和思維來進行B端產品的設計。


          二、背景


          除了剛剛有說到的資本慢慢向B端市場的藍海轉移,還有一點就是中國互聯網環境的迅速發展,智能手機的大范圍普及,工作人群的年輕化,使得人們已經熟練的掌握了各種軟件的使用,并且在快速迭代的產品中慢慢變得挑剔、謹慎。


          并且不斷優化迭代的互聯網軟件產品也在無形中為用戶完成了底層認知的搭建,一些功能、操作、交互邏輯已經深入人心,用戶也已經被教育成了"高玩"。
          所以如今一些新型B端產品的設計理所應當的在用戶體驗五要素中最貼近用戶的結構層、框架層 和表現層中與一些C端產品在一定程度保持了一致,這種設計理念其實也很好的解決了傳統軟件的復雜、門檻高、難用等痛點,很大程度降低了用戶的認知成本和學習成本,把高效、簡單、易用的工具帶到大家的日常工作中。


          三、對B端C化的理解


          對這個概念的理解我認為是:"B端產品在使用體驗和視覺感受這兩個方面和C端產品接近"。這是我們設計師需要特別關注的,傳統的思維中,大多數設計師會認為B端是給公司內部人員或者商家使用的,只是一個管理系統,并不需要太過于精細,至于體驗也是停留在“能用就行”的程度。但是在我看來不管是C端還是B端,其實它的使用對象都是“人”,應該要遵循人們對于事物的認知和一系列復雜的人體工程學操作習慣。兩者都需要關注用戶在使用時的體驗感受,順暢的使用流程、清晰的信息展示和高效的行為效率,以及有效的引導都能夠快速的幫助用戶完成目標任務。無論是C端設計還是B端設計,滿足這些條件無疑可以給用戶帶來更好的體驗。


          但是也不能以偏概全的認為C端的設計思維可以完全復用過來。B端產品的場景其實比C端產品還是要復雜的多,應該說是各有各的側重點,思維和設計模式上不能完全照搬,下面我就先說說它們各自的不同處,再舉例帶你看看B端產品在哪些方面可以向C端產品借鑒學習。


          四、B端C端的不同


          1.使用者不同


          B端使用者多是同一個組織集體,以群體為單位進行協同。比如:老板、部門主管、員工或商戶。而C端使用者相對比較單一,目標用戶群體即是主要使用人群,使用目標、偏好、個性比較明確。


          2.業務不同:


          B端業務大多數會存在多重維度、場景,使用場景跟業務緊密相關,同一個系統不同角色使用時的業務處理和所關注的數據信息,側重點會有很大的不同,需要全局考慮。不同角色使用產品的流程差異大,需要不同業務上更專業的解決方案。而C端業務一般維度比較單一,業務邏輯相對固定,任務路徑和展示內容比較單一。


           3.價值主張不同:


          B端注重效率、成本、管控、數據分析等。追求產品的穩定性、業務的增長性,保證產品性能和技術上的安全性。而C端注重用戶的體驗、使用簡單、有樂趣。


          4.產品思維不同:


          B端產品多數基于服務思維,工具化思維,更加理性;更多的是幫助B端用戶提高效率,完成業務目標。而C端多數為產品化思維,游戲化思維,更感性,更多的是娛樂和情感的滿足。


          5.產品形態不同:


          B端產品注重業務的梳理,多數會用到圖表、表格、模型,多數產品形態偏向更垂直行業或更專業的面板形態。而C端更注重用戶的感受,會用到很多夸張的動效,炫彩的顏色。


          五、B端C化在產品中具體的表現


          1.結構層 


          結構層確定各個將要呈現給用戶的選項的模式和順序。結構層是用來設計用戶如何到達某個頁面,并且要考慮他們完成事情之后能夠去哪里。
          具體在B端產品的表單交付場景下可以體現出,以前的B端表單往往過于冗長,借鑒C端一些注冊場景的設計,把表單拆分成3步內的行為步驟,減少用戶的疲憊感提升體驗。

          2.框架層


          產品的框架層包括:按鈕、控件、照片、文本區域的位置??蚣軐邮怯糜趦灮撁嬖O計布局的。
          具體在B端產品的列表頁可以體現出,列表頁中整體的按鈕、文本區域的位置、搜索和篩選的布局設計其實與C端產品中的商品詳情頁是類似的,遵循用戶的閱讀順序和視覺焦點來進行設計。


          3.表現層


          視覺、聽覺、(觸覺)的體驗設計。多體現在一些情感化的設計也被運用在了B端產品中。



          六、B端C化未來的設計方向



          反觀現在C端產品的一些設計風格和流行趨勢,有哪些可以運用在B端產品的設計中呢?

          1.3D化


          B端因為對數據的展示有較強的需求,用戶在使用過程中提高效率的判斷緯度也包括信息數據的獲取效率,而3D的視覺在數據可視化層面有著天然的優勢,可以幫助用戶更快速的理解數據維度所表達的核心價值。近年來網速等硬件設施的升級也為3D化視覺帶來可落地的基礎,設計師也嘗試在產品設計中融入更多的3D化元素。


          2.情感化


          人們對傳統B端產品的印象往往是覺得它們比較枯燥、呆板的,如今一些新型的B端產品的設計理念也試圖在拋開用戶對于產品的這種既定印象,所以很多產品在往一些娛樂化、IP化的方向嘗試,并且都達到了一些比較好的效果,未來在這方面的思考和嘗試只會越來越多。


          3.個性化


          B端產品的同質化嚴重,所以B端產品也需要從一些產品定位去定制更加富有個性的品牌基因,可以讓用戶產生對產品的感情,達到從同類產品中能夠脫穎而出的目標。



          七、總結:



          不管是B端還是C端,目的都是為了解決業務場景中遇到的問題,使用對象都是人,都應該站在“人性”的角度考慮問題,有人說B端產品一般都不注重設計,C端產品的設計更能滿足設計師對美的追求,我只能說它們的側重點不同,C端更注重視覺感受,要做到在視覺表現的感性層面吸引用戶,而B端其實更為復雜,需要做到底層的強大數據處理能力,產品的專業性包括交互、視覺的吸引力,這樣才能從眾多產品中得到用戶的認可并脫穎而出。設計師還需要不斷打磨細節和優化體驗來吸引和留住用戶。
          所以說“B端C端化”也只是在某些方面通用,但核心側重點不同,不能以偏概全、一概而論,但可以借鑒與參考,B端產品也可以做的很精彩。

          藍藍設計建立了UI設計分享群,每天會分享國內外的一些優秀設計,如果有興趣的話,可以進入一起成長學習,請掃碼ben_lanlan,報下信息,會請您入群。歡迎您加入噢~~希望得到建議咨詢、商務合作,也請與我們聯系。

          文章來源:站酷   作者:酷家樂UED 

          分享此文一切功德,皆悉回向給文章原作者及眾讀者.

          免責聲明:藍藍設計尊重原作者,文章的版權歸原作者。如涉及版權問題,請及時與我們取得聯系,我們立即更正或刪除。

          藍藍設計www.syprn.cn )是一家專注而深入的界面設計公司,為期望卓越的國內外企業提供卓越的UI界面設計、BS界面設計 、 cs界面設計 、 ipad界面設計 、 包裝設計 、 圖標定制 、 用戶體驗 、交互設計、 網站建設 平面設計服務



          B 類產品設計細節:文本縮略

          資深UI設計者

          說明:文本縮略是指展示空間不足時,隱去部分內容并用'...' 替代。常見情況:

          · 文本內容長度或高度超過列寬或行高;

          · 圖表中空間有限,文本內容無法完全顯示;

          · 自適應調整時寬度變小。


          縮略方式

          末端截斷

          · 內容超過列寬時超出的用 '...' 省略;

          · 標簽內文案超出由 '...' 省略。

          · 長文本截斷的通用模式。


          中間截斷

          · 設置開頭、末端保留的字符數,在末端保留字符前顯示 '...' ;

          · 開頭保留字符數根據列寬以「顯示盡量多的字符」的原則來確定(極端情況為開頭不保留字符,即為「開頭截斷」;若空間十分有限,則盡量多地保留末端字符)。

          · 中間截斷在文本的開頭相同、末尾字符對區別字段起到關鍵作用時使用。


          場景舉例 1:實例名

          包括任務名、文件名、表名、系統名等等。

          典型案例:完整字段如下

          company_sales_record_20150116

          company_sales_record_20150117

          縮略結果:

          場景舉例 2:系列名稱

          開頭統一的系列長名稱,通過后半部分來區分的字段。

          典型案例:阿里集團的 BU 完整名稱如下

          口碑-本地生活事業部-北方大區-北方運營

          口碑-本地生活事業部-七星大區-東南運營

          縮略結果:


          設計要點

          · 重要數字、時間不建議縮略。

          · 名稱列縮略可結合表頭的拖拉控制顯示與縮略,內容完全顯示時 '...' 消失。

          · 單行文本省略使用 tooltip,多行文本省略使用展開與收起。

          · 描述 '...' 支持 hover,標簽整個支持 hover。

          · 標簽數量多時建議通過折行全部展示,不建議通過 '...' 隱藏后面的標簽。

          · tooltip 不承載復雜文本和操作。

          · 根據使用場景為字段設置合理的字數上限和展示空間,避免隱藏過多的內容。

          · tooltip 的尺寸不應過大,建議最大尺寸不超過長 320px、寬 160px。




          藍藍設計建立了UI設計分享群,每天會分享國內外的一些優秀設計,如果有興趣的話,可以進入一起成長學習,請掃碼ben_lanlan,報下信息,會請您入群。歡迎您加入噢~~希望得到建議咨詢、商務合作,也請與我們聯系。

          文章來源:站酷   作者:Ant_Design 

          分享此文一切功德,皆悉回向給文章原作者及眾讀者.

          免責聲明:藍藍設計尊重原作者,文章的版權歸原作者。如涉及版權問題,請及時與我們取得聯系,我們立即更正或刪除。

          藍藍設計www.syprn.cn )是一家專注而深入的界面設計公司,為期望卓越的國內外企業提供卓越的UI界面設計、BS界面設計 、 cs界面設計 、 ipad界面設計 、 包裝設計 、 圖標定制 、 用戶體驗 、交互設計、 網站建設 平面設計服務


          B端數據可視化設計指南(信息圖表篇)

          資深UI設計者

          8000 字深度長文!B端數據可視化設計指南(信息圖表篇)

          在如今的工作中(尤其是 B 端)越來越多的會開始出現數據可視化的身影,對于一部分小伙伴來說這個概念是較為陌生的,面對這道無形之中提升的“門檻”我們常常會表現的手足無措。所以,為了讓大家對于數據可視化不再那么束手無措,我希望能通過這篇文章和大家一起交流學習,解決一些屬于我們共同的問題。

          那么我們還是老規矩,想要了解一個事物首先需要知道的是它的定義。

          8000 字深度長文!B端數據可視化設計指南(信息圖表篇)

          數據可視化的基本信息

          1. 數據可視化的定義

          較為籠統的來說數據可視化是一種由圖形、圖像、數字等元素組成的語言用于解釋、呈現目標數據之間的關系。從這個定義上來看,數據可視化從外觀層面來說是與圖形、圖像這些視覺元素密不可分,這也是數據可視化最為明顯的特征。

          而結合我們實際的生活與工作來說,數據可視化是一種以圖形符號為主要表現形式,將不可見的、抽象的、復雜的、枯燥的、專業的、不直觀的數據內容,有趣的、淺顯的傳遞給用戶的有效手段。用戶可以通過這樣的手段完成自己的目標(例如對選定范圍內的數據進行分析,發現數據的周期與規律、迅速找到自己目標節點中的關鍵數值、對比幾組數據以了解當下研究對象的情況等)這也是數據可視化最為明顯的價值。

          8000 字深度長文!B端數據可視化設計指南(信息圖表篇)

          2. 可視化發展簡史

          關于可視化的發展史上可追溯至 1950 年,當時人們利用計算機創建出了首批圖形圖表,可以說是數據可視化圖表最為早期的雛形,而在 50-60 年代的可視化中又以查爾斯·約瑟夫·米納德的《1812-1813 對俄戰爭中法軍人力持續損失示意圖》為代表。

          8000 字深度長文!B端數據可視化設計指南(信息圖表篇)

          該圖描繪了拿破侖的軍隊自離開波蘭到俄羅斯邊界后軍力損失的狀況,也是后世分析拿破侖對俄戰爭的重要數據分析資料,后來這種帶狀圖被稱為“桑基圖”用來解釋能量的流動。

          而可視化真正被提到一個應用理論的高度是到了 1987 年布魯斯·麥考梅克和馬克沁·布朗所編寫的美國國家科學基金會報告《Visualization in Scientific Computing》(科學計算之中的可視化),其意在強調了基于計算機的可視化技術方法的必要性,此時的概念已經與現在我們所接觸的工作中的數據可視化是非常接近。

          到了 90 年代初人們發起了一個稱為“信息可視化”的研究領域旨在為許多應用領域(科學、商業、行政、財務、數字媒體)之中對于抽象的異質性數據集的分析工作提供支持,與前面提到的“科學可視化”交叉形成了現在耳熟能詳的“數據可視化”,此時這個詞匯才慢慢的被更多的專業領域的人所接受,并在之后互聯網的不斷發展中擴充著自己的分支。

          8000 字深度長文!B端數據可視化設計指南(信息圖表篇)

          3. 為什么會使用數據可視化

          8000 字深度長文!B端數據可視化設計指南(信息圖表篇)

          目前大量開始使用視覺可視化的原因其實非常簡單大致的原因可以分為需要處理的數據量太大了和人腦不夠用了。

          據不完全統計 IBM 公司每天有 2.5 億字節數據的吞吐量,麻省理工學院的研究科學家 Andrew McAfee 和 Erik Brynjolfsson 教授指出,如今在互聯網上傳遞的數據量比過去 20 年的總和還多,而且根據 IDC 預測,到 2025 年將有 163 萬億 GB 的數據。

          這是非常驚人的,而這么多需求的數據量單憑人腦的計算能力和處理能力來說是完全無法與之匹配的,研究表明人腦很難同時處理 5 組以上的抽象數據,所以這種單線程的處理方式就決定了需要借助外力。

          而對于用戶尤其是決策層的用戶來說在現實的工作場景中經常需要同時處理超過 5 組以上的數據并需要對其建立精準的分析模型以便于做出最準確的決策所以基于這樣的需求,數據可視化設計氤氳而生。

          4. 數據可視化的優勢

          8000 字深度長文!B端數據可視化設計指南(信息圖表篇)

          基于數據可視化的需求來看,數據可視化的優勢是顯而易見的,可以概括為兩點:認知減負和傳遞賦能。

          認知減負是使用者在使用數據可視化工具時候的最直觀感受,當所面對的龐大的、復雜的枯燥海量數據集變成了圖像化、通俗化、形象化的視覺符號時,我們會本能的放下對于面對冰冷數據時候的抗拒和戒備,這是因為人對于一目了然更加接近自己熟悉的有趣事物的時候,會更為親切和愿意去主動理解。而且被處理過、規劃過的簡潔直觀表現形式,能更為直接的讓使用者看到數據與數據之間的關聯,進而分析出其潛在關系,在人對數據的認知這個環節上降低了識別成本和分析成本。

          傳遞賦能上圖像傳遞更接近人類最本能的獲取信息的方式,比起文字來說圖像更像是一個解密的步驟,通過解開文字描述這重“密碼”將最本質的信息進行呈現,而且對比文字,圖像所能夠承載的信息其實更為廣泛,而且人類讀圖的效率要遠遠高于閱讀文字。

          無論是一個約定俗成的語義符號形象還是符合語境的配色都能夠起到比文字直白表述更為強烈的深入人心效果,并且圖解的形式并不受限于語言的障礙,極大的降低了溝通成本。

          5. 使用目標

          8000 字深度長文!B端數據可視化設計指南(信息圖表篇)

          基于用戶的使用目標來說,使用數據可視化其實就像是一個偵探用“蛛網圖”輔助自己梳理思緒進行破案的過程:將一些有關的,但是較為零散信息數據用一根根線索穿插起來,形成體系化的聯系,方便使用者迅速把握各個節點之間的關系進行推導。

          所以說我們在設計數據可視化的時候并不是對我們拿到的數據的無腦映射,而是要基于用戶的目標經過一定的處理和優化后才能進行呈現,隨時記住我們是給用戶在打輔助,所以我們每一步的設計一定要基于用戶的思考。

          8000 字深度長文!B端數據可視化設計指南(信息圖表篇)

          用戶的期望是能夠高效、清晰、簡潔地完成數據的對比、關鍵節點的查詢、每組數據之間的分析等一系列交互,提升自己的工作效率,降低自己的學習和使用成本。

          6. 應用場景

          8000 字深度長文!B端數據可視化設計指南(信息圖表篇)

          數據可視化的應用領域較為廣泛涉及醫療、統計、管理、金融、娛樂、人工智能等一系列領域,在 UI 的設計中我們最常接觸到的包括:PC 后臺的數據概覽、數據可視化大屏、游戲 UI、后臺實時監控等。

          設計師們的任務

          當我們大致了解了數據可視化的歷史、使用原因、優勢、用戶目標、應用領域后下面就要切入我們設計師最為關心的話題:我們在設計中的任務。

          1. 設計難點

          8000 字深度長文!B端數據可視化設計指南(信息圖表篇)

          數據可視化作為一門跨領域的學科,本身對于從業者而言就有著一定的綜合素質要求,但由于國內教育并沒有垂直教學學科,所以在現在的階段從業人員一部分由純視覺設計專業的同學組成,另一部分由純工科類型的專業的同學組成。

          于是這就導致了非視覺設計師在進行設計時,會將全副精力放在強數據的準確性、合理性上,從而讓視覺的易讀性上有一定的損失,表現形式也較為單一枯燥,視覺感官較差,反觀視覺設計師通常會將數據可視化在視覺表現形式上過度用力,雖然營造了很好的視覺體驗,但是從其實用度、可用性上來說會大打折扣。

          于是設計的難點很多時候就會集中在平衡視覺與實用之間的關系。

          2. 設計目標

          8000 字深度長文!B端數據可視化設計指南(信息圖表篇)

          通過以上分析,不難看出設計的主要目標,而面對這句較為抽象的“把握設計與實用之間的平衡”其實無外乎也就是拆解到功能和視覺這兩個方面。

          從功能上來說,我的目標是提升用戶的數據閱讀效率、讓用戶能夠迅速 Touch 到目標信息,提升交互效率,一切都是以結果為導向,以解決用戶問題為導向,一定記住人們不愿意接受未處理過的數據。

          8000 字深度長文!B端數據可視化設計指南(信息圖表篇)

          而從視覺上來說,我們的目標是處理好在視覺上各個模塊之間的統一、透氣關系,將數據進行可視化的同時盡量提升感官上的審美體驗與傳達上的有趣。

          以上會作為后文中我們每一步設計的指導和檢驗的方式,從實際操作的維度上來說二者也并不是五十比五十的分配,遵循的原則是:體驗一定要讓位于功能,所以在視覺的層面發揮的空間其實需要比較克制。

          案例制作

          了解了數據可視化的設計難點,明確了數據可視化的設計目標,那么我下面進入我們最重點的環節:可視化頁面案例制作,由于數據可視化的形式較多,這次我們以工作中經常接觸得到的 PC 頁面數據概覽頁為例。

          1. 明確性質

          同樣的,細化到數據概覽這個分支項目,我們同樣需要明確了解其基礎定義和性質,嚴格意義上來說數據概覽部分屬于 Dashboard design(儀表盤設計)的一種,其主要的目的和功能可分為分析和操作兩塊。

          8000 字深度長文!B端數據可視化設計指南(信息圖表篇)

          8000 字深度長文!B端數據可視化設計指南(信息圖表篇)

          所以從綜合的角度來說數據概覽部分可以理解為:

          其它模塊的摘要視圖,并顯示來自應用程序各個部分的關鍵信息,從這點上來說建議此模塊可以在其余模塊設計完后再進行設計,如此有利于設計師從一個全局的視角切入進行設計,理解上也會更加透徹,否則很可能會陷入在你設計其他模塊的時候不斷地返回對其進行修改的怪圈。

          它也是核心功能、常用功能的快速操作助手和快捷頁面跳轉(有點類似于導航),交互功能的排布和關鍵信息的顯示,其共同的要求點是顯而易見的,即明確各個模塊之間的層級,做好順序、優先級排布。這就需要你對業務目標有一定的了解,記住,對業務目標不了解,你的設計將毫無意義。

          你可以通過查詢一些內部資料、報告、也可以詢問產品經理等相關負責人,還可以通過用戶調研得出,這里不展開說,在動手之前你需要搞清楚:各模塊之間優先級如何、你需要在一張單獨的圖表內展示多少變量、想展示一段時間內的值是項目和項目之間還是組與組之間、每段變量中有多少關鍵數據需要展示等問題。

          2. 定義模塊優先級

          8000 字深度長文!B端數據可視化設計指南(信息圖表篇)

          如上圖所示,在工作中我們接到需求的時候是面對一堆冗雜的數據集,組成了若干個模塊,但是正如上文所說,我們并不能對其進行無腦的可視化映射,所以首先要做的就是要對各個模塊進行優先級的梳理排序

          8000 字深度長文!B端數據可視化設計指南(信息圖表篇)

          明確了各個模塊的優先級排布之后,我們開始對每一個單獨模塊進行可視化轉化,即哪一個部分分別用什么類型的可視化形式表現,這一步非常類似于土地使用規劃,當你在將土地劃分完后,為每一塊土地定義其使用類型。

          3. 明確圖表選擇

          想準確的將圖表與所要表現的數據進行對應,需要了解圖表本身所包含的基本元素。

          8000 字深度長文!B端數據可視化設計指南(信息圖表篇)

          在這些元素中正常情況下一定在圖表中的有:標題、時間范圍、圖形主體,經常出現的有:坐標系、圖例、提示信息,有時候會有的有:切換選項和值域。

          知道了這些重要的基礎信息了,那么在面對這么多圖表的時候我們該如何正確的選擇來進行使用呢?

          8000 字深度長文!B端數據可視化設計指南(信息圖表篇)

          其實和之前說的一樣:基于目的來進行思考,所謂的基于目的來進行思考也就是要明確你所確立的數據指標需要分析的維度,而日常使用的數據需要分析的維度無外乎:比較、構成、分布聯系。

          比較類圖表

          8000 字深度長文!B端數據可視化設計指南(信息圖表篇)

          比較類圖表應該是大家最為熟悉的范疇,第一時間能夠想到的就是柱狀圖,這也是運用最為廣泛的圖表之一,經常出現在 PC 端之中,用于描述分類數據之間的對比,描述的數據可以是地區、品類甚至一個時間周期,但由于其擴展能力有限,所以一般不建議項目超過 12 條。

          8000 字深度長文!B端數據可視化設計指南(信息圖表篇)

          條形圖與柱狀圖類似,看上去只是交換了 X 軸與 Y 軸,功能和承載數據種類較為類似,但不同的是,條形所能承載的項目數量相對于柱狀圖而言更多,由于其優良的縱向延展性一般用于手機端較多,而且從上到下的閱讀方式符合人眼閱讀習慣,所以也會經常用于排行榜的設計中。

          8000 字深度長文!B端數據可視化設計指南(信息圖表篇)

          分組條形圖是條形圖的衍生之一用于比較多個變量在不同區域之間的數量關系,比如當想比較同樣一款衣服和鞋子在四個門店中的一個季度的營業額時就可以使用分組條形圖。

          8000 字深度長文!B端數據可視化設計指南(信息圖表篇)

          雙向條形圖表適合比較兩組以上的分類數據比較,和分組條形圖較為類似,但是由于自身外觀特征更適合用于比較兩組意義相反的數據,也正是如此,雙向條形圖的組內二級分類數量一般不要超過 3 條最好。

          8000 字深度長文!B端數據可視化設計指南(信息圖表篇)

          折線圖與前者最大的不同就在于在坐標軸中加入了連續類別這個概念,數據基于時間等因素變得動態了起來,注重變化趨勢的展現。

          8000 字深度長文!B端數據可視化設計指南(信息圖表篇)

          面積圖是折線圖的延伸,除了表示變化趨勢之外還能比較所選范圍內積累的值。

          8000 字深度長文!B端數據可視化設計指南(信息圖表篇)

          玫瑰圖應該算是可視化圖表中的“網紅”,因為我們從小學的課本中就知道它還有一個別稱叫“南丁格爾玫瑰圖”。它是一種圓形的直方圖,使用半徑長短表示數值大小,其特點就在于因為其獨特的外觀可以將數值之間的差距在視覺層面進行放大,和將坐標軸范圍縮小來提升視覺上數值的碾壓是一個道理,發布會吹水最愛,但是要注意的是這不是一個表示占比構成的圖,因為玫瑰圖的每一份角度是一樣的,一定要和餅狀圖等圖區分開來,它用來表示的還是數值與數值之間的大小

          8000 字深度長文!B端數據可視化設計指南(信息圖表篇)

          雷達圖經常用于分析一些多維的性能數據、評分數據,經常打游戲的朋友應該不陌生,有多少五邊形選手可以扣個 1,每一項指標越接近圓心說明狀態越差,越向外說明越佳。

          8000 字深度長文!B端數據可視化設計指南(信息圖表篇)

          子彈圖用于比較當前數值與目標之間的關系,比如看當前業績是否達標,也可以通過標記劃分區域來進行更好的評估。

          8000 字深度長文!B端數據可視化設計指南(信息圖表篇)

          漏斗圖適用于業務流程比較規范、周期長、環節多的單流程單項分析,一定要有清晰的環節,比如監控買家從瀏覽到最后下單的數量統計以求得轉化率,不適合無邏輯、無流程的分類對比。

          構成類圖表

          8000 字深度長文!B端數據可視化設計指南(信息圖表篇)

          構成類圖表整體上來說主要用于觀察部分和整體的占比關系,最經典的莫過于餅狀圖,這個不用多說,通過每一份半圓角度所占整個圓的大小來表示部分和整體的關系,但是由于其所占面積較大,經常會讓視覺過于集中,影響注意力。

          8000 字深度長文!B端數據可視化設計指南(信息圖表篇)

          相對于餅狀圖而言,環狀圖十分有效的避免的干擾視覺的問題,其本質是將餅圖中間掏空,功能與餅圖基本一致,但是視覺上做到了輕量化,目前在日常設計中較為常用。

          8000 字深度長文!B端數據可視化設計指南(信息圖表篇)

          旭日圖相當于前面二者的結合,適用于展示多層級數據的占比關系,距離圓心越近代表層級越高,下一層級的總和構成上一層級,存在一定的父子層級關系。

          8000 字深度長文!B端數據可視化設計指南(信息圖表篇)

          堆疊面積圖出了可以表達趨勢外,其優勢在于能夠表達總量和分量的構成關系,堆疊面積圖上的最大的面積代表了所有的數據量的總和,是一個整體。各個疊起來的面積表示各個數據量的大小。

          8000 字深度長文!B端數據可視化設計指南(信息圖表篇)

          堆疊柱狀圖的優勢在于它既可以表達一級分類的比較,同時還能看出二級分類在其一級分類中的占比,但是缺點在于二級分類并不是按照同一基準線對齊的,相比于堆疊面積圖更為常用。

          8000 字深度長文!B端數據可視化設計指南(信息圖表篇)

          瀑布圖用表達兩個數值之間的變化過程,過程值為正的時候,向上加,過程值為負的時候向下減。

          分布聯系類圖表

          分布聯系類地圖在這兩年在國人的心中其實已經非常熟悉了,因為疫情今年的地圖可視化的應用經常出現在我們的生活中,地圖可以結合不同的表達方式:

          可以結合散點、可以結合動畫、還可以結合引導線以及熱力圖的方式,圖的形式使用視具體的業務需求來定

          8000 字深度長文!B端數據可視化設計指南(信息圖表篇)

          最后就是氣泡圖,這是在查看分布關系中最為經典的視覺模型,用氣泡的面積大小表示數量,結合輔助線可以更好地觀察分布情況

          4. 匹配圖表 重構布局

          8000 字深度長文!B端數據可視化設計指南(信息圖表篇)

          當我們對每種圖表的功能和使用范圍有了一個較為明確的認知之后,下面我們就可以對我們之前所規劃好的優先級的模塊進行可視化形式(圖表)的匹配了。

          進行匹配過后,我們將對布局進行重構,整體重構需要遵循的原則是

          • 布局層級明確,首屏盡量曝光更多內容
          • 統一透氣,具有呼吸感

          布局層級明確,首屏盡量曝光更多內容

          從首屏曝光更多內容來說,主要是因為基于分析類的數據概覽工作場景和 Analytical dashboard 自身特征決定的,用戶希望能夠通過僅僅一屏的的大小進行對各類信息的情況有基本的把控,達到一眼全局的目的,其主要注意力都會放在首屏,所以我們需要盡可能的在首屏安排更多的信息。

          8000 字深度長文!B端數據可視化設計指南(信息圖表篇)

          8000 字深度長文!B端數據可視化設計指南(信息圖表篇)

          當然首屏內容也并不是越多越好,一般建議也盡量不要超過 7 組模塊,而在層級明確這塊兒主要是根據人眼閱讀習慣所產生的優先級排布:正常情況下都是左上為優先級最高,而右下優先級較低,這是無數經典的眼動測試和設計總結產生的最常用結論,就不展開敘述了,所以當我們按照優先級、首屏曝光更多內容的原則進行處理后會得到如上圖的布局。

          統一透氣 具有呼吸感

          8000 字深度長文!B端數據可視化設計指南(信息圖表篇)

          這主要是視覺層面的問題,統一透氣的要求在首頁概覽中可以依靠柵格系統來解決,它可以有效的保持頁面布局一致性,為頁面建立基礎布局框架,將頁面中的所有元素都捆綁在一個體系之中,同時還能有效解決適配問題。

          5. 模塊拆解

          完成了大規劃之后,下面我們開始對一個一個的模塊進行拆解,同樣的以目標指導設計,邊設計邊驗證

          層級明確 突出重點

          8000 字深度長文!B端數據可視化設計指南(信息圖表篇)

          和大規劃一樣,單獨到每一個圖表同樣要時刻注意層級的梳理,銷售渠道部分很明確應該是運用一個折線圖的形式,由于業務目標上來說更關注銷售額而不是銷售額和訂單數的比較,所以我們選用了一個帶有切換選項的折線圖形式。

          但是我們會很容易發現在讀圖時會出現較大的視覺干擾,并沒有能夠很好地突出重點信息,視覺層級不清晰、混亂。

          于是我們對沒有重點的視覺層級進行梳理,像之前劃分模塊那樣,對視覺元素進行高、中、低的 P0、P1、P2 的設定,提升易讀性

          8000 字深度長文!B端數據可視化設計指南(信息圖表篇)

          8000 字深度長文!B端數據可視化設計指南(信息圖表篇)

          P0:層級最高的自然是重點信息突出部分,所以我們需要在其之上做加法,給予內容異形懸停樣式進行具體強調,配合投影加強視覺效果,有效傳遞用戶,拉開與別的元素的層級,同時數據部分用特殊字體并適當加大字號進行設計,方便用戶第一時間能夠看到所要強調的數據具體值。

          P1: 其次就是主體圖形部分,這是用戶需要看到的重要部分,在使用場景中會長時間盯視,所以采用更低的明度與更高的飽和色顏色確保易讀性,但是也不致于會讓用戶太晃眼產生視覺疲勞,最后考慮到該模塊所處位置屬于頁面中較為核心的地帶,給予一定的顏色透明度漸變裝飾,在強化主體圖形的同時不致于太顯單薄。

          P2:前兩者都是一定程度的做加法,那么層級最低的元素需要開始做減法,此時軸線、刻度、切換選項等元素需要弱化視覺層級,降低透明度,尤其是背后的刻度線與背景的明度對比大概控制在 1.6:1 上較為合適。

          8000 字深度長文!B端數據可視化設計指南(信息圖表篇)

          銷售總額、訂單數、渠道數同屬于一個數據統計的范疇,最忌諱的就是把以上提供的三個信息給做平,讓用戶抓不住重點,面對這樣的情況還是一樣,確立需要突出的重點信息給予特殊文字和大小的設計,選擇合適的主體圖形。

          8000 字深度長文!B端數據可視化設計指南(信息圖表篇)

          但在這里需要注意的是由于在這個模塊中 P0 是金額數、訂單數、渠道數這些重要值,所以可視化圖形需要適當為其讓步,不要放在閱讀中心位置,按照 P1 來進行處理,而訂單數、轉換率這樣的標題就成了 P2 需要適當降低透明度和文字大小,不干擾主要信息的表達。

          統一營造

          說到統一,最先想到的一定是色彩,無非也就是需要處理好對立統一關系,而這其中統一的比例又要大于對立,配色上盡量選用同類色系,不宜太過花哨,尤其是對于 B 端而言,建議在可能的情況下不要超過 5 種,而且主色、輔助色,對比色的比例建議控制在 6:3:1 的比例(但不絕對),既能做到有所區別又不致于過于絢麗干擾視覺。

          8000 字深度長文!B端數據可視化設計指南(信息圖表篇)

          你的主色不一定要遷就你的品牌色,但是一定要是如上文說的盡量低明度高飽和,以適應于長時間的注視。

          8000 字深度長文!B端數據可視化設計指南(信息圖表篇)

          顏色過后就是字體,字體的使用需要極為謹慎,如果可以盡量只出現一種字體(但不要超過三種),并且只采用基礎字體,正常情況下都是將其作為一個需要被降噪了的視覺元素來對待(比如降低透明度),在 PC 端中盡量也不要出現較多不同的字號、字重,造成沒有必要的視覺干擾。

          8000 字深度長文!B端數據可視化設計指南(信息圖表篇)

          除了字體之外,在統一感的營造上卡片的布局結構也需要盡量保持一致,這是為了提升易用性,同一個產品內,相同布局會給予用戶相同交互、相同功能的暗示,也更容易培養用戶習慣,提升操作效率。

          呼吸適中

          呼吸感是留白的藝術,很考驗設計師的排版能力,在單獨的模塊內,元素與元素之間盡量不要用實線進行間隔,可以的話利用親密性原則通過元素間距的遠近進行布局。

          8000 字深度長文!B端數據可視化設計指南(信息圖表篇)

          而柱狀圖的設計上,柱與柱之間的間距最好大于柱寬的 1.5 倍,這樣才顯得視覺上較為透氣,不致于太臃腫。

          8000 字深度長文!B端數據可視化設計指南(信息圖表篇)

          最后就是模塊中的邊距留白部分,這點一定要重視,不然不僅你的版心會變散,還會嚴重影響你的頁面呼吸感。

          細節處理

          8000 字深度長文!B端數據可視化設計指南(信息圖表篇)

          細節上首先要說的就是橫縱坐標軸上的文字,上面的文字一定不要過長,最好的方式是將文字進行精簡。然后橫、豎排對齊處理,如果實在不能精簡那么再進行斜排的方式。

          8000 字深度長文!B端數據可視化設計指南(信息圖表篇)

          第二點就是橫縱坐標軸有的時候會因為需要展示的數據過多而過于密集影響閱讀,這個時候可以采用適當增加一個值域的劃定的方式來進行坐標間距的縮放。

          8000 字深度長文!B端數據可視化設計指南(信息圖表篇)

          第三點就是,在排行榜等模塊可以適當增加一些小設計,比如金、銀、銅的設計,提升情感化元素的融入。

          8000 字深度長文!B端數據可視化設計指南(信息圖表篇)

          第四點就是,盡量不要選用一些 3D 的酷炫效果來做可視化,因為這種效果很容易對數據進行遮擋和扭曲,不是非常適用于高效閱讀,也不適合 PC 頁面上的交互,而且也不利于開發,比較得不償失。

          6. 組裝自檢

          8000 字深度長文!B端數據可視化設計指南(信息圖表篇)

          當所有的模塊設計完成后,像拼高達一樣進行組裝,組裝完成后適當調整其過于干擾視覺的地方,然后進行自檢。

          自檢不只是從檢查你的視覺、你的模塊間的布局,更重要的是帶入使用角色來進行檢查,你可以模仿用戶使用中的各種需求場景,對已經制作好的頁面進行交互和閱讀,看是否能夠快速高效地完成使用目標。

          當然除了自己之外,你還能在有條件的情況下找專家用戶進行使用,即使記錄使用中存在的問題并及時進行調整,當初步使用大致無問題后便可以交付。


          藍藍設計建立了UI設計分享群,每天會分享國內外的一些優秀設計,如果有興趣的話,可以進入一起成長學習,請掃碼ben_lanlan,報下信息,會請您入群。歡迎您加入噢~~希望得到建議咨詢、商務合作,也請與我們聯系。



          文章來源:優設    作者:肅靜、

          分享此文一切功德,皆悉回向給文章原作者及眾讀者.

          免責聲明:藍藍設計尊重原作者,文章的版權歸原作者。如涉及版權問題,請及時與我們取得聯系,我們立即更正或刪除。

          藍藍設計www.syprn.cn )是一家專注而深入的界面設計公司,為期望卓越的國內外企業提供卓越的UI界面設計、BS界面設計 、 cs界面設計 、 ipad界面設計 、 包裝設計 、 圖標定制 、 用戶體驗 、交互設計、 網站建設 、平面設計服務




          好的表格信息展示都有這三個特征

          資深UI設計者

          表格是B端產品中出現最高頻的模塊之一,我們認為良好呈現信息的表格應當做到疏密適度、高效掃視、精簡克制。

          前言


          表格作為組織整理數據的手段,可以有效的向用戶展示數據信息,是B端產品中出現最高頻的模塊之一。

          下圖為典型的B端表格示例:



          用戶主要通過表格瀏覽獲取信息、對數據進行篩選、排序以及相關業務處理等更多復雜操作、對比數據的差異與變化(關聯和區別)。好的表格信息展示設計,應當是能夠輔助用戶高效便捷的實現以上場景中的訴求。

          今天我們就來討論表格設計中一個重要的問題——【應該如何考慮表格信息展示】。首先拋出結論,我們認為良好呈現信息的表格應當做到疏密適度、高效掃視、精簡克制。


          ///


          一、疏密適度


          常見的表格信息包含文本、標簽、狀態樣式、數值統計圖表、關鍵信息Icon等。表格單元格是信息填充的基本單元,行高和列寬的定義決定了表格信息的疏密程度,進而決定了表格給用戶的直觀感受,因而下面分別從行高和列寬兩個方向來探討表格信息展示如何疏密適度。



          1、定義合理的表格行高


          a、行高模數設定

          在具體設定表格行高時,由于表格中以文字信息為主,我認為可以參考文字排版的常用做法,將整個表格的行高分成文字行高、文字與分割線間距離,即上下間距兩部分來考慮。文字行高可以設定為字號的1.2~1.8倍,文字與分割線間距離可以設定為字號的1~1.5倍。分為這樣的兩部分也比較符合開發同學寫代碼時的習慣(多行行高同理去設定)。



          根據用戶場景的不同,來選擇模數倍數,需保證系統內使用統一的模數。比如,針對用戶快速瀏覽獲取大量數據場景時,可以選擇1.2倍作為模數,列表更為緊湊,同樣掃視范圍內,可獲取更多信息。


          b、為小屏幕考慮一屏顯示的行數

          表格行高決定屏幕內能呈現的行數,即用戶在一屏內能獲取信息的數量,主要影響用戶縱向對比數據的效率。對于1920*1020(包含該分辨率)以上的大屏用戶,對于一屏顯示行數的感知不強,但對于1366×768、1280*720等這類小屏,顯示行數有限,用戶進行縱向數據對比的效率就會有所降低。在設計前,應當充分了解目標用戶的行為訴求,了解目標用戶設備屏幕分辨率的占比分布情況,有針對性的設置行高。


          c、用戶自定義行高的場景

          B端產品的特點之一是通用化,覆蓋用戶角色多樣。然而用戶個體對于表格信息呈現密度的訴求經常是有所差異的。比如個人視力的原因,有些用戶喜歡表格行高值大一些,看起來舒適透氣,便于閱讀。而有些平臺用戶由于很熟悉線下excel表格模式,希望線上的表格也盡可能像excel那樣緊湊,以便他們在一屏內看到更多的數據,進行對比,提升工作效率。產品為了讓不同用戶都能獲得較好的體驗,可以考慮把表格疏密度的設置開放給用戶,建議不是完全開放給用戶去調整尺寸,而是給出一定階梯度的快速選項,例如舒適、標準、緊湊三種高度來滿足用戶需求。

          例如,Gmail提供默認/標準/緊湊三種表格密度設置,如圖:



          2、靈活擴展的橫向空間


          通過對表格固定位置與列寬的調整,擴大表格數據空間,使信息不局促,空間更透氣,保證橫向掃視易讀性。


          a、列寬極限值設定

          設計師需要根據表格承載內容定義表格的列寬,應包含最大/最小/默認列寬的定義以及使用規則。

          我推薦的一個規則是:

          規則1:當相對列少【瀏覽器寬度-頁面其他模塊 > 全部列的默認寬度和】,則各個列自動等比拉伸,撐滿屏幕;

          規則2:當相對列多【瀏覽器寬度-頁面其他模塊 < 全部列的默認寬度和】,則出橫向滾動條,每列寬度為默認寬。

          另外需注意最小值設定時應避免信息展示出現【對聯式表格】。對聯式表格最大的問題在于,一屏內展示的行數有限,當用戶縱向對比數據時,需往復滾動多次,記憶壓力大;橫向掃視時,閱讀視線不能一直保持左右橫向預覽,而是不停上下左右切換,使用體驗不佳。



          b、橫向『偷取』屏幕外空間、行高模數設定

          當壓縮列寬也無法在有限空間內展示大量的數據指標列時,我們可以借助橫向滾動來『偷取』屏幕外更多空間。橫向滾動需用戶拖動滾動條進行瀏覽,有一定操作成本,所以要結合業務實際情況選用是否利用屏幕外橫向空間。

          隨著行和列的增加,用戶的瞬時記憶會達到極限,超過“7±2原則”的范圍,用戶需要依靠輔助信息去閱讀表格內的數據,防止遺忘某列數據的意義。因而當表格數據列較多橫向滾動時,建議為用戶固定重要信息列,如標題列、操作列。同時用戶瀏覽表格時是符合F型掃視原則的,建議固定列顯示在表格左側,方便用戶從左至右瀏覽數據、從上至下對比數據時能夠清晰定位當前所瀏覽數據的主體是什么,同時可根據需要快速發起操作。



          同理,用戶拖拽縱向滾動條來閱讀數據時,可固定表格的表頭,幫助用戶在閱讀過程中清晰知曉單元格數據的意義。


          c、用戶自定義展示信息

          針對需展示大量數據的情景,我們除了【偷取】屏幕外空間外,可以根據B端產品提供的數據表格是覆蓋全部用戶角色的全量數據的特點,讓不同用戶角色來自定義想要瀏覽的信息,從而提升表格的可讀性。下圖為百度信息流推廣平臺的自定義列功能,用戶可根據需要選擇展示的數據列,系統將在用戶完成選擇后,主動幫用戶保存自定義內容,下次登錄后,表格依然按照用戶定義的數據來展示。



          ///


          二、高效掃視


          無論是在表格中要明確的定位數據,還是順序閱讀,高效掃視都是B端用戶一個很重要的訴求,我們在設計表格時可嘗試一些有效手段提升用戶瀏覽獲取信息的效率。


          1、合理的對齊方式


          數據信息本身包含多種格式,可遵守一個基本原則即文字左對齊,符合從左到右的閱讀習慣;數據信息右對齊,方便數據大小的直觀對比。

          具體對齊方式可參考我們建議的方式:

          文本字段:可點擊字段、普通文本類、數字、字母等,長短參差不齊,左對齊;

          格式化字段:日期、時間、部分枚舉類等,字符數一致且較短的,左對齊。

          數據字段:金額、數據、百分比。帶小數點等數據,方便對比為主,右對齊。



          2、去除視覺雜音,強調對比關系


          a、正確使用分割線,實現對表格行與列的強調

          橫向分割線可強調行內信息的連續性。垂直分割線在縮減元素之間的距離后也能區分不同元素,更好的強調縱向數據對比。但只要遵循良好的對齊方式,通常不展示縱向分割線,避免信息干擾。因而表格中通常僅使用橫向分割線和底色分割,提升表格閱讀效率。



          b、斑馬線作用有限

          斑馬線即隔行(列)變色。它能讓行(列)間界限更為明顯,但由于與分割線的作用類似,起到的作用有限,可針對不同場景酌情考慮是否使用。比如針對不同類型的數據(如總和、平均值)使用不同底色來區分,可以更突出強調該數據。要注意的是,隔行(列)換色的兩種顏色不能反差過大,否則看來太“跳躍”。

          對同一類數據而言,分割線就已經能夠明顯區隔,所以可不使用斑馬線,但需要給出單行的懸浮狀態,強化橫向導視,避免出現列數過多引起數據錯行的問題。



          3、突顯重要內容的視覺重量


          前面我們提到表格呈現的數據信息除文本外,還有其它一些可視化數據??梢暬环矫嫣嵘肆斜硪曈X表現力,增加差異化,另一方面讓內容更加突出,提升閱讀效率。例如:數據列中數據異常時,最好可以醒目的形式突顯,讓用戶一進入頁面就能快速注意到異常狀況。



          ///


          三、精簡克制


          體驗好的表格一定是克制的,克制應表現在信息的適度隱藏以及內容折行與截斷展示原則。


          1、適度隱藏信息


          a、隱藏低頻操作

          當表頭需要承載排序、表頭篩選、提示等功能時,不建議一股腦的將所有功能展示出來。用戶對表頭的訴求是定位數據指標﹥執行操作的,因此可根據具體業務定義展示哪些操作,將其它操作隱藏,有需求時用戶主動觸發再展示。比如,百度搜索推廣平臺的推廣管理頁面提供了全局篩選,所以表頭篩選對于用戶而言是相對低頻的操作,我們選擇隱藏表頭篩選的圖標,當用戶鼠標HOVER表頭單元格時再展示。



          對于表格行內的操作我們也應當進行優先級排序,為用戶專門設置操作列展示高頻核心的操作,其它相對低頻的次要操作可隱藏在相關數據單元格中,用戶有訴求時hover對應單元格即可快速發起操作。



          b、隱藏輔助信息

          表格中的有些數據指標是綜合緯度的,當用戶關注點定位于該指標時,需要通過細分數據來理解、分析。指標的細分緯度信息雖能起到輔助用戶更好理解數據指標的作用,但如果全部拿出來在表格列展示,會讓表格變得臃腫不易讀,此時可以考慮采取一定設計手段去隱藏這些信息,把觸發展示的自由度交給用戶,也更符合用戶逐級查看的場景。例如,百度搜索推廣平臺中關鍵詞列表中,質量度指標是由多條數據共同決定的,我們采用了將細分指標聚合在氣泡卡片中,當用戶HOVER質量度得分數據時展示出來。



          再比如,有父子層級關系的數據,可以通過父子折疊表格將子信息默認隱藏,用戶根據需要,去展開查看詳細的子信息。



          2、設定折行與截斷規則


          B 端業務的數據信息復雜多樣,信息內容的長度高度是多樣不可控的,很多內容會超出我們限定的最大列寬,最大列高,我們應當給出折行與截斷原則去約束內容的展示,而非總是為具體情況而做特殊設計,破壞體驗的一致性。

          截斷折行原則設定時要細分,不能簡單粗暴的一刀切,比如一行截斷這種,如日期、時間等固定格式內容,拖動列寬后文字應折行而非截斷展示,避免影響用戶誤讀。再比如很多業務實體標題字段是格式化的,即標題前面部分可能都是一致的,這時候如果簡單的截斷,用戶就需要逐一Hover才能找到定位到要找的數據。因而折行與截斷原則,我們建議是給出三種:單行截斷、雙行截斷以及自適應截斷,根據具體業務情景選擇。

          藍藍設計建立了UI設計分享群,每天會分享國內外的一些優秀設計,如果有興趣的話,可以進入一起成長學習,請掃碼ben_lanlan,報下信息,會請您入群。歡迎您加入噢~~希望得到建議咨詢、商務合作,也請與我們聯系。


          文章來源:站酷    作者:百度MEUX

          分享此文一切功德,皆悉回向給文章原作者及眾讀者.

          免責聲明:藍藍設計尊重原作者,文章的版權歸原作者。如涉及版權問題,請及時與我們取得聯系,我們立即更正或刪除。

          藍藍設計www.syprn.cn )是一家專注而深入的界面設計公司,為期望卓越的國內外企業提供卓越的UI界面設計、BS界面設計 、 cs界面設計 、 ipad界面設計 、 包裝設計 、 圖標定制 、 用戶體驗 、交互設計、 網站建設 、平面設計服務


          網格系統:如何使用布局網格構建更好的 UI 設計?

          資深UI設計者

          網格系統已在印刷出版物中使用了很長時間。就比如閱讀報紙,了解新聞如何以網格和文本塊的形式呈現。這很簡單,同時也很難系統。

          網格系統已在印刷出版物中使用了很長時間。就比如閱讀報紙,了解新聞如何以網格和文本塊的形式呈現。這很簡單,同時也很難系統。

          但是,網格在印刷品中與在數字媒體中一樣重要。沒有什么比設計不一致更令人沮喪的了。它看起來不僅不專業,而且還使導航和閱讀變得更加困難。這就是網格有用的地方。

          不可否認,良好設計的秘訣在于視覺元素如何根據它們的位置進行組織和排列。您可以使用布局網格來實現這一點。

          與顏色一樣,排版也是UI/UX 設計的重要組成部分。布局網格也是其中的重要組成部分。如果沒有網格,您的文本和圖像將會無處安放,造成混亂。

          因此,為了讓您更容易理解,我們整理了這份關于網格的指南。它會告訴你:

          A. 什么是網格?

          B. 布局網格的類型

          C. 交互設計中的布局網格

          什么是網格系統?

          網格系統,說的在簡單的話,就是彼此交叉的垂直和水平線的組合。然后使用這些交點來安排網站或應用程序上的內容。網格系統允許設計人員以易于理解和更易于管理的方式排列內容。

          網格充當元素之間的無形粘合劑。即使它們在物理上分開,它也會將它們保持在原位。

          布局網格有哪些類型?

          有四種類型的網格:

          a. 手稿網格

          b. 列網格

          c. 模塊化網格

          d. 基線網格

          讓我們探索其中的每一個,以了解您可以在哪里使用它們。

          手稿網格

          手稿網格,也稱為單列網格,是網格結構的最基本版本。它是一個大的矩形區域,占據頁面或格式內的大部分空間。

          這些網格對于顯示連續的文本塊很有用,或者您可以使用圖像來填充塊。它們通常用于印刷出版物,例如書籍。

          列網格

          列網格,顧名思義,將元素組織成列。根據配置,列網格可能只有兩列或最多六列。

          有兩種類型的柱形網格,對稱和非對稱。

          列網格中的圖像可以放置在一列或跨兩列。

          雜志、研究或學術論文、在線報紙較多使用列網格。

          模塊化網格

          模塊化網格既有列又有行。它們具有相同大小的模塊。當您想要對復雜布局進行更多控制時,這些類型的網格非常有用。

          報紙使用模塊化網格和列網格來更好地控制布局。使用模塊化網格,無限變化是可能的。

          基線網格

          文本所在的行稱為基線?;€網格可以應用于任何布局網格,為您的文本提供節奏。

          網格確保每行文本(基線)的底部與垂直間距對齊。

          基線網格可見于橫線筆記本中。他們保持文本的節奏。

          交互設計中的布局網格及其好處

          交互式設計沒有固定的大小。這背后的原因是人們使用不同屏幕尺寸的設備,例如智能手機、智能手表、平板電腦和臺式機。

          因此,當人們從一臺設備移動到另一臺設備時,需要重新組織元素以適應不斷變化的屏幕尺寸。要完成這些更改,布局網格是最佳選擇。

          網格系統以多種方式提高設計質量,包括:

          它有助于創建清晰度和一致性

          一致性至關重要,尤其是對于數字媒體。它可以幫助用戶理解在哪里尋找一條信息。網格為一致性奠定了基礎,從而間接提高了清晰度。

          使設計具有響應性

          響應式設計已成為當今的必需品。如果您的網站沒有響應并且對桌面和移動設備不友好,您的用戶就會遠離。因此,設計師使用網格來創建跨多個屏幕尺寸的設計一致性。

          使設計更易于修改

          數字媒體在不斷發展。數字媒體的主要優勢之一是只要創建,就可以重復使用。網格設計也是如此。您可以重新排列這些網格以創建新版本的設計。

          常見問題

          哪種網格系統最好?

          網格的應用取決于格式。例如,手稿網格適用于書籍,但不適用于報紙或雜志。

          關鍵要點

          自 13 世紀首次使用網格以來,網格一直在幫助各種藝術家。網格就像一個骨架,將元素固定在一起。它們可以幫助您在設計中找到完美的平衡。

          現在您已經很好地了解了布局網格、它們的類型和它們的優點,您可以在設計中使用它們。

          藍藍設計建立了UI設計分享群,每天會分享國內外的一些優秀設計,如果有興趣的話,可以進入一起成長學習,請掃碼藍小助,報下信息,藍小助會請您入群。歡迎您加入噢~~希望得到建議咨詢、商務合作,也請與我們聯系。

          截屏2021-05-13 上午11.41.03.png


          文章來源:站酷  作者:對啊設計君

          分享此文一切功德,皆悉回向給文章原作者及眾讀者.

          免責聲明:藍藍設計尊重原作者,文章的版權歸原作者。如涉及版權問題,請及時與我們取得聯系,我們立即更正或刪除。

          藍藍設計www.syprn.cn )是一家專注而深入的界面設計公司,為期望卓越的國內外企業提供卓越的UI界面設計、BS界面設計 、 cs界面設計 、 ipad界面設計 、 包裝設計 、 圖標定制 、 用戶體驗 、交互設計、 網站建設 、平面設計服務



          設計模式|輸入線索:如何讓用戶清楚該輸入什么?

          資深UI設計者


          What 是什么

          簡介:「輸入線索」是指用示例輸入或說明文本以占位符(Placeholder)的形式顯示在輸入框中,以幫助用戶理解需要輸入的內容,或給出相關線索的一種設計方式。

          例子:  在 Ant Design 輸入框組件 的示例中(如下圖),我們可以看到「輸入線索」可以更好地幫助界面說明輸入字段的內容或解釋輸入字段的功能。


          Why 為什么

          「輸入線索」這種設計模式可以讓界面不言自明。由于輸入線索的內容位于用戶輸入的位置,因此用戶往往不會忽略這個信息。



          對比:「輸入線索」VS「輸入說明」

          「輸入說明」與「輸入線索」都是輔助用戶輸入的設計模式,這些模式可以幫助用戶明確輸入信息的內容形式。

          那么這兩種模式有什么差異性呢?


          使用「輸入說明」這種模式時,快速瀏覽用戶界面的用戶可能會輕易地忽略說明信息,因為用戶的目標是盡可能快地完成表單,然后進入下一步操作(雖然有的場景下這也是其中一個設計目標,但在這里不討論)。因此,過多的文本說明也會給用戶帶來較大的心智負擔。


          Google 注冊賬號頁是結合使用「輸入說明」與「輸入線索」的一個典型案例。通過使用「輸入線索」告訴用戶需要填寫的內容,通過「輸入說明」來補充填寫信息的相應意圖,進而使得用戶可以清晰地意識到需要填寫什么,并輸入相應信息。


          When 什么時候使用

          用戶可能不一定清楚需要在輸入框中輸入的內容。在設計上,你可能不希望在輸入框附近上添加更多的字,造成視覺壓迫。還有一種情況,如果界面空間有限,無法使用「輸入說明」時,也可以考慮使用「輸入線索」。當出現下拉菜單或者組合輸入框時,往往需要配合該模式進行使用。


          使用條件

          · 輸入框要求輸入的內容可能不容易讓人馬上理解;

          · 設計上不希望在其他地方補充新的內容;

          · 可以承載文本的輸入空間可能沒有太多;

          · 配合下拉菜單或者組合輸入框使用;


          How 如何使用

          1. 選擇適當的提示文本

          · 對于下拉列表,使用 “選擇”、“選取”等單詞,英文使用 Select Choose 或者 Pick 等;

          · 對于文本輸入框,使用“輸入”等單詞,英文使用 Type 或 Enter;

          · 盡量使用祈使句,以動詞短語開頭;

          · 以描述輸入內容的名詞結尾,例如“選擇狀態”,“在此處輸入消息”或“輸入患者姓名”等;


          2. 提示文本的位置

          有關文本提示的位置應該和輸入值的位置一致。 比如,提示本身不應該是下拉菜單中的可選值。


          Example 案例

          案例一:Ant Design Pro 登錄功能預覽

          用戶需求:用戶登錄功能的預覽與體驗

          Ant Design Pro 是一個中后臺開發的模板腳手架,其并不提供真實賬號登錄服務。因此 Ant Design Pro 的開發者為了模擬真實使用環境,提供了一個可正常登錄的賬號,賬號密碼分別 user 和 ant.design ,其余情況下用戶輸入的賬號密碼均會提示不正確。


          在這個場景下,通過將正確的賬號密碼以輸入線索的方式顯示在占位符中,巧妙地告訴體驗 Ant Design Pro 的用戶正確的賬號密碼。


          案例二:163郵箱登錄頁面

          用戶需求:登錄賬號

          163郵箱登錄頁面的賬號輸入框中的輸入線索非常有用。正常用戶在看到后綴有 @163.com 時可能并不一定能意識到可以輸入手機號碼。而通過在占位符中 顯示「郵箱賬號或手機密碼」,高效便捷地提示了用戶可以直接輸入手機號碼進行登錄。


          案例三:小米賬號登錄頁面

          用戶需求:輸入賬號密碼

          「輸入線索」有一種設計上的變體,稱為「浮動標簽」。因為一般來說,當用戶激活輸入框時,占位符文本會消失。而「浮動標簽」不會消失,通過移動位置和更改大小駐留在界面中。這種設計方式可以使得界面變得簡潔、優雅。



          藍藍設計建立了UI設計分享群,每天會分享國內外的一些優秀設計,如果有興趣的話,可以進入一起成長學習,請掃碼藍小助,報下信息,藍小助會請您入群。歡迎您加入噢~~希望得到建議咨詢、商務合作,也請與我們聯系。

          截屏2021-05-13 上午11.41.03.png


          文章來源:站酷  作者:Ant_Design

          分享此文一切功德,皆悉回向給文章原作者及眾讀者.

          免責聲明:藍藍設計尊重原作者,文章的版權歸原作者。如涉及版權問題,請及時與我們取得聯系,我們立即更正或刪除。

          藍藍設計www.syprn.cn )是一家專注而深入的界面設計公司,為期望卓越的國內外企業提供卓越的UI界面設計、BS界面設計 、 cs界面設計 、 ipad界面設計 、 包裝設計 、 圖標定制 、 用戶體驗 、交互設計、 網站建設 、平面設計服務


          設計體系的響應式設計

          資深UI設計者

          隨著產品生態的多端化進程,越來越多的跨設備和不同屏幕尺寸導致的問題也逐漸暴露,例如:

          XX 能力要在手機上使用,不得不單獨為移動端開發幾個頁面甚至一個產品(反之亦然);產品數據量很大,Ant Design 默認字體 / 間距太大了,不夠緊湊;版式不夠優化,造成空間浪費;

          Ant Design 基于如何在小屏幕中解決信息展示問題這樣的出發點也在很多組件中提供了響應式設計,但擁有更加完備的環境適應性應該是一個設計體系長期的目標之一,因此在全局性地考慮跨端、跨多屏幕尺寸、信息密度等響應式設計方面還值得我們繼續深入研究。

          本篇文章橫向調研了 Fluent – Microsoft、Material Design – Google、Fiori – SAP、Lightning – Salesforce、Carbon – IBM、Alta – Oracle、Atlassian Design – Atlassian 等 10 余家企業級產品設計體系的響應式設計部分,從設計策略、設計模式、實施模式、設計方案四個層面大致歸納了一些信息,旨在對響應式設計有一個籠統的了解。

          關于 Adaptive Design 與 Responsive Design先厘清兩個概念,關于響應式設計通常會有兩個普遍認識,即 Aaron Gustafson 與 Ethan Marcotte 分別在 2011 年自己的著作中提出的 Adaptive Web Design (AWD) 與 Responsive Web Design (RWD) 概念,它們的核心區別在于 AWD 針對不同的設備或屏幕尺寸定制化設計多個固定布局的尺寸,而 RWD 是同一套代碼做彈性的適應,本質上它們都在解決產品設計如何適應于不同設備以及不同屏幕規格的問題,本篇所指的「響應式設計」 概念包含了兩者,不做明顯區分,關于 Adaptive 與 Responsive 設計怎么界定以及具體的規則本篇也不進行展開。


          移動優先設計策略

          提響應式設計不得不提「移動優先」設計策略,移動優先的概念最早是 Google 在 2010 年世界移動大會上提出來的一種產品策略,基于 Google 對未來趨勢中移動設備將會逐漸擁有核心地位的判斷。后來「移動優先」更多被提及是作為一種在響應式設計中應用的設計策略,它認為在響應式設計中優先為屏幕限制更大的移動設備設計,再擴展到大屏幕的 PC 端是一種更有效的設計方法。

          例如 Alta、Lightning、Fiori 均在設計體系中明確采用「移動優先」的設計方法,Fiori 尤其指出「移動優先」專注核心功能,專注增強而非降級,提前考慮移動端更多的獨特特性以及異常情況,能提供更好的體驗。Material Design 可能算是移動優先的最佳實踐,它本身就誕生于 Android 平臺,而后再通過大量響應式規則擴展到桌面及 Web 端,使得 Material 在多端都擁有一致貫穿的良好體驗。

          (Material Design 的響應式設計)


          「移動優先」本質上是基于一種「增強」的設計思想,一個產品如果要同時適應于不同的設備,一直以來有兩種策略:優雅降級 vs. 漸進增強,后者認為先從最小和最受限制的低級設備(移動設備)入手,再為更高級的設備(桌面設備)增強信息和交互,這意味著在更多限制下,迫使設計考慮如何減少、匯總,分組信息,有利于聚焦核心信息以及為更多限制考慮。

          然而移動設備已不再是「低級設備」,Fiori 盡管強調「專注增強而非降級」,但它同時提出的「提前考慮移動端更多的獨特特性」卻與漸進增強的設計思想相悖,讓「移動優先」淪為了某種形式化的概念而難以執行。

          例如下面這個報告界面的場景里,移動端僅展示匯總的報告圖表信息,但匯總圖表并沒有「擴展」到 Tablet 里而是用明細數據替換圖表,而在桌面端同時包含了明細數據與圖表兩部分信息,這看上去并不像是一個「增強」的設計思路,更像是在全量需求下基于設備限制所采用的「降級」策略。

          (Fiori 報告界面的 Adaptive Design)


          因此「移動優先」并不一定是形式上優先設計移動端,它被廣泛接受和應用的是背后的漸進增強的核心思想。我認為在移動設備高度發展的當下,「移動優先」不再適合作為單獨概念提出來,而漸進增強的設計思想應該體現在更細分的場景中,例如在布局、信息排版以及交互反饋中,我們應該優先考慮限制更大的移動端;在一些交互方式上,優先考慮限制更大的鼠標操作。甚至在復雜業務場景里,優先滿足核心業務流程順暢也屬于漸進增強的策略范疇。


          設計模式

          這里講的設計模式是指設計師在具體業務中針對不同的情況可以采用的通用性設計方案,這些設計模式除了單獨應用外,有時候也可以多種模式結合應用。Fluent 歸納了 6 種對應不同情況的響應式設計模式,非常全面地涵蓋了其它設計體系中的絕大部分方案,分別是:調整大小、重新定位、重新排列、顯示/隱藏、替換、重新構建。

          Resize – 調整大小

          調整大小是最基礎的設計模式,是一個容器默認的響應式模式,通常有等比縮放、固定高度、或是在不同尺寸下按不同比例規格縮放三種形式,即便在無響應式設計的體系里,容器跟隨屏幕尺寸而變化也是一個常見的應用方式。

          (Resize)


          Reposition – 重新定位

          改變 UI 元素的相對位置,以充分利用不同尺寸的空間。重新定位在響應式應用里多見在框架上,或是在組件里對一些特定元素的處理,例如 Material 的全局浮動按鈕與浮動的下拉菜單以 Reposition 的形式分別在桌面端與移動端處于不同的位置。


          (Reposition)


          Reflow – 重新排列

          改變 UI 元素的排列方式,這在內容彈性布局里較常見,通常是基于某種排列規則自動向下折行,并結合調整大小與柵格系統應用在響應式布局方面,例如 Carbon 的 Fluid Grid。



          (Reflow)

          Show / Hide – 顯示 / 隱藏

          基于屏幕空間、設備不同特性、特定情況等顯示或隱藏 UI 元素,例如大多數設計體系的框架設計應用在小屏幕上會隱藏側邊菜單。Material 在組件響應式行為里提到的 Expand 也屬于 Show / Hide 的延伸。



          (Show / Hide)

          Replace – 替換

          針對不同尺寸的屏幕采用不同形態的組件,通常應用在對具體的組件做針對性響應式設計中,但需要注意用戶面對變化時的認知成本。



          (Replace)

          Re-architect – 重新構建

          折疊或拆分信息架構,這種模式在 Web 端較難實現,通常出現在一些 Native App 的場景。



          (Re-architect)

          Density – 內容密度

          除了上述 6 種模式以外,我把內容密度也歸納為一種設計模式,Fiori、Material Design、 以及 Atlassian 都提出了內容密度的概念。Fiori 基于移動優先在移動端采用默認密度,而針對大屏幕的 Web 端則提供緊湊密度的方案,他們認為移動端手指交互所需的空間要求更高;Material 則是針對很多組件都定制了 Default、Comfortable、Compact 三種密度的視覺表現。通過被動響應式或主動控制內容密度很好的解決了不同尺寸屏幕的信息獲取效率問題。

          (Material Design 的內容密度示例)


          值得一提的是 Atlassian 通過柵格系統的間距來控制密度而非對內容密度本身進行設計,越緊湊的布局柵格間距越小,這看上去很合理,卻很容易造成內容密度增加的同時整體信息獲取效率反而降低的問題。Material 也有關于柵格空間的定義,但在內容密度的處理上和 Atlassian 恰恰相反,它認為高密度內容適用更寬松的柵格空間,相對是一個更合理的設計。在信息密度的問題上,我們的核心目的其實是提升信息效率而非單純提高視覺密度,因此解法上需要更完善的考慮。

          (Atlassian 與 Material 的柵格密度對比)


          實施模式

          實施模式是指設計體系為實現具體設計方案而定義的一系列基礎規則、解決方案或技術手段,經過整理總結為相對尺寸單位、屏幕斷點、彈性布局、柵格系統 4 個方面。

          Rem – 相對尺寸單位

          幾乎所有應用于 Web 的設計體系的技術方案中都采用 rem 相對單位,Material、Fiori、Carbon 和 Lightning 均沿用了瀏覽器默認的 root 尺寸,即 1rem = 16px,Alta 默認采用是 14px 的規格,并允許基于不同應用選擇 12px 或 16px 的規格,默認情況 Alta 采用更小規格的單位會在小屏幕電腦上有更好的表現,這也許和他們的產品特性相關。

          相對尺寸單位是非常具有實施價值的,它使產品能在保持信息節奏的情況下根據不同的情況等比例縮放內容,這使得設計能更方便地調整內容密度,或許還可以配合 Media Queries 解決部分跨端的尺寸適配問題,且幾乎沒有前端成本。

          國內的前端業界包括我們自己的前端同學更多將 Rem 運用在移動端,主要為了兩個目的:方便計算尺寸、在不同寬度的設備上等比縮放內容,這樣的用法是出于前端工程師解決屏幕兼容性的一種技術手段,在使用上本身也存在一定爭議,而在響應式設計領域我們還沒有發揮出 Rem 應該發揮的作用,甚至很多設計師還并不了解相對尺寸單位的使用方法,廣泛應用 Rem 能為我們帶來哪些實際價值是接下來需要繼續研究的。

          Breakpoints – 屏幕斷點

          屏幕斷點是響應式設計的基礎依據,它決定了我們要適配到什么樣的設備或屏幕規格,并通過 Media Queries 這樣的技術實現不同 Breakpoint 條件下的不同 UI 表現。一般情況 Breakpoints 都是基于 Phone、Tablet、Desktop 的維度來設計的,包括考慮了移動設備的橫評豎屏情況,關于詳細的規格設置其實并沒有太大參考價值,設計體系都是根據自身定位以及設備覆蓋的情況來制訂的,例如 Material 的斷點在低分辨率范圍分得非常細,是因為 Material 主要服務的 Android 平臺有著數量繁多的設備分辨率。在滿足自己需求的前提下,屏幕端點不需要太多,無論怎樣基于數據驅動的屏幕斷點設置將會是一個更科學的方法。


          (屏幕斷點分布)

          Fiori 的斷點設計比較有意思,在設計文檔中僅有基本的布局規則,沒有明確的 Breakpoints 規則,Fiori 對于不同的組件會設計不同的 Breakpoints,例如在 Table 這個組件中定義了 0 < 220 < 270 < 350 < 460 < 570 < ∞ 的規格,而在 Form 的組件中,Breakpoints 變成了 0 < 600 < 1024 < 1440 < ∞,從這點上看出 Fiori 認為不同的組件有不同的表達模式,因此應該針對性對組件進行優化。

          (Fiori 的 Table 組件適配情況)

          (Fiori 的 Form 組件適配情況)


          Flex Layout – 彈性布局

          Flex 布局是 CSS3 提供的強大布局能力,從更自然更具語義化的角度實現界面元素的自適應。應用于 Web 的設計體系基本上都在組件代碼里廣泛采用了 Flex 布局,Lightning 還將柵格與 Flex 布局結合定義了自己更完善的布局方法。在響應式設計中,Flex 布局通常結合 Breakpoints 使用,在兩個 Breakpoints 之間讓界面做更平滑的過度。除此之外其它平臺也都有類似的彈性布局能力,例如 Fluent 在 windows 采用 XAML 構建布局系統。

          無論是 Flex 還是最近興起的 Grid 布局都是 CSS3 的基本布局能力,響應式設計要解決布局的問題將會深度依賴這些基礎技術手段,本篇不進一步展開。

          Grid System – 柵格系統

          柵格系統是所有設計體系必備的,我們通常將頁面橫向分為 N 列,定義每一列的尺寸與間距,這為界面布局提供了一致性和成本便利。傳統的柵格系統在響應式方面的應用主要是結合 Breakpoints 與一些 Responsive Token 來實現的,通過給 UI 元素指定不同的柵格數來決定他們分別在不同屏幕下占多少列,同時一些設計體系還提供了可見性相關的 token,來控制界面元素在不同屏幕的顯示與隱藏。

          Fluent、Fiori、Lightning、Material 以及大多數設計體系都采用了 12 柵格系統,因為 12 的因數夠多,能滿足足夠多的布局細分同時又不至于太復雜,Carbon 的做法更加 geek 一些,他們的「2x grid」采用了 16 柵格系統,布局粒度更細但放棄了 3,6 這樣的因數。 Ant Design 為了滿足復雜的業務情況,采用了 24 柵格系統,24 柵格提供了更高的靈活性的同時,也大大增加了復雜度,面臨柵格系統的響應式設計 24 柵格是否適用還有待商榷。

          另外 Material、Carbon 還明確提出了「Fluid Grid – 流體柵格」的概念,核心思想是在較小的屏幕上降低柵格數量,將多余的柵格自動折行彈性布局。


          (Carbon 的柵格定義)

          在屏幕尺寸變化時,柵格主要有兩種響應模式:Fluid、Fixed


          (Fluid)


          (Fixed)


          這種將柵格系統與彈性布局相結合的方式基于一些簡單的規則設置,在不需要特定響應式的場景中不再需要指定繁瑣的 token,且能滿足大部分高頻且通用的情況,在一定程度上降低了成本。


          組件應用

          除了通用的響應式規則以外,設計體系在具體組件中的響應式方案還有許多值得挖掘,能為我們的組件設計提供參考價值,本篇不再一一展開,僅提兩個典型的應用情況:

          框架

          (Carbon 的框架設計)


          框架算是一個特殊的組件,在不同的設備中界面框架的適用有非常大的差異,幾乎提到響應式的所有設計體系都給出了框架響應式方案,例如 Alta 將界面框架分為四塊,以 Off-Canvas 和 Reposition 兩種方式在不同尺寸的屏幕中顯示或隱藏以及通過特定的方式展開或呼出。

          通常情況下設計體系的框架組成按形式可以分為:

          • Header – 通常情況下常駐

          • Sidenav – 分為左側右側兩種情況,一般用于放置導航,在不同設備會有展開,收縮,隱藏三種狀態

          • Content – 內容區,通常由 Grid 控制布局

          • Footer – 如有,固定在頁面底部

          • Float – 浮動框架,用于臨時狀態,通知或彈窗等

          設計體系通過對框架的定義,以及控制不同部分基于什么樣的模式響應屏幕尺寸來實施對框架的響應式設計。


          (Material 的響應式框架)


          組件

          Fluent 或 Material 在設計文檔中更多基于基礎的網格,布局,設計模式來闡述通用性的響應式規則,因此他們的響應式設計有非常好的延續性,組件的響應式方案基本上都遵循這些規則。

          而 Fiori 以及 Lightning 在通用性響應式設計模式上的定義上沒有那么全面,他們側重于在組件層面對所有組件都考慮了針對性的 Responsive 或 Adaptive 的方案。例如 Fiori 在響應式表格的組件里,在桌面端與移動端分別是 table 和 list 的模式,這個方案并不是通過全局抽象規則得出來的,而是基于對組件的針對性設計,正如他們為不同的組件設計了不同的 Breakpoints,這種針對性也適用于特定的 UI 解決方案。

          (Fiori 針對 Table 的響應式設計)

          在一定程度上抽象規則的同時,如果我們能夠為每一個組件都考慮到不同場景的響應式,當然就會提供更精細化的體驗。在一個完備的設計體系里,在設計每一個組件資產時都以漸進增強的設計策略,考慮到不同的設備及屏幕適配是非常有必要的。

          響應式設計的世界煙波浩渺,書不盡言,言不盡意。Ant Design 目前計劃從布局基礎規則以及內容密度的解決方案切入,逐步完善響應式設計的體系,這是一個重要且漫長的過程,至于文中挖下的坑還需要深入研究逐一補充,本篇初探先到這里,歡迎大家留言指出問題也很希望大家能留下想法共同探討。





          藍藍設計建立了UI設計分享群,每天會分享國內外的一些優秀設計,如果有興趣的話,可以進入一起成長學習,請掃碼藍小助,報下信息,藍小助會請您入群。歡迎您加入噢~~希望得到建議咨詢、商務合作,也請與我們聯系。

          截屏2021-05-13 上午11.41.03.png


          文章來源:站酷  作者:Ant_Design

          分享此文一切功德,皆悉回向給文章原作者及眾讀者.
          免責聲明:藍藍設計尊重原作者,文章的版權歸原作者。如涉及版權問題,請及時與我們取得聯系,我們立即更正或刪除。

          藍藍設計www.syprn.cn )是一家專注而深入的界面設計公司,為期望卓越的國內外企業提供卓越的UI界面設計、BS界面設計 、 cs界面設計 、 ipad界面設計 、 包裝設計 、 圖標定制 、 用戶體驗 、交互設計、 網站建設 、平面設計服務





          如何搭建 B 端設計規范

          資深UI設計者

          在B端產品設計中,有效的設計規范有利于降低團隊溝通成本,提高開發效率,并在一定程度上保證產品應用的一致性,最終推動產品設計的優化。本篇文章里,作者總結了從0開始搭建B端設計規范的注意事項與策略方法,一起來看一下。


          前言

          哈哈哈哈,最近事情太多了,已經快三個月沒更新了,現在也忙的差不多了,咱們更新繼續~~

          今天給大家分享的是關于如何從零開始搭建 B 端設計規范。

          時間轉眼即逝,掐指一算,我接觸 B 端已有 4 年之久了,當年剛接觸的時候,B 端的從業人員比例還是很少的。近兩年 B 端越來越火熱,無論從設計風格還是產品數量上,都有了很大的提升。

          隨著 B 端的產品越來越完善,要求設計師的專業性也要越來越強。設計規范作為基礎中的基礎,是大家都要熟練掌握的技能,我們不僅要會運用各種規范,還要會撰寫適合產品的規范。

          分享開始,敲黑板~~

          一、設計規范的目標

          在搭建設計系統之前,我們要想清楚設計規范的目標是什么?使用者是誰?

          • 目標:保持產品風格統一性、提高設計輸出效率減少無效溝通。
          • 使用人群:UI交互、前端測試。

          如何搭建 B 端設計規范

          二、設計原則

          設計規范要符合基本的設計原則,否則你的規范會雜亂無章。這里我總結了 6 條原則供大家參考。

          如何搭建 B 端設計規范

          1. Unity(統一性):頁面風格、色彩、布局等要保持全局統一,不可為了某一功能的美觀而去破壞整體性。
          2. Accessibility(易用性):易用是首要考慮的因素,能一步解決的事情絕不兩步。
          3. Proximity(親密性):如果信息的關聯性強,則他們的距離就要相應的縮短,讓他們看起來是一個視覺單元;反之,則距離要加大。要讓用戶對信息的區域劃分一目了然。
          4. Alignment(對齊原則):在界面中,將元素進行對齊,即符合用戶的認知,也可以引導視覺流向,讓用戶更加流暢地閱讀信息。
          5. Contrast(對比原則):對比是增加視覺效果最有效方法之一,同時也能在不同元素之間建立一種有組織的層次結構,讓用戶快速識別關鍵信息。
          6. Repetition(重復原則):相同的元素在整個界面中不斷重復,不僅可以有效降低用戶的學習成本,也可以幫助用戶識別出這些元素之間的關聯性。

          三、框架布局

          這里一般采用柵格布局。說到柵格,有好多小伙伴又要再回顧一下知識點了。我今天再把柵格知識幫大家復習一遍,如果之前不是很了解柵格的,拿個小本本記下來,要考~~

          柵格布局能夠適應各種屏幕尺寸及分辨率,確保整體布局的一致性。

          柵格建議使用 1、2、3、4、6 切分布局,可以進行多種布局組合,并在整個設計中保持布局的結構的一致性。

          如何搭建 B 端設計規范

          頁面中一般采用 24 列自適應網格,你可以使用它為各種屏幕尺寸創建靈活的布局。

          如何搭建 B 端設計規范

          邊距 Margins、列 Columns、間隔 Gutters 分別是什么?

          如何搭建 B 端設計規范

          邊距 Margins:邊距是內容與左右邊緣之間的空間。

          控制臺內容區的邊距選用 8 的倍數為設定值,一般采用 16/24px 的居多。

          如何搭建 B 端設計規范

          需要注意的是:

          • 減去 margin 后,列在頁面區域均分,保證每列的寬度是一致的;
          • 在區域有 margin 的情況下,劃分列的區域不能包含 margin。

          如何搭建 B 端設計規范

          列 Columns:在電腦端列的數量是個常量(24列),每一列寬度的尺寸隨屏幕大小進行自適應調整。

          如何搭建 B 端設計規范

          間隔 Gutters:間隔是列與列之間的空隙,控制臺產品 gutter 使用固定值也要是 8 的倍數,一般采用 16/24px。

          如何搭建 B 端設計規范

          需要注意的是:

          • 布局的左右兩邊的分界線 gutter 可以為 0;
          • 必須保證 column 的寬度是一致的。

          如何搭建 B 端設計規范

          邊距 Padding:padding 指一個元素的內容和其邊界之間的空間,padding 最小值是 4px,然后其余均為 8px 的倍數,建議值為 8/16/24px。

          如何搭建 B 端設計規范

          內容區定寬:此場景常用于用戶歡迎頁、結果頁等需要將內容區寬度設置為固定值的頁面。此時 column 和 gutter 保持不變,根據頁面寬度改變 margin 的值。

          如何搭建 B 端設計規范

          四、設計風格

          1. Color(顏色)

          色彩內容主要包含基礎色(如品牌色、黑色、白色)和功能色(如鏈接色、提醒色等)。圖表配色為單獨的配色體系。

          在前期制定顏色規范的時候,精益求精的設定顏色,切忌顏色過多。

          顏色的狀態色盡量用原色進行轉換,設置一個合理的變色公式,讓所有顏色的狀態色都根據這個公式進行轉換。例:

          • Hover:H不變 S加10 B減5
          • Click:H不變 S加20 B減10;
          • Disable:HSB均不變,不透明度 30%。

          在設計規范中,盡量把顏色的色值和 rgba 值都寫出來(這里是強迫癥患者要標的,因為有時候色值完全一樣,但 rgba 數值略有不同,雖然效果一樣,但是對于強迫癥的你來說,舒服嗎)。

          狀態色有 4 狀態色:Normal、Hover、Click、Disable。

          在設定圖表顏色的時候,要考慮不同的使用樣式(柱狀圖、環形圖、餅圖等……),同時也要考慮它的延展性,比如你設定 12 個 chart 色值,在使用的時候按著順序來使用,當超過 12 個后可以為同一個顏色。

          2. Font(文字)

          設定統一的字體規范,使用非襯線字體在各個操作系統下都有最佳展示效果。

          首先,要設置一個字體家族,保證產品界面的最優展示。

          例如(僅作為展示,不是建議):font-family: “Chinese Quote”, -apple-system,BlinkMacSystemFont,“Segoe UI”,“PingFang SC”,“Hiragino Sans GB”,“Microsoft YaHei”,“Helvetica Neue”,Helvetica,Arial,sans-serif,“Apple Color Emoji”,“Segoe UI Emoji”,“Segoe UI Symbol”。

          1)字號

          現在主流的產品中,主體字為 12px / 14px 的居多,可根據自身的產品定位以及用戶的習慣進行設定。字號不要出現奇數,否則在一些顯示器上會有對不齊像素的狀況發生。

          2)行高

          行高常規的有兩種規范:

          • 字號+8px;
          • 1.5倍 / 2倍 * 字號。

          如何搭建 B 端設計規范

          我喜歡用第一種,就是字號大小 + 8px 作為行高的規范。行高是不可被忽略的重要細節之一,因為在算間距的時候,行高是要被算進去的。

          3)字重

          字重有很多,但是在真正的產品使用中,字重盡量不要太多種,2~3 種即可。

          4)字體顏色

          字體顏色數量建議在 3~4 個,不宜過多,但是每個層級之間區分要大一些。

          文本應該保持至少 4.5:1 (基于亮度值計算)的對比度以保持文本清晰;最佳對比度為 7:1。

          測試對比度的網站:https://contrast-ratio.com

          WCAG 2.0 中將顏色對比等級分為 3 種,A級、AA級、AAA級,等級越高意味著顏色的對比度越高,呈現出來的視覺壓力越大。

          • A級:對比度 3:1,是普通觀察者可接受的最低對比;
          • AA級:對比度 4.5:1,是普通視力損失的人可接受的最低對比度;
          • AAA級:對比度 7:1,是嚴重視力損失的人可接受的最低對比度。

          3. icon(圖標)

          設定統一的圖標使用規范,讓視覺效果更和諧。

          1)icon 大小

          icon 的常用尺寸有很多,需要注意的是 icon 的大小中,相鄰的兩個尺寸至少相差 4px,否則你會在后期用的時候會有選擇困難癥。

          同時功能 icon 盡量貼邊或盡量貼邊繪制,保證展現的視覺統一性(操作 icon 除外)。

          單獨 icon 使用的時候,盡量不要太小,最小值建議為 12px。

          2)icon 熱區

          icon 的熱區經常被設計師和開發所忽略,本身 icon 的尺寸一般就很小,再加上如果沒有設置熱區的話,操作體驗極差。

          所以一定一定要設置 icon 的熱區,設置的值我建議為 icon 大小的 2倍。例:icon 大小為 14 * 14px,則熱區大小為 28 * 28px。

          如何搭建 B 端設計規范

          4. size(尺寸)

          頁面內布局間、模塊間、模塊內的各部件距離。

          尺寸大部分規范中都用的是 8 的倍數,不用糾結,直接用就行。我這里有個公式:Sn = 8px * n,n為正整數。

          特殊:最小支持4px。

          如何搭建 B 端設計規范

          五、交互

          交互我分為兩個方面:交互方式交互狀態。

          1. 交互方式

          交互方式指的是對某一個操作所進行的具體行為,比如刷新方式有下拉、上滑、按壓點擊等方式,這就是所謂的交互方式。交互方式有很多種,沒有最優,只有最適合。

          交互方式要保持產品的統一性,同類別的交互不可有不同的操作感受。同時交互方式要符合大眾的認知習慣,可創新但不可違背潛意識。

          隨著時代的發展,交互方式也在不斷的更新。比如最開始的手機是按鍵式的,隨著大眾對屏幕大小的需求不斷提升,到了現在的全面屏手機,如果這個時候你再去做當年火爆的按鍵手機,那你就只能跟市場說拜拜。

          總結交互方式的幾個關鍵點:創新、統一緊跟趨勢。

          2. 交互狀態

          一個完整的產品生態是不會遺漏每一個交互狀態的。

          同樣是做售票的軟件,為什么高鐵管家就比 12306 做的好呢?是因為高鐵管家把很多交互狀態友好地做了展現反饋,而不是冰冷的數據吞吐。

          同類產品中,每個都有自己獨特的交互狀態,可能你一直用某個軟件的原因只是有個功能的交互狀態打動了你,從此你就深深愛上了它。

          現在工作中,我們都在講人效,拼命地去更新迭代,去研發新功能,開拓新產品,往往會忽略交互狀態這個點,因為很多時候付出收獲比是很低的,但是真正好的產品,這部分是不可或缺的。

          交互真的太大了,單獨寫一篇文章都寫不完,這篇我只能拋磚引玉,勾起你的思維,如果有任何要探討的,歡迎來叨擾。

          六、引導

          引導分為 5 種:Newbie guide(新手引導)、Steps guide(步驟引導)Help / Operation guide(幫助/操作引導)、New function guide(新功能引導)、Blank guide(空白頁引導)。

          1. Newbie guide(新手引導)

          新手引導是針對新用戶的,首次進入產品的時候,我們要著重地把自己產品的亮點以及操作快速的介紹給新用戶,讓他用最短的時候上手我們的產品。

          新手引導要言簡意賅,并且如果非必要的話,盡量給用戶一個可以直接關閉的按鈕,讓用戶有選擇權。我就非常討厭有一些產品的新手引導,必須走完全部流程后才能關閉,惡心得不行。

          如何搭建 B 端設計規范

          2. Steps guide(步驟引導)

          步驟引導一般用在有固定操作步驟的場景下,指引用戶一步一步地完成想要的結果。常規的步驟引導建議在 3~5 步之間為合理。

          如何搭建 B 端設計規范

          3. Help/Operation guide(幫助/操作引導)

          幫助/操作引導的展現方式是比較豐富多彩的,可以是提示語、輔助性文本、tooltips 等等,它的作用就是輔助用戶去了解并且知道如何操作這個功能。

          這個也是在產品中使用頻率最高的,運用好它,可以讓你的產品事半功倍。

          4. New function guide(新功能引導)

          它就是常用在新功能上線后,用戶第一次登陸相關頁面后做的一些引導,目的是為了告訴用戶我們做了新東西,你快來試試吧。

          如何搭建 B 端設計規范

          5. Blank guide(空白頁引導)

          空白頁引導一般用在在缺省頁,對用戶進行一些操作指引,讓無信息的頁面變得更有價值。

          比如百度在一些缺省頁上就放了一些關于失蹤兒童的信息,就因為做了這個引導,幫助了千萬個家庭找到了失散的孩子。

          如何搭建 B 端設計規范

          七、組件

          組件是設計系統里面最為龐大的東西。組件可以分為了 5 類:

          1. Navigation(導航);
          2. Data Entry(數據錄入);
          3. Data Display(數據顯示);
          4. Feedback(反饋);
          5. Other(其它)。

          基本上這幾類已經覆蓋了多數的組件,下面我把我自己整理的這幾類分別都包含哪些組件、以及組件的簡單介紹給列出來,快來保存吧。

          1. Navigation(導航)

          • Affix(固釘):將頁面元素釘在可視范圍。
          • Breadcrumb(面包屑):顯示當前頁面在系統層級結構中的位置,并能向上返回。
          • Menu(導航菜單):為頁面和功能提供導航的菜單列表。
          • Pagination(分頁):采用分頁的形式分隔長列表,每次只加載一個頁面。
          • Steps(步驟條):引導用戶按照流程完成任務的導航條。

          2. Data Entry(數據錄入)

          • Checkbox(多選框):可選擇多個。
          • Radio(單選框):只可選擇一個。
          • Switch(開關):開關選擇器。
          • Form(表單):具有數據收集、校驗和提交功能的表單,包含復選框、單選框、輸入框、下拉選擇框等元素。
          • Input(輸入框):通過鼠標或鍵盤輸入內容,是最基礎的表單域的包裝。
          • Select(選擇器):下拉選擇器。
          • Skeleton(加載占位圖):在需要等待加載內容的位置提供一個占位圖。
          • Time selectors and sliders(日期時間選擇過濾器):當用戶需要輸入一個時間或日期,可以點擊標準輸入框,彈出時間面板進行選擇。
          • Transfer(穿梭框):雙欄穿梭選擇框。
          • Upload(上傳):文件選擇上傳和拖拽上傳控件。

          3. Data Display(數據顯示)

          • Badge(微標):圖標右上角的圓形徽標數字。
          • Card(卡片):通用卡片容器。
          • Collapse(折疊面板):可以折疊/展開的內容區域。
          • Popover(氣泡卡片):點擊/鼠標移入元素,彈出氣泡式的卡片浮層(可操作)。
          • Tabs(標簽頁):選項卡切換組件。
          • Table(表格):展示行列數據。
          • Tag(標簽):進行標記和分類的小標簽。
          • Timeline(時間軸):垂直展示的時間流信息。
          • Tooltip(文字提示):簡單的文字提示氣泡框。
          • Tree(樹形控件):文件夾、組織架構、生物分類、國家地區等等,世間萬物的大多數結構都是樹形結構。使用樹控件可以完整展現其中的層級關系,并具有展開收起選擇等交互功能。

          4. Feedback(反饋)

          • Alert(警告提示):警告提示,展現需要關注的信息。
          • Notification(通知提示框):全局展示通知提醒信息。
          • Drawer(抽屜):抽屜從父窗體邊緣滑入,覆蓋住部分父窗體內容。用戶在抽屜內操作時不必離開當前任務,操作完成后,可以平滑地回到到原任務。
          • Modal(對話框):模態對話框和非模態對話框。
          • Progress(進度):展示操作的當前進度。
          • Spin(加載):用于頁面和區塊的加載中狀態。

          5. Other(其它)

          • Button(按鈕):按鈕用于開始一個即時操作。
          • chart(圖表):圖標數據顯示。
          • Copyright(版權):版權信息。
          • Divider(分割線):區隔內容的分割線。
          • logo(標志):logo 的使用。
          • LocaleProvider(國際化):為組件內建文案提供統一的國際化支持。
          • Text link(文字鏈):點擊有鏈接跳轉的文字。
          • Scrollbar(滾動條):在特定界面區域內進行內容的更多展示。

          以上組件可根據自己的產品進行增刪,把組件規范設計完成后,整個設計規范就完成了 90% 以上,可以算一個比較完整的設計規范了。

          八、總結

          每一個設計規范都是有靈魂的,規范是為了更好地做設計,而不是限制設計師雙手的枷鎖。

          設計規范也不是一成不變的,它在落地使用的時候多少都會有問題,需要慢慢地去反復檢驗規范的合理性,發現不合理的及時更正。


          藍藍設計建立了UI設計分享群,每天會分享國內外的一些優秀設計,如果有興趣的話,可以進入一起成長學習,請掃碼藍小助,報下信息,藍小助會請您入群。歡迎您加入噢~~希望得到建議咨詢、商務合作,也請與我們聯系。

          截屏2021-05-13 上午11.41.03.png


          文章來源:人人都是產品經理   作者:友設青年

          分享此文一切功德,皆悉回向給文章原作者及眾讀者.
          免責聲明:藍藍設計尊重原作者,文章的版權歸原作者。如涉及版權問題,請及時與我們取得聯系,我們立即更正或刪除。

          藍藍設計www.syprn.cn )是一家專注而深入的界面設計公司,為期望卓越的國內外企業提供卓越的UI界面設計、BS界面設計 、 cs界面設計 、 ipad界面設計 、 包裝設計 、 圖標定制 、 用戶體驗 、交互設計、 網站建設 、平面設計服務



          日歷

          鏈接

          個人資料

          藍藍設計的小編 http://www.syprn.cn

          存檔

          亚洲va欧美va天堂v国产综合