移動應(yīng)用設(shè)計應(yīng)當(dāng)避免的6個想當(dāng)然

過去幾年來底瓣,用戶交互進(jìn)化如此迅速是复,設(shè)計師們都快跟不上了——導(dǎo)致在創(chuàng)建移動應(yīng)用時,從其他媒介(甚至陳舊的應(yīng)用設(shè)計)中照搬交互設(shè)計技巧咬清。

其實重要的是要記妆兆ā:交互模式和設(shè)計要隨著媒介的改變而變化。

這種思想的第一階段旧烧,可見于鼠標(biāo)鍵盤的臺式電腦過渡到觸摸屏的過程中(Apple新推出的3D Touch就是個更加精細(xì)的例子)影钉。從全新的交互模式,到微小的交互細(xì)節(jié)和趨勢掘剪,每種新的設(shè)備平委、環(huán)境、模式和手勢夺谁,都帶來了機遇和陷阱廉赔。

照片來源:Apple

光是了解它們就要費一番功夫——更別說為它們設(shè)計了——下面是一些設(shè)計移動應(yīng)用時應(yīng)當(dāng)避免的想當(dāng)然。

1. 用戶總是需要創(chuàng)建賬號

他們不需要匾鸥,許多時候他們不想蜡塌、也沒有必要。

作為開發(fā)者勿负,除非將用戶固化到數(shù)據(jù)庫中馏艾,否則很容易把他們拒之門外。但從用戶的角度看,這不是光彩之舉琅摩。

憑什么要先注冊厚者,才能知道里面有什么?這個過程勞神費力迫吐,必須得物有所值库菲。

相反,用戶數(shù)據(jù)可以離線儲存志膀,當(dāng)用戶最終決定創(chuàng)建賬號時轉(zhuǎn)移到賬戶中熙宇。或者溉浙,可以考慮使用“訪客”或“試用”模式烫止,開放核心功能(比如下面的Wunderlist),展現(xiàn)應(yīng)用的功能戳稽,但是功能有限馆蠕,或者帶有水印。

照片來源:Wunderlist

一旦證明了你的應(yīng)用有價值惊奇,用戶毫無疑問會決定注冊互躬。在那之前,就有點過分要求了颂郎。

2. 用戶需要一套教程吼渡,告訴他們你的應(yīng)用有多棒

讓用戶使用,借此展現(xiàn)你的應(yīng)用有多棒乓序。解釋它有多好是非常無力的寺酪。而且,用戶通常都會跳過并忘記引導(dǎo)頁替劈。

瀏覽了所有說明的用戶寄雀,并不太理解整個引導(dǎo)頁設(shè)計。

如果你一定需要用戶使用全部注意力陨献,一步一步瀏覽引導(dǎo)(有些應(yīng)用確實如此)盒犹,那就要盡可能短,并且憑借幫助菜單來呈現(xiàn)湿故。這就有意義多了阿趁,即使在用戶用了一段時間以后膜蛔。

照片來源:UXCam

3. 不要假設(shè)某種方式能適應(yīng)所有應(yīng)用

即使是常見的交互模式坛猪,也應(yīng)該根據(jù)你應(yīng)用的特定環(huán)境來評估。

有個常見的例子皂股,地址輸入框里的“省份”下拉選項墅茉。由于省份名可以寫作幾種不同形式,標(biāo)準(zhǔn)的預(yù)定義內(nèi)容下拉菜單有它的合理意義。在這桌面端或許是可接受的(盡管這尚存爭議)就斤,但對于移動端可用性而言悍募,下拉菜單是最糟糕的選擇。

應(yīng)用的交互也是強調(diào)品牌的絕好機會洋机。如今的應(yīng)用中坠宴,有些非常難忘的品牌“瞬間”,例如從啟動圖進(jìn)入信息流時的Twitter小鳥绷旗,Snapchat的個人資料圖片動畫喜鼓,還有Hopper的加載圖片(詳見第5條)。

關(guān)鍵是我們不該迷信久經(jīng)考驗的方法衔肢,那不是使我們應(yīng)用出彩的唯一方式庄岖。

Hopper應(yīng)用的加載界面。

4. 應(yīng)用設(shè)計和響應(yīng)式網(wǎng)頁設(shè)計是一回事

雖然響應(yīng)式設(shè)計近似于移動應(yīng)用設(shè)計角骤,但為任何設(shè)備設(shè)計隅忿,與為獨立應(yīng)用設(shè)計,有天壤之別邦尊。

用戶在移動應(yīng)用中期望特定的交互模式和界面元素背桐。

例如,在iOS應(yīng)用左上角通常有個“返回”按鈕蝉揍,用來返回前一個界面牢撼。在網(wǎng)頁瀏覽器中,網(wǎng)站本身就不需要返回按鈕了疑苫;它通常都被省略掉熏版,因為那和瀏覽器本身太像了。

