<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>

          首頁

          B 端設計稿尺寸究竟是多少?

          資深UI設計者

          設計尺寸一直都是設計師最熱衷討論的問題,討論到最后結論總是一個死板的尺寸,很少有人去講也真正明白背后的邏輯。今天的設計雜談就帶大家來了解一下,設計尺寸背后的邏輯以及設計尺寸如何去定義。希望之后在大家的交流中不要再去糾結我的設計尺寸究竟應該是多少?還是那句老話,耐心看完,你一定有所收獲~

          我先說結論,常見 B 端設計稿尺寸建議采用 1440×820,因為去除瀏覽器頂部頁簽以及地址欄高度 80px,因此高度上為 820px 而不是大家常見的 900px

          設計尺寸從何而來

          相信很多 B 端產品設計師都是從 C 端產品中轉型而來。想要搞懂設計尺寸的基本邏輯,我們先搞清楚大家熟悉 C 端產品的情況。在移動端設計尺寸上的定義,我們只需要考慮 iOS 設備與安卓設備之間分辨率的區別。而在目前,大多數移動端設計稿都是采取 iPhone 12 尺寸即:375 x 812 的分辨率

          (這里就不討論什么物理分辨率以及設計分辨率等內容)

          B 端設計稿尺寸究竟是多少? 看完這篇你就懂了!

          因為移動端也會存在多個分辨率的情況,我們針對其他不同的尺寸,通常采取簡單頁面一稿適配多端,只針對核心頁面進行多分辨率的適配。上面我們算是理解了作為移動端的分辨率的基本情況。而設計稿的尺寸是從何而來?大家想想,為什么我們在移動端設計稿的尺寸會從以前的 iPhone 8(375×667)轉移到 iPhone 12(375×812)呢?

          我個人認為會有以下幾點:

          1. 主流性

          由于 iPhone 12 類的手機尺寸占比逐年增高,早期的 iPhone 8 的分辨率已經不再合適現如今手機的屏幕尺寸。因此決定分辨率尺寸的第一個因素便是這個分辨率的市場占有率。由于手機全面屏時代的到來大多數手機的屏幕比例都演化成類 16:9 的尺寸,因此參照 iOS 的生態下,我們的設計稿就會有如此的轉變

          2. 兼容性

          作為移動端最為基準的設計尺寸,它一定要具備兼容性才能成為基準的尺寸。兼容性即能夠通過該尺寸進行向上、向下的拓展,方便在一些主要頁面中多尺寸的設計,比如:iPhone X 的尺寸,可以進行拓展成為 iPhone 8、iPhone 12 Pro Max 以及各類安卓端產品。減少設計稿因分辨率所帶來的差異性

          設備數據推導設計尺寸

          搞清楚了移動端的邏輯,我們再去思考一下桌面 WEB 端的情況呢?

          B 端設計稿尺寸究竟是多少? 看完這篇你就懂了!

          因為 B 端產品的特殊性,在互聯網中的分辨率數據只能作為一個輔助的參考(比如百度瀏覽研究院的數據),更多對于尺寸的定義還是來自你用戶使用的設備。比如我們在一個針對銷售的 CRM 系統中,銷售使用的場景有兩種:

          • 一種是銷售需要經常外出拜訪客戶,移動辦公場景為主
          • 另一種是在公司辦公,通過電話的方式對客戶進行辦公,主要是固定位置進行辦公

          首先通過用戶訪談了解到大多數銷售都是采取移動辦公的形式,因為銷售需要對不同的企業進行登門拜訪,拜訪完成會跟進一些銷售記錄。因此對于電腦分辨率會相對較小。對其分辨率的數據埋點得知,分辨率以:1440×900、1366×768 兩種為主。第二種場景下,用戶以 1920×1080 分辨率為主,主要是市面上的辦公顯示器多為 24 寸即 1920×1080然后想要去尋找作為設計稿的尺寸也與移動端一樣,需要滿足:主流性、兼容性兩種不同特性的需求。因此在我的設計稿中,會采用 1440×900 的尺寸,因為它更容易兼容且更為主流

          OK,我再舉一個反例,在我之前做過的一個線下診所系統中,通過走訪我們了解到,幾乎所有的醫生都是配備的 24 寸顯示器,分辨率也都為 1920×1080。

          因此在尺寸的選擇上就沒有必要去一味的選擇 1440 這一尺寸。

          對于瀏覽器的適配

          首先顯示器的分辨率并不能代表我們的實際設計尺寸,就像在 iPhone 的設計稿中,會有 StatusBar 的存在,會預留上半部分空間

          因為目前,大多數 B 端產品都是通過瀏覽器的方式進行呈現,大家也都知道電腦的瀏覽器中(Chrome 瀏覽器為主),還會存在頁簽高度以及當前網址、書簽欄(書簽欄大多數是隱藏的,因此不算進內),而想要真實了解設備中一屏的高度,就還需要對上面的分辨率尺寸進行處理:

          電腦分辨率 – 頁簽高度 – 網址欄 – 書簽欄 = 設計稿真實高度,即:1440×820 尺寸進行設計

          因此想要讓自己的設計稿被前端進行完整還原,就必須將瀏覽器頁面當中的很多因素考慮進去。類似于我們去設計移動端的小程序,他也會有頂部固定的區域進行展示。

          文章來源:優設   作者:CE青年

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

          B端項目的設計思路和方法

          資深UI設計者

          前言

          對于一直做 C 端產品設計的同學來說,面對復雜又陌生的 B 端業務,難免會有些頭“禿”,設計師該如何應對?或者說我們如何更好地完成項目?并挖掘和發揮設計價值?B 端產品通常具有較高的業務門檻和業務深度,對于設計師也具有一定的挑戰性,本文根據自己的這一年的 B 端工作經歷,總結了一些設計方法以及自己的經驗。希望會對處在這個領域感到迷茫的設計師有所指引和幫助。

          B 端產品業務目的明確,業務邏輯和場景相對比較復雜,所以對設計師的要求更高,要更清晰理解 B 端業務,下面是我轉 B 端產品設計時的一些思路:

          轉變自己角色定位

          針對之前一直做 C 端的我來說轉戰到 B 端業務,也面臨著兩個端的設計反差,B C 端的商業屬性、產品定位、用戶人群、視覺呈現、業務邏輯/流程都不盡相同,這將是一場知識遷移的過程。

          需要轉變自己之前的整個設計思路和角色定位,從之前被動接需求做圖,只做執行輸出設計稿,轉被動為主動。也深知設計和產品的配合就是互相成就,互相補位。面對之前不太熟悉的 B 端那些較為復雜的業務場景和邏輯,盡量讓自己在和產品需求對接時,提前介入,思維前置,全鏈路思考主動提出對產品的一些想法,難點或疑惑點都可以,也可以幫助自己梳理需求,了解從根本要解決的問題是什么,需求背后其核心是達到什么用途與目的,也想辦法去收集來自用戶、業務方的反饋,或主動去進行競品調研,用戶調研,這樣不僅可以讓我們更清晰的了解用戶需求和業務場景,在這個過程中,往往也會更容易挖掘出需求的突破點,找到更好的解決方案和更有價值的驅動點,為業務賦能。不再只做被動接受的工具人,也會要求自己去做“項目推動型設計師”,盡量讓自己全鏈路的參與其中,在每個環節尋找可挖掘和貢獻的價值點。

          大廠出品!幫你快速掌握B端項目的設計思路和方法

          大廠出品!幫你快速掌握B端項目的設計思路和方法

          系統學習業務相關知識

          轉變了自己的定位后,由于自己負責的 B 端項目,是之前沒有接觸過的業務,很多業務場景無法使用設計 C 端產品時的同理心來對待,又有較高的業務門檻和業務深度的,首先我認真系統的學習業務涉及到的一些相關知識,可以幫助了解自己手里的設計工作的業務細節,和產研團隊多方面溝通產品的需求,弄清每個步驟的業務邏輯,不懂可以多問多學,在產品評審需求的環節,一定要將業務邏輯理解透徹再考慮應該如何進行設計實現。要問問為什么業務流程是這樣,每一個頁面的跳轉每一個功能的用途以及業務含義是什么等等,多出幾版樣式進行探討最優方案。

          大廠出品!幫你快速掌握B端項目的設計思路和方法

          分析洞察產品業務場景

          設計工作的開展前,首先需要分析產品的背景是什么,要做什么,要提供用戶什么服務?調研分析一下它的競品狀況是怎樣的?現在是什么發展階段(一般 b 端的產品競品是極少的),不管是網上查找還是書籍搜尋了解一些行業內的資料,也可以找一些間接競品吸取靈感。了解產品的目標用戶群有哪些(用戶畫像)?不同角色的用戶會有哪些權限?以及分析業務存在哪些重要的流程,背后設計的意圖和產生的價值是什么,要解決用戶或業務上的哪些痛點。進行了初步的業務分析以后,大致分析下使用場景,在需求分析階段,要對產品本身和行業本身有一些基本的認知。

          大廠出品!幫你快速掌握B端項目的設計思路和方法

          設計執行&落地策略

          B 端產品的邏輯較為復雜,在交互及體驗上的要求也要更為謹慎。所以設計上需要更加克制和理性,B 端產品雖然視覺上交互上的整體要求沒有 C 端那么高,但是需要做到每一個功能點能夠清晰明確的展示,并且讓用戶知道每個功能按鈕或頁面的使用意圖。避免功能堆砌關系混亂。

          在產品設計之初,需要全面考慮,把握產品設計的大方向與業務發展的一致,同步搭建頁面通用的設計框架,統一的視覺設計語言,通用的組件的規范,可快速復用提效設計,即可把更多的精力投入到梳理產品邏輯及交互方式和功能的視覺表現上。也要時刻與產研團隊保持溝通,從技術和設計層面綜合考慮,哪種視覺呈現方式更合理,哪種方式更提效更穩定,支持的場景更全面…確保當前產品方案可行性。全面打造產品體驗的一致性,實現有序、統一的操作體驗,總之核心重點:界面清晰易懂,用戶的操作門檻低,能夠快速的使用產品,高效、專注完成任務。

          復盤結果定期總結經驗

          項目上線后,及時復盤總結也尤為重要,這也是我接下來要重點去做的事情,可以通過回顧和思考,來歸納分析自己做的成功與不足的地方,把那些對后續有幫助的、復用性高的經驗加以總結,沉淀自己的一套方法論。復盤是設計師自我提升的有效方式,也可以賦能團隊為團隊提效,提升自己的價值。

          大廠出品!幫你快速掌握B端項目的設計思路和方法

          寫在結尾

          啰嗦說了這么多,比較細碎,不乏邏輯凌亂的片段,但也算自己對 B 端設計的一些想法吧~B 端產品承載的信息和邏輯比較復雜一些,所以需要對功能層級的劃分呈現多考慮一點,需要有清晰的邏輯,多站在企業用戶的角度去考慮,使任務能夠精準化觸達,毫不拖泥帶水是設計 B 端產品最重要的工作。

          文章來源:優設  作者:58UXD

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

          小外包的一點扁平建筑設計

          前端達人

          商業扁平建筑

          收藏
          收藏


          轉自:站酷

          作者:蒲公英在海上


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

          B端產品設計的潛規則

          資深UI設計者

          那些關注用戶體驗的人們經常問我一個問題:什么是B端的用戶體驗?它與C端的用戶體驗有何不同?作為一名過去5年多主要從事B端IT產品的設計師,在這里給大家講述一些我的想法。

          首先,B端產品通常有2種類型:企業內部產品(Internal Solutions)和企業對企業的服務產品(B2B)。

          企業內部產品的用戶體驗設計有一些獨特性:

           

          你的工作(可能)永遠與你的作品集無緣

          很遺憾,幾乎所有企業內部產品或項目都被嚴格的保密協議(NDA)保護著。

          絕大多B端項目都是為特定用戶提供的專門內部流程。這意味著除了那些每天盯著它用的用戶,其他任何人都可能不會看到你的設計。即使你設法獲得了將其放入自己作品集的權限,也需要抹掉所有敏感的數據才行。

          不過幸運的是,大多數有足夠能力來構建自己的定制IT解決方案的公司通常規模很大,而且它們的品牌可能帶有足夠的“影響力”,這樣,項目身價得以抬高,也能讓設計師進入面試的下一步流程。

           

          測試對象雖然意愿很高,但總是很忙

          設計企業內部所用產品的優點:你的未來用戶將會是你的同事們。因此,在進行可用性研究時,你無需擔憂任何層面的法律問題。另外,由于大多數內部項目都是為了優化和改進現有的工作流程,你的用戶往往會非常愿意配合你的調研工作。因為設計不當的產品讓他們的工作飽受折磨,因此盡早獲得反饋對他們來說是最有利的。

          但這其中的弊端是,由于你的同事們需要平衡全職工作,你很可能無法占用他們的寶貴時間。如果你能解決這個問題,他們通常會提供比您預期更多的反饋。

           

           

          關于B2B的一些潛規則

          您可能無法(完全)滿足最終用戶

          對于C端產品,如果太丑或不好用,消費者可以拒絕使用。而B端產品即使學習成本比較高,但企業仍然可以“命令”所有員工學習這些用于開展業務的專用軟件。

          B2B產品最終將出售給業務決策者,然后再推給(最終)用戶。他們更關心的是量化提升效率(efficiency)和安全性(security)同時預防錯誤(preventing errors)。大多數組織都在尋找一種解決方案來替代和/或優化現有流程。

          這并不是說企業軟件不應以用戶友好為目標,但通常情況下,只要能夠實現某些被企業視為至關重要的目標,其他能省則省。對底線(bottom line)的影響有時會成為最重要的因素。

          全球各大企業的用戶體驗設計領導者仍在爭奪一席之地,以證明優質設計的價值。不幸的是,許多企業的用戶體驗設計師只能在滿足業務目標、技術要求和用戶需求之間無奈徘徊。

          像在大多數項目中一樣,在企業領域里,如果可以證明更好的用戶體驗可以量化地提升生產率,比如可以節省金錢,這樣你就有了一個絕佳的機會和挑戰。

           

          被“鯨魚用戶”左右

          如果你在B2B領域工作,可能會很熟悉“鯨魚用戶(whales)”的概念。通常,他們是帶給我們最多收入的客戶,因此在某個特定產品的路線圖中擁有極大的影響力。由于較少的鯨魚用戶簡化了需求收集和確認過程,有時你的工作會非常順暢,但不幸的是,這也可能導致你忽視掉很大一部分用戶群體的意見。

          我們見過諸多“被需要”的功能看起來并不適合大多數工作流程的案例(因為這是鯨魚用戶的特性)。通常,決策只是為了“去執行”,因為銷售團隊已經在下一個版本中承諾了這一點,而這個核心客戶占產品收入的40%。這通常會使得產品對于其他用戶而言就有些隨機且不合邏輯了。

          通常而言,在設計師進入管理層之前,他們很難影響到銷售團隊等強大的利益相關者的決策。潛在的利益沖突無疑是需要整個設計團隊共同去面對的,大家需要平衡產品的長期愿景和立竿見影的“快速制勝”二者之間的沖突,以便為產品提供可拓展的設計和構建道路。

           

          企業總是在舊版系統上運行

          幾乎所有財富500強的公司都是通過并購而成長為龐然大物的。

          每一次的并購,都會將一個完全不同的系統和工作流程修補到現有的系統和工作流程中。很多開發于90年代的軟件仍在諸多大型公司中運行。盡管從概念上看,“整合一切(consolidate everything)”似乎很容易,但是協調數據庫和系統的過程著實很繁瑣,且需要足夠的時間。

          B端用戶體驗的大部分工作是將用戶從一套舊版(有時是手動)的工作流程中解放出來的艱巨工作。這涉及到對用戶目標及多個系統的深入了解,需要我們列出規劃,識別冗余和協同效應,然后將其與邊緣案例相結合,以檢驗它產出的結果是否與當前操作模式的產出一致(如果不能優化的話)。

          盡管過程并非總是如此艱難,B端軟件依舊比C端復雜得多,因為即使其概念是“從0開始做新系統”,其數據還是全部來自于一堆與之配套的舊系統。在系統級別上思考流程、提出正確的問題并有效記錄文檔的能力是此類項目中最有用的技能。

          我不是開發人員,所以我不知道我從Google里找的這張圖片是否是能夠準確展示典型的后端體系結構。

          我所知道的是,對于每個項目來說,開發人員都會創建一個外觀相似的圖表,該圖表展示了數據的來源和去向,它非常復雜,并且在提取,存儲和推送數據時可能受到一系列限制。

           

          條款和規則

          大多數企業或組織需要遵循一套嚴格的政策法規,并且通常受到各種管理要求的約束。

          常見的例子包括:法律/隱私要求(例如GDPR),國際化要求(例如日期格式,語言),無障礙(例如WCAG&ARIA),安全性等等。

          這些規則中的每一條都來自于某領域的專家、某類別的檢查清單(checklist)抑或是一系列更為模糊情景下的最佳實踐(這些實踐基于特定的方案和用例)。C端APP監管日漸常規化,同時,由于諸多企業或組織掌握的敏感數據極具貨幣價值,其受到的監管和審查也在不斷增加。

          當然,這個問題的答案顯而易見,你的確切問題是存在第三方解決方案的,但是由于某些規則或規定,你可能根本無法使用它。

          由于必須滿足很多這樣或那樣的標準,對于用戶來說,最終的設計往往不太理想,雖然乍一看可能并不明顯,但這也是歷史上許多政府軟件的設計看起來很蠢的原因之一。

           

          慢慢改進

          與上面的觀點類似,B端產品用戶的獨特之處在于他們對變化的抗拒心理。這意味著你需要認真思考工作流程改變后的結果,諸如使用不同的顏色,或是調整頁面內某個按鈕的位置等簡單變化。

          我們甚至還沒有談及信息架構。當你開始做信息架構時,卡片分類研究可能會告訴我們現有的導航設計是完全錯誤的,或是導航里的某些分類實際上應該嵌套到其他地方。不過你很快就會發現,當實際執行這些變化時,你將面臨巨大壓力。

          知道何時依賴自己的研究和專業知識,何時推進,何時放慢步伐是很關鍵的,這樣你才可以避免疏遠過多的用戶。畢竟對于這些用戶來說,過去幾年的工作流程已經根深蒂固,他們需要時間、資源和指導來學習或重新學習這些系統的使用。

          盡管他們可能會拒絕改變,但這絕對不代表我們作為UX專業人士就無法引領他們擁抱變化,我們要做的便是了解他們的痛點并在設計時時刻考慮到用戶的最大利益。

           

          信息密度

          許多舊版的B端app產品都有一個共同點,那就是它們的信息密度非常高。

          理想的解決方案也許是隱藏所有不必要的信息,僅顯示剛需的信息,但是“隱藏掉錯誤內容”的風險可能非常巨大,以致于不得不將其保留在不斷增加的的實體屏幕上。

          這就容易導致打包的屏幕設計極大增加了用戶的認知負擔。而這些負擔之所以被用戶“接受”,就是因為他們必須且只能“學習”如何使用該軟件來完成工作任務。

          此外,對于許多管理或監控類的產品,用并別模式查看信息進行比較和參考是非常重要的。復雜的非線性(Complex non-linear)的工作流使得界面設計更具挑戰性,因為許多選項都需要既可隨時訪問又不能妨礙其他操作。

          有個很好的例子:為什么Bloomberg(上圖)的UI看起來比Robinhood(下圖)復雜1000倍?

          結論便是,B端產品的界面里,需要犧牲留白空間以展示更多信息的情況并不少見,因為用戶經常需要查看更多信息以便完成更復雜的任務。

           

          你的機遇

          隨著公司或組織越來越依賴技術,B端產品的用戶體驗設計將成為許多公司的主要競爭優勢。

          如果你具有擁抱復雜性、平衡多個利益相關方觀點,并在約束內進行創新的能力,你便能輕而易舉的殺入B端軟件設計領域。

          隨著機器學習等諸多振奮人心的新技術出現,各種業務會帶著其龐大而雜亂的數據庫排隊等候。UX將站在如何產生有價值的見解的最前沿,以便弄清用戶想要從這些數據中獲取什么以及如何對其進行操作和訪問。

          雖然在很長一段時間里,dribbble(追波)上的精美視覺設計仍將占有一席之地,但更繁重的任務還會落在那些不起眼的B端設計師身上:比如設計電子表格、數據集、草圖原型、投入調查以及數小時與用戶和利益相關者的交談和測試。

          最終出現在用戶面前的內容可能并不完全整潔和簡單,但請你相信,在成為備受矚目的明星B端產品前,其每一處基準點都經過了UX設計師的嚴格審查。我們的用戶已經全力以赴地使用這些產品努力工作,我們的產品也通過清除一些障礙來減輕用戶的負擔,這已經很不錯了。

          翻譯:April.H  審校:戴貓子 |   UXRen翻譯組 #366譯文
          作者:Yichen He
          原文標題:《Designing for enterprise vs. designing for consumers》

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

          互聯網企業管理會計(決策)平臺的產品設計

          資深UI設計者

          在BAT、TMDJ等一線互聯網企業,決策平臺又稱決策支持平臺、管理會計平臺。但實質都是實現業財一體化后,提取業務、財務數據,自動生成各種管理報表、財務報表,智能預警風險、預報業務前景,通過Dashboard或駕駛艙的形式展現給管理層、決策層,本文作者暫以管理會計平臺展開討論。

          一、定義與范圍

          1. 何謂“管理會計”

          管理會計,從定義來看有狹義與廣義之分。狹義的“管理會計”通常是指財務會計概念,包含“成本管理”和“管理控制系統”兩部分。

          而廣義的“管理會計”則是指運用一系列的分析手段,通過挖掘財務數據、業務報告等中潛在信息,對企業財務狀況、經營成果、現金流量和產品競爭力進行分析,輔助經營者進行決策,指出業務、財務風險隱患,預測未來趨勢,賦能業務,以數據驅動企業發展。本次討論的后者,即廣義的管理會計。

          管理會計目標的實現,不是簡單的某一個系統或產品能承載的,需要設計一系列的產品矩陣,包括基礎的核算系統如ERP、成本結算系統、預算系統、報表系統,這個矩陣就是管理會計平臺(以下簡稱管會平臺)。

          管會平臺的主體或用戶的不同使得所產出的管理報表(以下簡稱管報)指標也有所不同。用戶一般分為外部和內部2個大維度。

          1)外部用戶

          投資人偏向于分析企業的盈利能力和資本保值增值能力,如凈利潤率、資本保值增值率等指標;債權人則側重分析資產負債水平和償債能力,如資產負債率、利息保障倍數、權益乘數等指標。

          2)內部用戶

          應收會計崗則側重應收賬款的質量、收入的趨勢,如應收賬款周轉率、收入環比或同比、速動比率等指標;資產會計崗偏向于分析資產的利用率、所帶來的價值,如資產周轉率等指標;而企業管理層或決策層會關注企業經營活動和財務活動的一切方面。

          管會平臺在設計時應考慮滿足這些不同用戶的需求,并通過權限、角色實現千人千面的效果,不同用戶展示不同指標集和報表。

          2. 意義

          管理會計不僅屬財務一個分支,更是財務在企業管理中應用的升華,財務的4個功能層次形象筑起管理會計的堅實基礎:

          • 【看得見】:是指基礎核算功能,經濟業務活動應及時反映在財務數據中;
          • 【說得清】:強調數據的可靠性,財務是業務的反映,業務與財務是一個閉循環,不是憑空而來。結合業務,分析業務問題所在;
          • 【管得住】:則是預算系統在財務流程中的具現,并實現費用控制;
          • 【指得準】:是指趨勢預測,通過管理會計平臺指明業務發展方向,實現賦能業務、數據驅動的最高境界。

          互聯網企業管理會計(決策)平臺的產品設計

          做好管理會計,核算是基礎,分析是關鍵,管控是抓手,賦能是核心。

          分析不僅僅是傳統的報表分析,而是基于大數據、機器學習、AI等高科技手段,自動化、準確、智能的實現風險預警、趨勢預測,引領、驅動企業發展。

          互聯網企業管理會計(決策)平臺的產品設計

          舉個栗子:每月關賬后財務都要做財務分析,收集各種業務、財務數據,結合相關指標,以發現業務中的問題。如做杜邦分析法,分析凈資產收益率。

          繼而計算總資產凈利率,權益乘數,銷售凈利率、總資產周轉率……通過實際與預測的橫向對比、基期與歷史的縱向對比,找出各種指標異動原因,實質是分析企業的贏利能力、營運能力、償債能力。

          但這些通用的指標需結合企業實際情況、歷史數據,并體系化形成產品,才能分析出癥結點所在,這也是管理會計平臺建設的意義與努力的方向。

          二、產品架構

          如何搭建管理會計平臺(以下簡稱管會平臺)呢?互聯網管理會計平臺,其實并不是一個單一的平臺,而是由眾多關聯子系統構成,通過多個子系統間協同合作完成管理會計目標的系統集。

          從前端用戶的視角來看,獲取管理報表是一個很簡單的動作:查詢相關主體公司管理報表或分析結果即可,但從系統角度來說,管理會計的建設過程實際涉及了眾多財務子系統的協同、及復雜的系統邏輯。

          一個典型的財務產品架構如下圖,涉及多個子系統。典型管理會計產品分為生產端與消費端,架構圖如下:

          互聯網企業管理會計(決策)平臺的產品設計

          在簡要介紹各子系統功能前,可以先看以下簡化版的管會平臺產品架構圖,典型的管會平臺產品架構可以劃分為四層結構:支撐層、數據層、核心層、應用層:

          1. 支撐層

          用來支持管會平臺的基礎服務和基礎設施,包括容器云、安全服務、存儲服務、消息引擎、任務高度、短信服務、證書服務等。

          2. 數據層

          匯集業務、財務數據,以大數據或數據湖的形式承載基礎數據,包括ETL、BI、大數據等。

          3. 核心層

          管會平臺的核心模塊,分為清結算、財務中臺、ERP、預算、管報中心五大塊;

          1)清結算

          主要由計價、清分、結算、對賬組成,是業務活動在財務的2個反映之一,解決互聯網業態中的成本費用結算,與傳統企業的成本計量方法不同的是,一般是按個別計價法對不同時間段可以階段性、階梯性等復雜業態成本計量。

          互聯網企業管理會計(決策)平臺的產品設計

          2)財務中臺

          主要針對業務中非審批類的收入、資產折舊、攤銷,自動對賬、生成分錄,并傳遞至ERP,主要包括:入賬規則、數據校驗、分錄生成、主數據等。

          3)預算模塊

          預算功能,包含預算編制、執行等,結合BPM審批流,實現費用控制。

          4)ERP

          財務核心入賬平臺,包括總賬、應收、應付、資產、財報等。

          5)管報中心

          管會平臺核心輸出層,包括生產端和消費端2部分,生產端分為指標集、規則引擎、模板、預處理、智能診斷等模塊。消費端主要是管報產出結果的展示即駕駛艙、手工確認或修正。

          管報中心是核心中的核心,后面第三章會詳細展開。

          互聯網企業管理會計(決策)平臺的產品設計

          4. 應用層

          通過支撐層、數據層、核心層提供的服務組合起來,對最終用戶、運營管理人員提供的系統。在產品架構層面體現為前端展示層、業務域和過程域。前端展示層主要是結果展示的形式,如PC端的web頁面、移動端的APP或H5、小程序等。

          業務域是上游的各業務系統,而過程域是管會平臺所依賴的流程工具、特征數據,如供應商、ORG、BPM等。

          互聯網企業管理會計(決策)平臺的產品設計

          三、管報中心

          管報中心由生產端和消費端組成:

          • 生產端:諸如“成本費用率”、“速動比率”等指標集實現可視化、配置式的增加、禁用,再關聯規則引擎的會計科目、計算規則,提供給預處理模塊消費,并通過智能診斷產出相關指標的因果解析或預警信息;
          • 消費端:以駕駛艙的形式將相關結果展示給用戶。如對結果疑義時,還可手工修正。

          1. 生產端

          生產端流程圖如下:

          互聯網企業管理會計(決策)平臺的產品設計

          【指標集】:配置各種指標,如“速動比率”、“產品成本費用率”等。一旦配置不得刪除,只可修改或禁用。上游是科目與計算規則,但校驗關系不在此模塊。

          【模板】:指標、預警或診斷信息的集合,可導入或手工增加。在預處理和結果展示時,將會調用此模板。

          【規則引擎】:由“科目規則”、“計算規則”、“指標規則”、“預警規則”四部分組成。

          • 科目規則,依賴主數據的會計科目,在此設置科目間依賴關系、重分類關系、借貸方向。如應收賬款與,余額應在借方;如果出現貸方,則可能是預付賬款,重分類時應放在預付賬款。如流動資產由貨幣資金、銀行存款、短期投資、應收票據、應收賬款和存貨構成。
          • 計算規則,簡單的如加減乘除、取模、求余等,復雜的如貝葉斯推理。后臺預設,前端界面可自定義設置各種指標的計算規則。
          • 指標規則,指標與指標之間的邏輯關系,如“總資產凈利率 = 銷售凈利率 * 總資產周轉率”、“ 銷售凈利率 = 凈利潤/主營業務收入凈額”等等。
          • 預警規則,包括觸發開關、預警信息模板,預警條件、主因判定等。如下圖杜邦分析法對A公司進行分析預警:

          互聯網企業管理會計(決策)平臺的產品設計

          在每一層指標中,有實際值、預測值,二者之間的偏離度,就是預警條件;“好”、“差”就是簡單的信息模板,可把具體原因也納入進來。

          主因判定實質是一個由上到下的遞歸過程,如此例中,A公司獲利能力(即資本報酬率)相對較差(3.08%<7.41%),這是第1層判斷。

          再往第2層,經過分析可知這不是因為總資產凈利潤差(2.55%>2.37%),而是財務融資能力差(1.21<3.21)。如此類推,直至分析至底層科目級指標。

          【預處理】分為“重分類”、“平衡試算”、“定時任務”、“結果存儲”四部分,是報表產出的運算過程。其中“平衡試算”屬前置數據校驗,檢查數據是否達到報表可用程度?!岸〞r任務”與“結果存儲”屬技術性過程,“重分類”根據會計要求設置,具體由財務確定。

          【智能診斷】是對具體的報表進行分析,由“診斷開始(數據準備)”、“規則判斷”、“預警判斷”、“結果確認”四部分。其中結果確認包含結果展示、消息分發、手工修正等?!耙巹t判斷”與“預警判斷”是對【規則引擎】中的“指標規則”、“預警規則”的具象應用,實際應用中可引入AI、TensorFlow(機器學習)等技術手段提升診斷的準確度。

          2. 消費端

          在生產端準確、及時生產出數據后,消費端就不愁無米下鍋了。一般通過Dashboard或駕駛艙展示,這一塊通常需要BI或數倉部門的協助,效果圖如下:

          互聯網企業管理會計(決策)平臺的產品設計

          四、總結

          綜合以上,管會平臺的每個子系統并非孤立的,通過產品架構相互關聯。產品架構與技術架構相輔相成,產品架構決定需求和設計,技術架構決定技術框架和性能。包括AI在智能診斷上的應用、數據域的實現等。

          好的產品架構將這些不同用途的功能進行聚類整合,因此,【才聽途說】建議將管會平臺拆分成多個子系統,明確業務邊界,減少系統間的耦合,提供優質、的管理決策支持服務。

          并根據前端業務場景的需求隨時進行調整變化以適應業務的發展,如規則引擎部分基本可由前端配置即可,減少后端開發與產品上線時間。

          不同互聯網公司,業務體量甚至有成千上萬倍的差距,如京東集團內不同BU的體量及發展速度造就其系統復雜度也差異巨大,高度復雜的管會平臺甚至需要數百人的技術團隊來設計、開發、維護。

          不過,對于體量較小的互聯網公司來說,幾人的團隊即可搭建一套系統并維護日常運營。

          互聯網企業作為金融科技業界引領者,建議在系統開發前期(從0到1),以MVP形式,小步快跑,快速迭代,盡快上線、降低開發成本,優先開發主要需求、及較重要的子系統,或并行實施幾個子系統,如ERP的實施、清結算的開發、管報中心的開發可以并行。再做次優級子系統,逐步迭代。

          隨著訂單量的提升及業務復雜度的增加,不同BU甚至不同BGBU的接入,管會平臺復雜度將指數及上升,系統處理起來會越來越吃力,若無良好的規劃,各子系統耦合度越來越高,雜糅在一起,系統靈活性越來越差,無法跟上業務的發展。

          因此,管會平臺的中長期發展(從1到100、到∞),極其考驗我們的業務梳理能力,及對業務進行拆分、產品架構的能力。

          特別是目前行業內還沒有體系化的管會平臺建設經驗可參考時,更考驗我們的綜合能力,包括財務專業知識、業務理解力、產品規劃能力。

          但萬事不要怕,只要抓住產品設計精髓,即設計的產品應滿足邏輯完整、業務功能明確、可擴展(發展方向明確但業務邊界清晰)、靈活(非耦合)等特點,一切將會迎刃而解。

          文章來源:人人都是產品經理  作者:B端老頭

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



          工具管理系統

          前端達人

          收藏
          收藏
          收藏
          收藏
          收藏
          收藏
          收藏
          收藏
          收藏
          收藏




          轉自:站酷

          作者:戲歡你


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


          B 端后臺類產品的圖表設計思路及方法

          資深UI設計者

          隨著大數據的興起,數據價值的不斷挖掘,圖表作為數據呈現與分析的有效手段,正扮演著越來越重要的角色。我們在進行 B 端平臺設計時也在思考:如何讓圖表清晰的傳達信息,同時帶來美觀的視覺感受。

          為了達到清晰傳達和視覺美觀的目標,我們結合實際項目,進行大量探索及思考,梳理總結了一套適用于 B 端后臺類產品的圖表設計思路及方法,涵蓋了曲線圖、柱狀圖、餅圖、雷達圖、漏斗圖等各類常用圖表類型。

          超多案例!B 端后臺類產品的圖表設計思路及方法

          圖表視覺層級

          圖表能夠承載大量數據信息,同時視覺元素較多,如果只是憑借設計師的審美喜好進行視覺設計,沒有整體信息讀取考量,可能會導致重要信息未能凸顯,降低用戶讀取效率。

          超多案例!B 端后臺類產品的圖表設計思路及方法

          為清晰傳達信息,進一步提升讀取效率,我們采用元素重要程度與視覺強度相綁定的方法。依據元素重要程度,將圖表元素分為三類,分別為“底層元素”、“中層元素”和“頂層元素”,并依據不同視覺強度分別設計三類元素。底層元素最弱,頂層元素最強。通過這種方法,梳理圖表元素的前后關系,能夠清晰把握元素視覺層次,保證信息傳遞效率。

          超多案例!B 端后臺類產品的圖表設計思路及方法

          1. 底層元素設計

          在各類圖表中,我們把輔助說明數據的軸線、刻度等定義為底層元素。為了減少視覺干擾,突出主圖形,底層元素全部使用淺灰色進行設計。我們發現,當元素與背景顏色的明度對比在 1.2:1 時,人眼較難看到元素;當對比度在 2.0:1 時,視覺強度過強,易吸引用戶注意力。通過元素視覺強度的調研及視覺嘗試,最終確定元素與背景對比度在 1.6:1 左右,視覺強度偏弱但人眼能夠看清的程度。以保證元素視覺不突兀,只在需要查看時可以被發現。

          超多案例!B 端后臺類產品的圖表設計思路及方法

          2. 中層元素設計

          中層元素的內容包括數據圖形、數據線段等承載主要數據信息的元素,是圖表中表達數據的關鍵元素。與底層元素相比,中層元素采用更低明度與更高飽和度的數據色來表現,使元素從頁面中凸顯出來,保證可讀性。同時在樣式上適當加入漸變、描邊等樣式,豐富視覺層次,帶來美觀的視覺感受。

          超多案例!B 端后臺類產品的圖表設計思路及方法

          3. 頂層元素設計

          我們把頂層元素定義為圖表高亮信息,內容包括懸停樣式、懸停后的詳細數據說明等。在設計上為保證視覺樣式突出,使用深灰色、強調色等強對比度樣式,并輔以動畫、投影等手法保證明顯的視覺強調效果,保證頂層信息最有效的傳達給用戶。

          超多案例!B 端后臺類產品的圖表設計思路及方法

          4. 最終效果

          通過層級梳理,并綁定元素重要程度和視覺強度的方法,設計后圖表主次信息均按重要程度進行對應視覺強度的展示,讓用戶能夠在第一時間接收到最重要的信息,提升信息讀取效率。

          超多案例!B 端后臺類產品的圖表設計思路及方法

          圖表排版設計

          圖表排版是指各元素在圖表中的尺寸及布局等,對于 B 端后臺類產品來說,不同排版對用戶使用體驗造成較大影響。如何建立一套合理的規范保證用戶的使用體驗?我們經過大量討論推敲,梳理出一套針對 B 端后臺類產品的排版規則,力求保證用戶圖表的使用體驗。

          1. 圖表尺寸

          圖表尺寸指圖表整體長寬高。在項目中我們發現不同尺寸的圖表對數據展現效果影響巨大,例如巨量數據的圖表擠在名片大小的區域例顯示,這使得信息讀取的效率大打折扣。為此我們收集并提取出“全貌概覽”、“多角度環視”、“詳情分析”三類典型場景,并制定了“迷你圖”、“中號圖表”、“大號圖表”三類尺寸,針對不同尺寸優化圖表的信息展示密度,以達到讀取信息的目的。

          “迷你圖”尺寸最小,舍棄了 Y 軸等不必要信息,利用小面積展示最關鍵的圖表信息,并控制數據密度,保證信息讀取。

          “中號圖表”尺寸受限,限制坐標軸刻度數量和數據的密度,例如曲線圖數據點不高于每 4 像素 1 個數據點,Y 軸坐標刻度不超過 5 個,以確保信息密度不過載,這類圖表尺寸通常用在針對某大類內容進行多方面檢視時。

          “大號圖表”尺寸最大,不限制數據信息密度,給予最全最詳細的展示,這類尺寸通常用在數據詳情頁等詳細分析場景中。

          最后考慮到多圖表混合排列時,餅圖、地圖等大面積填色圖表,相較折線圖等描邊型圖表,視覺感受更加膨脹。我們縮小了填色類圖表的實際高度,保證多種圖表混合排列時,視覺感受的均衡。

          超多案例!B 端后臺類產品的圖表設計思路及方法

          超多案例!B 端后臺類產品的圖表設計思路及方法

          2. 坐標軸

          坐標軸在圖表中出現的頻率較高,那么坐標軸常見的設計問題有哪些呢?

          第一是橫縱坐標軸的刻度出現過密情況。

          如果坐標軸所承載的是連續數據(連續數據指可量化的,連續不斷的,在區間內可任意取值的數據,如時間、金額、人數等),設計師可自行增減刻度數量以保證視覺舒適度。如果承載是離散數據(離散數據指不可量化的,無關聯的,不可在區間內任意取值的數據,如分類、軟件版本、省份等),可采取增加坐標軸縮放功能解決。

          第二個常見問題是刻度的說明文字過長。

          如果是 X 軸(橫軸)文字過長,除了在可控范圍內減少刻度,還可采取文字傾斜 45°~90°的辦法(如文字全部為中文,可用豎排代替傾斜 90°),緩解信息過密看不清的情況。

          如果是 Y 軸(縱軸)文字過長,需聯合研發一起調整數據的單位,比如把“元”調整為“百萬元”。

          如果不能調整,那就要根據所使用的圖表庫有針對性調整。例如常用的 Echarts 圖表、D3 圖表等開源圖表庫,需要提前預估刻度文字長度并預留出來,否則刻度文字可能會被頁面裁掉而不能完全顯示。如你是用的是 AntV 等可自適應的圖表庫,則不必提前處理,圖表庫會自動按刻度長度進行整體調整。

          超多案例!B 端后臺類產品的圖表設計思路及方法

          3. 圖例

          圖例作為圖表中不可或缺的部分,在各類圖表庫中位置不盡相同,由于不同圖表樣式差異很大,圖例的位置需整體考慮并適當布局擺放,但在同一產品或頁面內,過于隨意的擺放圖例,會導致頁面統一性較差,同時增加用戶的瀏覽成本。我們團隊所負責的 B 端商業產品矩陣,作為面向用戶的產品集合,產品間聯系非常緊密。過于靈活隨意的圖例擺放不利于用戶對于圖表的瀏覽。為解決此問題,我們基于業務特點,針對 B 端商業產品矩陣制定了圖例布局指導原則。

          我們以提升屏幕信息密度為目標,分析不同場景的頁面排布,制定了頂部和右側兩種較為寬松的指導原則,供設計師在沒有明確的更優方案時選用。

          當圖表是左右兩端對齊的類型,例如折線圖、柱狀圖時,建議將圖例放置在圖表頂部。這樣能結合標題等其他元素進行統一排布,減少占用空間。當圖表本身左右都有空余空間時,例如餅圖,建議將圖例放置于圖表的右側。也能夠節省頁面的空間。

          超多案例!B 端后臺類產品的圖表設計思路及方法

          數據色板設計

          色板作為常見的數據表達手段,能夠利用不同顏色明確體現分類信息、數值高度、狀態信息等。但目前市面上鮮有專業用途圖表的配色工具。我們經過大量探索嘗試,梳理總結出圖表色彩的兩個關鍵維度:辨識度與統一性。既需要顏色間突出強烈可清晰辨別,又需要顏色整體能形成統一風格,以達到清晰傳遞和美觀的目標。如何平衡辨識度與統一性,是我們遇到的難題。

          超多案例!B 端后臺類產品的圖表設計思路及方法

          1. 辨識度

          辨識度在圖表中有兩方面:顏色與頁面底色的辨識度,各顏色之間的辨識度。對于第一種,我們采用控制顏色的明亮程度來確保色彩辨識度,尤其對于黃色、青色等本身較亮的顏色,降低顏色的明度,確保在淺色背景下顏色可辨識。

          對于第二種也就是各顏色之間的辨識度,通過實驗發現單純的顏色色相變化,例如紅色與橙色的區分,人眼不容易分辨。所以采用了色相變化+明度變化的方法,即深紅色與亮橙色,深藍色與亮紫色等,這樣用戶能在第一眼就明確分辨,保證顏色間的辨識度。最終把顏色映射到色彩空間的三維坐標中,運用歐幾里得距離公式測算顏色間的距離長短,來衡量各顏色間色差數值。顏色間距離越遠代表色差越大,利用數據輔助衡量辨識效果。

          超多案例!B 端后臺類產品的圖表設計思路及方法

          2. 統一性

          色彩統一性的作用在于確保圖表整體風格一致,色彩搭配舒適,從而帶來美觀、統一的視覺感受。為達目的,我們首先提煉商業產品設計風格為明亮、強對比,其次把設計風格轉化為色彩數值。經過實驗,把顏色明度限制在 50%-70%,把飽和度限制在 75%-85%,并在區間內不斷波動。這樣既保證了色彩視覺感受的統一,各顏色間又能夠有清晰的辨識度。

          超多案例!B 端后臺類產品的圖表設計思路及方法

          3. 顏色量化與工具

          量化顏色,將色彩轉化為數值,利用數值來驗證設計師的「感覺」,能夠保證方案合理性,保證設計質量。但通過嘗試,我們常用的色彩模式均不能科學合理的量化顏色。通過查閱大量資料,我們最終決定以小眾的 HCL 色彩模式來衡量色彩。其中 H 表示色相、C 表示飽和度、L 表示明度。HCL 區別于傳統的 RGB 或 HSB 模式,它能夠將人眼對顏色的感知的量化為數值,例如黃色相比藍色明度更高,都能如實的反饋到數值上。也由于此特性,HCL 模式在誕生距今不到 20 年間,已被一些先鋒設計師用于數據可視化的呈現中。

          超多案例!B 端后臺類產品的圖表設計思路及方法

          但是 HCL 作為小眾色彩模式,目前設計軟件鮮有支持,造成了 HCL 色彩不直觀、不方便調色等的問題。為解決此問題,我們已初步完成智能配色程序,只需輸入品牌色,就能自動生成圖表色版,并在風格上與品牌色匹配,達到整體色彩的統一。我們也將一套調配好的色板及 HCL 實用小工具附在文末,幫助大家直觀的查看和使用 HCL 模式顏色。

          結語

          數據價值就像不為人知的寶藏,隱藏在一條條枯燥晦澀的數據背后。而圖表則是開啟寶藏的鑰匙,是發掘數據價值的強有力武器。通過對圖表的不斷探索優化,我們希望能夠最大化數據的價值。通過圖表,讓數據最直觀的展現;通過圖表,讓其背后的規律浮出水面被人探知;通過圖表,讓 B 端不再有難懂的數據。

          附:色板及 HCL 工具

          超多案例!B 端后臺類產品的圖表設計思路及方法


          文章來源:優設  作者:百度MEUX

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


          如何設計B端表格?

          資深UI設計者

          如何設計B端表格?這篇近5000字的干貨幫你完全掌握!

          數據查看

          讓我們先來回顧一下表格的基本構成,最上面的為表頭,橫為行,縱為列,內容區每一組展示數據區域為單元格。

          如何設計B端表格?這篇近5000字的干貨幫你完全掌握!

          表格的設計,雖然看似簡單,但是作為用戶最常用的組件之一,我們需要對視覺和交互的精準把握,才能保證用戶在使用表格時更加。

          這里我推薦表格的”四維自檢法“,對我們設計的表格是否合理,做出一個標準的判斷。

          分別是:信息降噪、呼吸適中、易讀、詳情查看。

          如何設計B端表格?這篇近5000字的干貨幫你完全掌握!

          • 信息降噪:分別對表格內容和視覺層面進行重要性梳理,剝離不重要的元素,使表格輕量化;
          • 呼吸適中:保持內容和元素之間合適的間距,使表格頁擁有一個好的呼吸感,將給用戶營造一個舒適的操作環境;
          • 易讀:通過對需求內容的解讀,對內容形式加以分類辨別,做出可讀性最強的樣式;
          • 詳情查看:b端系統往往伴隨著表格數據類目龐大的問題,通常會采用另一種形式去展示全部信息。
          1. 信息降噪

          精簡表格內容

          當表格的字段非常重要時,一定要將字段全部展示出來讓用戶更清晰地了解數據。

          如何設計B端表格?這篇近5000字的干貨幫你完全掌握!

          如果你的用戶只需要了解部分字段,那么全部展示是沒有必要的,只需展示最重要的字段即可。

          自定義字段展示

          不同用戶想看的的信息側重不同,有時候我們無法準確判斷用戶看重哪些字段,還可以讓用戶自定義展示字段。

          如何設計B端表格?這篇近5000字的干貨幫你完全掌握!

          精簡字段名稱

          當我們去設計表格的時候,通常會發現表格需要承載的信息量是非常大的,有時候為了表現出字段的準確含義,在定義字段名稱時往往會非常的長。但是當這些字段同時出現在一個表格里時,過長的字段名稱,又會顯得冗余,讓本就不大的頁面空間更加雜亂。

          所以當我們設計表格的時候,我們可以分析字段名稱,對字段名稱做精簡,看看是不是少一個字用戶就無法理解字段的含義。

          如何設計B端表格?這篇近5000字的干貨幫你完全掌握!

          添加字段說明

          當字段名稱過長,又必須展示,才能有效的理解字段含義時。我們可以定義一個專有名詞代替,并且在字段名稱后使用添加字段說明的形式,來對字段加以說明。

          這樣一來用戶既可以清晰的理解字段含義,又可以在有限的頁面空間下獲取到更多的數據信息。

          如何設計B端表格?這篇近5000字的干貨幫你完全掌握!

          簡化表格樣式

          早期表格的設計,出發點主要以擬物形式,以最接近現實表格的樣式去設計。

          但是隨著互聯網的普及度加深,極簡的表格設計,使界面更加輕盈,讓用戶更加專注于數據內容。

          去除縱向列的分割線,僅以淺色的橫向分割線區分行,但是要注意分割的顏色不能過于淺而缺乏辨識度,部分人群對顏色的辨識度會偏低,顯示器的硬件性能也會影響顏色的可辨識性。

          如何設計B端表格?這篇近5000字的干貨幫你完全掌握!

          減少不必要的顏色區分

          表格設計中一定不要使用過多的顏色區做狀態或操作的區分,過多的顏色細分會使表格變得更加混亂,影響用戶體驗。

          對狀態的區分,僅用輕量的顏色區分即可,操作欄保持主色按鈕色。

          如何設計B端表格?這篇近5000字的干貨幫你完全掌握!

          2. 呼吸適中

          如何定義單元格的高度

          了解單元格的結構,以及實現單元格的基本邏輯,有助于我們更好的去把控我們的設計。

          單元格內的可控尺寸包含:單元格高度、文字字號、文字/段落行高、文字上下間距。

          我們基于視覺呼吸感,賦予各個元素合適的尺寸,我在這里給出一套參考方案:

          • 文字字號 = N
          • 文字行高 = 1.5N
          • 上下間距 = 1.2N
          • 單元格高度 = 內容高度 + 上間距 +下間距

          如何設計B端表格?這篇近5000字的干貨幫你完全掌握!

          如何定義列的間距

          首先我們要了解列的兩種類型,第一種是定寬列,第二種是自適應列。

          • 定寬列

          顧名思義就是它的寬度是固定的,比如:第一列我們設置寬度為200px,第二列我們設置為300px,五六七列分別設為100px,那么我們這個列表的寬度就等于200 + 300 + 100*3 = 1100px,在任何分辨率尺寸下你的這個列表都會保持這個寬度不變。

          如何設計B端表格?這篇近5000字的干貨幫你完全掌握!

          • 自適應列

          就是列會隨著分辨率變化而產生寬度的變化,比如:列表有五列,我們定義列表的寬度為界面寬度的50%,假定界面寬度為1200px,那么列表寬度就為600px,而每一列的寬度則為120px。此時我們將界面的寬度縮小到600px時,那么列表的寬度就為300px,而每一列的寬度則為60px。

          如何設計B端表格?這篇近5000字的干貨幫你完全掌握!

          在實際設計案例中,我們往往會面臨由于每一列的內容不同,所需要的寬度也就不同,我們希望在列不多時可以保持寬度自適應,但是如果每一列都做成自適應列的話,內容多的列無法展示全內容,內容少的列空間又會很大。

          所以,固定列 + 自適應列的綜合運用,可以讓我們更好的實現我們想要的設計方案。

          • 列的結構

          然后,我們一起來了解列的結構。每一列分為內容區和左右間距區,在固定列里面內容區和左右間距區都是保持不變的。但是在自適應列卻不同,它的內容區是隨界面分辨率變化而變化的,左右間距區的寬度是保持不變的(在代碼里間距區被叫做Padding)。

          如何設計B端表格?這篇近5000字的干貨幫你完全掌握!

          • 固定列

          當表格字段數量不確定時,通常我們會為自定義列的內容區寫一個最小值(min-width),以確保字段很少時可以自適應寬度,字段較多時仍然能保證完整展示表格數據,不影響對內容的閱讀。

          當表格的列過多又必須全部展示時,固定必需固定的列(如姓名、任務名稱、操作項等),其他字段橫向滾動。

          如何設計B端表格?這篇近5000字的干貨幫你完全掌握!

          3. 呼吸適中

          列的對齊方式

          基于人的慣性瀏覽順序,設計每列合理的對齊方式,能夠輔助用戶更的完成工作。

          • 標題和內容:一般采用左對齊,更的瀏覽順序;
          • 有長短不一的數字時(序號除外):右對齊,方便比較 ;
          • 操作項一般放在尾列:右對齊;

          如何設計B端表格?這篇近5000字的干貨幫你完全掌握!

          不留空白格

          從心理學的角度講,人對未知事物會產出恐懼情緒。我們在設計表格的時候,要考慮到表格的各種展示情況,非特殊情況不要出現單元格空白。

          沒有數量用“0”表示,沒有該項內容用“-”表示。

          如何設計B端表格?這篇近5000字的干貨幫你完全掌握!

          選擇合適的分頁器

          表格是一種可以承載大量數據的組件,當數據行數很多時我們通常會選擇分頁器,使用分頁器有哪些優點:

          • 快速查看:通過分頁數據加載緩解服務器壓力;
          • 清晰易讀:由于界面的空間是有限的,通過分頁展示數據,有助于緩解用戶的閱讀壓力;
          • 靈活便捷:如果客戶想在一頁展示很多數據,可以通過分頁器自行選擇,還可以了解到數據的總數目。

          如何設計B端表格?這篇近5000字的干貨幫你完全掌握!

          收起低頻的操作項

          當界面空間有限、表格列數很多時,如果表格的操作項過多,會占用很多頁面空間,需要有選擇的展示,將低頻操作項收起,用點擊更多按鈕去觸發選擇。

          如果是1.0的產品,我們可以和產品經理溝通,分析每個功能按鈕的優先級。

          如果是上線的產品,我們還可以通過按鈕點擊PV(頁面成功訪問次數),來了解按鈕的使用頻率,做出按鈕優化。

          如何設計B端表格?這篇近5000字的干貨幫你完全掌握!

          行的排序

          如果產品沒有特殊需求,那么默認最近創建的在最上面??梢杂脦в信判虻谋眍^,讓用戶自定義排序。

          如何設計B端表格?這篇近5000字的干貨幫你完全掌握!

          4. 查看詳情

          詳情入口

          如果表格的內容項很多,我們通常會在表格上只展示部分重要數據,而其余數據放在詳情頁面展示。

          作為詳情頁面的入口,通常會有兩種設計方式:

          • 將詳情按鈕放在操作項里
          • 將首行的名稱做成可點擊樣式,點擊跳轉至詳情

          如何設計B端表格?這篇近5000字的干貨幫你完全掌握!

          詳情頁的展開形式

          如果詳情內容不多,沒有新開頁面的必要,我們可以采用展開行、彈窗、抽屜的形式,但是要注意盡量減少過多的樣式,給用戶增加疑惑感。如果詳情的內容很多,而且有編輯的需求,建議采用新開頁的形式。

          建議根據詳情頁信息量的多少,以此采用展開行、彈窗、抽屜、新開頁的形式。

          如何設計B端表格?這篇近5000字的干貨幫你完全掌握!

          數據過濾

          數據過濾是表格頁很重要的組成部分,包含搜索、篩選、標簽頁。

          這一部分的主要作用是幫助用戶,梳理表格數據信息,精準定位所需的數據項。

          如何設計B端表格?這篇近5000字的干貨幫你完全掌握!

          1. 搜索

          模糊搜索

          模糊搜索是指在用戶搜索意圖不明確時,搜索引擎將用戶的查詢與待檢索的內容進行模糊匹配,找出與查詢相關的內容。模糊搜索無法理解用戶的查詢意圖,返回的結果中可能包括了一大批用戶不想要的信息,所以在使用模糊搜索時一定要結合自己的實際場景,慎重使用。

          • 優點:只要有相關的內容都會被檢索出來,減少了精準搜索帶來的記憶負擔
          • 缺點:容易把相關的信息也帶出來,例如檢索手機號,把相關編碼也匹配出來

          如何設計B端表格?這篇近5000字的干貨幫你完全掌握!

          搜索

          搜索是指用戶在搜索時,針對某一數據字段搜索,來查找所需要的數據。根據業務場景不同,我們會查找某一字段,或者是用標簽切換不同字段來查找。

          • 優點:搜索匹配精準度高
          • 缺點:每次只能對單一條件進行搜索

          如何設計B端表格?這篇近5000字的干貨幫你完全掌握!

          2. 篩選

          篩選器主要是針對內容較少的字段進行查找的一種方式, 通過篩選器的選擇可以快速定位所需的數據,取消用戶輸入的過程,提升查找效率。一般篩選有兩種形式,第一種是下拉篩選,第二種是平鋪式篩選。

          下拉篩選

          下拉篩選就是將需要篩選的內容放置于選擇器當中,通過點擊選擇器下拉,來選擇需要篩選的內容。

          • 優點:空間利用率高,起到了很好的收納作用
          • 缺點:無法直觀看到所有的篩選項

          如何設計B端表格?這篇近5000字的干貨幫你完全掌握!

          平鋪篩選

          平鋪篩選就是將篩選項的內容,直接展示于頁面之上,通過點擊選擇的方式直接進行篩選。或者可以通過自定義內容的篩選。

          • 優點:操作效率高,篩選項一目了然,支持輸入更多篩選條件
          • 缺點:空間利用率低,不適合選項太多的情況

          如何設計B端表格?這篇近5000字的干貨幫你完全掌握!

          如何合理的使用篩選項

          當數據內容需要的篩選類目過多時,如何合理的擺放,才能提高用戶的使用效率。

          • 信息排序:基于用戶使用場景,以目標導向為依據,將高頻的篩選項排列到前面,低頻的篩選項置于后面
          • 默認折疊低頻篩選項:當篩選項過多時,會極大的占用界面空間,使用戶在閱讀數據時產生非常不好的用戶體驗,通過展示高頻篩選項、隱藏低頻篩選項,將更好的提升用戶體驗。
          • 所有篩選項都很低頻:以點擊高級篩選按鈕的形式觸發,將全部篩選項置于氣泡或者彈窗之中。

          如何設計B端表格?這篇近5000字的干貨幫你完全掌握!

          如何判定篩選項的使用頻率呢?通常會有兩種方式:

          • 第一種是給篩選項增加數據埋點,這樣一來就可以通過對用戶點擊行為的分析了解到篩選項的使用頻率;
          • 第二種是用戶調研,通過問卷或者面談,了解到用戶的真實使用需求。
          3. 標簽頁

          標簽頁又叫選項卡,在組件中我們通常叫Tabs,指的是分隔內容上有關聯但屬于不同類別的數據集合。

          默認展示常用項

          在使用標簽頁時,有一點我們要特別注意,通常在B端設計中,我們會把標簽頁的位置定位在最常用的一個選項。

          增加數據條目

          如果是訂單一類的分頁,我們還可以將數據條數,展示在標簽右側,用來幫助用戶快速了解到待辦數據量。

          如何設計B端表格?這篇近5000字的干貨幫你完全掌握!

          數據操作

          1. 分類

          數據操作即對表格的數據進行操作,首先我們對數據操作進行分類。

          按控制范圍分:

          • 單行操作
          • 批量操作
          • 全局操作

          按操作屬性分:

          • 新增數據
          • 編輯數據
          • 刪除數據
          • 業務處理
          2. 如何合理的設計數據操作

          第一步,先判斷控制范圍

          如何設計B端表格?這篇近5000字的干貨幫你完全掌握!

          第二步,判斷擺放位置

          如何設計B端表格?這篇近5000字的干貨幫你完全掌握!

          第三步,優化信息層級

          如何設計B端表格?這篇近5000字的干貨幫你完全掌握!

          以上是操作項和篩選項較多的情況,那么不多時,我們還是要合理利用空間,靈活設計

          如何設計B端表格?這篇近5000字的干貨幫你完全掌握!

          以上就是《如何設計表格?》的全部內容了,后續還會努力更新更多B端設計分享!與君共勉

          文章來源:優設   作者:三斤

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


          設計驅動|QQ運動體驗升級

          資深UI設計者

          It is ultra experience

          It is ultra experience



          ——————————

          在這個全民健身的時代,越來越多的用戶開始頻繁使用運動APP,記錄自己的運動數據,分享個人的訓練動態。QQ運動是QQ旗下的老牌運動產品,在上一版本中,由于過分依賴紅包福利體系,近一年逐漸呈現不健康的發展趨勢,需要尋找新的產品形態使產品重回正軌。因此,伴隨著市場、產品和用戶的持續更新,如何突破增長瓶頸,讓它在眾多同類產品中脫穎而出,鞏固自身競爭優勢,是本次官網改版的主要課題。 


          用戶分析

          QQ運動植根于月活用戶高達數億的QQ。因此在改版之初,我們對大盤內的用戶進行了盤點,發現用戶群體呈現明顯的兩極化分布,以16-24歲和40-60歲這兩個年齡段為主。進一步對數據分析后發現,兩類用戶的行為也是截然不同的。首先,16-24歲這部分用戶表現出的行為是:(1)認真運動,在跑步、健走這類運動基礎功能中占比很大;(2)自我表現欲望強,關注排行榜,重度原創偏好比例高;(3)社交活躍度高,體現在好友數量多,在空間和群中的行為十分活躍;其次,40-60歲這部分用戶大盤穩定,專注于與利益點有關的功能 ,如獎金賽、打卡領紅包等。




          差異化定位


          鎖定有價值的目標群體后,再通過競品分析、用戶訪談和數據分析等方式探索產品的優勢。


          從用戶行為看,16-24歲的群體更有益于產品的良性發展?;诖?,我們利用其愛運動、個性化、強社交的特點,引入運動秀,打造“運動秀”的產品定位;同時考慮到40-60歲群體專注利益的特點,輔以紅包和獎金賽等功能。



          體驗洞察


          明確產品定位后,我們要確定對應產品定位的可量化指標,即增長指標。以增長指標為抓手,更容易幫助我們得出與產品定位等價的設計方向。


          QQ運動的改版項目以提高用戶活躍和留存為兩大增長指標,圍繞這兩大指標,我們制定了長線改版規劃。第一期改版,我們聚焦運動工具的優化,內容包括:優化官網首頁、跑步健走和計步詳情模塊。第二期改版將聚焦社交場景進行挖掘探索。



          設計執行

          1.設計方法


          QQ運動產品設計強調規范、一致、細節嚴謹的設計原則。首先,設計師既要考慮穩定的用戶群體,又要考慮不同模塊之間的統一性,還要保證不同設計師的輸出一致,以及數據帶來的波動;強調細節嚴謹,是因為用戶量龐大,而且已經養成固定的行為習慣,并且運動功能相對已完善。面對上述現狀,設計師就需要采用更規?;⒕毣脑O計策略。


          首先,QQ運動品牌形象在用戶心中位置已穩固,旗下的業務線也會不斷增加,為了避免業務和品牌關系混亂、體驗不一致的問題,設計師需要在現有品牌形象基礎上,進一步優化完善品牌系統;其次建立統一的UI組件。兩種內容貫徹至全業務線,形成設計規?;?。


          其次,設計師合理使用設計技能,在圖形、顏色、字體、版式、動畫五種視覺語言中垂直打造體驗效果,保證設計的精細化程度。例如:在標準字體的基礎上建立運營字庫;在動畫方面,可以從反饋、功能、過渡、趣味、氛圍等多維度場景精細打造動畫效果等。



          2.品牌設計


          設計師重新梳理了QQ運動品牌系統,為全業務線打造視覺骨架。其中包括標準logo、標準色、輔助色,標準字體、標準運營字體和輔助圖形。




          3.UI設計


          3.1 優化首頁布局,聚焦核心功能

          重新梳理首頁的功能優先級。根據產品定位和改版目標,我們對運動工具這類高價值功能強化感知,對業務要求的banner營收模塊保證首屏容納,對利益點相關的輔助功能維持原狀,同時加強首頁賽事的運營能力,對低頻功能降優先級,對低價值功能收歸二級頁。


          我們采用模塊化卡片的形式,將功能按優先級規劃布局。以一套模塊化卡片結構,承載“計步、跑步和健走”三種運動工具內容,這樣使信息有規律地整合并展示,降低用戶的理解成本,同時保證設計側的規范統一。


          此外,卡片式結構在用戶行為引導上也有天然的優勢,用戶更容易下意識滑動卡片探索功能,增加置后的運動工具的曝光機會。


          視覺設計方面,設計師把品牌色和輔助圖形沿用到UI界面中。為了增加運動的速度力量感,數字上采用粗壯傾斜的DIN英文字體,進度條使用熱量彩虹漸變色,整體強化運動專業性。




          3.2 優化運動記錄,提升使用體驗


          跑步是QQ運動目標用戶主要使用的核心功能,也是本次調整的重點內容之一。我們從用戶行為及使用場景的角度出發,對UI及動畫進行了優化。


          跑步中的用戶很少立刻停下來操作APP,用戶在手機搖晃且可能比較累的狀態下誤觸概率可能增加??紤]到這一點,我們增強了觸碰后的反饋動效,以便讓運動中勞累的用戶更清晰的關注到自己有沒有誤觸界面。在一些關鍵功能設計上需要給用戶「反悔」的反應時間。例如結束跑步對于用戶是一個需要認真思考的決定,我們對不同功能的按鈕分別設計了“短按暫停跑步”和“長按結束跑步”兩種不同的操作方式。以防用戶因手出汗等等原因誤觸按鈕而導致提前結束記步。


          考慮到用戶跑步以室外場景居多,在此次界面設計中,通過對色彩的重新規劃突出界面元素的視覺對比,同時強化QQ運動的品牌色。




          3.3 優化計步詳情,增強用戶粘性


          人們堅持運動,記錄自己的運動數據,一是為了提升現實自我;二是為了向他人展示更好的社會自我。在上一版設計中,計步詳情頁主要用于沉淀運動數據,幫助用戶關注現實自我的成長。在新版設計中,我們將原運動數據、打卡玩法、進階體系合三為一,期望通過強化與社會自我有關的功能來增強用戶粘性。


          根據原運動數據、打卡玩法和進階體系三部分內容,首先確定需要在首頁呈現的關鍵信息。作為計步詳情的核心內容,對運動數據保留重要數據的展示,如今日步數、目標步數、距離和熱量等;打卡玩法主要用于驅動用戶長期堅持,因此需要展示歷史打卡情況和沉淀的高價值數據,包括打卡日歷和三個維度的打卡數據;進階體系主要為用戶明確目標感,并提供標榜社會自我的機會,該部分通過外顯打卡里程碑和步數段位達到目的。



          基于上述關鍵信息,明確優先級并梳理信息架構。我們將計步詳情頁的內容分為三大模塊 — 打卡日歷、打卡數據和運動數據,并將兩個維度的進階體系穿插于對應的模塊中。同時在信息架構上突出與打卡玩法相關的功能的信息層級,期望通過引導用戶持續打卡,保持用戶活躍。



          打卡日歷不僅用于展示歷史打卡情況,也作為運動數據的時間標尺,因此采用全局導航的形式承載日歷,既獨立存在,又用來切換展示不同日期的運動數據;之后,統一打卡數據模塊和運動數據模塊中內容的排布,并按改版目標確定兩個模塊的優先級排序。此外,將詳細的運動數據收歸二級頁,方便未來拓展設計維度更豐富的數據體系。新方案上線后,計步詳情頁留存率提升超過50%。



          最終QQ運動一期完整設計稿概覽如下:




          3.4 搭建UI組件,便于快捷管理


          QQ運動隸屬于QQ體系,所以組件化建立過程中設計師需要對齊手機QQ8.0版本的設計原則和設計規范,在具體應用場景中添加符合自主品牌的相關元素。組件化管理有助于日常多人輸出的稿件統一。后續設計師也會根據新增的項目需要不斷更新迭代組件規范。




          項目總結


          新版官網上線后,首頁打卡功能的點擊率提升超過60%;首頁留存率提升近20% ;廣告cpm提升超過700% ;收入提升280% ;賽事點擊率提升近400%;DAU提升超過110%。



          除此之外,設計師也進行了設計方法沉淀和總結,主要包括:


          1. 設計管理最重要的是項目底層邏輯,即產品設計思維。設計師要站在產品方向,針對不同時期的產品特點明確真實的設計目標,然后確定具體的設計指標,把設計量化。


          2. 大一統的品牌設計思維和“T”型設計執行法,適用于所有設計項目。設計師不但要掌握知識的廣度,也需要在知識的深度方面下功夫。因此,設計師需要不斷突破自身壁壘,不斷成長。


          3. UI組件化管理,有利于多人合作,提升工作效率。


          總之,現在的互聯網設計越來越要求專業度,設計師不能只是扮演執行角色,更需要思維跳出設計本身,通過產品的視角,讓設計助力產品實現用戶體驗和商業變現的雙重價值,從而提升產品總價值。



          文章來源:站酷   作者:騰訊ISUX 

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



          日歷

          鏈接

          個人資料

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

          存檔

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