你是否有過向上級提出改進産品用戶體驗的建議，上級也認同你的建議，但卻遲遲沒有給你資源推動落地的情況？或者你提出的建議，直接就被否定了。導緻這些情況的原因是什麼呢？本文分享了6個體驗設計想法不被落地的原因，一起來看一下吧。

你有沒有過這樣的經曆，向上級提出了一些改進産品用戶體驗的建議，上級認同你提出的建議，但卻遲遲沒有給你資源推動落地。

或者說，你提出的很多建議，都被上級否定了，認為你考慮還不夠周全。

這到底是怎麼一回事情呢？我們要怎麼做才可以讓上級支持我們在體驗設計上的想法？

今天我們從一名B端體驗設計師阿吉說起，聽聽他的一次B端體驗設計經曆。

01 阿吉的體驗設計建議

阿吉是X産品團隊新來的同事，作為産品團隊中唯一一名體驗設計師，大家可都将他當作國寶對待，對他寄予了厚望。他的崗位職責就是負責提升所服務産品的用戶體驗，進而提升産品客戶數。領導找了阿吉溝通，期望其在試用期就可以有所建議與輸出。

這對于阿吉來說，壓力不可謂不大，但他很喜歡這個挑戰。阿吉是團隊中每天最早上班最晚下班的，他勤勤懇懇，為的就是找到提升産品體驗的關鍵點。經過一段時間的努力，他有所收獲，在本子上記錄了一大堆體驗提升點，他很興奮，覺得終于可以大幹一場了。

我們一起來看看他都記錄了哪些東西：

一，樹形控件區域沒有拖拽功能，萬一内容很長，就會看不全内容，加個拖拽功能吧。

二，表格查詢條件區域沒有保存自定義篩選條件的功能，加上這個功能應該會對用戶體驗更友好。

三，X頁面内容比較多，頁面整體有點長，雖然有了分段标題，但對用戶還不夠友好，加個錨點組件可以幫助用戶快速定位信息。

四，産品菜單有點多，找起來困難，加個收藏功能，讓用戶自己将常用菜單收藏到常用模塊中。

五，被修改的字段擁有前後對比效果，目前這些字段很分散，給個功能将它們集中起來看不錯。比如有個開關，開啟時可以僅看修改過的信息，關閉時看所有信息。

六，流程不清晰，從哪兒來到哪兒去不顯著，給個引導圖讓用戶清楚當前流程的每一步情況。

七，按鈕太多了，按照規範放三個在外面，其他收納到更多中，可讓界面更清晰。

八，頁簽開太多，但得一個個關閉，效率太低，加個鼠标右鍵有關閉所有頁面的功能。

九，目前在搜索框輸入内容後，點擊搜索圖标按鈕無效（現僅有Enter觸發有效），增加點擊搜索圖标按鈕會觸發搜索的能力。

……

02 主管的回複

除了以上九點，阿吉還整理了很多體驗提升項給到主管，期待主管表揚他，并給他資源允許他推動調整。

一周過後，主管主動找了阿吉。溝通結果是有些優化點可以推動落地，認為阿吉提的不錯；而有些提議很好，但暫時還不适合落地。這到底是怎麼一回事呢？我們一起來一條一條看看吧。

第一條，樹形控件區域沒有拖拽功能，萬一内容很長，就會看不全内容，加個拖拽功能吧。

回複：暫不修改。

原因：該場景下暫不會出現超過現有8個漢字長度的内容，因此無需增加拖拽功能。但為了給予用戶更多空間獲取更多信息（有部分用戶提到過期望能看更多有效信息），可對樹形控件區域增加展開與收起的功能。

第二條，表格查詢條件區域沒有保存自定義篩選條件的功能，加上這個功能應該會對用戶體驗更友好。

回複：暫不修改。

原因：這個功能感覺不錯，但從目前來看，還無用戶提出該訴求，現有查詢功能可滿足當下使用場景，無需投入現有緊張的研發資源來做這塊事情。

第三條，X頁面内容比較多，頁面整體有點長，雖然有了分段标題，但對用戶還不夠友好，加個錨點組件可以幫助用戶快速定位信息。

回複：接受修改。

原因：這個功能曾經有用戶提起過，但不是因為簡單的頁面太長期望加錨點。具體使用場景是，該頁面為修改類頁面，用戶期望快速定位到修改要素，因此有錨點對他們定位來說會更加方便。現在他們每次進入該頁面，需要用滾動條拖動頁面，找到自己的目标要素。

