<em id="09ttv"></em>
    <sup id="09ttv"><pre id="09ttv"></pre></sup>
    <dd id="09ttv"></dd>

        • 首頁

          交互設(shè)計之組件認識與解析

          前端達人

          組件是設(shè)計師常用且基礎(chǔ)的知識點,隨著軟件設(shè)計和開發(fā)越來越成熟,已經(jīng)延伸出很多的類型,能否正確合理的使用也是衡量交互設(shè)計水平的一個標準。文章里理論知識比較少,我想說點比較實用的東西,給大家解惑。所以關(guān)于基本的控件/組件類型的基礎(chǔ)知識不做過多說明,理論和實踐相輔相成,理論知識大家可以去優(yōu)秀平臺學習并吸收,但實踐需要帶入更多的思考。


          分清控件和組件

           

          控件可以理解為平臺系統(tǒng)定義的某種形式,嚴格意義上來說,控件的專業(yè)叫法為“原生控件”,不過大家都習慣性的順口說“控件”,這樣會更簡單點。


          組件從字面理解就是組裝而成,在技術(shù)層面,代碼是需要封裝的,那被封裝在一起,就可以形成組件,能自定義內(nèi)容,名稱等。


          原生控件相比較組件,顆粒感更細,一個組件可以包含多個控件,單個控件也可以作為組件??梢允褂靡粋€簡單的例子來闡述他們的關(guān)系,控件就好比是藥材,那么藥方就可以理解成是一個組件。如果還不能理解,那可以用更具體的案例來說明下;

           

          如下圖是用戶登陸流程中的一個交互組件,該組件由兩種原生控件來組成,輸入框和按鈕,這樣結(jié)合就構(gòu)成“賬號輸入”的組件;

           

           

           

           

           


          再如下圖,單獨的輸入框控件也可以成為一個獨立的“賬號輸入”組件;

           

           

           

           

           

           

          以上兩個例子,說明了組件可以由單一或多個的控件類型進行組成,如何去定義組件的構(gòu)成,其實還需要結(jié)合具體的設(shè)計需求,上面第一個組件給賬號修改增加一個按鈕的控件,讓用戶可以通過按鈕清除所有的字段,讓用戶直接重新輸入,通過手動和按鈕操作的兩種方式去進行賬號修改,第二個組件僅支持手動鍵入進行修改。通過增加了清除的交互方式,組件的構(gòu)成就會有不一樣的設(shè)計方式。

           

          再深入聊下組件

           

          各平臺基本都有自己獨立的設(shè)計體系,有自己定義的組件和組件庫,學習組件要了解它分為基礎(chǔ)組件和業(yè)務/高級組件兩種類型。基礎(chǔ)組件是一種底層組件,例如輸入框、按鈕、單選框;其特點是比較獨立單一,通用性很強,適應各種業(yè)務場景;業(yè)務組件是一個基礎(chǔ)組件集合而成的大組件,也可以叫高級組件,是復合型的區(qū)塊組件,主要是針對解決業(yè)務問題;如下截圖是flomo筆記用用的網(wǎng)頁版本,以它的首頁為例;頁面按照左右結(jié)構(gòu)類型區(qū)分,可以定義為兩個大的業(yè)務組件,由淺入深,可以再細分,得到再定義更多的業(yè)務組件,這里,我以“發(fā)布筆記”的組件具體說明下,它是怎么組成來解決業(yè)務問題的;首先我們拆解下組成部分:文本內(nèi)容,工具按鈕(添加標簽和圖片、文本編輯、快速引用等三種類型),發(fā)布按鈕。用戶發(fā)布筆記的行為主要為文字輸入-內(nèi)容編輯-發(fā)布完成;結(jié)合用戶行為和組件設(shè)計,解決了用戶輸入文本內(nèi)容,給筆記歸納,增加圖片,修改文本樣式,快速引用,最終進行發(fā)布的問題。產(chǎn)品在迭代過程中,我們會發(fā)現(xiàn)更多的需求,業(yè)務組件就要通過再優(yōu)化幫用戶解決實際問題。

           

           

           

           

           

           

          學做組件管理

           

          結(jié)合自己的學習和設(shè)計經(jīng)驗,我把組件相關(guān)的內(nèi)容和知識整理定義為組件管理,包括組件的樣式定義,組件和組件庫設(shè)計,搭建,沉淀優(yōu)化應該都算是它的組成部分。組件和組件庫作用,和基本概念我就不做過多描述了,畢竟市面上關(guān)于這些內(nèi)容已經(jīng)有很多了,我想從小的點去做深度思考,講點有用的東西,呈現(xiàn)給大家;組件和組件庫首先一定是遵循和圍繞著設(shè)計的原則、理念、目標去構(gòu)思,如蘋果的《人機交互指南》里面提到的系統(tǒng)設(shè)計三大主旨(清晰、遵從、層次)和六大原則(完整性、一致性、直接性,反饋感、隱喻性、控制感),安卓系統(tǒng)《材料設(shè)計1,2》中提到的三大原則(材料就是隱喻、大膽,生動,有意、運動提供意義)。還有國內(nèi)b端最權(quán)威的螞蟻設(shè)計體系A(chǔ)nt design,從設(shè)計價值觀延伸設(shè)計原則,從而思考設(shè)計模式。

           

           

           

           

           

          這里可以總結(jié),平臺在創(chuàng)造設(shè)計標準時,思考的方向都會不一樣,所以系統(tǒng)遵循什么,沒有統(tǒng)一的模式,況且這些名詞本身就很抽象,這需要設(shè)計師們?nèi)ニ伎紤摪哑脚_系統(tǒng)設(shè)計成什么樣。這確實很依賴和考驗設(shè)計師各方面的綜合能力。所以組件設(shè)計和搭建,它并不是某一個人的事,而是整個團隊的任務。

          組件和組件庫的設(shè)計和搭建過程中,需要了解系統(tǒng)平臺,是蘋果端還是安卓,web端,不同的系統(tǒng)設(shè)計的差異性很大,對應系統(tǒng)的控件類型我們也要很熟練的掌握。例如安卓一直保留的原生的底部導航欄的操作控件(返回、主頁、菜單),反觀蘋果最早出現(xiàn)在底部的HOME鍵,隨著硬件設(shè)計的升級,物理按鈕的作用已經(jīng)完全被交互手勢操作替代,根據(jù)設(shè)計準則,可以先設(shè)計出確定的初版組件樣式,然后設(shè)計師們要熟悉項目業(yè)務,深挖每個功能中的不同業(yè)務場景,并設(shè)計出對應的業(yè)務組件;這樣設(shè)計師最終對于當前組件進行整合分類,做出版本的組件庫;組件和組件庫是設(shè)計和開發(fā)相結(jié)合的,設(shè)計師呈現(xiàn)頁面上的模塊是直觀的,但都是技術(shù)人員進行底層代碼拼接的再封裝而成的,有規(guī)模的公司一般都會做成開源的組件庫。去提升項目人員之間的協(xié)作效率,復用率高,節(jié)省成本。如下圖是Ant design里面的部分按鈕組件的樣式和代碼演示,作為國內(nèi)獨一檔的免費學習的設(shè)計體系網(wǎng)站。如果大家能夠從頭到尾研究一遍,相信對你構(gòu)建組件和組件庫有十分大的幫助。

           

           

           

           

           

          最后組件和組件庫的優(yōu)化迭代是貫穿整個產(chǎn)品設(shè)計的生命周期的,從搜集組件需求、思考組件優(yōu)化、設(shè)計組件優(yōu)化方案、驗收更新組件和組件庫;

           

          搜集組件需求

           

          項目角度:設(shè)計師開發(fā)過程中遺漏的、新的業(yè)務場景中發(fā)現(xiàn)的組件問題,設(shè)計和開發(fā)者評審討論出來的包括影響協(xié)作效率的,不合理的問題;用戶體驗:產(chǎn)品中的用戶反饋的功能體驗不好,使用時體驗差的模塊;外部借鑒:團隊人員從優(yōu)秀的組建案例中發(fā)現(xiàn)的可借鑒的需求;

           

          思考組件優(yōu)化

           

          思考方向1:設(shè)計師可以查閱資料,研究優(yōu)秀的組件平臺,從成熟的產(chǎn)品中查看同類的組件設(shè)計案例;或者和開發(fā)者、設(shè)計師進行深度交流,得到有用的建議;

           

          思考方向2:結(jié)合業(yè)務場景,最好能夠?qū)脠鼍案F舉梳理出來,具體到某個的功能,考慮該功能里存在的每一個場景中,組件需要有什么樣的狀態(tài)和變化;

           

          設(shè)計組件優(yōu)化方案

           

          設(shè)計師根據(jù)以上步驟完成組件優(yōu)化的分析之后,可以相對應的設(shè)計組件優(yōu)化方案,組織開發(fā)人員一起多次的評審,大家一起去討論完善,最終技術(shù)人員再進行組件代碼的開發(fā)和封裝;組件設(shè)計優(yōu)化,設(shè)計師要注意在既定的設(shè)計原則下合理優(yōu)化,要保留分析材料和思考過程,進行有理有據(jù)的評審論證;

           

          驗收更新組件和組件庫

          當開發(fā)人員將組件樣式通過代碼落地之后,優(yōu)化中的組件方案需要帶入到實際功能場景中進行測試檢查,驗證組建優(yōu)化的是否符合預期,在優(yōu)化過程中,可以用一張《組建優(yōu)化表》進行記錄,可以方便項目人員追蹤和查看。

           

          組件設(shè)計的應用和思考

           

          組件的設(shè)計本質(zhì)上也是為了解決某種特定場景的問題。例如提示彈窗,為了讓用戶在操作過程中有反饋提示,提示中又可以通過解決某種場景問題,選擇讓用戶進行操作或者不操作,所以平臺設(shè)計出這種彈窗組件,即模態(tài)和非模態(tài)彈窗類型。下面通過兩個例子,結(jié)合功能和場景具體分析產(chǎn)品應該如何做組件設(shè)計;

           

          案例1:支付寶“商家轉(zhuǎn)賬功能”組件設(shè)計

           

          我們?nèi)ド痰曩徺I東西使用支付寶支付的過程中,可以通過掃描商家二維碼,進行轉(zhuǎn)賬交易,轉(zhuǎn)賬支付的流程主要包括輸入數(shù)額,選擇支付方式,確認支付;因為每個流程中的組件都十分復雜,我們僅拿其中一個流程,對用戶操作過程中涉及的組件進行拆解說明;輸入金額和添加備注流程:頁面的組件主要是用戶信息文本,輸入框、備注組件、鍵盤控件,彈框組件;這個流程包括2個行為事件,4個大的業(yè)務場景;

           

           

           

           

           

          行為事件一:用戶在商店通過掃碼商家二維碼,分別兩次給商家轉(zhuǎn)賬20000和100000元的金額,

           

          業(yè)務場景1:用戶沒有輸入任何金額

          業(yè)務場景2:用戶轉(zhuǎn)賬輸入的金額沒有超過限制

          業(yè)務場景3:用戶轉(zhuǎn)賬輸入的金額超過最大限制

           

           

           

           

           

           

          業(yè)務場景123主要應用金額輸入框組件,輸入框組件根據(jù)用戶操作行為,會有不一樣的設(shè)計,用戶沒有任何操作,輸入框內(nèi)有默認文案提示“輸入付款金額”,用戶輸入金額后,計算單位超過‘百’,數(shù)字金額上方會有單位提示,同時顯示刪除按鈕,支持刪除,重新輸入,業(yè)務場景2中根據(jù)金額輸入范圍定義了產(chǎn)品業(yè)務規(guī)則,再細分出三種場景,不同范圍內(nèi)的金額,可以對應的組件設(shè)計方案解決確認轉(zhuǎn)賬確認問題;

           

          (1)當輸入金額范圍在1-50000,進入新頁面,通過點擊按鈕組件,進行轉(zhuǎn)賬確認

          (2)當輸入金額范圍在50000-99999,在當前頁面使用模態(tài)彈框組件,進行轉(zhuǎn)賬確認
          (3)當輸入金額范圍在100000-999999,進入新頁面,重新輸入框內(nèi)輸入轉(zhuǎn)賬金額,進行確認,若兩次金額不一致,出現(xiàn)彈窗提示用戶操作。

           

           

           

           

           

          當輸入的金額超過限制后,彈框組件配合進行超限的toast提示。

           

          通過拆解行為事件1,我們細分出了3個業(yè)務場景,通過運用輸入框、鍵盤、和toast彈窗,它們相互關(guān)聯(lián)解決了輸入金額產(chǎn)生的各種問題;

           

          無金額輸入時,輸入框能給予用戶提示,這是比較常見的輸入框組件設(shè)計,預置提示文本;

           

          輸入金額未超出限制,輸入框中會帶入計量單位,這就是組件設(shè)計的細微之處,轉(zhuǎn)賬金額是一個關(guān)聯(lián)自己財產(chǎn)的行為操作,應當是需要謹慎的,所以計量單位也是在用戶輸入過程中出現(xiàn),給用戶一個提示,沒有任何打斷操作的意思,出現(xiàn)的時機很適合,再加上輸入的文本數(shù)字已經(jīng)足夠醒目,能夠提示用戶輸入有足夠的準確度,如果沒有加入這個字段,確實也不影響用戶操作,但這種雙重衡量的方式,潛意識里會讓自己輸入的更放心,不怕自己有誤差;這就是組件設(shè)計給用戶帶來的驚喜感。

           

          金額超出限制后,通過組件toast提示“付款金額超限”,第一提示框組件很好的限制鍵盤的數(shù)字輸入,避免用戶無效輸入,第二toast提示框的觸發(fā)時機設(shè)計,這里的方案是當輸入金額超百萬,按數(shù)字鍵盤的時候就會給予提示,而不是等用戶輸入完之后,再去按確認鍵的時候,彈出來提示金額超限。

           

          行為事件二:用戶點擊備注按鈕,添加轉(zhuǎn)賬信息。

           

          業(yè)務場景4:確認完成輸入金額后,給商戶添加備注信息,20個字以內(nèi);

           

          輸入轉(zhuǎn)賬金額后,文字鍵盤上方出現(xiàn)備注按鈕,點擊彈出備注信息彈窗,在彈窗的輸入框中寫備注信息,其實添加備注,可以在頁面中使用文本框,可為何去使用彈窗中增加輸入框,確認之后再展示到頁面中呢?輸入金額和添加備注的行為的優(yōu)先級來看,備注信息應該是比較低的,信息的展示的重要性也比較低。首先如果使用文本框,和輸入框的組件層級在同一級,用戶的關(guān)注點會被干擾,所以使用不突出的文字按鈕組件進行區(qū)別,另外備注文字按鈕出現(xiàn)的觸發(fā)條件也是因為有輸入金額這個動作,所以備注的信息展示在產(chǎn)品設(shè)計中就是很弱。另外在彈窗輸入框中也提示了備注信息20個字以內(nèi),有這樣的信息規(guī)則,彈窗組件比文本框更適合短文本的信息錄入,這樣和金額輸入框組件能夠被區(qū)分。

           

          轉(zhuǎn)賬是涉及財產(chǎn)安全的業(yè)務,所以組件的設(shè)計除了解決不同場景下用戶體驗問題(及時反饋、合理提示、增加驚喜、操作方便),還要處理核心的業(yè)務問題(保證用戶的財產(chǎn)問題)

           

           

          案例2:“高清晰度體驗引導用戶付費功能”的組件設(shè)計

           

          最近在做智慧電視項目時,產(chǎn)品經(jīng)理提出在播放器頁面,做一個“非會員用戶可以體驗視頻高清晰度“的需求,主要目的是為了引導用戶體驗高清晰,提升用戶的會員充值率。這里就通過解析如何通過組件設(shè)計解決這個問題;

           

          首先我們結(jié)合業(yè)務規(guī)則有以下兩點

          (1):該視頻內(nèi)容資源是付費試看還是免費

          (2):高清晰度體驗時間,單次內(nèi)容高清晰度體驗時間,累計高清晰度體驗總時間

           

          考慮到用戶在全屏播放器,需要盡量少的對用戶觀影降低干擾,所以在設(shè)計時,利用提示框的組件,針對不同場景狀態(tài),對組件進行設(shè)計優(yōu)化。

           

          用戶觀看付費影片,因為試看提示,通過操作按鈕鍵,所以高清晰度體驗的提示,通過提示文案來引導,避免按鍵操作沖突,組件設(shè)計如下圖;

           

           

           

           

           

          在體驗過程中,播放器單次高清晰度體驗時間會有狀態(tài)變化,即正在體驗-將要結(jié)束-已結(jié)束,組件設(shè)計如下圖:

           

           

           

           

          累計體驗總時間結(jié)束后,再次進入到播放器,組件設(shè)計變?yōu)樘崾居脩粼撈懈咔逦龋M件設(shè)計如下圖:

           

           

           

           

           

          用戶觀看免費影片,因為片源免費,沒有其他場景下的按鍵沖突,所以高清晰度體驗的提示,通過提示“文案+按鈕”來引導,組件設(shè)計如下圖;

           

           

           

           

           

          體驗過程中,播放器單次高清晰度體驗時間也有狀態(tài)變化,即正在體驗-已結(jié)束,組件設(shè)計如下圖:

           

           

           

           

          累計體驗總時間結(jié)束后,再次進入到播放器,組件設(shè)計變?yōu)樘崾居脩粼撈懈咔逦龋⒖梢渣c擊操作,組件設(shè)計如下圖:

           

           

           

           

           

           

          在提示組件設(shè)計整個過程中,考慮了用戶會員身份、視頻資源付費類型、高清晰度體驗時間等等因素,要持續(xù)保持用戶能夠觸達會員充值的頁面,所以在不同的情況下,始終保留遙控器按鍵可以操作,引導他們付費,雖然頻繁的提示可能讓用戶反感,但最終功能上線后,也確實拿到了一定的成果,提示組件設(shè)計讓用戶付費充值率有很大的提升。

           

          總結(jié)


          組件設(shè)計的解析到這里就告一段落了。帶大家回顧下文章的內(nèi)容,主要有四點,第一點通過例子解釋了控件和組件的區(qū)別,第二點介紹了基礎(chǔ)和業(yè)務組件,第三點講解了如何進行組件管理的內(nèi)容,第四點通過兩個具體的案例講解了組件設(shè)計在實際產(chǎn)品中的應用和我的一些思考;總結(jié)以上幾點,組件設(shè)計一定不能脫離用戶場景和產(chǎn)品業(yè)務。在這個基準下思考組件設(shè)計才會有最優(yōu)解。

           

           

          藍藍設(shè)計(www.sdgs6788.com )是一家專注而深入的界面設(shè)計公司,為期望卓越的國內(nèi)外企業(yè)提供卓越的大數(shù)據(jù)可視化界面設(shè)計B端界面設(shè)計、桌面端界面設(shè)計APP界面設(shè)計、圖標定制用戶體驗設(shè)計、交互設(shè)計UI咨詢、高端網(wǎng)站設(shè)計平面設(shè)計,以及相關(guān)的軟件開發(fā)服務,咨詢電話:01063334945。

          關(guān)鍵詞:UI咨詢UI設(shè)計服務公司、軟件界面設(shè)計公司、界面設(shè)計公司、UI設(shè)計公司UI交互設(shè)計公司數(shù)據(jù)可視化設(shè)計公司用戶體驗公司、高端網(wǎng)站設(shè)計公司

          銀行金融軟件UI界面設(shè)計、能源及監(jiān)控軟件UI界面設(shè)計氣象行業(yè)UI界面設(shè)計、軌道交通界面設(shè)計地理信息系統(tǒng)GIS UI界面設(shè)計、航天軍工軟件UI界面設(shè)計醫(yī)療行業(yè)軟件UI界面設(shè)計、教育行業(yè)軟件UI界面設(shè)計企業(yè)信息化UI界面設(shè)計、軟件qt開發(fā)軟件wpf開發(fā)、軟件vue開發(fā)



          作者:Q什伍
          鏈接:https://www.zcool.com.cn/article/ZMTU2ODA1Ng==.html
          來源:站酷
          著作權(quán)歸作者所有。商業(yè)轉(zhuǎn)載請聯(lián)系作者獲得授權(quán),非商業(yè)轉(zhuǎn)載請注明出處。

          B端交互設(shè)計之內(nèi)容太多怎么辦

          資深UI設(shè)計者

          B端交互設(shè)計之內(nèi)容太多怎么辦

          ZZiUP
          北京
          /
          設(shè)計愛好者
          /
          3年前
          /
          10353瀏覽
          版權(quán)
          私信
          關(guān)注
          B端交互設(shè)計之內(nèi)容太多怎么辦

          ZZiUP
          關(guān)注
          做設(shè)計的時候,尤其是B端頁面,我們一般按常用的場景去設(shè)計,但是內(nèi)容過多的時候如何在頁面中更好的顯示呢?
          我們知道B端產(chǎn)品設(shè)計場景更復雜,內(nèi)容更加不可控,再加上電腦屏幕大小適配,頁面寬度可自由拉伸,種種因素都要我們更加仔細的考慮頁面的各種極限值情況,如何寫全面設(shè)計規(guī)約是難點。相信在設(shè)計評審會上開發(fā)和測試最常問到的一個問題也是:這里內(nèi)容過多怎么展示?雖然我們在設(shè)計的時候是按照80%的場景去考慮,但是剩下20%的極限場景也需要我們給出設(shè)計規(guī)則。我根據(jù)工作中遇到的內(nèi)容過多的情況整理了以下這么多,當然解決辦法也可能有更好的方式,都歡迎大家補充~~

          【目錄】

          一、文字過多

          1、標題文字過多

             標題因為頁面、模塊等寬度限制,標題文字超長的極限情況如何顯示必然是需要考慮的。
          
             具體設(shè)計和寫設(shè)計規(guī)則時要考慮場景、功能、頁面布局等等情況再選擇處理方式。

          1)只有標題

          a打點:

          注意要根據(jù)頁面布局結(jié)構(gòu),給出標題最大寬度,然后標題文字過長打點,hover出tips;優(yōu)點是保持頁面簡潔、方便對齊;缺點是無法直觀看到全部內(nèi)容;

          b折行:

          給出標題最大寬度,然后標題文字過長則折行顯示;優(yōu)點是能夠直觀顯示出全部內(nèi)容,缺點是內(nèi)容太多的話視覺不友好:

          c先折行再打點:

          給出標題最大寬度,然后標題文字過長則折行顯示,折超過(比如2行)再打點。適用于大部分場景下最多2行就能顯示全,而且文字內(nèi)容對用戶非常重要

          2)有標題還有其他說明文字時

           當分組標題和說明文字結(jié)合時,一般要優(yōu)先顯示標題區(qū)域;當?shù)竭_說明文字最小間距(比如40px)時,標題打點,說明文字顯示不下也打點;hover時出tips

          3)表單的標題

           標題文字較多時一般換行顯示,最多顯示(比如2)行,更多打點顯示,鼠標經(jīng)過顯示tips;換行后算整體高度,距離下面的表單間距保持一致;

          4)打點的規(guī)則

          也就是從哪里開始打點,也是需要根據(jù)場景考慮的:

          a.尾部打點,也是最常用的

          b.中間打點,比如sketch畫板的標題展示不全時是從中間開始打點的;

          c.特定位置打點,比如標題里人名字過多時,沒辦法展示全,但是后邊的【等120人打標簽】又是極其重要的信息,這時候就需要給定人名稱一個最大展示的寬度,超過最大寬度就在最后一個人名處打點顯示;

          2.文本框內(nèi)文字過多

          文本框需要考慮單行文本/多行文本、激活態(tài)/展示態(tài)下文字過多如何顯示

          1)單行文本

          a有字數(shù)限制

          很多場景下,輸入框都不是無限輸入的,需要產(chǎn)品給出最大范圍,這時主要考慮校驗報錯問題:

          在搜索框,往往會設(shè)置最大字數(shù),超過則會截斷:

          b無字數(shù)限制

          輸入狀態(tài)時,文字過多,光標定位在輸入框末尾,可無限輸入,輸入框頭部內(nèi)容向前隱藏/截斷:

          展示態(tài)時,內(nèi)容從頭部開始顯示,輸入框末尾打點,或者漸隱,hover時可以選擇出不出tips:

          輸入完成后的一些交互:

          還有一種處理方式就是,超過字數(shù)限制后直接截斷,不讓輸入。

          2)多行文本

          a有字數(shù)限制

          b無字數(shù)限制

          3.介紹/說明文字過多

          用按鈕,展開收起內(nèi)容,展開收起可以常駐,也可以設(shè)置在鼠標hover時在顯示出來。

          二、彈層內(nèi)容過多

          1、確認對話框

          寬度自適應,文字自動換行,設(shè)置最大寬度;設(shè)置最大高度,內(nèi)容過多則出滾動條;還要給出滾動區(qū)域,比如標題+內(nèi)容的區(qū)域高度;

          2、tips提示

          tips寬高根據(jù)文字內(nèi)容自適應,設(shè)置最大寬度;文字過長時自動換行,設(shè)置最大高度,超過最大高一般多于的數(shù)據(jù)不展示,因為tips都是比較輕的提示;

          3、警告提示

          寬度自適應,文字自動換行。設(shè)置容器最大高度,標題+內(nèi)容數(shù)據(jù)過多,則產(chǎn)生滾動條

          4、全局提示

          容器寬高自適應,給出最大寬高,大于最高高度時出現(xiàn)滾動條,反饋信息建議精簡到一至兩行,icon位置固定不變。

          5、模式彈層

          彈層寬/高度可以給出定值,也可設(shè)置占視窗的百分比,設(shè)置占視窗的百分比,為了避免在窗口放大和縮小時彈層無限大或者無限小,一般就要同時設(shè)置最大最小寬度定值。比如設(shè)置彈層最大高度為頁面高度90% ,也可以設(shè)置100%,即高度全屏的彈層;高度超過頁面高度 90%時,則顯示滾動條,最小高300px;寬度在600px到1000px之間自適應。

          不管是什么彈層,其實都是承載內(nèi)容的容器,內(nèi)容很多時,容器不能隨內(nèi)容無限大就需要設(shè)置最大最小值或者百分比。

          三、選項過多

          1、選項較少

          當選項較少,空間足夠時,可以把選項平鋪展示,一方面能讓用戶直觀看到所有選項,另一方面也能減少用戶操作步驟;可以設(shè)置單選、復選

          2、選項較多

          當選項很多,空間不夠時,需要用彈層把選項收起以節(jié)省頁面空間;

          1)單選下拉選擇器

          當下拉內(nèi)容還很多,而且需要分類,那么就需要:分組下拉選擇器

          2)復選下拉選擇器

          a.個數(shù)過多
          
          復選下拉框內(nèi)選中項【個數(shù)】過多時,需要給出下拉框的最大高度,超過最大高度則折行,出滾動條:
          
          b.字數(shù)過多
          
          選中項【內(nèi)容】過多,需要給出選中項文字一個最大寬度,超過打點hover時顯示tips

          c.彈層規(guī)則

          【下拉彈層內(nèi)】根據(jù)下拉選項內(nèi)容自適應撐開,還需要給出彈層的最大高度為(比如290px),內(nèi)容過多產(chǎn)生滾動條;

          d.加入搜索功能
          
          如果下拉彈層內(nèi),選項非常多,那么用戶應用起來比較費勁,雖然有滾動條能展示全部選項,但是從這么多選項中選出某個選項就比較難了。這時就可以在彈層上加【搜索框】解決,方便用戶搜索;也可以在下拉選擇框上直接設(shè)置檢索功能;

          四、按鈕/標簽過多

          1、用按鈕收起

          最常用的解決方法就是用【更多按鈕】收起更多不常用的按鈕或標簽;

          比如:

          2、箭頭切換,輪播

          還可以用【左右箭頭】的方式進行切換:

          3、漸進式設(shè)計

          預先判斷用戶的操作,在用戶進行特定操作后再出現(xiàn)按鈕;漸進式設(shè)計是目前比較流行的,也是用戶體驗比較好的。

          1)hover時再出現(xiàn)要操作的按鈕:

          2)勾選復選框后出現(xiàn)按鈕:

          如下圖,選中選項后,篩選自動收起為一行同時操作區(qū)域出現(xiàn)覆蓋篩選區(qū),表格隨著篩選移動;
          取消所有勾選項或是點擊關(guān)閉按鈕,操作區(qū)收起恢復成篩選區(qū),篩選恢復成勾選前的狀態(tài);

          還有teambition的文件庫,復選框勾選前:

          復選框 勾選后出現(xiàn)行操作按鈕,按鈕覆蓋標題的位置:

          3)根據(jù)編輯態(tài)和展示態(tài)進行區(qū)分:

          展示態(tài)下頁面比較整潔,不顯示多余的按鈕:

          編輯內(nèi)容后,出現(xiàn)操作按鈕:

          輸入完成后的展示依然比較整潔:

          五、表格內(nèi)容過多

          B端產(chǎn)品的頁面常常會用到表格來承載一條條數(shù)據(jù)/記錄,那最好的情況就是表格列數(shù)較少,在最常見尺寸的屏幕下就能夠全部展示:

          但是,往往表格字段比較多,列數(shù)多會出滾動條,行數(shù)多出分頁;

          出現(xiàn)滾動條時為了關(guān)鍵的信息能夠一直顯示,常常會鎖定首列或者操作列:

          1、左側(cè)列鎖定:

          鎖定后,滾動數(shù)據(jù)列表內(nèi)的滾動條左側(cè)列首位置不動,只滾動右側(cè)的數(shù)據(jù),向左滾動的數(shù)據(jù)會被列首區(qū)域遮擋;

          2、右側(cè)列鎖定:

          滾動數(shù)據(jù)列表內(nèi)的滾動條右側(cè)列尾位置不動,只滾動左的數(shù)據(jù),向右滾動的數(shù)據(jù)會被列尾區(qū)域遮擋;

          3、橫向滾動條

          數(shù)據(jù)寬度超過屏幕寬度,則顯示橫向滾動條

          4、縱向滾動條

          數(shù)據(jù)高度超過屏幕高度,則顯示縱向滾動條;滾動范圍為表頭與分頁之間的內(nèi)容區(qū)域;

          六、功能過多

          1、用導航劃分

          頁面結(jié)構(gòu)層面上信息過多一般會用一級導航,二級導航的形式劃分內(nèi)容

          2、切換頁簽收納

          頁面內(nèi)容過多還常常用頁簽來收納;

          3、加入面包屑

          當頁面層級較多時需要加面包屑引導用戶如何返回,告知用戶的位置;面包屑不僅能讓用戶不迷路,還可以用來快速定位內(nèi)容,便于用戶快捷的選擇;

          4、抽屜收納

          抽屜可以收納很多內(nèi)容和操作同時保持頁面整潔。

          做設(shè)計的時候,尤其是B端頁面,我們一般按常用的場景去設(shè)計,但是內(nèi)容過多的時候如何在頁面中更好的顯示呢?

          交互思考:怎么設(shè)計任務流程

          資深UI設(shè)計者

          任務,到底是怎么來的?是原本就存在的?還是人為設(shè)計而來的?

          我理解中的交互設(shè)計與淺談對蘋果產(chǎn)品的人機交互與其設(shè)計哲學的感受

          資深UI設(shè)計者

          在之前文章的基礎(chǔ)上加入了一些圖示,可視化自己的理解

          寫文章來整理自己的思路,再談談自己對蘋果產(chǎn)品的感受,歡迎一起討論啊

          看懂設(shè)計(合集):交互設(shè)計原則在設(shè)計工作中的理解和應用

          資深UI設(shè)計者

          本篇旨在簡明扼要地向大家介紹交互設(shè)計中的一些原則,幫助大家理解和真正在工作中應用

          設(shè)計師如何做產(chǎn)品需求分析:先聊聊兩個“價值”

          ui設(shè)計分享達人

          近兩年出現(xiàn)了不少“解放設(shè)計師雙手”的設(shè)計工具、AI工具,我們似乎能很快輸出N種流程方案、N種布局方案、N種UI風格等等。問題是:這樣窮舉設(shè)計方案的工作方式當真有效嗎?
           
          請警惕“莫得感情”的出圖機器!具備競爭力的設(shè)計師必須有自主意識,包括清晰的思維邏輯、果敢的決策力。而體現(xiàn)這一意識和能力的重要環(huán)節(jié)之一,就是產(chǎn)品生產(chǎn)鏈路中的首個環(huán)節(jié)“需求分析”。
           
          需求分析并不僅僅是產(chǎn)品經(jīng)理的事兒。從共同目標的角度來看,互聯(lián)網(wǎng)企業(yè)在崗位劃分上區(qū)分了產(chǎn)品經(jīng)理、設(shè)計師、開發(fā)工程師等,是順應人的精力時間有限、術(shù)業(yè)有專攻的自然規(guī)律,但是從業(yè)務目標來說,每一個崗位都應該對“最佳用戶體驗和最大化商業(yè)利益的平衡”負責,確保這艘船在正確的航道上。所以,如果每個“船員”都具備主人翁意識和需求分析的能力,航程必然更健康穩(wěn)健。
          設(shè)計師如何做產(chǎn)品需求分析:先聊聊兩個“價值”
           
           
          對設(shè)計師來說,需求分析不僅僅是“這個功能要不要做”的問題,也會影響后續(xù)的設(shè)計方案決策。每一次的功能增刪或調(diào)整,都是在改變用戶接收產(chǎn)品界面信息的整體效用,那么每一個產(chǎn)品需求的分析都要評估這個功能在整個信息架構(gòu)、用戶體驗鏈路的位置孰輕孰重,也就必然會影響你的設(shè)計方案決策。
           
          產(chǎn)品需求從哪里來?
           
          “有用戶反饋說……"
          “國慶節(jié)快到了,我們策劃了一個活動……”
          “這個付費轉(zhuǎn)化率很低,達不到預期。我們想……”
          ……
          產(chǎn)品需求的來源多種多樣,可能來自產(chǎn)品經(jīng)理、用戶反饋、產(chǎn)品數(shù)據(jù)、市場風向、技術(shù)革新等等。當然,還有來自作為設(shè)計師的”我自己“。當我靈光一閃想到一個很炫酷的小創(chuàng)意,情感上免不了自以為是地想”咱們產(chǎn)品這么不做這個“——這個時候我也會用需求分析的框架來質(zhì)問自己:
          “值不值得做(價值評估)”、“應當先做什么(優(yōu)先級)”、“用戶需求要滿足到什么程度(核心體驗鏈路)”這三個問題。
           
          做需求分析,要想什么?
          我們常說產(chǎn)品需求要“洞察用戶真正的需求”,要明確“用戶價值”。剛?cè)胄械臅r候,我們都會點點頭,心想“對哦”。可是什么是“真正的”、什么是“假的”、什么是“價值”?說實話,這些概念都挺虛的。只有當理論落到某個用戶場景去分析,我們才能理解其深意。
           
          先說點虛的,什么是“價值”?
           
          價值是多維度的概念,在不同的學科中都會在“價值”前加一個表范圍的定語,比如“勞動價值”、“經(jīng)濟價值”、”社會價值”。隨著互聯(lián)網(wǎng)的發(fā)展,我們出現(xiàn)了兩個重要的新詞“用戶價值”和“產(chǎn)品價值”。
           
          對于用戶而言,他們購買或使用產(chǎn)品或服務是為了滿足特定的需求,比如提升效率、獲得愉悅、獲取經(jīng)濟收益等。那么我們說這個產(chǎn)品具有“用戶價值”。
           
          所以需求分析首先是“評估價值”,而價值評估則拆分為“用戶價值”和“商業(yè)價值”兩部分。即使當下的需求目標是提升用戶規(guī)模(拉新、促活、挽留等),并不需要用戶掏錢,也是為了實現(xiàn)長遠的商業(yè)價值。當然,這僅適用于以盈利為目標的企業(yè),非盈利組織還有“社會影響力”的目標,不在本文討論范圍內(nèi)。
           
          下面我們進一步拆解價值評估:“用戶價值評估”和“商業(yè)價值評估”。
          設(shè)計師如何做產(chǎn)品需求分析:先聊聊兩個“價值”
           
           
          1、用戶價值評估
          解決哪些用戶在什么場景下的什么問題?
           
          這個問題越具體到“人”,就越容易分析。如果需求來自于用戶反饋,我們溯源到具體的用戶。
           
          有一個朋友出去創(chuàng)業(yè),想做一個“找飯搭子”的同城陌生人交友軟件。他說,偶爾看到微信朋友圈有人召喚“有沒有人一起探店”的動態(tài),去網(wǎng)絡(luò)社區(qū)搜索“飯搭子”、“同城探店”等詞匯也能看到不少帖子。而且探店吃飯這件事直接關(guān)聯(lián)消費,商業(yè)模式很清晰。他想通過他的產(chǎn)品解決“用戶|在探店場景中|無法及時找到飯友”的問題。——“找飯友”是一個行為動作,沒有切入到用戶的內(nèi)在需求。
           
          定義用戶價值不能只停留在“行為上”,可以嘗試找到目標用戶做定性訪談,進一步深挖問題。比如,我們想進一步把問題下鉆,可能會問到這些問題:
           
          ● 用戶為什么要找飯友?不能一個人探店?
          ● 用戶為什么找不到“飯友”?
          ● ……
           
          我們進一步細化“用戶-場景-問題”的價值定義:
          解決 一線城市年輕用戶(尤其是剛遷移新城市的年輕人)|通過約伴探店|解決 同好交友(社群需求)、 “量大”餐館均攤成本(省錢需求)、獲得更愉悅的吃飯氛圍 (情緒需求)的問題。
          設(shè)計師如何做產(chǎn)品需求分析:先聊聊兩個“價值”
           
           
          那有了這個用戶價值定義是不是就可以順利立項呢?——看這個文章的篇幅,你只讀了不到一半,當然還有更多需要推敲的問題,請繼續(xù)閱讀。
           
          這個需求接觸不到真實用戶怎么辦?
           
          有時候我們的需求來源可能是市場風向、技術(shù)革新帶來的未知變化。我們無法直觀地獲知“具體的用戶是誰”、“TA在什么場景遇到什么問題”。
          ——這種情況,我們則需要反向思考:這個需求如果做了,獲益的用戶是誰?滿足了他們在什么場景下的需求?如果不做,用戶會不會因此棄用我們的產(chǎn)品?可能流失的用戶,大盤占比可能是多少?是不是高價值用戶?
          設(shè)計師如何做產(chǎn)品需求分析:先聊聊兩個“價值”
           
           
          用上面的思路去層層推敲,可能會否定原來的產(chǎn)品策劃,可能會挖掘出新的需求,可能會改變需求的優(yōu)先級。
           
          值得一提的是,有時候經(jīng)過層層推敲,最終得到的決策可能會與市面上的競品有所雷同。也就是我們經(jīng)常會問的一個問題:為什么A產(chǎn)品已經(jīng)做了這件事,B產(chǎn)品還要做同樣的事情?
           
          有的功能或服務是順應用戶需求而產(chǎn)生的,如果有所缺失,就無法達成用戶目標。比如短視頻產(chǎn)品都會做點贊和評論,因為視頻創(chuàng)作者和消費者分別有“獲得認可”的被尊重訴求、”表達意見“的掌控欲等心理需要。而產(chǎn)品則需要這些點贊和評論數(shù)據(jù)去評判內(nèi)容熱度和豐富個性化標簽,以優(yōu)化內(nèi)容的推送機制。很多同一賽道的產(chǎn)品會有雷同的功能,雖然常常被調(diào)侃為”相互抄“,但是真正做需求分析才能看清“什么是無腦抄”、“什么是必然如此”。
           
          2、商業(yè)價值評估
          用戶會為你這個新產(chǎn)品/新功能買單嗎?
           
          我們找到一個有用的需求點是簡單的,因為需求的來源真的太多太多,但是當我們發(fā)現(xiàn),用戶不一定會為我們的新產(chǎn)品或新功能買單。
          請注意,這里的“買單”不限于用戶掏錢,還包括用戶決定使用哪個產(chǎn)品的決策成本、用戶愿意花費在某個產(chǎn)品的時間和學習成本等。
           
          那我們怎么預判用戶會不會買單呢?或者,如何提升用戶的買單意愿呢?
           
          如前面所言,“用戶價值”就是通過你的產(chǎn)品獲得了預期的效用。效用可以是省了時間、省了錢、省了學習成本、獲得情緒價值、獲得安全感等。而用戶對效用的感知,往往是對比過去經(jīng)驗的解決方案得到的。所以,我們首先要看用戶之前是怎么解決這個問題的,然后是用戶遷移到新的解決方案(使用新產(chǎn)品或新功能)要付出多少成本。
           
          繼續(xù)用上面“飯搭子”的案例:
          設(shè)計師如何做產(chǎn)品需求分析:先聊聊兩個“價值”
           
           
          ——我們從這個案例可以看到,當我們做成本對比,不能簡單地說新舊方案哪個成本更高。用戶付出的“成本”是多維度,包括“時間成本”、“經(jīng)濟成本”、“安全風險”等維度。
          “飯搭子”這個新方案,對比舊方案,并沒有沒有壓倒性的成本優(yōu)勢。我們雖然可以通過產(chǎn)品設(shè)計和運營降低當中的用戶成本,比如通過用戶歷史參與數(shù)據(jù)(參與飯局次數(shù)、飯友評價、真實職業(yè)信息等)提供用戶靠譜度評分,以降低安全成本。但消除用戶成本,需要花費較大的資源投入,我們可以預判這不是一個高ROI的產(chǎn)品項目。
          有趣的是,人不是完全理性的。有的場景,只要其中一項成本感知強烈,人就可能選擇棄用這個產(chǎn)品。比如“飯搭子”這個案例中,女性用戶對安全風險更為敏感,女性用戶更不愿意嘗試陌生社區(qū)。
          設(shè)計師如何做產(chǎn)品需求分析:先聊聊兩個“價值”
           
           
          如果我做的是一個非常創(chuàng)新的項目,真的沒辦法找到“舊方案”做對比呢?或者我無法獲知舊方案的用戶成本呢?——我們依然建議盡可能地接近用戶、收集足夠多的信息,以輔助判斷。如果依然非常不明朗,可以通過MVP的方案去預估。關(guān)于MVP實踐的書籍和網(wǎng)絡(luò)資料很多,大家可以自行搜索。
           
          多少用戶會買單呢?
          ? 確認了這個需求有用戶價值
          ? 確認了有XX需求的用戶很可能會買單
          ——接下來可以開干了嗎?
           
          不夠,還需要
          預判收入規(guī)模
          。因為:收入=客單價x支付用戶數(shù)=客單價x訪問用戶數(shù)x支付轉(zhuǎn)化率。
          這個等式適用于一般的to C產(chǎn)品,不同的產(chǎn)品可能有差異,比如視頻用戶的使用時長可能與產(chǎn)品收入掛鉤,那么用戶時長也需要作為一個變量放入到你的產(chǎn)品收入公式中。
          當我們要開發(fā)一個新的付費互動功能,我們需要做數(shù)據(jù)預估:這個互動功能放在這個位置,每天的曝光可能是多少?按照此頁面同樣位置的點擊轉(zhuǎn)化和其他功能的付費轉(zhuǎn)化,能否預估這個新功能的收入?這個收入規(guī)模值得投入X天的開發(fā)人力嗎?
          如果這個需求的直接目標不是收入,而是獲取更大用戶規(guī)模。我們也同樣用“等式”這個思考方式來去做數(shù)據(jù)估算,只是把“收入”理解為用戶量或其他目標數(shù)值、而非金錢收入。
          當然,通過歷史數(shù)據(jù)估算收入是比較理想的情況。如果身處一個數(shù)據(jù)體系建設(shè)落后的企業(yè)中,我無法獲取足夠的數(shù)據(jù)支持,怎么辦呢?或者,這是一個絕對的革新體驗(比如AI輔助內(nèi)容創(chuàng)作),我無法用過往的數(shù)據(jù)或經(jīng)驗評估收入規(guī)模,怎么辦呢?
          那么,至少解答“解決哪些用戶在什么場景下的什么問題”,來看看這個需求的用戶場景覆蓋是否足夠廣;再權(quán)衡為了獲得這個新產(chǎn)品/新功能帶來的新體驗,用戶要投入哪些成本,以此做需求的排除法——跟創(chuàng)業(yè)一樣,做產(chǎn)品本身就存在了諸多不確定性,并非所有的決策都能通過公式去論證。
          我們只能在有限條件下盡量選擇做正確的事
          ,排除那些大概率不能成功的事。然后嘗試MVP,或直接交給市場和時間驗證。
          此外,如果設(shè)計師想作為初創(chuàng)成員加入新產(chǎn)品,還要跑通可持續(xù)的盈利模式。這里又是一大塊學問,比如了解這個企業(yè)做這件事的資源優(yōu)勢等等,本文作者的知識域和本文篇幅都有限,建議感興趣的朋友翻看商業(yè)分析相關(guān)書籍。但是新舊方案的用戶成本對比、收入公式的拆解,依然是重要且可行的商業(yè)價值視角。
           
          3、優(yōu)先級
          “優(yōu)先級”可以分為兩層理解,一層是產(chǎn)品需求之間的優(yōu)先級排序,另一層則是功能范圍層的優(yōu)先級,也就是我們聊需求經(jīng)常會問的問題:我們明確了這個產(chǎn)品需求當下就要啟動,但是當前要做到什么程度呢?
          前者,對比不同需求的產(chǎn)品價值大小,再結(jié)合開發(fā)實現(xiàn)成本和耗時、是否需要追趕某個時間節(jié)點等,產(chǎn)品需求之間優(yōu)先級不難得出。而設(shè)計師更多要思考的是后者。
          舉個例子:開學季馬上要到了,產(chǎn)品經(jīng)理了解到學校有類似“語文朗誦作業(yè)打卡”的作業(yè)打卡訴求。我們希望搶時間窗去滿足這個大規(guī)模的家校場景,即“如何最快地滿足每日/周重復的信息收集需求”?作業(yè)打卡場景可否
          延伸
          到其他打卡場景,不同的打卡有何共性或差異?
          其中“最快”暗含的意思是“
          這個功能至少要做到什么程度才能滿足最核心的用戶需求
          ”。這個時候,我們拉了一個表格,快速梳理不同用戶角色(比如區(qū)分“打卡創(chuàng)建者”和“參與打卡者”)的體驗鏈路,再決策
          各個體驗環(huán)節(jié)的功能復雜度要到哪里。
          從全盤中抽取出體驗閉環(huán)的最小集
          從全盤中抽取出體驗閉環(huán)的最小集
           
          不要忽視商業(yè)競爭中的時間差,因為搶先占領(lǐng)市場的產(chǎn)品實際上是提升用戶遷移到競爭對手的成本。過去我們提倡匠人精神,不放過每一個細節(jié)。而當前激烈的市場競爭環(huán)境下,“有的放矢”比“摳細節(jié)”更加重要。
           
          小結(jié)
          我們歸納一下需求分析的思路,多問問這些問題:
          設(shè)計師如何做產(chǎn)品需求分析:先聊聊兩個“價值”
           
           
          需求分析是比較考驗全局觀、邏輯性、數(shù)理分析和共情能力的。工作中可以通過拉表格、思維導圖、白板等工具梳理思路。如果你喜歡寫文字,那就用寫的方式??傊?,切忌接到產(chǎn)品需求就動手出界面方案。


          作者:騰訊ISUX
          鏈接:https://www.zcool.com.cn/article/ZMTYxODM0NA==.html
          來源:站酷
          著作權(quán)歸作者所有。商業(yè)轉(zhuǎn)載請聯(lián)系作者獲得授權(quán),非商業(yè)轉(zhuǎn)載請注明出處。
           

           

          空間用戶體驗 101:Vision OS 初體驗入門

          ui設(shè)計分享達人

          用戶體驗(UX)開始進入一個全新的時代, 3D 世界。虛擬世界正在不斷與現(xiàn)實世界融合。改變永不停止。

          今天,我們一起體驗來自蘋果的新產(chǎn)品 Vision Pro,感受一下以虛實融合的 3D 空間,全新的空間體驗概念,是如何整合到消費者使用場景之中?我們在未來設(shè)計中,需要注意哪些的重要事項?帶著無限的好奇,戴著 Vision Pro…

           

          掌握響應式布局:打造無縫跨平臺用戶體驗,讓你的網(wǎng)站在任何設(shè)備上都能閃耀

          ui設(shè)計分享達人

          隨著科技的不斷進步,用戶對于在線體驗的需求也日益增長在這個數(shù)字化時代,我們生活的每一個角落都充滿了屏幕一從智能手機到平板電腦,再到大型顯示器和電視,這些屏幕的尺寸和分辨率各異,要求我們的設(shè)計必須能夠靈活適應各種設(shè)備和環(huán)境。這就是響應式設(shè)計的魅力所在,它為我們提供了一個全新的視角,讓我們能夠創(chuàng)造出更加流暢、統(tǒng)一且個性化的用戶體驗

          深度解析體驗設(shè)計_從了解到運用

          ui設(shè)計分享達人

          1988年美國認知心理學家唐納德·諾曼 (Donald Arthur Norman) 在他出版的The Psychology of EverydaThings (1990年再版時書名為The Design of Everyday Things,中文版譯為《設(shè)計心理學》) 一書中已經(jīng)提出了設(shè)計的概念模式應由“設(shè)計模式”轉(zhuǎn)變?yōu)?ldquo;用戶模式”,設(shè)計要站在用戶體驗的角度思考問題,用戶體驗這個概念被正式提出和獲得廣泛認同。
          1995年(唐·諾曼)創(chuàng)造了“用戶體驗”了這個術(shù)語,用來描述他在蘋果公司時他的團隊從事的廣泛活動。

          析用戶習慣-讓你的產(chǎn)品更懂用戶

          ui設(shè)計分享達人

          用戶習慣的重要性
          為了設(shè)計出用戶易于接受的產(chǎn)品,進行用戶調(diào)研以了解其習慣變得尤為重要。在設(shè)計過程中,產(chǎn)品易用性是一個關(guān)鍵指標,它反映了產(chǎn)品是否易于使用。用戶往往會基于他們的“慣性認知”,即其他產(chǎn)品培養(yǎng)出的使用習慣,來判斷一款產(chǎn)品的易用性。因此,一個符合用戶習慣的產(chǎn)品往往被認為易用性較好,而不符合用戶習慣的產(chǎn)品則可能面臨用戶流失的風險。

          日歷

          鏈接

          個人資料

          藍藍設(shè)計的小編 http://www.sdgs6788.com

          存檔

          久久精品这里只有精99品| 久久国产精品久久久| 久久亚洲中文字幕精品一区| 伊人久久大香线蕉无码麻豆 | 久久se精品一区二区影院| 久久国产AVJUST麻豆| 国产精品久久久久a影院| 久久综合88熟人妻| 久久久久无码国产精品不卡| 香蕉久久夜色精品国产尤物| 国产AⅤ精品一区二区三区久久| 久久九九青青国产精品| 国产91久久综合| 69SEX久久精品国产麻豆| 久久久国产打桩机| 伊人色综合九久久天天蜜桃| 欧美精品福利视频一区二区三区久久久精品 | 中文字幕乱码久久午夜| 久久综合色区| 日本欧美国产精品第一页久久| 久久精品国产一区二区三区| 久久综合一区二区无码| 久久久久亚洲爆乳少妇无 | 国产69精品久久久久APP下载 | 人人狠狠综合久久亚洲高清| 久久综合综合久久狠狠狠97色88| 久久精品国产99国产精偷| 久久精品视频网| 久久精品国产99国产精品| 久久精品无码av| 久久无码中文字幕东京热| 久久天天躁狠狠躁夜夜躁2O2O| 亚洲va国产va天堂va久久| 久久精品国产亚洲av日韩| 91精品国产91热久久久久福利| 欧美精品一区二区久久| 一本久久a久久精品vr综合| 久久这里只有精品久久| 天堂无码久久综合东京热| 亚洲中文字幕无码久久精品1| 国产亚洲综合久久系列|