原先B端客戶只關(guān)注產(chǎn)品功能的時代已經(jīng)漸漸遠(yuǎn)去，B端界面操作體驗越來越被客戶重視。一個好的B端頁面設(shè)計需要滿足三個條件：業(yè)務(wù)、用戶、技術(shù)。本文作者復(fù)盤了自己的項目，對如何做好B端產(chǎn)品的頁面設(shè)計進行分析總結(jié)，希望對你有幫助。

01?我的觀點

不論是曾經(jīng)帶團隊做設(shè)計方案，還是現(xiàn)在做產(chǎn)品思考需求如何轉(zhuǎn)化為界面要素，我都認(rèn)為一份好的B端界面設(shè)計方案需要滿足三個條件：業(yè)務(wù)、用戶、技術(shù)。

當(dāng)然，曾經(jīng)的我也并沒有意識到這三個條件，或者說更多時候是單一維度的思考。

而現(xiàn)實給我敲響了警鐘：如果我一直不關(guān)注它們，注定會在設(shè)計方案推進上屢屢碰壁。

今天，我將分享兩個案例，一個是失敗的，一個是成功的，來說明我們主動意識到這三個條件的重要性。

02?實踐案例

這兩個案例都來自于我?guī)ьI(lǐng)團隊設(shè)計與落地企業(yè)級B端設(shè)計體系期間發(fā)生的事情。

2.1 失敗案例：翻頁器

目前B端開源組件庫提供的翻頁器均為如下設(shè)計模式：

從使用角度來說，以上兩個翻頁器均沒有什么問題，但從體驗設(shè)計師的視角來說，這兩者不太符合我們現(xiàn)有的產(chǎn)品設(shè)計需求。例如，設(shè)計師覺得翻頁器太大，不夠緊湊。于是我們經(jīng)過反復(fù)思考，在現(xiàn)有開源組件的基礎(chǔ)上設(shè)計符合我們所認(rèn)為合理的翻頁器，包括樣式與交互。

在合適的情況下，我們開始推進研發(fā)了，但結(jié)果并不如意。研發(fā)評估后發(fā)現(xiàn)翻頁器重新研發(fā)一套，加上測試可用的時間，前前后后需要很久，不是兩三天可以完成的，投入產(chǎn)出比的價值不高。

遇到研發(fā)這么反饋以后，我們進行了用戶調(diào)研，期望通過用戶側(cè)來推動研發(fā)能完成新翻頁器的研發(fā)。事實上，我們調(diào)研后發(fā)現(xiàn)，新版翻頁器更大程度上是符合了我們體驗設(shè)計師的需求，但用戶并沒有非常感冒。

而且各產(chǎn)品團隊對其產(chǎn)品對是否使用新版翻頁器，也是可行可不行的態(tài)度。

因此，從此次翻頁器的設(shè)計與推進落地上，是失敗的。

于是我思考原因，我發(fā)現(xiàn)，一份好的B端界面設(shè)計方案不應(yīng)該只滿足體驗設(shè)計師的想法，還需要考慮業(yè)務(wù)、用戶、技術(shù)三部分。

如果時間可以倒流，我可能會這么做：

首先。業(yè)務(wù)側(cè)：先調(diào)研目前翻頁器在各產(chǎn)品中使用的情況，有無不滿足業(yè)務(wù)的情況出現(xiàn)。若真的需要調(diào)整翻頁器，是否解決了業(yè)務(wù)側(cè)的某些痛點，例如，我們的翻頁器成為了產(chǎn)品的亮點，在產(chǎn)品推廣中可成為一個很好的話題。

其次。用戶側(cè)：先進行一定范圍的用戶調(diào)研，聽聽用戶的聲音，而不是僅從我們認(rèn)知的視角出發(fā)。

最后。技術(shù)側(cè)：完成一個設(shè)計方案如果不計研發(fā)投入成本，大概率會被打回去，除非其真的超級有價值（你懂得）。上一篇文章《?。≡瓉硗撇粍覤端體驗設(shè)計想法落地有這6點原因》也提到了，感興趣可以翻出來看看。??！原來推不動B端體驗設(shè)計想法落地有這6點原因

2.2 成功案例：一體化框架

在設(shè)計與推動一體化框架（B端產(chǎn)品統(tǒng)一導(dǎo)航看框架）的時候，雖不能說很順利，但采用了一些失敗經(jīng)驗復(fù)盤后的方法，確實見到了效果。