第四條，産品菜單有點多，找起來困難，加個收藏功能，讓用戶自己将常用菜單收藏到常用模塊中。

回複：接受修改。

原因：該點也确實有很多用戶提到過，我們可以先通過這種方式來暫時解決菜單多的需求，接下來你需要協助産品經理一起來看下，如何更好地規劃我們産品的信息架構。

第五條，被修改的字段擁有前後對比效果，目前這些字段很分散，給個功能将它們集中起來看不錯。比如有個開關，開啟時可以僅看修改過的信息，關閉時看所有信息。

回複：接受修改。

原因：目前确實存在這個問題，原來我們想過将修改過的信息靠前展示，但這會導緻信息變動位置，不利于用戶通過記憶來查找信息。若通過開關功能就可以解決這個問題。

第六條，流程不清晰，從哪兒來到哪兒去不顯著，給個引導圖讓用戶清楚當前流程的每一步情況。

回複：暫不修改。

原因：該建議不錯，但範圍比較寬泛，導緻無從下手。建議将需要梳理引導圖的這幾個流程框定下。

第七條，按鈕太多了，按照規範放三個在外面，其他收納到更多中，可讓界面更清晰。

回複：暫不修改。

原因：按鈕是否平鋪在界面上，還是收納到更多中，與每個業務的場景有關系，不可一概而論。若某些場景确實可以做到三個平鋪，三個以上收納，那是更好的。我們可以先對需要收納按鈕的界面範圍确認下。

第八條，頁簽開太多，但得一個個關閉，效率太低，加個鼠标右鍵有關閉所有頁面的功能。

回複：接受修改。

原因：關閉所有頁簽功能是一個通用功能，目前用戶反饋打開多的時候一個個關閉确實比較低效，這個可以加上。同時可以增加關閉當前頁、關閉其他頁等功能。

第九條，目前在搜索框輸入内容後，點擊搜索圖标按鈕無效（現僅有Enter觸發有效），增加點擊搜索圖标按鈕會觸發搜索的能力。

回複：接受修改。

原因：目前點擊圖标按鈕無效，是搜索閉環邏輯有誤，可優化。

阿吉與主管溝通後，回到自己的座位上思考了一番，總結為什麼有些體驗提升點主管沒有接受。

阿吉總結了6點，期望自己在今後提出産品體驗提升的建議時，能大部分都被主管同意。

03 暫不接受的原因

主管暫不接受調整某些體驗設計點的原因并不是因為建議不好，相反，某些建議還在很多其他B端産品中使用，那為什麼主管暫不接受呢？總結有如下6點。

1. 用戶視角缺失

B端産品本質是為企業降本增效，企業員工在使用産品中，也是帶着這一目的在使用的。因此，用戶對B端體驗設計的訴求基本圍繞降本增效展開，而不會提出一些華而不實的體驗想法。

那麼，我們體驗設計師在自發優化産品體驗時，就需要站在用戶角度來思考。例如，我們要優化的這個點，是否真正提升了用戶在使用産品時的便利？清晰性？愉悅性？等等方面。還是我們僅僅想把設計策略推下去，為自己的KPI加分。如果我們僅是将一個個自我感覺良好的設計想法推到産品中，對用戶來說隻會多了很多無效的功能，加大了他們在功能使用與選擇上的困難，也許還會進一步加大他們學習産品的難度。

上述第二條，阿吉提出：表格查詢條件區域沒有保存自定義篩選條件的功能，加上這個功能應該會對用戶體驗更友好。主管的建議是暫不修改，原因在于用戶至今無提出過該訴求，現有查詢功能可滿足當下使用場景。

隻有真正站在用戶視角輸出的體驗設計建議，才有落地的可能性。

2. 業務了解不足

B端體驗設計與業務是緊密相連的，若不了解業務，體驗設計很多時候無從下手。

在第一條中，阿吉提出：某頁面樹形控件區域沒有拖拽功能，萬一内容很長，就會看不全内容，期望能加上拖拽功能。但該建議被主管暫時否定了，原因在于現有業務暫不會出現超過現有8個漢字長度的内容。可見，業務的情況，決定了體驗設計的方案。

實際業務場景遠比上述第一條複雜許多，如果體驗設計師不了解業務，那隻能優化一些表面的體驗，無法輸出更深入的方案。

3. 建議不夠明确

