腾讯欢乐捕鱼
交互設計師修煉之道第一招首 頁 >>人性化設計>>文章列表

改改更健康

編輯:S++小組

第一招:“改”——適應,并且接受

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

 

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

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

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

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

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

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

我的工作日記

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日

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

pk第一次

11月16日

第五稿

11月16日

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

11月16日

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

11月17日

調整第六稿

PK第二次

11月17日4:30pm
業務提出異議,業務領導要求開會

第四次會議

11月23日
方案七
11月23日
領導質疑方案七強化方案。
11月24日
業務方妥協,最終定稿。

最后一次PK

11月30日
設計評審
12月1日
Final稿確定,而其實final稿就是方案二。

其實在這里每一方都在用自己的思維方式考慮如何去做這個項目,就好像
領導希望能做一個完善并且全面的東西;
而業務方則關心,功能上是否能達到他們的要求;
開發則希望找一個最具有效率的開發模式;
PM和交互則希望給用戶最優的體驗方式。
由于每一方的目標不同,每一方都會堅持覺得自己很有道理。
所以分歧就是改的源頭。

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

我們到底要什么?

業務方希望1個月后就上線,因為已經談妥了宣傳的時間。。。
開發希望不要改變整個頁面的結構,不然工期會不夠用。。。
領導希望有一個大而全的東西,而且有競爭力的東西。。。
PM希望不光只是上線的一個項目,還希望有更多用戶能使用。。。
交互設計師則希望用戶使用起來能夠體驗良好。。。

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

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

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

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

做一個項目有三種狀態:
一, 以事情完成為目標,盡快上線;
二, 結合目前的現狀,以最優方案完成事情;
三, 有前瞻性的完成事情。
針對這三種不同狀態,會有完全不同的做事方式。

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

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

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

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

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

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

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


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

 

 

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

本文作者:S++ 轉載來自:攜程UED

腾讯欢乐捕鱼 欢乐捕鱼人iso 九线连线水果机手机版 pk10精准人工计划软件 养蛋鸡卖鸡蛋赚钱吗 赌大小单双的技巧规律 广西快乐10分开奖走势 二十一点公式图 辉煌三肖六码论坛默认版块 f1体育直播 2018最新版抢庄牌九