如何“擠”出一個(gè)交互設(shè)計(jì)方案
其實(shí)每個(gè)設(shè)計(jì)師自己都有一套成熟的工作流程了,隨意說說,點(diǎn)到為止。
準(zhǔn)備其實(shí)是一個(gè)反復(fù)問自己?jiǎn)栴}的過程,當(dāng)時(shí)的項(xiàng)目背景如何、有什么資源、希望做什么事情。做事情的原因也即項(xiàng)目目的分兩方面:一是解決現(xiàn)有的問題,對(duì)已有的東西或過去自己挖下的坑做補(bǔ)救,進(jìn)行更進(jìn)一步的優(yōu)化;二是去探索、發(fā)現(xiàn)、滿足用戶的新需求,這種時(shí)候就需要更多的了解。項(xiàng)目背景牽扯的范圍會(huì)廣一點(diǎn),要做的需求在產(chǎn)品的項(xiàng)目安排內(nèi)是否屬于較高的優(yōu)先級(jí),方案是否會(huì)讓開發(fā)苦不堪言增加大量的工作量甚至影響架構(gòu)的改動(dòng),是否牽扯到一些合作方的事宜需要溝通協(xié)助,這些其實(shí)都是設(shè)計(jì)師要考慮的。
并非能做出一個(gè)酷炫、一定會(huì)讓用戶耳目一新或者你覺得最合適最完美的設(shè)計(jì)方案就是好的設(shè)計(jì)師了,我覺得做交互設(shè)計(jì)師的日子學(xué)到最多的其實(shí)是平衡二字。
你真的了解你的用戶嘛?!交互設(shè)計(jì)師最擅長(zhǎng)處理和考慮最多的就是情境。
設(shè)計(jì)方案針對(duì)的是否是產(chǎn)品受眾的用戶畫像?設(shè)計(jì)師需要通過訪談?wù){(diào)查及自己的預(yù)判斷去了解用戶的需求是什么,甚至猜測(cè)方案出去后每一步的轉(zhuǎn)化率及達(dá)到的效果,讓結(jié)果可量化。
了解的方式無非就是:訪談、觀察、記錄、分析這些。問問自己,用戶的主要需求是什么(不是他抱怨的或期望的東西),現(xiàn)有產(chǎn)品的主要問題還有哪些,使用的情境是怎么樣的,用戶是怎么理解這個(gè)設(shè)計(jì)方案的(心智模型)
如果產(chǎn)品是處于紅海領(lǐng)域,理所當(dāng)然的就會(huì)有很多競(jìng)爭(zhēng)對(duì)手。我一般會(huì)拿2、3款競(jìng)品,找找他們是如何解決這個(gè)問題的,同時(shí)也會(huì)找一些雖然不是直接對(duì)上、但是另辟蹊徑解決同樣問題的產(chǎn)品做分析和對(duì)比,以期發(fā)現(xiàn)一些值得借鑒或引以為鑒的點(diǎn)。有時(shí)候會(huì)發(fā)現(xiàn)對(duì)手真的做的挺好,或甚至因?yàn)轫?xiàng)目趕期研發(fā)工作量等各種各樣的原因,產(chǎn)品經(jīng)理會(huì)說“抄嘛~先抄后超”,那就抄吧少年,這行業(yè)就是這樣的,只要你能抄出預(yù)期抄出風(fēng)采。
功能的定位、需求、目標(biāo)、合作的方式、研發(fā)可行性、項(xiàng)目時(shí)間點(diǎn)與優(yōu)先級(jí)、是否影響其他模塊、技術(shù)上是否能創(chuàng)新、解決多少現(xiàn)有問題——看起來與設(shè)計(jì)方案無關(guān)卻需要時(shí)時(shí)考慮并直接影響方案最終能否實(shí)施的問題。
我有多少時(shí)間來完成這個(gè)方案、誰來最終決策、其他設(shè)計(jì)師有沒類似的案例、完成后達(dá)到的目標(biāo)和判斷標(biāo)準(zhǔn)如何設(shè)定——與設(shè)計(jì)師自身相關(guān)也需要時(shí)時(shí)考慮的問題。
如何產(chǎn)出一份深受研發(fā)&測(cè)試同事喜愛的設(shè)計(jì)方案,試試MECE原則
MECE,是Mutually Exclusive Collectively Exhaustive,中文意思是“相互獨(dú)立,完全窮盡”。 也就是對(duì)于一個(gè)重大的議題,能夠做到不重疊、不遺漏的分類,而且能夠借此有效把握問題的核心,并解決問題的方法。
——來自?百度百科
具體大家自己看吧,有時(shí)候測(cè)試妹子都會(huì)欣慰的說可以直接拿我的目錄來做測(cè)試用例綱要了(才不是為了討好妹子呢!雖然我在男人很多的IT公司!╭(╯^╰)╮)
另外如果是一個(gè)龐大的功能模塊設(shè)計(jì),也要考慮 80/20原則。
入口是否可以合理、對(duì)用戶來說是可預(yù)見的,是否有可控的出口。如果牽扯到一些運(yùn)營(yíng)的需求會(huì)產(chǎn)生激烈的討論,一邊設(shè)計(jì)師會(huì)認(rèn)為“這個(gè)功能不是強(qiáng)需求,要弱化,要不打擾,不能影響用戶”,另一邊產(chǎn)品運(yùn)營(yíng)人員會(huì)認(rèn)為“廣告不做大點(diǎn)流量(qian)怎么來??!你養(yǎng)我??。。?/p>
設(shè)計(jì)師總是要在用戶感受與商業(yè)需求中做“痛苦的抉擇”,但這已經(jīng)是常態(tài),畢竟我也得吃飯泡妞不是 :P。如果做出值得稱贊的平衡(看我又說到平衡了),就是設(shè)計(jì)師的功力所在了。
流程是否順暢、完整、有主次,樣式是否統(tǒng)一清晰有認(rèn)知度,反饋是否合情合理,意外情況處理是否完善都是工作中反復(fù)考慮的點(diǎn)。
能在完成一個(gè)合理方案基礎(chǔ)上,做出給用戶超出預(yù)期的感受就更好了,有時(shí)間的話(不只是你的時(shí)間,還包括研發(fā)GG的時(shí)間),可以嘗試一些進(jìn)階的情感化的嘗試。這個(gè)社會(huì),大家都講“走心”,只有直接命中人們內(nèi)心情感的G點(diǎn),才能獲得喜愛(與轉(zhuǎn)發(fā)),就跟一本枯燥的文言文字典一樣,即使它再全面再沉淀著多少知識(shí),都不如一本有錯(cuò)字的小黃書受大眾喜愛(警察叔叔就是他?。?。
作者:Ruxth;via:簡(jiǎn)書
反正游戲項(xiàng)目是初期迎合底層用戶的需求,中期服務(wù)中層用戶的需求,后期跪舔上層用戶的需求。
現(xiàn)實(shí)可不是這樣的,需求都是上司轉(zhuǎn)達(dá)客戶的口述,苦逼的設(shè)計(jì)師只負(fù)責(zé)做,根本沒參與到收集需求的環(huán)節(jié)中,直接跳過這階段就進(jìn)入了設(shè)計(jì)階段,而所謂腦中僅存的需求是上司轉(zhuǎn)達(dá)客戶的口述而來的。而帶來的麻煩就是無限次的修改修改再修改。作為設(shè)計(jì)師,我的怒火已經(jīng)快到臨界值了。
?
那作為還沒入行的新人,面試的時(shí)候是談理想化的設(shè)計(jì),還是直接就是這么現(xiàn)實(shí)?