雖然這是很基本且顯而易見的例子捍掺,從菜單和表單撼短,到“彈窗”和字體大小,一切都有細(xì)微差別挺勿。我們在網(wǎng)頁中的設(shè)計曲横,在移動應(yīng)用中往往顯得有點尷尬或粗糙——并非必定是哪里錯了,而是它本就不同不瓶。

圖片來源:TD Bank iOS應(yīng)用的登錄和LinkedIn iOS應(yīng)用的登錄

比較一下TD Bank iOS版和LinkedIn iOS版的登錄界面禾嫉。

在TD Bank iOS應(yīng)用中,你會發(fā)現(xiàn)他們主要的UI元素做成了應(yīng)用的樣子蚊丐,左上角有返回按鈕熙参,底部還能看到一欄菜單(與iOS的模式一致)。卻沒有像應(yīng)用那樣麦备,為登錄框本身(和其他頁面內(nèi)容)設(shè)計樣式孽椰。輸入框上有默認(rèn)的iOS圓角和陰影昭娩,勾選框非常小,鏈接帶有下劃線黍匾,UI中甚至還帶有版權(quán)公告栏渺。缺乏應(yīng)用獨有的感覺。

相反锐涯,LinkedIn iOS應(yīng)用的確感覺像是個應(yīng)用磕诊,盡管不是因為哪個特定的設(shè)計或界面元素。而是因為他們沒有把網(wǎng)頁打包成應(yīng)用纹腌。他們?yōu)閼?yīng)用而設(shè)計秀仲,而非移動端網(wǎng)頁——我們能看出區(qū)別。

5. “加載小轉(zhuǎn)盤”是表達(dá)加載中和思考中的正確方式

默認(rèn)的加載圖標(biāo)(例如iOS的小轉(zhuǎn)盤壶笼,從中心點發(fā)散出的灰色線條)似乎有負(fù)面的暗示神僵。

它們不僅出現(xiàn)的不是時候,也作為移動操作系統(tǒng)的一種功能覆劈,指示一切事物的狀態(tài)保礼。從設(shè)備開機,到連接wifi出現(xiàn)問題责语,或是應(yīng)用加載緩慢炮障。

正因如此,人們討厭看到孤零零的一個轉(zhuǎn)盤坤候,沒有任何指示信息或時間進(jìn)度胁赢。

相反,應(yīng)該嘗試讓加載感覺更自然——甚至將它隱藏白筹。一種方式是通過占位元素來暗示內(nèi)容智末,F(xiàn)acebook就這樣呈現(xiàn)時間軸的加載狀態(tài)。你還可以利用這個機會徒河,在加載指示器和信息上發(fā)揮創(chuàng)意系馆,例如在界面上加入一些奇思妙想,或者強調(diào)品牌顽照。

照片來源:Facebook iOS app

6. 用戶首次使用時由蘑,會盲目地允許通知

絕不能依賴操作系統(tǒng)默認(rèn)的“允許通知”對話框。這個無腦設(shè)計會絆倒無數(shù)移動端設(shè)計師代兵。首先尼酿,它并沒有說得足夠清楚為什么應(yīng)用需要獲取權(quán)限,讓它能隨時隨地侵犯用戶隱私植影。

相反裳擎,應(yīng)該在應(yīng)用中設(shè)計一個自定義的“允許通知”界面。

永遠(yuǎn)都要告訴用戶你的通知有多么重要(盡可能給他們展示例子)何乎,并且向他們保證不會有不必要的垃圾信息轟炸句惯。

一旦用戶理解了應(yīng)用通知的價值土辩,謹(jǐn)慎提供原生的支救、基于系統(tǒng)的彈窗——他們會立刻看見抢野,不會把事情搞得一團糟。

照片來源:http://peach.cool/

一款廣泛宣傳的新近應(yīng)用Peach就做得很完美各墨。

它第一個“允許通知”對話框看起來很像真正iOS系統(tǒng)對話框(但并不是)指孤,他們解釋了“為什么”需要通知,消除了疑慮贬堵。用戶點擊“允許”之后晒哄,就會看到真正的iOS系統(tǒng)對話框(相比之下方灾,這個沒用多了)。

照片來源:http://peach.cool/

人們對應(yīng)用界面的期望更多了,標(biāo)準(zhǔn)正在水漲船高预侯。

對于基于應(yīng)用的公司,不當(dāng)?shù)睾鲆暭?xì)節(jié)會損害應(yīng)用的接受度——甚至?xí)茐哪闩c用戶的關(guān)系比默。

以上6個想當(dāng)然還只是開始恬总。如果想要繼續(xù)深入,要學(xué)著留心和避免日常的假定宏所。小心不要想當(dāng)然以為自己知道什么界面最適合——始終都要努力尋找最佳方案酥艳。

非特殊說明,文章歸原作者所有爬骤,轉(zhuǎn)載請注明出處

