交互設(shè)計(jì)師如何進(jìn)行風(fēng)險(xiǎn)預(yù)判荣茫?

在公司工作,任何職業(yè)都不可能單兵作戰(zhàn)场靴,協(xié)作是永恒的主題啡莉,而每一個(gè)需求和任務(wù)的實(shí)現(xiàn)港准,都是各方通力合作的成果。作為交互設(shè)計(jì)師咧欣,除了做好自己的設(shè)計(jì)工作之外浅缸,還需要花費(fèi)大量的時(shí)間與產(chǎn)品、運(yùn)營魄咕、客戶端開發(fā)衩椒、前端開發(fā)、后端開發(fā)一起協(xié)作和溝通哮兰。

通常的合作方式是:產(chǎn)品經(jīng)理撰寫 PRD 文檔并召開需求評審毛萌,各方一起參與評估需求,看看哪里可以實(shí)現(xiàn)喝滞、哪里有風(fēng)險(xiǎn)阁将、哪里做不到,最后幾經(jīng)修改確定方案右遭,投入設(shè)計(jì)做盅,再進(jìn)行交互評審、視覺評審狸演,最后進(jìn)入開發(fā)和走查言蛇。而交互設(shè)計(jì)、視覺設(shè)計(jì)因?yàn)槲挥陂_發(fā)實(shí)現(xiàn)之前宵距、產(chǎn)品需求之后腊尚,扮演著一個(gè)承上啟下的作用,是對產(chǎn)品經(jīng)理需求的詮釋和實(shí)現(xiàn)满哪,也是為開發(fā)工程師繪制的工程藍(lán)圖婿斥。

但在實(shí)際工作中,我們經(jīng)常遇到下面幾種情況:

業(yè)務(wù)上哨鸭,你做的方案有可能影響到了其他業(yè)務(wù)邏輯民宿,如修改了下單規(guī)則會影響預(yù)售、限購等功能規(guī)則像鸡,或者你影響其他業(yè)務(wù)方的流量活鹰、曝光率等,這都稱之為業(yè)務(wù)風(fēng)險(xiǎn)只估。

做好的設(shè)計(jì)稿在交互評審時(shí)志群,發(fā)現(xiàn)設(shè)計(jì)內(nèi)容可能影響其他非本次需求范圍內(nèi)的頁面,如風(fēng)格不一致蛔钙、交互方式不一致等锌云,這稱之為設(shè)計(jì)風(fēng)險(xiǎn);

所使用的交互方案技術(shù)上無法實(shí)現(xiàn)吁脱,可能是代碼邏輯不好實(shí)現(xiàn)(如接口調(diào)用方面的限制)桑涎,可能是這種交互方式本身技術(shù)不能做到(如炫酷的動效)彬向,也有可能是受時(shí)間、人力所限攻冷,這稱之為技術(shù)風(fēng)險(xiǎn)娃胆。

做好對這三類風(fēng)險(xiǎn)的預(yù)判,可以幫助交互設(shè)計(jì)師極大減少無用功讲衫,避免反復(fù)交互評審缕棵;能夠經(jīng)常對風(fēng)險(xiǎn)做出預(yù)判的設(shè)計(jì)師一定是對設(shè)計(jì)規(guī)范和業(yè)務(wù)邏輯非常熟悉的,這必然成為你的核心競爭力涉兽;當(dāng)然招驴,去做一個(gè)不僅僅會畫圖的設(shè)計(jì)師,相信同事們一定會對你贊不絕口枷畏,尤其在大團(tuán)隊(duì)别厘,口碑可是極其重要的。


業(yè)務(wù)風(fēng)險(xiǎn)預(yù)判

很多設(shè)計(jì)師喜歡拿到需求就馬上開始畫圖拥诡,并很快陷入到設(shè)計(jì)細(xì)節(jié)中触趴,如字體字號、Toast 還是 Notification 等渴肉。殊不知冗懦,花點(diǎn)時(shí)間理解需求和業(yè)務(wù)邏輯,百利而無一害仇祭。建議設(shè)計(jì)師在平時(shí)就要對所負(fù)責(zé)產(chǎn)品線的業(yè)務(wù)邏輯有深入的了解披蕉,空閑的時(shí)候多去了解了解其他同事的工作內(nèi)容是很有必要的。尤其是大型產(chǎn)品乌奇,往往業(yè)務(wù)之間存在高度交叉重疊没讲,需求經(jīng)常會互相影響。

