2016-10-17 周周
編者按：如何形成自己的設計方法，建立交付物的衡量標準，優化協同模式。在這篇文章里，你可以看到一個阿里專業設計師是如何進行自我提升的。
鴻影：如果2015對我來說尚處于用戶體驗設計的職場入門階段，2016的核心則是開始撕下初級與新人標簽的進階修煉。4月份的2016 S1開始的時候，我給自己設定了包括形成個人設計方法論與應用案例等一系列目標，如今S1結束，也是時候對這段時間的進階修煉來一個總結回顧了。
在公司內部經常會有一些跨部門的UED分享活動，聽下來個人最明顯的一點感觸就是，這些來分享的設計師普遍有著一套自己思考總結出來的設計方法論，并且有成功應用案例支撐。
也許有人會有疑惑，現在關于設計方法的輪子到處都是，網上隨便一搜就能找到某某大廠某某大牛的設計方法分享，直接拿來用就好了，為什么還要費心費力自己造輪子呢？
在我自己的設計方法還沒有完全成型時，我一度很迷信于網上別人的各種設計方法的分享，并試圖在自己的項目里加以運用，但結果卻差強人意：設計推導的過程看似洋洋灑灑專業性十足，拿出來給別人一看一講就發現漏洞百出；有時為了套方法而套方法，體驗地圖一類的輸出物看似有模有樣，最后項目做完了才發現設計方案時基本沒用到……雖然自己用的都是別人經過驗證的設計方法，但卻沒有理解透這些方法的應用場景與局限所在，也不清楚哪些環節其實并非必要存在，自然也讓實際的應用效果大打折扣。而靠自己思考、沉淀和交流改進出來的設計方法，理解和運用起來則要透徹順手很多。
如何形成自己的設計方法？最好的途徑是跟著項目走，尤其是要主動去爭取那些介入節點早、體驗驅動強、完整性高的項目機會（我自己的設計方法就是在一個UX作為Owner驅動的網站改版項目中形成的，這個項目中的Owner角色爭取也是主動向PD提出，然后得到對方放權的），作為設計師，從最開始的業務問題分析與用戶調研，到最后的系統設計方案產出，每個環節都深度參與，對一些前期的工作要摒除掉「這是用研干的」、「這是PD干的」的思維局限，而采用和專業人士共創輸出的方式；因為設計方法是一個很完整的發現問題-分析問題-解決問題-驗證效果的過程，如果總是讓產品經理把用戶痛點和解決方案全部梳理好給你，自己滿足于做一些交互細節的優化與補全（這也是我覺得大公司的大型設計團隊不一定那么好的重要原因，想接觸高完整性、高自由度的項目偏難，雖然也會羨慕他們能花很多心思去打磨動效等體驗細節），而不是主動爭取更早的介入時機與更多的項目話語權的話，是很難在項目里建立起全鏈路的思維方式，進而提煉總結出自己的設計方法的。
在建立設計方法的過程中，除了從項目的每個環節中思考提煉以外，也要多吸收前人的經驗（不是無腦照搬，而是有意識去找業務背景、產品類型相通的應用案例），多和經驗比自己豐富的同事請教交流，不斷修正優化自己的設計方法，而不是幻想著一勞永逸。
大廠的實習生/校招生入職后基本都會有Mentor（我廠內部的叫法是師兄）帶著，設計交付物往往都是先經過Mentor的一輪Review，再正式拿去和大家評審，Mentor們能發現很多我們自己沒注意到的問題，指導我們做出改進。
但對于Mentor的過于依賴（無論項目大小都要找Mentor看一遍，遇到問題直接問Mentor解決方案而不是自己先想出方案再請教），則會讓我們喪失獨立思考與判斷方案好壞的能力（兩年前我曾被一位Mentor這么批評過），我是很難相信一個獨立思考能力弱的設計師可以做到真正的「獨當一面」，而「獨當一面」的能力正是初級設計師與高級設計師的重要分水嶺之一。
怎么更準確全面地思考和判斷自己的設計方案的好壞呢？我的應對策略是給自己建立一套完整的交互設計方案衡量標準，再用這套標準去要求和驅動自己做出更好的設計。我的這套衡量標準建立也不是一朝一夕，而是在項目中不斷總結沉淀自己踩過的坑，再結合網上前輩們的一些分享而成，涉及到目標相關性、流程完整性、整體美觀性、易理解性、易操作性、技術可行性、分支與邊界狀態、情感趣味性、品牌調性傳達、業務創新性、社會責任感等多個方面，具體大家可以參考我的這篇文章：交互設計方案衡量標準的五層總結。
一些交互設計師喜歡抱怨自己的崗位在上下游協同中效率低下、話語權低、可有可無等，然后產生轉產品轉視覺轉前端等念頭，我也承認和其他崗位相比，交互設計的話語權與不可替代性確實有一些先天劣勢，但我不認為這就足以構成我們抱怨和轉崗的理由，相比坐以待斃式的消極對待，我更傾向主動去爭取和驅動交互設計師與上下游協作模式的優化，從項目組的角度是去提高協作效率與產品最終體驗，從交互設計師個人的角度則是去爭取更大的思考發揮空間與話語權。
在和上游（產品經理、業務方）的協同模式改進中，我爭取的是更早的項目介入時機與全流程的跟進參與，從傳統的Prd評審完成（這個時候PD基本都梳理得差不多了，在時間有限的情況下設計師很多時候就只能做細節優化補全了）再介入，到親身參與和用戶的接觸訪談、從用戶反饋中獲取最原始、第一手的需求，然后和用研、PD共同完成一系列的場景梳理和需求分析工作，PD的輸出物從傳統的Prd轉變成聚焦在內容底層邏輯梳理的新Prd，設計師對界面布局有充分的思考發揮空間。不過需要指出的是，這樣做容易造成時間周期拖長，不是對每種項目都適用，比如一些強業務需求、上線時間緊急的的項目，還是傳統的合作方式效率更高。
在和下游（視覺設計、前端開發）的協同模式改進中，我爭取的是重復性工作（對設計專業提升意義不大， 還對設計思考的時間造成擠壓）的減少，主要是設計規范的沉淀（這類分享網上有很多，就不贅述了）、以及和視覺更交叉性的合作方式（不是所有項目都要過一遍交互再過一遍視覺，可以視對交互/視覺的要求程度由其中一個人全包，規范的沉淀也能促進這一進程）。
我羨慕過友部門的大型設計團隊有自己專業成熟的設計流程和設計規范沉淀，新人也能很快上手，但當在沒有這些的情況下，自己親手去按自己的想法把流程優化和規范沉淀這些事情做起來，而不是當一個只會用別人的流程別人的規范的螺絲釘（以前實習時跟過有成熟設計規范的項目，對比下來那段時間的成長速度也是相對最慢的）后，成就感其實要強烈很多。
可能是性格原因，口頭表達能力可以說是我實習期間 + 來阿里第一年內的絕對軟肋，和書面表達能力完全不在一個層面（這也是一度讓我耿耿于懷的地方），那段時間特別害怕做設計Review和內部分享，很容易失語或者被挑戰得語無倫次。
演講與表達能力作為對設計師非常重要的一項軟技能，想提升上來也沒有太多技巧，就是多練習多上臺，最近一個多月來連續做了3次Presentation，雖然還是不完美（比如語速快的老毛病改不掉），但整個人的信心和氣場一次比一次強，3次下來感覺和之前也完全不一樣了。具體的對于做好Presentation的總結可以參考：如何做好一場設計提案的Presentation。
除此之外，時間管理能力也是這段時間內個人一個比較大的提升，同樣也是在緊張的項目節奏里被逼出來的，之后再遇到類似情況時心態和處理方式就老到了很多。具體參考：交互設計的優先級判斷與排期協同。
最近團隊內部經常提到「創新」這個詞，這也是大家普遍做得相對不太好的一個地方，但我覺得如果只是停留在界面設計的表層去思考「創新」，想要引領趨勢潮流、做出老板想要的「顛覆性設計」本來就是強人所難。
關注體驗設計趨勢變化的設計師不少，但能夠深入去挖掘和思考趨勢變化的背后原因的設計師，恐怕就沒有那么多了，而從學生時代一路關注體驗設計趨勢這么多年，我的一個感受是：界面與交互的更新只是最表層的體現，其本質更多是產品商業模式的變化和底層技術的成熟，如果缺少對這一層面的理解一味追求純表現層面「與眾不同」的創新，就脫離了設計「解決問題」的本質。我從實習以來接觸的不少Senior級設計師，都非常主張產品設計是商業、體驗與技術的平衡結果這一觀念，這一觀念對我的影響也很深，對商業模式的思考和對技術趨勢的敏感，也是我仍然需要加強提升的。
可能是因為我的工作范圍早就不局限在狹義的交互設計崗內，而是一再向產品和業務端延伸的緣故，最近 PD 同學甚至都問了我一句「是不是打算轉產品經理」，而我的答案依然是「并不考慮」。其實近期也看了不少交互設計師表達自己焦慮情緒的文章，但我一直清楚自己當初選擇做交互，主要是考慮到它是可以把我同時喜歡的「產品」和「設計」平衡結合得最好的崗位（其實我最喜歡的是從產品到視覺全包的產品設計師崗，但是大廠里沒有，自己的能力也還不達標），交互設計的延伸區域（和其他崗位的職能重疊區域）也都是我比較喜歡的（目前不想轉產品/視覺/前端的重要原因之一，就是這些崗位本身還好，但一些延伸區域我不感興趣），雖然有話語權之類的先天不足，但只要自己不被崗位束縛住，主動去爭取機會，完全可以改觀。或許和關注上升空間、發展前景相比，我更喜歡的是交互設計/用戶體驗設計本身（就是那種非上班時間也停不下來研究和思考，有了好的想法瞬間整個人都能燃起來的喜歡），在這個專業及相關領域的提升能帶給我源源不斷的快樂，這就夠了。
藍藍設計( www.devb.cn )是一家專注而深入的界面設計公司，為期望卓越的國內外企業提供卓越的UI界面設計、BS界面設計 、 cs界面設計 、 ipad界面設計 、 包裝設計 、 圖標定制 、 用戶體驗 、交互設計、 網站建設 、平面設計服務
