如何從設計思維對接到業務思維？

 　　早些年，我主張設計師要學會說服業務方，當時我的領導認為這個觀點不對，要“溝通”而不是“說服”，我頗不以為然。慢慢地我明白了做人做事都不能太主觀，要學會站在別人的立場考慮問題，共同朝一個大方向努力 >>>

　　最近經歷了和業務方的深入合作，又有了新的成長和認識。這裡就談談最近的一些收獲。

　　溝通能力的四個進階：

　　那麼我這裡想說的就是從第二個階段到第三個階段的變化。

　　從自由交流到專業表述

　　長久以來，我都處於第二個階段：表達完自己的想法，再聽聽對方(產品經理)的意見，然後盡量換位思考，理解對方的觀點，再從大局適度取捨、妥協。然而當面對普通同事時用這種方法還可以，即使有什麼表達不到位、不清楚的地方，通過再三確認對方也能搞明白，畢竟設計思維和業務思維還是有一定的區別，常用的術語也不太一樣;但是當你需要拿著自己的方案去找老板拍板時，這種方式就不太合適了。面對高級的決策者時，需要更專業、簡練、正式的表達方式，如果能盡量用對方能懂的語言來陳述那就再好不過了。

　　我想起在以前的公司給各位產品經理做設計分享時，大家的眼神都很迷茫，分享完後大家的思維和意識也沒有任何改變，效果接近於0。於是我不再給產品經理做分享，認為那是對牛彈琴、浪費彼此的時間。但現在我認為更多的是我自己的問題，我完全按照自己的思維、喜好來撰寫PPT，沒有考慮對方的思維方式，導致對方難以快速接收信息。如果我能多一個“翻譯”的過程，把同樣的道理用對方容易理解的形式來闡述，那效果一定會大不相同。

　　設計思維與業務思維的區別

　　最近經常和產品經理混在一起，有時和他們一起開業務方面的會，發現設計師和產品經理的思維差異還是挺大的。

　　設計師更注重體驗問題，關注細節，關注具體的方法和方案：

　　1、用戶情況、產品需求

　　2、從使用體驗看產品問題

　　3、解決問題的思路

　　4、設計流程

　　5、設計方法

　　6、具體怎麼做的

　　7、方案是什麼樣的

　　……

　　業務方更關注市場格局，行業情況、數據、業務，關注能落地的結果：

　　1、市場的情況如何?用戶情況如何?

　　2、業務狀況如何，最大的問題是什麼，最緊急的事情是什麼?

　　3、需求怎麼來的

　　4、同行業是什麼做法?

　　5、觀點是否有足夠的數據支撐?

　　7、優先級怎麼判斷，標准是什麼

　　8、是否可執行，執行計劃是什麼

　　9、結果怎麼樣，如何衡量

　　……

　　很明顯，設計師更像個手藝人，而業務方是商人和包工頭的結合。業務方不關心匠人怎麼制作工藝品，具體的專業術語是什麼，他們更關心工藝品有沒有市場價值、如何把他們生產出來，能不能按時交付等。那麼作為一個手藝人，如果把自己制作工藝品的專業過程、技巧描述出來講給商人或包工頭聽，他們當然不會有太多感覺。

　　那麼怎樣用對方感興趣的語言來吸引他的注意，從來表達自己的觀念呢?

　　設計思維與業務思維的對接

　　舉個例子，我設計了一個很好的方案，但這個方案執行起來難度有點大，時間也長，那麼我需要讓業務方認可這個方案，並大力支持，我應該怎麼表述方案呢?

　　一開始我是這樣組織PPT的：

　　題目：五招重構xxx體驗

　　為什麼要重構體驗?(從UED的專業角度來看目前的體驗有哪些問題，並總體闡述改進計劃)

　　第一招：探聽虛實(用戶問題診斷)

　　第二招：將心比心(從用戶角度提煉核心任務)

