互聯(lián)網(wǎng)金融體驗設計方法庫

互聯(lián)網(wǎng)金融體驗設計方法庫設計的方案可以無窮盡，但成體系的設計方法才是幫助我們在創(chuàng)意道路上繼續(xù)走下去的利器。之前的博文介紹了在微眾銀行設計前期的一些設計案例及方法。實際上，經(jīng)過了2年的沉淀與打磨，我們也打造了一套服務互聯(lián)網(wǎng)金融行業(yè)的設計方法庫。微眾銀行的設計方法庫，主要由以下內(nèi)容組成：WeBankDNA、WeBankUIkit、WeBankTurkey、WeBankBlocks、WeBankLighthouse，接下來將詳細介紹這5個庫分別的含義和使用方法?！癉NA就像是一段核心編碼，它決定了事物發(fā)展方向，參與了生命運作的全過程。本質(zhì)的定位準確了，其發(fā)展才不會偏離?！庇猛荆簬椭O計團隊與產(chǎn)品經(jīng)理建立統(tǒng)一的設計目標WeBankDNA是微眾銀行app給用戶傳遞出的統(tǒng)一且不會輕易變化的設計感。用戶可以通過直觀的界面操作，可以感知到微眾銀行的價值觀和設計觀。這套DNA，也是我們在設計過程中評判和選擇方案的基礎(chǔ)標準。根據(jù)多次用戶研究的結(jié)論，推導出中立、效率、安全是微眾銀行APP的設計DNA。每一個核心元素下面，包含了更詳細的設計原則去詮釋元素的運用方式。安全操作上能讓用戶感知到可控有容錯機制，操作可逆用戶的知情權(quán)高于一切，信息傳遞能讓用戶理解明確統(tǒng)一的品牌形象，通過品牌的傳統(tǒng)讓用戶覺得信任可靠效率交互操作一致將復雜的內(nèi)容內(nèi)置，呈現(xiàn)出更輕量的信息盡可能的解決用戶端起的記憶負擔操作與真實世界匹配，用戶可以快速的做出判斷和操作簡化操作，拆分主次，優(yōu)先完成主要流程操作響應及時中立信息真實，必要信息不隱藏，保持中立的態(tài)度不使用過分誘導的語言，信息不能出現(xiàn)歧義框架明晰，信息完整明了“把最基礎(chǔ)的元素組建成有效的信息，是一個從點到線的過程。從線到面的，則把有效信息的界面組建成為UIkit。讓單一的高效，變成大面積的高效。”用途：設計團隊快速輸出標準化的設計方案UIkit是設計師在實際工作中的基礎(chǔ)設計工具，其本質(zhì)是將可以復用的內(nèi)容標準化、模版化，可以幫助我們快速、規(guī)范的組建設計稿。在搭建控件庫的過程中，我們參考了iOS設計規(guī)范，對頁面組件重新分解，UIkit的組成有以下幾個重點內(nèi)容：根據(jù)團隊設計師軟件使用的環(huán)境，我們制作了視覺還原程度的Sketch版本UIkit。在接到不需要改變頁面結(jié)構(gòu)的需求時，交互設計師可以直接使用控件，輸出的設計稿可直接進入研發(fā)流程。視覺設計師不用再重復做一些細節(jié)文案的修修補補，可以更專注于信息傳達和視覺優(yōu)化的需求?！叭绻挥性O計跑得快，項目的推動是仍然是乏力的。提升緯度，把高效的設計方法擴展到研發(fā)層面，讓方法工具更加立體化，則是推進項目的有效途徑。”用途：快速調(diào)整細節(jié)并呈現(xiàn)結(jié)果UIkit提高了設計師的工作效率和質(zhì)量，Turkey——微眾前端代碼可視化平臺則是為ui開源做好準備，在代碼復用和維護方面起到了重要作用。取名為turkey是因為項目組初期的代號為火雞，本著“不忘初心，方得始終”的工匠精神，取了這個具有特殊含義又充滿活力的名字，也體現(xiàn)了平臺的靈活、開放性。整個平臺由3個部分組成：組件區(qū)、裝配區(qū)、調(diào)整區(qū)。在UIkit的基礎(chǔ)上，將每個設計元件的代碼錄入到平臺中，形成組件區(qū)。拖動組件區(qū)中的控件到中間的手機屏幕中（裝配區(qū)），在右側(cè)調(diào)整區(qū)則會出現(xiàn)相應的代碼。面對完全不需要修改設計內(nèi)容的需求時，前端工程師可以更快速直觀的修改代碼，并且讓實現(xiàn)效果直觀地在組合區(qū)中展現(xiàn)出來。對于產(chǎn)品經(jīng)理、設計師、前端工程師協(xié)同辦公來說，是一個高效的輸出工具，同時也是非常有效的溝通工具。“設計組合就像搭積木一樣，用最基本的模塊也可以拼出多種不一樣的結(jié)果。因此模塊本身既是獨立的完整體，又能與更多的模塊拼接?！庇猛荆阂詷藴驶K進行快速合作在微眾銀行APP的整個業(yè)務中，有很多內(nèi)容是受到嚴格的監(jiān)管的。當然，監(jiān)管也使得我們的流程更安全。這些流程模塊，在短期內(nèi)是不會輕易改變的。在實際項目中，我們歸納出以下模塊：驗密流程、購買流程、開戶注冊流程、人臉驗證流程、風險評測流程。我們把這些流程封裝稱為一個個模塊，在APP內(nèi)所有要用到這些內(nèi)容的地方都保持調(diào)用一致的界面、一致的代碼。舉個例子：APP中有很多流程都需要驗證密碼，無論是什么情況需要驗密，所有的密碼輸入流程總是保證體驗是一致的。這樣一來，既降低了用戶認知的成本，也使得這些公用的模塊在修改和監(jiān)管的過程中，可以更規(guī)范和有效。與外部項目、公司合作的過程中，也是作為固定不會更改流程的內(nèi)容進行交付?！肮陋毲靶械臅r候，唯有燈塔給你指路，告訴你危險?！庇猛荆簷z查方案每一步是否觸碰到風險項做與金融相關(guān)的設計會要求設計師知業(yè)務、懂業(yè)務，所以專業(yè)的金融知識是需要設計師去學習積累的。而WeBankLighthouse（燈塔）沉淀的是專業(yè)知識以外，與設計執(zhí)行相關(guān)的風控監(jiān)管要點。在沒有l(wèi)ighthouse之前，我們每一個方案都是在設計完成后才能給風控和合規(guī)部門審核，如果出現(xiàn)了問題，再返回到設計側(cè)進行調(diào)整。這樣下來，整個設計流程即漫長又繁復。于是我們把風控和合規(guī)部門每一次反饋的意見和知識點沉淀下來，形成了我們的lighthouse，其中包含“不能出現(xiàn)”的內(nèi)容和“建議出現(xiàn)”的內(nèi)容兩個部分?！安荒艹霈F(xiàn)”的內(nèi)容由于涉及到一些內(nèi)部機密信息，所以在這里我們不方便公開展示?！敖ㄗh出現(xiàn)”的內(nèi)容包括以下幾個類別：不可缺少的金融要素信息、符合設計規(guī)范的文案圖示、突顯設計DNA的文案圖示以及能夠幫助提高轉(zhuǎn)化率的文案圖示等細節(jié)要素。在設計方案交付前，我們使用lighthouse走查方案，經(jīng)過了風險自查的這個流程后，風控合規(guī)審核的通過率得到了很高的提升，也降低了設計反復修改的次數(shù)。在