舉個(gè)簡單的例子礁苗,大家可以去看一下爬凑,幾乎所有的電商產(chǎn)品,已經(jīng)生成訂單號的訂單都是沒有辦法修改收貨地址的(如待付款等狀態(tài))试伙,而且經(jīng)常有收到用戶反饋說希望可以在付款之前修改收貨地址嘁信,否則需要重新加入購物車提交訂單。最初我發(fā)現(xiàn)這個(gè)情況疏叨,以為這是技術(shù)限制吱抚,即可能已經(jīng)生成的訂單在系統(tǒng)中會存在一個(gè)確定的編碼,而改動其中的內(nèi)容可能成本較高考廉,尤其在大流量情況下會有技術(shù)風(fēng)險(xiǎn)。但事實(shí)上深入了解后携御,發(fā)現(xiàn)這是一個(gè)業(yè)務(wù)風(fēng)險(xiǎn):電商產(chǎn)品中昌粤,除了普通購買商品既绕,還有諸如搶購、區(qū)域限售涮坐、預(yù)訂等消費(fèi)形式凄贩,對于庫存的計(jì)算規(guī)則也各不相同,如果允許修改訂單地址袱讹,可能出現(xiàn)修改后的地址不支持相關(guān)服務(wù)或沒有庫存等情況疲扎。

如何進(jìn)行業(yè)務(wù)風(fēng)險(xiǎn)預(yù)判?最重要的捷雕,是對業(yè)務(wù)邏輯椒丧、場景非常熟悉,才能知道你所做的設(shè)計(jì)會對別人產(chǎn)生什么影響救巷,才能明確『設(shè)計(jì)界限』壶熏;其次,尤其要注意那些多個(gè)業(yè)務(wù)場景共存于一個(gè)頁面的情況浦译,非常有可能互相邏輯糾葛棒假,牽一發(fā)而動全身;最后精盅,還要深度理解需求的內(nèi)涵帽哑,搞清楚這個(gè)設(shè)計(jì)任務(wù)最核心是解決什么問題,提升什么指標(biāo)叹俏,千萬不要單純從用戶體驗(yàn)出發(fā)妻枕,忘記設(shè)計(jì)的商業(yè)價(jià)值。


設(shè)計(jì)風(fēng)險(xiǎn)預(yù)判

大公司往往會有自己的設(shè)計(jì)規(guī)范她肯,可能是組件形式佳头、可能是顏色規(guī)范、也可能是視覺風(fēng)格晴氨,總之常說康嘉,我們不是組件的生產(chǎn)者,而是組件的搬運(yùn)工——沒錯(cuò)籽前,很多時(shí)候做的是利用已有組件搭建頁面的工作亭珍。因此,當(dāng)你在接到需求時(shí)枝哄,需要對可能遇到的設(shè)計(jì)風(fēng)險(xiǎn)進(jìn)行預(yù)判肄梨。

組件的擴(kuò)展性非常重要,當(dāng)你在頁面中引入一個(gè)新的組件時(shí)挠锥,首先要判斷它自身能否承擔(dān)已有的業(yè)務(wù)需求(文案展示众羡、頁面跳轉(zhuǎn)、視覺展示空間)蓖租,其次更要考慮它的擴(kuò)展性粱侣,當(dāng)多個(gè)不同屬性的項(xiàng)目同時(shí)存在于其中時(shí)能否有效展示羊壹?

對于頁面布局,需要考慮適配問題齐婴。你所做的設(shè)計(jì)方案可有考慮小屏幕用戶的直觀感受:iPhone 6 也許可以一行放4個(gè)按鈕油猫,那 iPhone 5 甚至更小尺寸的手機(jī)如何展示?色彩的選用也要考慮屏幕的色差柠偶,一直在 iOS 上查看設(shè)計(jì)稿的設(shè)計(jì)師也請一定要準(zhǔn)備一臺 Android 手機(jī)看看顯示效果情妖。

同一個(gè)客戶端的同一個(gè)業(yè)務(wù)流程中,交互體驗(yàn)需要盡可能的一致诱担。也許你改動的只是支付環(huán)節(jié)中的某一個(gè)頁面毡证,但是在其中使用新的彈窗就必須考慮其他頁面的信息提醒是否也使用了這個(gè)彈窗,還是有其他的呈現(xiàn)形式该肴。如果周邊頁面對于同一類信息的展示都有固定的樣式情竹,切不要搞特立獨(dú)行,失去端對端的體驗(yàn)往往會造成巨大的用戶認(rèn)知障礙匀哄。


技術(shù)風(fēng)險(xiǎn)預(yù)判

