交互設計師修煉之道第一招：適應並接受修改

　　第一招：“改”——適應，並且接受

　　交互設計師所經歷的最痛苦的一件事，莫過於“改”。

　　曾經聽過一首歌歌名叫“死了都要改”。改，也曾經讓我心存怨念很久很久，不僅僅因為改這個事情需要花費更多的時間和心力，更加因為內心深處深深感受到的不被認同。

　　即使如此，我仍然執著的做著設計師，並且一做就是十年。

　　然而，改，漸漸地變成了我工作的一部分的時候，我又重新審視這個字，也有了新的體會。

　　為甚麼要改?一定是因為分歧，那分歧又是如何產生的呢?

　　我想說一個自己親身經歷的事情。

　　這裡的領導特指技術部門的領導

　　我的工作日記

　　10月18日9:30am

　　收到一方需求

　　10月22日 1:30pm

　　參加了功能點確認會

　　10月23日-10月30日

　　收集需求

　　11月3日

　　方案一 提交

　　11月5日 第一稿討論會議

　　11月6日方案二產生了!

　　11月9日帶著方案一和方案二再次參加需求討論會

　　11月10日

　　第三稿第四稿

　　為了能夠更快的通過方案，我新做了兩稿，並且優化前一稿

　　11月11日

　　開發提出異議，希望改成第四稿樣式。

　　11月15日

　　開發發信至領導

　　信的內容大致為：無法按期完成現在樣式，或者簡化方案，或者需要延期。

　　11月15日2:30pm

　　領導正式確定要分兩期來做中轉項目，需要重新調整方案。

　　11月16日

　　項目經理正式郵件確定分兩期的決定。

　　11月16日

　　第五稿

　　11月16日

　　開發再次提出異議，希望更精簡。

　　11月16日

　　項目經理調解，無果，問領導，領導同意開發方案。

　　11月17日

　　調整第六稿

　　11月17日4:30pm

　　業務提出異議，業務領導要求開會

　　11月23日

　　方案七

　　11月23日

　　領導質疑方案七強化方案。

　　11月24日

　　業務方妥協，最終定稿。

　　11月30日

　　設計評審

　　12月1日

　　Final稿確定，而其實final稿就是方案二。

　　其實在這裡每一方都在用自己的思維方式考慮如何去做這個項目，就好像

　　領導希望能做一個完善並且全面的東西;

　　而業務方則關心，功能上是否能達到他們的要求;

　　開發則希望找一個最具有效率的開發模式;

　　PM和交互則希望給用戶最優的體驗方式。

　　由於每一方的目標不同，每一方都會堅持覺得自己很有道理。

　　所以分歧就是改的源頭。

　　那麼改是為了什麼呢?改，當然是為了盡快解決分歧。

　　我們到底要什麼?

　　業務方希望1個月後就上線，因為已經談妥了宣傳的時間……

　　開發希望不要改變整個頁面的結構，不然工期會不夠用……

　　領導希望有一個大而全的東西，而且有競爭力的東西……

　　PM希望不光只是上線的一個項目，還希望有更多用戶能使用……

　　交互設計師則希望用戶使用起來能夠體驗良好……

　　知識體系結構不同，學習的程度不一樣，專業性不一樣，我們要的也不一樣。

　　在我們了解了為甚麼要改和改是為了什麼之後，就發現“改”是個無法縮減的過程。我們通過“改”才能更快，更好的達成共識。作為一個交互設計師而言，就需要去適應這個修改的過程，並且思考如何去改，才能更快更好的達成共識。

　　如何去改?取捨是難免的。

　　交互設計師不只是一個實現原型的工具，更多的需要思考，理解項目的利弊關系，兼顧各方面利益，設計出不僅可以兼顧業務方開發方，更能讓用戶使用順暢的東西。因此這當中有取捨。而究竟什麼取什麼捨，這個就需要更進一步的研究了。

　　做一個項目有三種狀態：

　　一， 以事情完成為目標，盡快上線;

　　二， 結合目前的現狀，以最優方案完成事情;

　　三， 有前瞻性的完成事情。

　　針對這三種不同狀態，會有完全不同的做事方式。

　　比如，一個項目，業務方要求很緊急，並且它是一次性使用的項目而使用期限也不長的時候，這個項目應該屬於第一種狀態。在這種狀態中，一切以時間為基本，以最方便的開發形態來做。所以取的就是時間，而捨的就是某些意義上的功能或者用戶體驗部分。

　　再比如，另一個項目，是針對目前線上已有版本的優化，並且是涉及到用戶使用的重要流程的項目，這個就可以歸為第二種狀態。在這種狀態中，一切以最優化，最完善為基礎，可以加入用戶調研和調查表等方式來測試一些設計上的分歧。所以，此類的取，就是最優的用戶體驗或者最佳的功能體現，而捨得就是時間了。

　　第三種狀態，就比如，一個從來未出現過的功能，為了先預知該功能的接受度，會先上線一個版本，在他得到普遍認可後，可以再後續做很多的規劃。因此此類的項目需要前瞻性的思考。而此類需求的取和捨就是分階段性的，第一階段的時候可以以時間為主來思考，而第二階段則可以以優質的用戶體驗和功能性來思考。當然也會有其他的特殊情況。

　　取和捨是個很難去界定也很難把控的東西，我們在出每個版本的時候，其實就在嘗試和判斷，什麼是大家都可以接受的設計版本。因此在這不斷的磨合，不斷的調整中，我們堅持著或者妥協著，最後達成了共識。

　　而一個優秀的交互設計師，就應該知道哪些點，是我們一定要堅持，而那些點，我們可以讓步。

　　雖然“改”的過程很艱辛，但是我們能在改的過程，可以試圖了解各方面的不同需求，可以站在不同的其他角度來看待自己的設計，那麼在今後其他的設計中，就越來越能夠綜合考慮多方面的不同想法。

　　請不要再心存怨念，也不要畫著圈圈詛咒著這些迫使你去改你的設計的人們，試著用別的眼睛來看待這一切你會發現你的世界也將變得大不同。

　　設計本身是沒有對與錯，也不只有好看難看，合理不合理，因為不同的角度，不同的人群會诠釋出完全不同的注解(這句話要特別送給某位熱血青年)。

　　你是否碰到過，在設計一個原型或者實現一個功能的時候，希望能滿足不同層次和不同需求的用戶，但發現這樣的設計很難做到。那麼下一篇，我們將來探討一下這個問題。

　　作者：S++

　　文章來源：攜程UED