面對大項目,交互設(shè)計應該如何進行?
去傾聽用戶真正的心聲,才能設(shè)計出一款既能解決用戶所擔心的問題,又能讓他印象深刻的產(chǎn)品。
作為一個非科班出生,又沒有經(jīng)驗的我而言,能進入到這個團隊,真的覺得很幸運。在還未真正踏入這個行業(yè)時,我曾經(jīng)問過自己,“什么是設(shè)計?”這個問題聽起來真的很耳熟,估計在設(shè)計行業(yè)的各位,都曾經(jīng)問過自己這么一個問題。誰也無法給設(shè)計下定義,它可以是具象的,也可以是無形的。流線型的設(shè)計能減少空氣阻力,綠色能緩和人的心情等等,它以形態(tài)、色彩、質(zhì)感等元素存在于生活中,但我們總是疲于追趕,卻忽略了它的存在。所以設(shè)計于我而言,是一種生活態(tài)度。它讓我明白了每件事物都有其存在的理由,而挖掘這其中的理由,成為了我步入交互設(shè)計的初衷。
進入部門已經(jīng)有九個多月,在這期間接手不少的項目,有的是屬于獨立項目的優(yōu)化或者功能新增,有的是大項目中某個模塊的功能設(shè)計。在學習的過程中發(fā)現(xiàn),根據(jù)項目的大小,在設(shè)計的時候會有不同的運作方式。每完成一個項目,我們都應該去反思、記錄和總結(jié)在設(shè)計過程中自己存在的問題,然后再沉淀下來,成為自己的一套思維。
在這里特別想說一下在接手大項目的時候的體會,以下都是一些個人觀點~不一定都是對的,僅供參考。
何謂“大項目”?我認為“大項目”的定義是,需要修改的地方較多且會推翻原有內(nèi)容的產(chǎn)品,或者是一個從無到有的產(chǎn)品。一個大項目,往往很難由一個交互設(shè)計師去完成,當然如果公司只有一個交互時,你也就不得不一人獨立完成了。由一個交互獨立完成的好處體現(xiàn)在對產(chǎn)品的了解會非常到位,交互上能做到完整性和統(tǒng)一性。
而多人去完成一個產(chǎn)品時,往往分工明細,容易出現(xiàn)信息不拉通的情況,會造成各自只對自己負責的部分很熟悉,對其他人的只是了解一二,那么當一個交互設(shè)計師都不了解整個產(chǎn)品的業(yè)務(wù)時,那么做出來的交互必然存在不統(tǒng)一性,很難做到目標一致,出來的產(chǎn)品會風格不一致,感覺是分裂的。而且每個功能點交互環(huán)節(jié)需要做到全局把控,成為一個閉環(huán)??梢阅靡粋€app來說明一下,針對大項目的運作方式該如何是好?
1、了解整個產(chǎn)品的定位及框架
產(chǎn)品定位是個很重要的東西,就像每艘船的總舵手,它把控著整個產(chǎn)品的方向,他帶領(lǐng)著所有團隊成員奔向同個目標。若從一開始,團隊目標已經(jīng)沒有達成一致,那么后期在做事過程中,是很迷茫的。在有了明確定位后,產(chǎn)品的框架會根據(jù)定位來梳理,產(chǎn)品大框架是每個交互必須要了解的內(nèi)容,在大項目中,很難做到對每個模塊的業(yè)務(wù)都無比熟悉,但必須了解產(chǎn)品的整體框架,例如分為了哪幾個模塊,例如微信這款app,就分了四大主模塊,分別是微信、通訊錄、發(fā)現(xiàn)和我。這幾個模塊相關(guān)的主業(yè)務(wù)也需要去了解,可以不需要去了解每個模塊具體功能點的交互,但大致的主流功能需要了解。因為產(chǎn)品的每個模塊是密不可分的,模塊之間的交互都是穿插的。
2、畫出大致交互初稿,召開交互評審會。
在每個交互設(shè)計師輸出交互產(chǎn)物后,將產(chǎn)品的所有交互都聚集在一起,開一次交互評審會,通過評審會,去進一步了解除自己業(yè)務(wù)模塊以外的交互,而且也可以相互審查彼此之間的交互是否存在不合理之處,是否做到交互上的閉環(huán)。交互輸出物在原則上應該遵循體現(xiàn)哪些內(nèi)容呢?
該功能點適用于哪些場景是必須要梳理完整的,如何做到場景梳理完整,就需要看你對業(yè)務(wù)的了解程度了。而且場景的交互設(shè)計必須做到閉合設(shè)計,怎樣才算閉合設(shè)計呢?就是在每個界面中凡是能點擊的地方,點擊后都能得到相應的反饋,在操作完之后都能返回到最開始的頁面,就算是一個閉合的設(shè)計。
在交互過程中必然存在操作成功和操作失敗的場景,異常情況通俗點說就是操作失敗,以我做的一個語音會議為例,我在點擊開始會議之后,若網(wǎng)絡(luò)不穩(wěn)定或者網(wǎng)絡(luò)斷開連接,就會有相應的提示。而極限情況指的是超出功能的上限,如語音會議是需要服務(wù)器那邊去支持的,人數(shù)會存在一個上限,當選人過程中,超過人數(shù)最大值,也應該出現(xiàn)相應的提示,如果超過人數(shù)上限,在選人的時候直接勾選不上,又不給用戶提示,這是一個不人性化的體驗。
而說到頁面布局的整體,是指這個頁面布局是否能滿足即使不同入口進入,同樣能復用這個界面,完成操作。例如我在一個群聊天窗口發(fā)起語音,或者在消息列表有個懸浮窗口,直接點擊發(fā)起語音會議,此時是否都能直接拉起同一個界面會更好些,這樣一來減少了設(shè)計和開發(fā)的成本,也能做到功能的統(tǒng)一性。讓用戶潛意識的一看到這個界面,就明白是語音會議。
3、整理交互組件,定義每個組件的適用場景
在評審完畢后,會加深我們對整個產(chǎn)品的理解,就好像自己在用一款已經(jīng)上線了的APP一樣,點擊某個按鈕,可以出現(xiàn)哪些相應的頁面,這樣會有利于我們?nèi)ナ崂韴鼍?,然后對相同功能點都羅列出來。例如在平常使用的云盤,可以將自己云盤的文件進行分享,而類似知乎這類,也可對文章進行分享。如果某款app把這兩個內(nèi)容結(jié)合在一起,那么這個點擊分享后的彈窗是可以進行統(tǒng)一的,參考業(yè)界或者從目前常用的交互樣式中,我們可以選擇從底部向上滑起的彈窗樣式。
在統(tǒng)一交互組件后,可以再定義每個組件的適用場景,如針對一些操作后的簡單反饋,如保存成功、轉(zhuǎn)發(fā)成功等這類的提示語都統(tǒng)一用toast樣式。一般toast樣式都適用于操作成功與否的反饋,簡短的文案,只需要用戶知道,無需進行操作的提示,出來2s左右就消失。而中間彈窗則適用于需要解釋某些操作功能給用戶聽,還需要點擊才能進行下一步操作時用的組件,這種彈窗一般最多有兩種操作,如果操作超過兩種以上,又或者不僅有兩種以上操作,還要對操作進行解釋的時候,就可以用從底部向上彈出的彈窗樣式,如回復郵件,或者在郵件詳情下方點擊更多操作。這些交互組件一旦整理好之后,有利于視覺去整理,后續(xù)人員交接的時候,也能保持交互設(shè)計的風格統(tǒng)一,隨著時間和需求的不斷變化,也要做到對組件的維護。
4、實時跟進產(chǎn)品進度,不斷優(yōu)化改善
并不是說在交互輸出后,交互設(shè)計師就算是完成任務(wù)了。交互在整個產(chǎn)品中,起到了一個承上啟下的作用,在與BA溝通過程中,并不單單只是個執(zhí)行者,也可以與產(chǎn)品共同探討這個功能點的合理性,甚至可以挖掘更多的業(yè)務(wù)場景,創(chuàng)造更多的價值點。
交互輸出后,開發(fā)也可以同時進行框架的搭建,必須做到開發(fā)和交互能實時溝通,因為交互稿其實從一定程度上是很難講每個細節(jié)都講解清楚的,例如頁面與頁面之間的跳轉(zhuǎn)方式,開發(fā)一般也不會過于關(guān)注交互稿上的文字說明,定期去主動找開發(fā)交流,可以降低后期的返工現(xiàn)象。
而視覺上更是不能松懈,一定要讓視覺也能理解每個功能的邏輯,原因是只有目標一致的時候,視覺和交互在設(shè)計上才不會出現(xiàn)過多的分歧,往往有些視覺設(shè)計師在輸出產(chǎn)物時,你會發(fā)現(xiàn)自己的頁面布局被改的面目全非,原因是交互在給視覺交互稿時,并沒有過多的對其講解業(yè)務(wù)知識以及頁面布局排版的原因。
產(chǎn)品上線后,更是要經(jīng)常去使用自己設(shè)計的產(chǎn)品,去切身感受,實時關(guān)注用研報告,對用戶反饋的問題進行思考。當然,并不是每個用戶的反饋和需求我們都要給出相應的解決方案,我們需要根據(jù)用戶數(shù)據(jù)來定義。
所以說作為一名交互設(shè)計師,更多的是學會從多維度去思考問題,懂得如何與人溝通,在溝通過程中其實也是交互設(shè)計的體現(xiàn)。因為你需要去思考對方究竟想要表達的是什么,去傾聽用戶真正的心聲,才能設(shè)計出一款既能解決用戶所擔心的問題,又能讓他印象深刻的產(chǎn)品。
本文由 @交互設(shè)計陳小妹紙 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載。
你是UE么
是的。一個初入行的小ue
我也是,正在學習產(chǎn)品相關(guān)的知識,一起加油
你對微信的交互設(shè)計是怎么評價的?
你這問的有點大,我有點不知道如何回答。我對微信的整體感受就是,性能算穩(wěn)定,交互的統(tǒng)一性上還有些問題。
微信的四大功能模塊不能這么分,公眾號就被搞丟了
你覺得公眾號應該單獨拿出來,放在底部導航嗎? ??
嗯,我也會存在對各個模塊業(yè)務(wù)了解不清晰的情況,比如說,我做一個手持端的應用或輕應用,我會對手持端的業(yè)務(wù)比較了解,包括交互,但對相應的后臺系統(tǒng)就會模糊,因為沒有真正參與到里面去,業(yè)務(wù)在復雜的情況下,會容易混淆,有什么辦法可以改善這種情況么?
哈哈……在這里也能碰到你,對于后臺的邏輯可以跟產(chǎn)品和后臺開發(fā)人員多溝通,多了解業(yè)務(wù)……
這個也同意末班車朋友的建議,我之前做后臺的時候也碰到過這種問題,我都是直接對接后臺人員去了解的,直接使用產(chǎn)品。但是有時候也容易出現(xiàn)疏漏,只能說不斷的去補漏了。
假如產(chǎn)品是一個戰(zhàn)艦的話,了解大框架難,詳細了解產(chǎn)品更難,說實話,若不是很了解產(chǎn)品,很難將新的分支app 和主app 聯(lián)系起來,產(chǎn)品的整體框架真的太大了,又沒有經(jīng)過好好梳理,要是自己梳理估計得花幾個月的時間
對啊 ,其實梳理產(chǎn)品真的很考驗人
寫的非常好,挺細致的。容易讓做交互設(shè)計同行們產(chǎn)生共鳴。文章的一些內(nèi)容對我有很大啟示。謝謝!
感謝你的認可~總感覺做完之后需要寫些東西來沉淀。