對于用戶體驗設計師來說，基于嚴謹縝密的思維與過往的項目經驗，考慮全面多種的用戶使用場景狀態(tài)，輸出邏輯完整清晰的設計稿是一項基本、重要的素質。但有的時候，產品的業(yè)務架構會很復雜，牽扯到的目標人群也很多，甚至相關的市場戰(zhàn)略目標也在瞬息萬變；若我們一開始就對各場景細節(jié)近乎面面俱到的追求，則難免會陷入為兼容各種復雜邏輯而糾結痛苦的境地。好不容易絞盡腦汁想出一個看似邏輯完整，各種可能的需求都兼顧到、咋一看無可挑剔的方案，卻最終走入各種尷尬境地：自以為考慮了所有可能的操作路徑，最終呈現(xiàn)的界面卻不能被多數(shù)用戶認知理解；市場變動，被迫導致業(yè)務目標的頻頻調整，設計稿一改再改，面目全非；或因為開發(fā)工作量大、對于短期業(yè)務目標的提升又不明顯等緣故；被優(yōu)先級的大棒直接砍掉最后不了了之...

大眾用戶和專家用戶

產品可能同時服務于好幾類用戶，而各用戶的需求存在差異甚至矛盾沖突，如果一開始就想著把所有用戶的潛在場景都考慮到，不僅設計過程會糾結到死，最后產出也難逃復雜難用的印象。

有時候，自以為設計出甩競品幾條街的牛逼功能，其背后復雜度的提升也一并存在。這些看似高級的功能，其最終結果是被80%以上的大眾用戶給忽視，而只有為數(shù)不多的專家用戶才有用到它們的場景；專家用戶可以輕松地理解和使用這些高級功能，但它呈現(xiàn)在大眾面前的時候，卻會讓后者產生困惑，不知所措，甚至卸載你的產品。

讓永久的中間用戶感到愉悅，因為他們的技能將穩(wěn)定的處于中間層。中間用戶才是最多、最重要、最穩(wěn)定的用戶群。

而當這些少數(shù)專家用戶非產品的核心用戶，或高級功能對于他們來說只是體驗不大的錦上添花，不妨嘗試對這些影響整個產品復雜度的功能做做減法，使用如《簡約至上》里刪除、組織、隱藏、轉移的四大原則，保證呈現(xiàn)給大眾用戶的使用流程是最簡單的，而復雜藏匿在背后角落。

復雜也許并不存在

當pm提供給我們一個復雜的需求時，要追問清楚需求的來源，是否是目標用戶在真實使用場景下迫切需要解決的問題，以及背后的業(yè)務緣由。驗證復雜設計需求的必要性，而不是強行yy出偽場景并為此糾結。對場景的完美主義讓我們?yōu)閺碗s需求而痛苦，但復雜本身可能并不存在。

有時，憑我們的經驗可以快速判斷某些復雜的需求本事并不是很站得住腳，但說服對方砍掉需求又困難重重，這時我們需要借助數(shù)據(jù)和用戶來說話。比如可以圍繞這個需求快速作出一個粗糙、完整、可交付的demo，找身邊的真實用戶做一個小范圍的測試，詢問他們對于這個新功能的看法，并觀察他們在使用過程中遇到的問題。

錯誤的解決方法還可以被修改，但是不存在的問題是無法通過修改來解決的。

實際上，我們無法100%的確認，但是我們可以通過觀察和溝通來盡可能的降低風險。從而發(fā)現(xiàn)實際的問題，并搭建符合用戶預期的解決問題的方案。

拆解排期與主動跟進

經過了減法的設計方案，也可能仍然會需要較大的開發(fā)工作量，在上線時間緊迫的時候被pm根據(jù)優(yōu)先級選擇直接砍掉幾個模塊也情有可原。于是有時候發(fā)現(xiàn)自己耗費心神想出的各種解決方案，最終白白浪費了精力。

若一味的聽信別人隨口說出的“之后再上”，而缺少自己主動去跟進和推動的意識的話，有可能“之后再上”就變成“永遠不上了”。

市場、戰(zhàn)略目標、核心用戶不會一直不變，項目每一個階段的業(yè)務目標也會時時調整。除了關注當前手上的工作之前，也要帶著全局的、前瞻性的意識去規(guī)劃產品未來的方向。與pm、項目負責人了解和商討項目的中長期的規(guī)劃藍圖。根據(jù)各階段的目標拆分和調整設計方案，并于大家達成共識。尤其是在每一階段主動跟進設計方案的開發(fā)情況，落地上線，而不是讓設計稿永遠淪為飛機稿式的存在。