由于技術(shù)是最終的實(shí)現(xiàn)環(huán)節(jié)秦效,并且常常是設(shè)計(jì)師最不了解的領(lǐng)域,因此有意識地對技術(shù)進(jìn)行風(fēng)險(xiǎn)預(yù)判就顯得尤為重要涎嚼。除了有些是技術(shù)本身不能實(shí)現(xiàn)的阱州,還有諸多內(nèi)容是受限于當(dāng)前的技術(shù)方案,都要額外注意法梯。舉幾個(gè)簡單的例子供大家參考:

在設(shè)計(jì)中是否對常規(guī)組件提出了新的要求苔货?

系統(tǒng)組件本身就會有很多的限制,比如你想在 iOS 自帶選擇時(shí)間的那個(gè)滾輪里立哑,對不同的選項(xiàng)進(jìn)行顏色區(qū)分夜惭,幾乎就是不可能的,這屬于系統(tǒng)組件不允許的范疇铛绰。而團(tuán)隊(duì)自己的產(chǎn)品可能有很久的積累诈茧,所用到的各種組件也有相應(yīng)的限制,比如有些按鈕可能沒有 Disable 的狀態(tài)無法置灰捂掰、有些 Label 組件中同一行的文字無法對單獨(dú)的詞語進(jìn)行顏色區(qū)分(比如:本件商品18.00元敢会,你想要單獨(dú)對18.00設(shè)置紅色,其他是黑色这嚣,就可能會遇到這個(gè)問題)鸥昏,請時(shí)刻提醒自己,能用現(xiàn)有組件解決的絕不要開發(fā)出新功能姐帚,盡可能不要使用新的組件吏垮,這成本遠(yuǎn)超你的想象。

同一個(gè)業(yè)務(wù)邏輯在多端的交互方式是否不一致?

交互方式不一致也可能是為了用戶體驗(yàn)惫皱,比如移動端本來就和 Web 端場景不同像樊,交互自然也不同。但是請注意旅敷,產(chǎn)品的無線端和 Web 端非常有可能共同一套后臺系統(tǒng)甚至接口,你的多端多體驗(yàn)就有很大的概率導(dǎo)致這個(gè)接口需要開發(fā)來調(diào)整颤霎。比如同一行文案媳谁,在 Web 上是單行顯示,在無線上由于空間所限可能需要分成兩行友酱,這就有可能需要額外的開發(fā)成本晴音。

設(shè)計(jì)方案是否需要多次接口調(diào)用,影響性能缔杉?

技術(shù)真的不像你想象的那么簡單锤躁。某產(chǎn)品在促銷期間,有限時(shí)優(yōu)惠活動或详,交互設(shè)計(jì)師可能認(rèn)為只需要判斷用戶下單的時(shí)間是否在優(yōu)惠期限內(nèi)就可以了系羞,殊不知系統(tǒng)有可能是進(jìn)入下單頁就要請求一次時(shí)間、點(diǎn)擊下單要請求一次時(shí)間霸琴、還要和設(shè)定的時(shí)間進(jìn)行一次對比椒振,來來回回調(diào)用接口兩三次,非常有可能在大流量并發(fā)的時(shí)候影響性能梧乘。

還需要注意的是澎迎,你的設(shè)計(jì)是否需要多個(gè)數(shù)據(jù)同時(shí)傳輸,比如商品名选调、SKU夹供、優(yōu)惠信息、運(yùn)費(fèi)等仁堪,它們很有可能來自不同的接口哮洽,不是一次性吐給你的。這種情況就還需要考慮如果其中有一個(gè)數(shù)據(jù)傳輸失斨Ρ俊(信號不好)怎么辦盯荤?是給用戶提醒全部失敗需要重新刷新,還是把別的都顯示出來僅僅提示出錯(cuò)的內(nèi)容蚓让,還是自動多次刷新腻暮,都需要經(jīng)過深思熟慮。

設(shè)計(jì)方案是否可能過于炫酷徙融,有技術(shù)實(shí)現(xiàn)難度洒缀?

過于復(fù)雜的動效固然逼格滿滿,但是開發(fā)同學(xué)最怕這種非常規(guī)交互∈骷ǎ看似簡單的彈性位移效果萨脑,就有可能要花費(fèi)大量時(shí)間進(jìn)行調(diào)試,更可能需要引入額外的第三方動效庫來實(shí)現(xiàn)饺饭。在用戶體驗(yàn)以及交互美觀度的同時(shí)渤早,也請一定要衡量一下開發(fā)成本,在能滿足需求的前提下采用最有效的形式瘫俊,切不要盲目追求動畫的炫酷鹊杖。