在我們給主管的建議不夠明确時，通常方案也是過不了的。好一些的會讓我們回去寫詳細再來彙報，差一些的可能就到此結束了。

在第六條中，阿吉提出：産品中一些流程不清晰，從哪兒來到哪兒去不顯著，期望設計一些引導圖讓用戶清楚當前流程的每一步情況。主管的回複是暫不修改，原因在于給出的方案範圍很模糊，若真的需要設計，還需要先框定一下流程範圍。

當我們的建議不夠明确時，就會讓上級不知如何支持我們的設計想法。隻有我們将為什麼要這麼做，哪些範圍要做，如何做想清楚了，對上級來說才能夠快速為我們的提議做出決策。

4. 規範不匹配場景

随着B端産品研發流程越來越規範化，以及企業對B端産品設計規範越來越重視，通常來說，一款B端産品都會有自己的産品設計規範。

體驗設計師在面臨有産品設計規範的情況下，通常會優先套用規範去做，這本是一件可行的事情，其可提升用戶體驗的一緻性及提升産研效率。但若遇到場景性很強的交互或視覺設計時，我們不可硬套規範。

在第七條中，阿吉提出：某頁面按鈕太多了，按照規範放三個在外面，其他收納到更多中，可讓界面更清晰。主管回複暫不修改，原因在于按鈕是否平鋪在界面上，還是收納到更多中，與每個業務的場景有關系，不可一概而論。若某些場景确實可以做到三個平鋪，三個以上收納，那是更好的。

可見，我們在提出體驗優化點時，要考慮規範的适用範圍，切不可讓業務一味遵循規範，而應該是讓規範符合業務發展的需求。

5. 對研發資源不熟悉

體驗設計師對團隊現有研發資源不熟悉，也是其在提出體驗優化點時被駁回的一大原因。有時候不是提出的體驗優化點不好，而是研發資源需要投入到更有價值的事情上去。

此時，我們在提出體驗優化方向時，可以先衡量下這些優化内容如不優化會帶來什麼後果，被優化又會帶來哪些價值，把這些思考明白後再看研發資源是否真的有必要挪出一部分來投入到這些體驗優化項中。

我們切不可在不熟悉現階段研發資源投入在哪些方面的情況下，盲目提出體驗優化建議。在第二條中，阿吉的主管就有提到過這點。

6. 與産品規劃不匹配

B端體驗設計提案是否與産品規劃匹配這一點至關重要，也是我這幾年在推進單個B端産品乃至企業級B端産品體驗設計方面獲得的一個感悟。

若我們給出的體驗設計建議不能強化産品規劃，那麼被執行下去的幾率是很小的；若順着規劃，或給規劃賦能，那麼極有可能成功。

關于體驗設計如何與産品規劃匹配，有機會專門開一篇和你講講。

04 最後的話

我們發現，即便我們擁有滿腦子可以提升産品體驗的設計方法，但距離最終要推動落地還差很遠。

我們經常發現，明明其他産品也做到了這個功能，為什麼在自己的産品中卻推動不了落地。

這裡我們可以順着阿吉的複盤去發散思考：

比如，是不是自己提出的方案與産品今年的整體規劃互斥，如果我們的方案不能增加或匹配産品規劃，那麼大部分情況下會被拒絕。

再比如，我們在不了解業務與用戶使用習慣的情況下提的體驗設計方案，大部分情況下都會被拒絕。原因在于不了解兩者，體驗設計很可能效果不顯著，還浪費了研發資源。

所以，B端體驗設計更偏向理性，B端體驗設計要做的好，我們不僅要了解體驗設計是什麼，體驗設計有哪些規則，還得了解目前所支持的産品的業務情況、用戶使用情況、産品規劃、研發資源等要素。

隻有體驗設計實實在在讓上級看到了可以解決問題，賦予産品價值，那麼才有可能逐步落地。

專欄作家

知果，公衆号：知果日記，人人都是産品經理專欄作家。浙江工商大學品牌設計專業碩士，《B端思維-産品經理的自我修煉》作者。在産品設計流程、産品設計原則、産品設計方法、産品設計規範方面均有豐富經驗

本文原創發布于人人都是産品經理，未經作者許可，禁止轉載。

題圖來自Unsplash，基于CC0協議

該文觀點僅代表作者本人，人人都是産品經理平台僅提供信息存儲空間服務。

,

更多精彩资讯请关注tft每日頭條，我们将持续为您更新最新资讯!

查看全部