眾所周知，
B 端設計更注重交互邏輯思維，設計解決方案的出發(fā)點需要建立在提升產(chǎn)品體驗層面。一個很小的需求也需要更成熟的思考，這個思考過程如果有更多的集思廣益定能探索出更好的設計，提升操作體驗度。
最近在和學員探討他工作中的一個 B 端項目時，遇到了一個比較有意思的思考，今天也和大家一起交流一下。
先看看學員初次提案的方案吧！備注：由于項目不能對外，這里展示的數(shù)據(jù)信息為虛構，交互意圖類似。
交互說明：通過選擇“引用內(nèi)容”可以指定選擇需要引用的內(nèi)容，再從列表中選擇需要的“訂單”。這個相當于把想要的信息復制出來，粘貼到新的場景中，通過引用可以快速把單個訂單或者多個訂單內(nèi)的指定內(nèi)容復制出來。
該方案存在的爭議是引用內(nèi)容的選擇更像是篩選，加深了用戶的理解成本。從用戶操作路徑來看，出現(xiàn)了折回，交互流程不夠順暢。
根據(jù)初步的思維發(fā)散，嘗試了一些調(diào)整，首先在原方案的基礎上進行了微調(diào)。把全選復選框提取出來了，增加了選擇數(shù)量的提示，方便進行校對。引用內(nèi)容添加了標題，方便操作時一目了然的知道傳遞的意思。
操作路徑來看依然是有折回的，后期再進行思考一下，這個屬于保守的探索。
操作項在表單上方難以避免交互路徑折回，再次思考之后嘗試了將操作項放在表單下方。
這樣交互操作路徑就不會出現(xiàn)折回，流程也會顯得更加順暢。不過引用內(nèi)容的選擇依然像篩選的感覺，如果設置了默認項，用戶會忽略這個操作。
結(jié)合前面的思考如果在當前場景無法獲得更好的解決方案，我們就要打破這個固化思維，探索完全不一樣的交互思路。把整個交互流程進行了重新梳理，之前的交互流程：選擇引用內(nèi)容 → 選擇訂單 → 引用；調(diào)整之后交互流程：選擇訂單 → 引用 → 選擇引用內(nèi)容（彈窗） → 確認。
從交互層面的操作路徑來看，這是一個“加法”的設計，讓步驟變得更多了。不過從理解度的層面來說更易于理解，引用內(nèi)容的選擇來說不會被忽略，操作誤差會被降低。
以上只是這次探索的一小部分，項目的場景會更加復雜多變。相信還會有更多的可能性，希望大家可以接著這個思路繼續(xù)思考一下，看看還可以進行那些優(yōu)化。
B 端設計注重每一個業(yè)務功能的體驗，一些細節(jié)的思考有助于培養(yǎng)我們的設計思維，希望大家可以多多發(fā)散，集思廣益。本案例思考僅代表個人觀點，大家可以繼續(xù)補充和探索
作者：黑馬青年
鏈接：https://www.zcool.com.cn/article/ZMTYyODAyNA==.html
來源：站酷
著作權歸作者所有。商業(yè)轉(zhuǎn)載請聯(lián)系作者獲得授權，非商業(yè)轉(zhuǎn)載請注明出處。