本文地址:http://www.siweiw.com/sjinfo7393.html

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
  • 序言:七十年代末充石,一起剝皮案震驚了整個濱河市,隨后出現(xiàn)的幾起案子霞玄,更是在濱河造成了極大的恐慌骤铃,老刑警劉巖,帶你破解...
    沈念sama閱讀 218,204評論 6 506
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件坷剧,死亡現(xiàn)場離奇詭異劲厌,居然都是意外死亡,警方通過查閱死者的電腦和手機听隐,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 93,091評論 3 395
  • 文/潘曉璐 我一進(jìn)店門补鼻,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人雅任,你說我怎么就攤上這事风范。” “怎么了沪么?”我有些...
    開封第一講書人閱讀 164,548評論 0 354
  • 文/不壞的土叔 我叫張陵硼婿,是天一觀的道長。 經(jīng)常有香客問我禽车,道長寇漫,這世上最難降的妖魔是什么刊殉? 我笑而不...
    開封第一講書人閱讀 58,657評論 1 293
  • 正文 為了忘掉前任,我火速辦了婚禮州胳,結(jié)果婚禮上记焊,老公的妹妹穿的比我還像新娘。我一直安慰自己栓撞,他們只是感情好遍膜,可當(dāng)我...
    茶點故事閱讀 67,689評論 6 392
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著瓤湘,像睡著了一般瓢颅。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發(fā)上弛说,一...
    開封第一講書人閱讀 51,554評論 1 305
  • 那天挽懦,我揣著相機與錄音,去河邊找鬼木人。 笑死信柿,一個胖子當(dāng)著我的面吹牛,可吹牛的內(nèi)容都是我干的虎囚。 我是一名探鬼主播角塑,決...
    沈念sama閱讀 40,302評論 3 418
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼淘讥!你這毒婦竟也來了圃伶?” 一聲冷哼從身側(cè)響起,我...
    開封第一講書人閱讀 39,216評論 0 276
  • 序言:老撾萬榮一對情侶失蹤蒲列,失蹤者是張志新(化名)和其女友劉穎窒朋,沒想到半個月后,有當(dāng)?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體蝗岖,經(jīng)...
    沈念sama閱讀 45,661評論 1 314
  • 正文 獨居荒郊野嶺守林人離奇死亡侥猩,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點故事閱讀 37,851評論 3 336
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發(fā)現(xiàn)自己被綠了抵赢。 大學(xué)時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片欺劳。...
    茶點故事閱讀 39,977評論 1 348
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖铅鲤,靈堂內(nèi)的尸體忽然破棺而出划提,到底是詐尸還是另有隱情,我是刑警寧澤邢享,帶...
    沈念sama閱讀 35,697評論 5 347
  • 正文 年R本政府宣布鹏往,位于F島的核電站,受9級特大地震影響骇塘,放射性物質(zhì)發(fā)生泄漏伊履。R本人自食惡果不足惜韩容,卻給世界環(huán)境...
    茶點故事閱讀 41,306評論 3 330
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望唐瀑。 院中可真熱鬧群凶,春花似錦、人聲如沸介褥。這莊子的主人今日做“春日...
    開封第一講書人閱讀 31,898評論 0 22
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽柔滔。三九已至,卻和暖如春萍虽,著一層夾襖步出監(jiān)牢的瞬間睛廊,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 33,019評論 1 270
  • 我被黑心中介騙來泰國打工杉编, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留超全,地道東北人。 一個月前我還...
    沈念sama閱讀 48,138評論 3 370
  • 正文 我出身青樓邓馒,卻偏偏與公主長得像嘶朱,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子光酣,可洞房花燭夜當(dāng)晚...
    茶點故事閱讀 44,927評論 2 355

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

  • Android 自定義View的各種姿勢1 Activity的顯示之ViewRootImpl詳解 Activity...
    passiontim閱讀 172,138評論 25 707
  • 發(fā)現(xiàn) 關(guān)注 消息 iOS 第三方庫疏遏、插件、知名博客總結(jié) 作者大灰狼的小綿羊哥哥關(guān)注 2017.06.26 09:4...
    肇東周閱讀 12,103評論 4 62
  • 家在遠(yuǎn)方戳寸。 這個暑假我又不回家了。 是的拷泽,我又不回家了疫鹊,也許在大學(xué)四年我只會回家三次,每年的春節(jié)司致。 沒有很想家拆吆,只...
    昕圜閱讀 500評論 2 1
  • 我對boost.asio的使用不深入,所以總是過了一段時間就會對它的理解上又變得模糊起來蚌吸。還是先回頭看看boost...
    Brent姜閱讀 1,091評論 0 0
  • 流水賬 車子今天總算修好了锈拨。 上網(wǎng)搜索了麻省理工科技評論,2017年的十大已經(jīng)評選出來了羹唠。不出意外奕枢,生物醫(yī)學(xué)又是重...
    貍貍的守護(hù)者閱讀 162評論 0 0