很多網站仍然在使用老舊的頁面設計，比如國內一些企業官網，萬年不變的相類似的模板，外國的則是hero頁面，帶CTA按鈕，三欄式的布局。這些設計不能說是不好的設計，很實用，用戶能夠預測展示的內容，也容易找到需要的內容。但是正因為可預測，用戶沒有新鮮感，沒有期待，所以我們找了一些不僅打破常規，也依然有良好用戶體驗的網頁設計。
藍藍設計(北京蘭亭妙微科技有限公司）是一家專注而深入的UI設計公司，公司對UI設計的追求一向很高，致力于為卓越的國內外企業提供卓越的手機app/安卓ui設計、軟件界面設計、網站設計，用戶研究、交互設計服務。
接下來是精彩的UI設計賞析
藍藍設計建立了UI設計分享群，每天會分享國內外的一些優秀設計，如果有興趣的話，可以進入一起成長學習，請掃碼藍小助，報下信息，藍小助會請您入群。歡迎您加入噢~~希望得到建議咨詢、商務合作，也請與我們聯系。
藍藍設計( www.syprn.cn )是一家專注而深入的界面設計公司，為期望卓越的國內外企業提供卓越的UI界面設計、BS界面設計 、 cs界面設計 、 ipad界面設計 、 包裝設計 、 圖標定制 、 用戶體驗 、交互設計、 網站建設 、平面設計服務
更多精彩文章：
ui界面設計之網站設計案例欣賞(一)
很多網站仍然在使用老舊的頁面設計，比如國內一些企業官網，萬年不變的相類似的模板，外國的則是hero頁面，帶CTA按鈕，三欄式的布局。這些設計不能說是不好的設計，很實用，用戶能夠預測展示的內容，也容易找到需要的內容。但是正因為可預測，用戶沒有新鮮感，沒有期待，所以我們找了一些不僅打破常規，也依然有良好用戶體驗的網頁設計。
藍藍設計(北京蘭亭妙微科技有限公司）是一家專注而深入的UI設計公司，公司對UI設計的追求一向很高，致力于為卓越的國內外企業提供卓越的手機app/安卓ui設計、軟件界面設計、網站設計，用戶研究、交互設計服務。
接下來是精彩的UI設計賞析
藍藍設計秉承設計優秀，不斷超越的理念，誠信敬業、專業耐心的工作作風，一直堅持注重用戶心理體驗及“設計與營銷”等領域的理論與實踐相結合。10余年專注努力，300+案例磨練。我們在ui創意設計，用戶體驗與交互設計，各種類型軟件界面設計，國際化標準和流行趨勢，進行過不斷的學習和實踐。藍藍設計提供的是可以信賴的ui設計服務，我們內部有一套管理要求，比如去客戶現場每周一次的檢視和溝通、內部提案會議、每天下班前的整理反饋成果發郵件、隨時溝通的qq、電話，階段性的匯報和進度記錄整理。多勞多得的獎勵機制，客戶滿意度評價獎勵機制，鼓勵大家用心、平和、耐心、勤奮、創新的做事.
（以上圖片均來源于網絡）
（精美流程圖設計）
藍藍設計( www.syprn.cn )是一家專注而深入的界面設計公司，為期望卓越的國內外企業提供卓越的UI界面設計、BS界面設計 、 cs界面設計 、 ipad界面設計 、 包裝設計 、 圖標定制 、 用戶體驗 、交互設計、 網站建設 、平面設計服務
更多精彩文章：
ui界面設計之網站設計案例欣賞(一)
設計尺寸一直都是設計師最熱衷討論的問題，討論到最后結論總是一個死板的尺寸，很少有人去講也真正明白背后的邏輯。今天的設計雜談就帶大家來了解一下，設計尺寸背后的邏輯以及設計尺寸如何去定義。希望之后在大家的交流中不要再去糾結我的設計尺寸究竟應該是多少？還是那句老話，耐心看完，你一定有所收獲～
我先說結論，常見 B 端設計稿尺寸建議采用 1440×820，因為去除瀏覽器頂部頁簽以及地址欄高度 80px，因此高度上為 820px 而不是大家常見的 900px
相信很多 B 端產品設計師都是從 C 端產品中轉型而來。想要搞懂設計尺寸的基本邏輯，我們先搞清楚大家熟悉 C 端產品的情況。在移動端設計尺寸上的定義，我們只需要考慮 iOS 設備與安卓設備之間分辨率的區別。而在目前，大多數移動端設計稿都是采取 iPhone 12 尺寸即：375 x 812 的分辨率
（這里就不討論什么物理分辨率以及設計分辨率等內容）
因為移動端也會存在多個分辨率的情況，我們針對其他不同的尺寸，通常采取簡單頁面一稿適配多端，只針對核心頁面進行多分辨率的適配。上面我們算是理解了作為移動端的分辨率的基本情況。而設計稿的尺寸是從何而來？大家想想，為什么我們在移動端設計稿的尺寸會從以前的 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 端產品的特殊性，在互聯網中的分辨率數據只能作為一個輔助的參考（比如百度瀏覽研究院的數據），更多對于尺寸的定義還是來自你用戶使用的設備。比如我們在一個針對銷售的 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界面設計 、 包裝設計 、 圖標定制 、 用戶體驗 、交互設計、 網站建設 、平面設計服務
對于一直做 C 端產品設計的同學來說，面對復雜又陌生的 B 端業務，難免會有些頭“禿”，設計師該如何應對？或者說我們如何更好地完成項目？并挖掘和發揮設計價值？B 端產品通常具有較高的業務門檻和業務深度，對于設計師也具有一定的挑戰性，本文根據自己的這一年的 B 端工作經歷，總結了一些設計方法以及自己的經驗。希望會對處在這個領域感到迷茫的設計師有所指引和幫助。
B 端產品業務目的明確，業務邏輯和場景相對比較復雜，所以對設計師的要求更高，要更清晰理解 B 端業務，下面是我轉 B 端產品設計時的一些思路：
針對之前一直做 C 端的我來說轉戰到 B 端業務，也面臨著兩個端的設計反差，B C 端的商業屬性、產品定位、用戶人群、視覺呈現、業務邏輯/流程都不盡相同，這將是一場知識遷移的過程。
需要轉變自己之前的整個設計思路和角色定位，從之前被動接需求做圖，只做執行輸出設計稿，轉被動為主動。也深知設計和產品的配合就是互相成就，互相補位。面對之前不太熟悉的 B 端那些較為復雜的業務場景和邏輯，盡量讓自己在和產品需求對接時，提前介入，思維前置，全鏈路思考主動提出對產品的一些想法，難點或疑惑點都可以，也可以幫助自己梳理需求，了解從根本要解決的問題是什么，需求背后其核心是達到什么用途與目的，也想辦法去收集來自用戶、業務方的反饋，或主動去進行競品調研，用戶調研，這樣不僅可以讓我們更清晰的了解用戶需求和業務場景，在這個過程中，往往也會更容易挖掘出需求的突破點，找到更好的解決方案和更有價值的驅動點，為業務賦能。不再只做被動接受的工具人，也會要求自己去做“項目推動型設計師”，盡量讓自己全鏈路的參與其中，在每個環節尋找可挖掘和貢獻的價值點。
轉變了自己的定位后，由于自己負責的 B 端項目，是之前沒有接觸過的業務，很多業務場景無法使用設計 C 端產品時的同理心來對待，又有較高的業務門檻和業務深度的，首先我認真系統的學習業務涉及到的一些相關知識，可以幫助了解自己手里的設計工作的業務細節，和產研團隊多方面溝通產品的需求，弄清每個步驟的業務邏輯，不懂可以多問多學，在產品評審需求的環節，一定要將業務邏輯理解透徹再考慮應該如何進行設計實現。要問問為什么業務流程是這樣，每一個頁面的跳轉每一個功能的用途以及業務含義是什么等等，多出幾版樣式進行探討最優方案。
設計工作的開展前，首先需要分析產品的背景是什么，要做什么，要提供用戶什么服務？調研分析一下它的競品狀況是怎樣的？現在是什么發展階段（一般 b 端的產品競品是極少的），不管是網上查找還是書籍搜尋了解一些行業內的資料，也可以找一些間接競品吸取靈感。了解產品的目標用戶群有哪些（用戶畫像）？不同角色的用戶會有哪些權限？以及分析業務存在哪些重要的流程，背后設計的意圖和產生的價值是什么，要解決用戶或業務上的哪些痛點。進行了初步的業務分析以后，大致分析下使用場景，在需求分析階段，要對產品本身和行業本身有一些基本的認知。
B 端產品的邏輯較為復雜，在交互及體驗上的要求也要更為謹慎。所以設計上需要更加克制和理性，B 端產品雖然視覺上交互上的整體要求沒有 C 端那么高，但是需要做到每一個功能點能夠清晰明確的展示，并且讓用戶知道每個功能按鈕或頁面的使用意圖。避免功能堆砌關系混亂。
在產品設計之初，需要全面考慮，把握產品設計的大方向與業務發展的一致，同步搭建頁面通用的設計框架，統一的視覺設計語言，通用的組件的規范，可快速復用提效設計，即可把更多的精力投入到梳理產品邏輯及交互方式和功能的視覺表現上。也要時刻與產研團隊保持溝通，從技術和設計層面綜合考慮，哪種視覺呈現方式更合理，哪種方式更提效更穩定，支持的場景更全面…確保當前產品方案可行性。全面打造產品體驗的一致性，實現有序、統一的操作體驗，總之核心重點：界面清晰易懂，用戶的操作門檻低，能夠快速的使用產品，高效、專注完成任務。
項目上線后，及時復盤總結也尤為重要，這也是我接下來要重點去做的事情，可以通過回顧和思考，來歸納分析自己做的成功與不足的地方，把那些對后續有幫助的、復用性高的經驗加以總結，沉淀自己的一套方法論。復盤是設計師自我提升的有效方式，也可以賦能團隊為團隊提效，提升自己的價值。
啰嗦說了這么多，比較細碎，不乏邏輯凌亂的片段，但也算自己對 B 端設計的一些想法吧～B 端產品承載的信息和邏輯比較復雜一些，所以需要對功能層級的劃分呈現多考慮一點，需要有清晰的邏輯，多站在企業用戶的角度去考慮，使任務能夠精準化觸達，毫不拖泥帶水是設計 B 端產品最重要的工作。
文章來源：優設 作者：58UXD
藍藍設計( www.syprn.cn )是一家專注而深入的界面設計公司，為期望卓越的國內外企業提供卓越的UI界面設計、BS界面設計 、 cs界面設計 、 ipad界面設計 、 包裝設計 、 圖標定制 、 用戶體驗 、交互設計、 網站建設 、平面設計服務
那些關注用戶體驗的人們經常問我一個問題：什么是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界面設計 、 包裝設計 、 圖標定制 、 用戶體驗 、交互設計、 網站建設 、平面設計服務
在BAT、TMDJ等一線互聯網企業，決策平臺又稱決策支持平臺、管理會計平臺。但實質都是實現業財一體化后，提取業務、財務數據，自動生成各種管理報表、財務報表，智能預警風險、預報業務前景，通過Dashboard或駕駛艙的形式展現給管理層、決策層，本文作者暫以管理會計平臺展開討論。
管理會計，從定義來看有狹義與廣義之分。狹義的“管理會計”通常是指財務會計概念，包含“成本管理”和“管理控制系統”兩部分。
而廣義的“管理會計”則是指運用一系列的分析手段，通過挖掘財務數據、業務報告等中潛在信息，對企業財務狀況、經營成果、現金流量和產品競爭力進行分析，輔助經營者進行決策，指出業務、財務風險隱患，預測未來趨勢，賦能業務，以數據驅動企業發展。本次討論的后者，即廣義的管理會計。
管理會計目標的實現，不是簡單的某一個系統或產品能承載的，需要設計一系列的產品矩陣，包括基礎的核算系統如ERP、成本結算系統、預算系統、報表系統，這個矩陣就是管理會計平臺（以下簡稱管會平臺）。
管會平臺的主體或用戶的不同使得所產出的管理報表（以下簡稱管報）指標也有所不同。用戶一般分為外部和內部2個大維度。
1）外部用戶
投資人偏向于分析企業的盈利能力和資本保值增值能力，如凈利潤率、資本保值增值率等指標；債權人則側重分析資產負債水平和償債能力，如資產負債率、利息保障倍數、權益乘數等指標。
2）內部用戶
應收會計崗則側重應收賬款的質量、收入的趨勢，如應收賬款周轉率、收入環比或同比、速動比率等指標；資產會計崗偏向于分析資產的利用率、所帶來的價值，如資產周轉率等指標；而企業管理層或決策層會關注企業經營活動和財務活動的一切方面。
管會平臺在設計時應考慮滿足這些不同用戶的需求，并通過權限、角色實現千人千面的效果，不同用戶展示不同指標集和報表。
管理會計不僅屬財務一個分支，更是財務在企業管理中應用的升華，財務的4個功能層次形象筑起管理會計的堅實基礎：
做好管理會計，核算是基礎，分析是關鍵，管控是抓手，賦能是核心。
分析不僅僅是傳統的報表分析，而是基于大數據、機器學習、AI等高科技手段，自動化、準確、智能的實現風險預警、趨勢預測，引領、驅動企業發展。
舉個栗子：每月關賬后財務都要做財務分析，收集各種業務、財務數據，結合相關指標，以發現業務中的問題。如做杜邦分析法，分析凈資產收益率。
繼而計算總資產凈利率，權益乘數，銷售凈利率、總資產周轉率……通過實際與預測的橫向對比、基期與歷史的縱向對比，找出各種指標異動原因，實質是分析企業的贏利能力、營運能力、償債能力。
但這些通用的指標需結合企業實際情況、歷史數據，并體系化形成產品，才能分析出癥結點所在，這也是管理會計平臺建設的意義與努力的方向。
如何搭建管理會計平臺（以下簡稱管會平臺）呢？互聯網管理會計平臺，其實并不是一個單一的平臺，而是由眾多關聯子系統構成，通過多個子系統間協同合作完成管理會計目標的系統集。
從前端用戶的視角來看，獲取管理報表是一個很簡單的動作：查詢相關主體公司管理報表或分析結果即可，但從系統角度來說，管理會計的建設過程實際涉及了眾多財務子系統的協同、及復雜的系統邏輯。
一個典型的財務產品架構如下圖，涉及多個子系統。典型管理會計產品分為生產端與消費端，架構圖如下：
在簡要介紹各子系統功能前，可以先看以下簡化版的管會平臺產品架構圖，典型的管會平臺產品架構可以劃分為四層結構：支撐層、數據層、核心層、應用層：
用來支持管會平臺的基礎服務和基礎設施，包括容器云、安全服務、存儲服務、消息引擎、任務高度、短信服務、證書服務等。
匯集業務、財務數據，以大數據或數據湖的形式承載基礎數據，包括ETL、BI、大數據等。
管會平臺的核心模塊，分為清結算、財務中臺、ERP、預算、管報中心五大塊；
1）清結算
主要由計價、清分、結算、對賬組成，是業務活動在財務的2個反映之一，解決互聯網業態中的成本費用結算，與傳統企業的成本計量方法不同的是，一般是按個別計價法對不同時間段可以階段性、階梯性等復雜業態成本計量。
2）財務中臺
主要針對業務中非審批類的收入、資產折舊、攤銷，自動對賬、生成分錄，并傳遞至ERP，主要包括：入賬規則、數據校驗、分錄生成、主數據等。
3）預算模塊
預算功能，包含預算編制、執行等，結合BPM審批流，實現費用控制。
4）ERP
財務核心入賬平臺，包括總賬、應收、應付、資產、財報等。
5）管報中心
管會平臺核心輸出層，包括生產端和消費端2部分，生產端分為指標集、規則引擎、模板、預處理、智能診斷等模塊。消費端主要是管報產出結果的展示即駕駛艙、手工確認或修正。
管報中心是核心中的核心，后面第三章會詳細展開。
通過支撐層、數據層、核心層提供的服務組合起來，對最終用戶、運營管理人員提供的系統。在產品架構層面體現為前端展示層、業務域和過程域。前端展示層主要是結果展示的形式，如PC端的web頁面、移動端的APP或H5、小程序等。
業務域是上游的各業務系統，而過程域是管會平臺所依賴的流程工具、特征數據，如供應商、ORG、BPM等。
管報中心由生產端和消費端組成：
生產端流程圖如下：
【指標集】：配置各種指標，如“速動比率”、“產品成本費用率”等。一旦配置不得刪除，只可修改或禁用。上游是科目與計算規則，但校驗關系不在此模塊。
【模板】：指標、預警或診斷信息的集合，可導入或手工增加。在預處理和結果展示時，將會調用此模板。
【規則引擎】：由“科目規則”、“計算規則”、“指標規則”、“預警規則”四部分組成。
在每一層指標中，有實際值、預測值，二者之間的偏離度，就是預警條件；“好”、“差”就是簡單的信息模板，可把具體原因也納入進來。
主因判定實質是一個由上到下的遞歸過程，如此例中，A公司獲利能力（即資本報酬率）相對較差(3.08%<7.41%)，這是第1層判斷。
再往第2層，經過分析可知這不是因為總資產凈利潤差(2.55%>2.37%)，而是財務融資能力差(1.21<3.21)。如此類推，直至分析至底層科目級指標。
【預處理】分為“重分類”、“平衡試算”、“定時任務”、“結果存儲”四部分，是報表產出的運算過程。其中“平衡試算”屬前置數據校驗，檢查數據是否達到報表可用程度?！岸〞r任務”與“結果存儲”屬技術性過程，“重分類”根據會計要求設置，具體由財務確定。
【智能診斷】是對具體的報表進行分析，由“診斷開始（數據準備）”、“規則判斷”、“預警判斷”、“結果確認”四部分。其中結果確認包含結果展示、消息分發、手工修正等?！耙巹t判斷”與“預警判斷”是對【規則引擎】中的“指標規則”、“預警規則”的具象應用，實際應用中可引入AI、TensorFlow(機器學習)等技術手段提升診斷的準確度。
在生產端準確、及時生產出數據后，消費端就不愁無米下鍋了。一般通過Dashboard或駕駛艙展示，這一塊通常需要BI或數倉部門的協助，效果圖如下：
綜合以上，管會平臺的每個子系統并非孤立的，通過產品架構相互關聯。產品架構與技術架構相輔相成，產品架構決定需求和設計，技術架構決定技術框架和性能。包括AI在智能診斷上的應用、數據域的實現等。
好的產品架構將這些不同用途的功能進行聚類整合，因此，【才聽途說】建議將管會平臺拆分成多個子系統，明確業務邊界，減少系統間的耦合，提供優質、的管理決策支持服務。
并根據前端業務場景的需求隨時進行調整變化以適應業務的發展，如規則引擎部分基本可由前端配置即可，減少后端開發與產品上線時間。
不同互聯網公司，業務體量甚至有成千上萬倍的差距，如京東集團內不同BU的體量及發展速度造就其系統復雜度也差異巨大，高度復雜的管會平臺甚至需要數百人的技術團隊來設計、開發、維護。
不過，對于體量較小的互聯網公司來說，幾人的團隊即可搭建一套系統并維護日常運營。
互聯網企業作為金融科技業界引領者，建議在系統開發前期（從0到1），以MVP形式，小步快跑，快速迭代，盡快上線、降低開發成本，優先開發主要需求、及較重要的子系統，或并行實施幾個子系統，如ERP的實施、清結算的開發、管報中心的開發可以并行。再做次優級子系統，逐步迭代。
隨著訂單量的提升及業務復雜度的增加，不同BU甚至不同BGBU的接入，管會平臺復雜度將指數及上升，系統處理起來會越來越吃力，若無良好的規劃，各子系統耦合度越來越高，雜糅在一起，系統靈活性越來越差，無法跟上業務的發展。
因此，管會平臺的中長期發展（從1到100、到∞），極其考驗我們的業務梳理能力，及對業務進行拆分、產品架構的能力。
特別是目前行業內還沒有體系化的管會平臺建設經驗可參考時，更考驗我們的綜合能力，包括財務專業知識、業務理解力、產品規劃能力。
但萬事不要怕，只要抓住產品設計精髓，即設計的產品應滿足邏輯完整、業務功能明確、可擴展（發展方向明確但業務邊界清晰）、靈活（非耦合）等特點，一切將會迎刃而解。
隨著大數據的興起，數據價值的不斷挖掘，圖表作為數據呈現與分析的有效手段，正扮演著越來越重要的角色。我們在進行 B 端平臺設計時也在思考：如何讓圖表清晰的傳達信息，同時帶來美觀的視覺感受。
為了達到清晰傳達和視覺美觀的目標，我們結合實際項目，進行大量探索及思考，梳理總結了一套適用于 B 端后臺類產品的圖表設計思路及方法，涵蓋了曲線圖、柱狀圖、餅圖、雷達圖、漏斗圖等各類常用圖表類型。
圖表能夠承載大量數據信息，同時視覺元素較多，如果只是憑借設計師的審美喜好進行視覺設計，沒有整體信息讀取考量，可能會導致重要信息未能凸顯，降低用戶讀取效率。
為清晰傳達信息，進一步提升讀取效率，我們采用元素重要程度與視覺強度相綁定的方法。依據元素重要程度，將圖表元素分為三類，分別為“底層元素”、“中層元素”和“頂層元素”，并依據不同視覺強度分別設計三類元素。底層元素最弱，頂層元素最強。通過這種方法，梳理圖表元素的前后關系，能夠清晰把握元素視覺層次，保證信息傳遞效率。
1. 底層元素設計
在各類圖表中，我們把輔助說明數據的軸線、刻度等定義為底層元素。為了減少視覺干擾，突出主圖形，底層元素全部使用淺灰色進行設計。我們發現，當元素與背景顏色的明度對比在 1.2:1 時，人眼較難看到元素；當對比度在 2.0:1 時，視覺強度過強，易吸引用戶注意力。通過元素視覺強度的調研及視覺嘗試，最終確定元素與背景對比度在 1.6:1 左右，視覺強度偏弱但人眼能夠看清的程度。以保證元素視覺不突兀，只在需要查看時可以被發現。
2. 中層元素設計
中層元素的內容包括數據圖形、數據線段等承載主要數據信息的元素，是圖表中表達數據的關鍵元素。與底層元素相比，中層元素采用更低明度與更高飽和度的數據色來表現，使元素從頁面中凸顯出來，保證可讀性。同時在樣式上適當加入漸變、描邊等樣式，豐富視覺層次，帶來美觀的視覺感受。
3. 頂層元素設計
我們把頂層元素定義為圖表高亮信息，內容包括懸停樣式、懸停后的詳細數據說明等。在設計上為保證視覺樣式突出，使用深灰色、強調色等強對比度樣式，并輔以動畫、投影等手法保證明顯的視覺強調效果，保證頂層信息最有效的傳達給用戶。
4. 最終效果
通過層級梳理，并綁定元素重要程度和視覺強度的方法，設計后圖表主次信息均按重要程度進行對應視覺強度的展示，讓用戶能夠在第一時間接收到最重要的信息，提升信息讀取效率。
圖表排版是指各元素在圖表中的尺寸及布局等，對于 B 端后臺類產品來說，不同排版對用戶使用體驗造成較大影響。如何建立一套合理的規范保證用戶的使用體驗？我們經過大量討論推敲，梳理出一套針對 B 端后臺類產品的排版規則，力求保證用戶圖表的使用體驗。
1. 圖表尺寸
圖表尺寸指圖表整體長寬高。在項目中我們發現不同尺寸的圖表對數據展現效果影響巨大，例如巨量數據的圖表擠在名片大小的區域例顯示，這使得信息讀取的效率大打折扣。為此我們收集并提取出“全貌概覽”、“多角度環視”、“詳情分析”三類典型場景，并制定了“迷你圖”、“中號圖表”、“大號圖表”三類尺寸，針對不同尺寸優化圖表的信息展示密度，以達到讀取信息的目的。
“迷你圖”尺寸最小，舍棄了 Y 軸等不必要信息，利用小面積展示最關鍵的圖表信息，并控制數據密度，保證信息讀取。
“中號圖表”尺寸受限，限制坐標軸刻度數量和數據的密度，例如曲線圖數據點不高于每 4 像素 1 個數據點，Y 軸坐標刻度不超過 5 個，以確保信息密度不過載，這類圖表尺寸通常用在針對某大類內容進行多方面檢視時。
“大號圖表”尺寸最大，不限制數據信息密度，給予最全最詳細的展示，這類尺寸通常用在數據詳情頁等詳細分析場景中。
最后考慮到多圖表混合排列時，餅圖、地圖等大面積填色圖表，相較折線圖等描邊型圖表，視覺感受更加膨脹。我們縮小了填色類圖表的實際高度，保證多種圖表混合排列時，視覺感受的均衡。
2. 坐標軸
坐標軸在圖表中出現的頻率較高，那么坐標軸常見的設計問題有哪些呢？
第一是橫縱坐標軸的刻度出現過密情況。
如果坐標軸所承載的是連續數據（連續數據指可量化的，連續不斷的，在區間內可任意取值的數據，如時間、金額、人數等），設計師可自行增減刻度數量以保證視覺舒適度。如果承載是離散數據（離散數據指不可量化的，無關聯的，不可在區間內任意取值的數據，如分類、軟件版本、省份等），可采取增加坐標軸縮放功能解決。
第二個常見問題是刻度的說明文字過長。
如果是 X 軸（橫軸）文字過長，除了在可控范圍內減少刻度，還可采取文字傾斜 45°~90°的辦法(如文字全部為中文，可用豎排代替傾斜 90°)，緩解信息過密看不清的情況。
如果是 Y 軸（縱軸）文字過長，需聯合研發一起調整數據的單位，比如把“元”調整為“百萬元”。
如果不能調整，那就要根據所使用的圖表庫有針對性調整。例如常用的 Echarts 圖表、D3 圖表等開源圖表庫，需要提前預估刻度文字長度并預留出來，否則刻度文字可能會被頁面裁掉而不能完全顯示。如你是用的是 AntV 等可自適應的圖表庫，則不必提前處理，圖表庫會自動按刻度長度進行整體調整。
3. 圖例
圖例作為圖表中不可或缺的部分，在各類圖表庫中位置不盡相同，由于不同圖表樣式差異很大，圖例的位置需整體考慮并適當布局擺放，但在同一產品或頁面內，過于隨意的擺放圖例，會導致頁面統一性較差，同時增加用戶的瀏覽成本。我們團隊所負責的 B 端商業產品矩陣，作為面向用戶的產品集合，產品間聯系非常緊密。過于靈活隨意的圖例擺放不利于用戶對于圖表的瀏覽。為解決此問題，我們基于業務特點，針對 B 端商業產品矩陣制定了圖例布局指導原則。
我們以提升屏幕信息密度為目標，分析不同場景的頁面排布，制定了頂部和右側兩種較為寬松的指導原則，供設計師在沒有明確的更優方案時選用。
當圖表是左右兩端對齊的類型，例如折線圖、柱狀圖時，建議將圖例放置在圖表頂部。這樣能結合標題等其他元素進行統一排布，減少占用空間。當圖表本身左右都有空余空間時，例如餅圖，建議將圖例放置于圖表的右側。也能夠節省頁面的空間。
色板作為常見的數據表達手段，能夠利用不同顏色明確體現分類信息、數值高度、狀態信息等。但目前市面上鮮有專業用途圖表的配色工具。我們經過大量探索嘗試，梳理總結出圖表色彩的兩個關鍵維度：辨識度與統一性。既需要顏色間突出強烈可清晰辨別，又需要顏色整體能形成統一風格，以達到清晰傳遞和美觀的目標。如何平衡辨識度與統一性，是我們遇到的難題。
1. 辨識度
辨識度在圖表中有兩方面：顏色與頁面底色的辨識度，各顏色之間的辨識度。對于第一種，我們采用控制顏色的明亮程度來確保色彩辨識度，尤其對于黃色、青色等本身較亮的顏色，降低顏色的明度，確保在淺色背景下顏色可辨識。
對于第二種也就是各顏色之間的辨識度，通過實驗發現單純的顏色色相變化，例如紅色與橙色的區分，人眼不容易分辨。所以采用了色相變化+明度變化的方法，即深紅色與亮橙色，深藍色與亮紫色等，這樣用戶能在第一眼就明確分辨，保證顏色間的辨識度。最終把顏色映射到色彩空間的三維坐標中，運用歐幾里得距離公式測算顏色間的距離長短，來衡量各顏色間色差數值。顏色間距離越遠代表色差越大，利用數據輔助衡量辨識效果。
2. 統一性
色彩統一性的作用在于確保圖表整體風格一致，色彩搭配舒適，從而帶來美觀、統一的視覺感受。為達目的，我們首先提煉商業產品設計風格為明亮、強對比，其次把設計風格轉化為色彩數值。經過實驗，把顏色明度限制在 50%-70%，把飽和度限制在 75%-85%，并在區間內不斷波動。這樣既保證了色彩視覺感受的統一，各顏色間又能夠有清晰的辨識度。
3. 顏色量化與工具
量化顏色，將色彩轉化為數值，利用數值來驗證設計師的「感覺」，能夠保證方案合理性，保證設計質量。但通過嘗試，我們常用的色彩模式均不能科學合理的量化顏色。通過查閱大量資料，我們最終決定以小眾的 HCL 色彩模式來衡量色彩。其中 H 表示色相、C 表示飽和度、L 表示明度。HCL 區別于傳統的 RGB 或 HSB 模式，它能夠將人眼對顏色的感知的量化為數值，例如黃色相比藍色明度更高，都能如實的反饋到數值上。也由于此特性，HCL 模式在誕生距今不到 20 年間，已被一些先鋒設計師用于數據可視化的呈現中。
但是 HCL 作為小眾色彩模式，目前設計軟件鮮有支持，造成了 HCL 色彩不直觀、不方便調色等的問題。為解決此問題，我們已初步完成智能配色程序，只需輸入品牌色，就能自動生成圖表色版，并在風格上與品牌色匹配，達到整體色彩的統一。我們也將一套調配好的色板及 HCL 實用小工具附在文末，幫助大家直觀的查看和使用 HCL 模式顏色。
數據價值就像不為人知的寶藏，隱藏在一條條枯燥晦澀的數據背后。而圖表則是開啟寶藏的鑰匙，是發掘數據價值的強有力武器。通過對圖表的不斷探索優化，我們希望能夠最大化數據的價值。通過圖表，讓數據最直觀的展現；通過圖表，讓其背后的規律浮出水面被人探知；通過圖表，讓 B 端不再有難懂的數據。
附：色板及 HCL 工具
藍藍設計( www.syprn.cn )是一家專注而深入的界面設計公司，為期望卓越的國內外企業提供卓越的UI界面設計、BS界面設計 、 cs界面設計 、 ipad界面設計 、 包裝設計 、 圖標定制 、 用戶體驗 、交互設計、 網站建設 、平面設計服務
藍藍設計的小編 http://www.syprn.cn