　　第三招：北冥神功(通過核心任務尋找設計靈感，並把設計靈感落地為概念草圖)

　　第四招：乾坤大挪移(重新梳理框架，依據新的框架完善概念草圖)

　　第五招：無招勝有招(完善框架、界面，使之成為一個可交付技術的完整方案)

　　這些信息如果是拿去給設計師講，那完全沒有問題，因為裡面都是關於設計的基本思路和方法;但如果是寫給業務方的，那就有些不合適了。這裡的設計依據更多的來源於經驗及專業的方法，完全是設計師的“獨角戲”，這很難打動業務方，也很難引起共鳴。就好像工匠師把自己制作工藝品的思考過程講給商人聽，商人多半不會感興趣;如果醫生把自己關於某疾病的分析、思考、專業沉澱講給病人聽，病人也會聽得一頭霧水而失去耐心。

　　還好我之前搜集了很多產品經理或運營寫的PPT，學習他們的思路，感覺他們的視野確實更高瞻遠矚一些，論點有充足的依據，重視數字，重視可執行性和結果。在這個過程中我感到自己學到了很多。所以我重新整理了一下思路，試圖用對方的思維來解釋自己想表達的方案，最後就成了這樣：

　　題目：xxx項目易用性改進方案

　　分析導致問題的關鍵所在(結合產品設計時按技術、功能劃分模塊的思路，提出問題和風險，並提出從用戶角度重新劃分模塊的概念。重新劃分後分為兩大部分x1和x2，x1的問題最嚴重，也是被忽略最多的)

　　分析模塊x1問題現狀(總體發現127條問題，問題分布在哪些方面，其中屬於x1層的有多少，x1層的問題可提煉成四大問題，舉例說明這些問題有多嚴重)

　　如何改進x1層問題(從用戶體驗角度說明針對x1層的四大問題，如何破解)

　　客戶在x1層的使用場景及任務

　　demo展示

　　分階段實施計劃

　　這兩個PPT核心要表達的內容基本一致，但後者感覺更專業、更職業，也更容易影響產品經理，這是為什麼呢?我認為這幾點比較重要：

　　不要純粹研究體驗，要和產品當前的問題結合起來

　　要提供有說服力的讓業務方信服的依據，最好有數據支撐

　　設計方法不是重點，如果一定要講，確保讓非專業人士也能聽懂

　　不要光提供方案，還要說明結合目前產品狀況及資源，是否具有可行性

　　要提供具體的執行計劃

　　重新組織後的PPT在產品經理眼中仍然是充滿“設計味”的，認為表現出了專業的設計思維和方法，大多數人表示非常認同，這在我以往的設計經歷中是從未發生過的。可以想象，如果我拿著修改前的PPT給大家講，會是什麼效果。我腦中突然浮現出了一名技術人員在台上滔滔不絕的講他如何寫代碼，我則昏昏欲睡的情景。

　　可見溝通思維及方式有多麼的重要。同樣的內容，只是換了另一種思維去表述，就取得了截然不同的效果。當然這只是一個中間狀態，隨著我對業務的逐漸理解、滲透，後面還需要改變更多溝通方式。比如第二個PPT中依然沒有考慮到目前最重要的業務問題，設計優先級的判斷依據比較主觀化，完全從用戶體驗角度來考慮。

　　也許有一天，別人不再把我當成個設計師，也不再認為我的理念有多專業、多麼方法論，而是認為這就是他們馬上要做的事情，這就是他們馬上要用的設計方案，那我的目的就達到了。當然我並不會為了妥協短期或長期的業務目標而犧牲設計水准，而是通過良好的溝通方法把同樣高質量的設計方案更好的推進下去。同時我也會和業務方的同學一起，為了一個共同的使命和目標，適當調整設計節奏，充分考慮設計的階段性計劃，讓設計能更好的服務於產品和業務。

　　如能完美的做到這一點，我想我的溝通能力也就成功提升到第四個階段了。