說了這么多,還是那句話——只會畫圖的設(shè)計(jì)師不會是滿分的設(shè)計(jì)師扛芽。設(shè)計(jì)本身固然重要骂蓖,但在工作中,學(xué)會與其他崗位的同學(xué)相互合作更能體現(xiàn)設(shè)計(jì)師的價(jià)值川尖。提前對各類風(fēng)險(xiǎn)進(jìn)行預(yù)判登下,利己利人,會幫助你快速成長叮喳。

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
  • 序言:七十年代末被芳,一起剝皮案震驚了整個(gè)濱河市,隨后出現(xiàn)的幾起案子嘲更,更是在濱河造成了極大的恐慌筐钟,老刑警劉巖,帶你破解...
    沈念sama閱讀 206,126評論 6 481
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件赋朦,死亡現(xiàn)場離奇詭異篓冲,居然都是意外死亡,警方通過查閱死者的電腦和手機(jī)宠哄,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 88,254評論 2 382
  • 文/潘曉璐 我一進(jìn)店門壹将,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人毛嫉,你說我怎么就攤上這事诽俯。” “怎么了承粤?”我有些...
    開封第一講書人閱讀 152,445評論 0 341
  • 文/不壞的土叔 我叫張陵暴区,是天一觀的道長。 經(jīng)常有香客問我辛臊,道長仙粱,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 55,185評論 1 278
  • 正文 為了忘掉前任彻舰,我火速辦了婚禮伐割,結(jié)果婚禮上候味,老公的妹妹穿的比我還像新娘。我一直安慰自己隔心,他們只是感情好白群,可當(dāng)我...
    茶點(diǎn)故事閱讀 64,178評論 5 371
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著硬霍,像睡著了一般帜慢。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發(fā)上须尚,一...
    開封第一講書人閱讀 48,970評論 1 284
  • 那天崖堤,我揣著相機(jī)與錄音,去河邊找鬼耐床。 笑死,一個(gè)胖子當(dāng)著我的面吹牛楔脯,可吹牛的內(nèi)容都是我干的撩轰。 我是一名探鬼主播,決...
    沈念sama閱讀 38,276評論 3 399
  • 文/蒼蘭香墨 我猛地睜開眼昧廷,長吁一口氣:“原來是場噩夢啊……” “哼堪嫂!你這毒婦竟也來了?” 一聲冷哼從身側(cè)響起木柬,我...
    開封第一講書人閱讀 36,927評論 0 259
  • 序言:老撾萬榮一對情侶失蹤皆串,失蹤者是張志新(化名)和其女友劉穎,沒想到半個(gè)月后眉枕,有當(dāng)?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體恶复,經(jīng)...
    沈念sama閱讀 43,400評論 1 300
  • 正文 獨(dú)居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點(diǎn)故事閱讀 35,883評論 2 323
  • 正文 我和宋清朗相戀三年速挑,在試婚紗的時(shí)候發(fā)現(xiàn)自己被綠了谤牡。 大學(xué)時(shí)的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片。...
    茶點(diǎn)故事閱讀 37,997評論 1 333
  • 序言:一個(gè)原本活蹦亂跳的男人離奇死亡姥宝,死狀恐怖翅萤,靈堂內(nèi)的尸體忽然破棺而出,到底是詐尸還是另有隱情腊满,我是刑警寧澤套么,帶...
    沈念sama閱讀 33,646評論 4 322
  • 正文 年R本政府宣布,位于F島的核電站碳蛋,受9級特大地震影響胚泌,放射性物質(zhì)發(fā)生泄漏。R本人自食惡果不足惜疮蹦,卻給世界環(huán)境...
    茶點(diǎn)故事閱讀 39,213評論 3 307
  • 文/蒙蒙 一诸迟、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦阵苇、人聲如沸壁公。這莊子的主人今日做“春日...
    開封第一講書人閱讀 30,204評論 0 19
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽紊册。三九已至,卻和暖如春快耿,著一層夾襖步出監(jiān)牢的瞬間囊陡,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 31,423評論 1 260
  • 我被黑心中介騙來泰國打工掀亥, 沒想到剛下飛機(jī)就差點(diǎn)兒被人妖公主榨干…… 1. 我叫王不留撞反,地道東北人。 一個(gè)月前我還...
    沈念sama閱讀 45,423評論 2 352
  • 正文 我出身青樓搪花,卻偏偏與公主長得像遏片,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個(gè)殘疾皇子撮竿,可洞房花燭夜當(dāng)晚...
    茶點(diǎn)故事閱讀 42,722評論 2 345

推薦閱讀更多精彩內(nèi)容