熟練掌握 iOS、Android 設(shè)計規(guī)范是一個設(shè)計師必備的工作技能,幾乎每家公司都要求做自己的設(shè)計規(guī)范。當(dāng)我們在工作中考慮去做一件事的時候,首先應(yīng)當(dāng)思考的是這件事情能帶來什么收益,然后再去決定做不做和怎么做。-泉州網(wǎng)站建設(shè)--廈門中國制造網(wǎng)
我從兩個角度來看遵守設(shè)計規(guī)范帶來的收益:
一方面,用戶長期使用某個平臺的系統(tǒng)后積累了很多對應(yīng)的習(xí)慣,如果設(shè)計的產(chǎn)品遵循了這些習(xí)慣,用戶用起來會更順暢,體驗好是一個產(chǎn)品的競爭力;-泉州網(wǎng)站建設(shè)--廈門中國制造網(wǎng)
另外一方面,每個平臺的設(shè)計規(guī)范背后都有源文件、技術(shù)支持和代碼可以借鑒復(fù)用,這樣可以提高設(shè)計和開發(fā)的效率,能更敏捷的應(yīng)對市場和用戶需求的變化,自然也就更有可能在商業(yè)社會里成功。
△ 兩個角度
但是這兩個角度并非在任何條件下都成立,假如你開發(fā)的產(chǎn)品之前有一個非常知名的競品偏偏用了和平臺設(shè)計規(guī)范相反的做法,這時候你的產(chǎn)品抄襲競品的規(guī)范,競品的用戶被你吸引過來之后毫無使用障礙,這可能比盲目的遵守平臺設(shè)計規(guī)范帶來更大的收益。
雖然每個平臺規(guī)范后面有各種源文件代碼可以參考,但是如果要完全遵守 iOS 和 Android 規(guī)范,細(xì)節(jié)的差異特別多,需要招聘更多的設(shè)計師和研發(fā)工程師來處理,甚至連商業(yè)轉(zhuǎn)化率在不同平臺都會不穩(wěn)定,這種成本提升和商業(yè)營收變動,收益還抵不過虧損。
到底如何遵守設(shè)計規(guī)范才能獲得最大收益?怎么樣遵守規(guī)范?我總結(jié)了四個層次來思考和執(zhí)行。
我將 iOS、Android 規(guī)范中的所有特性劃分到四個層次中,并采取不同的策略來決定是不是遵守它。
△ 規(guī)范四層次模型
所謂限制層,即 iOS、Android 限定完全不能更改的機制。比如 Android 導(dǎo)航欄的三大金剛鍵,你不可能把 App 做得按 back 前進(jìn)到下一頁,或者在 iOS 上按下 home 鍵不回到桌面,這是系統(tǒng)限定死的只能完全遵守。
限制其實也意味著機會,每個平臺都有自己獨特的特性,運用得當(dāng)能產(chǎn)生更大的收益,比如 Android 的通知欄,一些音樂App 可把播放控制按鈕常駐通知欄中,方便用戶操作。
△ Android通知欄常駐
習(xí)慣層是指用戶長期使用該系統(tǒng)后產(chǎn)生的一些習(xí)慣,處于習(xí)慣層的特性可以想辦法以比較小的代價去遵守,或者同時兼容兩種風(fēng)格。
例如想刪除列表中的某一條,iOS 用戶通常向左滑動,而 Android 用戶習(xí)慣長按。整個 App 所有沒有多選功能的列表都可以遵循這條原則去開發(fā)。-泉州網(wǎng)站建設(shè)--廈門中國制造網(wǎng)
△ 列表單條目操作差異
對于有下一頁的列表,Android 沒有任何指示,iOS 則有一個向右的箭頭,可以根據(jù) iOS 規(guī)范兼容 Android,這樣可見性更好,也不用專門再設(shè)計另外一套圖。
△ 統(tǒng)一列表下一頁指示器風(fēng)格
iOS 和 Android 每次更新都會借鑒對方的優(yōu)秀特性,因此很多地方操作習(xí)慣上差不多。比如 Android 不再固執(zhí)的推薦你用 Drawer(抽屜導(dǎo)航),而是規(guī)范中加入了底部 Tab,雖然兩個平臺給的視覺樣式有些差別,但 Tab bar 內(nèi)在的交互邏輯已經(jīng)一致,因此處在通用層的特性無需顧慮統(tǒng)一成一種。
講一個從朋友那聽到的小故事:一款錄音App,除中國以外的用戶都是點擊開始錄音,而中國用戶絕大部分都是長按,因為中國用戶錄音習(xí)慣被微信這個國民 App 給「塑造」了。
△ #論微信的使用時長習(xí)慣培養(yǎng)#
因此用戶操作 App 的習(xí)慣除了來自系統(tǒng)本身的規(guī)則,還受到用戶常用 App 的二次影響。除了好好學(xué)習(xí) iOS 和 Android 的設(shè)計規(guī)范,多多研究用戶常用的 App 也是一件很重要的事情。
這四個層次越底層違反帶來的代價就越大,當(dāng)然只要有足夠的利益代替違反規(guī)范帶來的損失,除了限制層其他層的特性都可以違反,有不少突然火起來的創(chuàng)意游戲就是很好的案例。
這篇文章每個層次我都只舉了一例,這不符合我「具備可操作性的經(jīng)驗」的寫文宗旨。事實上《這個控件叫什么》就是這個四層次模型的鋪墊,在之后的文章中,我會把 iOS 和 Android 的所有控件、特性歸類到這個模型中,給出系統(tǒng)的解決方案,讓大家看到了就能馬上運用到工作中,快速設(shè)計和開發(fā)出同時滿足 iOS、Android 平臺用戶習(xí)慣的 App。