2021-7-2 濤濤
導語：“自選”作為金融類產品的基礎功能，迭代至今已經非常成熟了。放眼望去，市面上主流金融產品的自選功能似乎都大同小異，但是體驗下來會發現，細分領域下的設計側重點卻有所不同。
如果我們將“自選”轉化為熟悉的C端功能，它類似于“收藏夾”、“關注列表”的概念，是用戶管理交易對象的重要陣地。除了常見的管理對象（交易概念中稱作“標的”）、管理分組外，“自選”還會存在對數據和使用習慣的管理需求。
富途“管理分組”采用的交互方案，初期學習成本是很高的，它雖然充分考慮了效率問題，卻低估了用戶理解上的困難。（截止本文發布前，富途最新版對現方案做了視覺樣式上的更新，看來設計師也意識到了該方案目前存在著一些不夠清晰的地方，期待后續交互上的迭代。）
長橋將分組的“新建、排序、刪除、重命名”拆的很散，理解上不困難，操作起來較為繁瑣。
設計側重點：管理標的、分組與數據、使用習慣的設置完全分開
一些細節問題：比如“管理本頁股票”，在批量操作的場景下，底部欄卻存在不能批量操作的選項
小結：對三類產品的競品調研也驗證了我們最初對需求目標的把握，為券商類產品設計“自選功能”，效率和流暢度是最關鍵的。設計目標明確了，接下來我們看看目前都存在哪些問題，以及對應的解法。
如圖所示，現在如果想完成上述任務，需要4步、且每次僅能將標的添加至1個組。優化后我們可以通過3步完成，且每次可以將標的同時添加至多個組。
（注：Snackbar雖然源于安卓原生的MD設計系統，在IOS并無此原生控件。但是隨著二者在設計上日漸趨同，且控件的應用上也早已互通有無，所以Snackbar在IOS的使用，合理即可，不必糾結于平臺差異。）
交互關鍵點：
關于“冗余路徑”應該保留還是去除，一直以來都存在爭議。討論這個爭議的前提是：冗余路徑雖然不是最優路徑，但是滿足了特定場景下用戶的特定操作習慣。
當“冗余”只是冗余、沒有任何增益時，也要敢于做減法；因為同時還需要考慮一點：出發前的選擇越多，用戶的決策時間越長。
交互關鍵點：
在業務方提出為同一個功能再添加一條新的路徑時，我們必須要弄清楚，這條新路徑是為解決什么問題存在的。不解決問題的需求，大部分是對產品的無效堆砌。做好產品的“守門員”，給出專業的判斷，是交互設計師的重要職責之一。
1）對功能的整理和歸類，是我們為用戶留下的使用線索。如果推理時間過長，說明線索的指向性出了問題。
2）如果層級 1 包含層級 1.x，那么層級 1.x 的操作不應放置在層級 1 的認知區域。
3）如果用戶設置了一些項目，無法在預期場景看到對應的效果，應提前給與說明。
交互關鍵點：
注重“效率”是沒錯的，比如上述case中看似有“效率”的Tab結構。但是這里面隱藏著更多的“清晰”問題。如果一個功能設計的讓用戶用不明白，也就談不上“效率”的提升。
場景1：批量管理標的。
文案問題：按鈕表意都是“刪除”，帶來的實際結果是不同的，存在歧義。
場景2：數據項設置。
文案問題：沒有進行規范化處理，增加了選項的理解難度。
交互關鍵點：
很多時候，一套語義清晰、邏輯順滑的文案，可以等價于某個功能優化的迭代周期。實際功能點不變，只是替換文案，就能讓用戶用的清爽明白。這樣的“好買賣”，卻一直被嚴重低估。
遇到同質化較高的需求重構時，初期應扔掉“套路”思維，從用戶視角、業務視角推導出主要設計思路。帶著問題去分析競品，推敲競品在此類需求設計上的精細差異。不要對行業top給出的方案習慣性盲從，要經過思考和反復論證，推導出最適合自己所負責產品的交互方案。
當設計深入到細節，出現了可A可B的選擇時，回頭看看我們經過深思熟慮推導出來的設計目標。重新評估A/B方案是否符合目標、是否有助益于實現目標。沒有太多“怎么設計都可以”的方案，從我們的選擇中，也透露了決策的傾向。只是我們需要時刻確認這種“傾向”在整體邏輯中是自洽的。
每一份交互輸出都應該是有觀點的輸出，即使最終我們的觀點被業務方、協作方的諸多因素所淹沒，仍要保持、增進自己提出觀點的能力。那些常被用戶生動提起的、打造出特色和性格的產品，都是由一個個鮮明觀點鑄造而成的。
藍藍設計建立了UI設計分享群，每天會分享國內外的一些優秀設計，如果有興趣的話，可以進入一起成長學習，請掃碼藍小助，報下信息，藍小助會請您入群。歡迎您加入噢~~希望得到建議咨詢、商務合作，也請與我們聯系。
分享此文一切功德，皆悉回向給文章原作者及眾讀者.
免責聲明：藍藍設計尊重原作者，文章的版權歸原作者。如涉及版權問題，請及時與我們取得聯系，我們立即更正或刪除。
藍藍設計( m.skdbbs.com )是一家專注而深入的界面設計公司，為期望卓越的國內外企業提供卓越的UI界面設計、BS界面設計 、 cs界面設計 、 ipad界面設計 、 包裝設計 、 圖標定制 、 用戶體驗 、交互設計、 網站建設 、平面設計服務