首先。業(yè)務(wù)側(cè)：從業(yè)務(wù)側(cè)來說，完成一體化框架已成為企業(yè)核心成員的共識。特別是對于產(chǎn)品團隊來說，非常期望通過一體化框架來提升產(chǎn)研效率與質(zhì)量，同時提升產(chǎn)品用戶體驗。一體化框架的好處已無需多說，這是本次設(shè)計方案推進與落地的基石。

當(dāng)然，理想豐滿，現(xiàn)實骨感，真正要落地，可不是那么簡單。打個日常吃飯的比方，你某一天特別想吃魚香肉絲這道菜，但并不代表魚香肉絲放到你面前，你真的會很有食欲。或許是因為這次的魚香肉絲顏值不夠，影響了你的食欲；又或許是你嘗了一下味道不好，因此沒再吃它。

總之，戰(zhàn)略需要是一回事，執(zhí)行的是否完美是另一回事。雖然業(yè)務(wù)需要一體化框架，但一體化框架設(shè)計的如何，是否真的滿足業(yè)務(wù)需要，是需要我們?nèi)ニ伎己徒鉀Q的。不能像上述提到的魚香肉絲一樣，放到顧客面前被顧客否決了。只有一體化框架執(zhí)行結(jié)果符合戰(zhàn)略需要，才能說其是一份好的設(shè)計方案。

有了之前的經(jīng)驗，我首先定了一個目標(biāo)，就是做出至少長時期內(nèi)不會淘汰的好用的穩(wěn)定的一體化框架，比如3年內(nèi)吧。然后朝著這個目標(biāo)去收集資料、去評審、去驗證相關(guān)信息。

其次。用戶側(cè)：在開始設(shè)計一體化框架前，我們收集了很多用戶反饋、專家反饋、產(chǎn)品反饋等，多維度反饋有利于我們做出更合理的設(shè)計決策。

記得用戶反饋了現(xiàn)有使用導(dǎo)航框架的問題 ，例如導(dǎo)航欄太寬，占了內(nèi)容操作區(qū)的位置?；诖?，我們對重點產(chǎn)品導(dǎo)航菜單文字長度進行了統(tǒng)計，發(fā)現(xiàn)認(rèn)為導(dǎo)航欄寬的原因是實際菜單內(nèi)容并未占滿導(dǎo)航區(qū)，即菜單內(nèi)容太短。但僅滿足短菜單的需求是不可取的，這會讓使用長菜單產(chǎn)品用戶的用戶體驗下降，于是我們設(shè)計了默認(rèn)寬，及用戶可自定義最小寬和最大寬的方式來滿足用戶的需求。

最后。技術(shù)側(cè)：不論是方案設(shè)計時，還是研發(fā)前，我們都與研發(fā)團隊密切配合與溝通，交流設(shè)計方案實現(xiàn)的可行性。因此，在最終推動設(shè)計方案研發(fā)時，還是比較順利的。

03?總結(jié)分析

曾經(jīng)的我也只關(guān)注單純的設(shè)計方案好不好，心里一直想著用設(shè)計改變世界（產(chǎn)品）。

直到我經(jīng)歷的事情變多，才發(fā)現(xiàn)自己心中所認(rèn)為的好的設(shè)計方案，并不會同時也讓大家認(rèn)可。

于是，我開始找原因。很幸運，在很多的事情中，我漸漸找到了一些答案：

第一，依然要抱著設(shè)計改變世界（產(chǎn)品）的想法，種種經(jīng)歷讓我發(fā)現(xiàn)，客戶與用戶永遠(yuǎn)關(guān)注產(chǎn)品是不是好用與易用。原先B端客戶只關(guān)注產(chǎn)品功能的時代已經(jīng)漸漸遠(yuǎn)去，B端界面操作體驗越來越被客戶重視。

第二，由于各種客觀因素的影響，界面體驗設(shè)計不可隨心所欲，依然需要關(guān)注其他因素。一份好的B端界面設(shè)計方案需要滿足三個條件：

• 從“業(yè)務(wù)視角”出發(fā)，思考設(shè)計方案是否解決了產(chǎn)品規(guī)劃問題（如產(chǎn)品化）？是否達(dá)成了企業(yè)發(fā)展目標(biāo)（如市場占有率）？等等。
• 從“用戶視角”出發(fā)，思考設(shè)計方案是否真正解決了用戶的實際問題，例如提高了他們的操作效率，讓他們的工作變得更加愉悅了。
• 從“技術(shù)視角”出發(fā)，思考設(shè)計方案是否技術(shù)上可行，技術(shù)投入資源需要多少、投入有無價值。