移動平臺設計優先:愛恨交加
移動平臺設計優先:愛恨交加-移動閱讀二維碼

過去,對于網頁項目,大部分網頁設計者和他們的客戶都先從桌面版入手,同時把移動版放在第二步實現。即使在響應式設計興起之后,我們中的很多人仍然會從“全尺寸”的網站設計開始,然后再進行裁減。

不過目前在該行業中,將整個工作流程完全顛倒過來的趨勢漸長,即先考慮移動版本,然后再將其擴展為一個更大的桌面版本。為什么你將會使用這種方式來處理項目?這種策略的利弊又如何?請繼續讀下去!

與Heart Internet VPS共同呈現這篇文章,它是我們關于“展望桌面設計”系列的一部分。

 

移動網頁設計并非小眾

如果你仍然認為移動網頁設計和應用開發是小眾市場,那么你需要改變一下你的思路了,移動并不是趨勢,即使將來也不是,它就是當下。不相信?這里有一些自來Mobithinking的上個月的統計數據,有點驚人哦!

 

  • 全世界的移動網頁用戶超過12億
  • 在美國,25%的移動網頁用戶只使用移動設備上網(他們很少使用桌面設備上網)
  • 移動應用下載達109億次
  • 移動設備銷售全線增長,并且新的手機中,超過85%以上具備上網功能

其中最強有力的事實就是以上的第二條,它足以說明很多用戶很可能只會訪問網站的移動版本。這是個很驚人的發現,不是嗎?

 

相較以往,網頁更像是我們隨身攜帶的物品,而不只是出現在我們的桌邊或者家里。這是一種全球趨勢,在未來的數年間,這種現象會持續增長。你準備好了嗎?你的專業技能集合中包含了所有重要平臺上的網頁開發了嗎?還是只是停留在桌面領域?

為什么移動平臺優先?

奇怪的是,到現在為止,還沒有人從中學到新的東西。那些你所熟知的200多塊美元的手機已經明明白白的告訴你,網頁已經突破了電腦機箱的桎梏。

然而,移動網頁訪問雖然很流行,但這并不是說服我采用移動平臺設計優先策略的原因。要知道25%的只通過移動設備訪問網頁的用戶的反面是,還有75%的人并不是這樣的!很顯然,桌面訪問仍然是一個很重要的渠道,還沒到把它忘記或是擱置一旁的時候。所以為什么我們仍然要考慮移動平臺設計優先的思路呢?

2010年,埃里克·施密特宣布谷歌從彼時開始將采用這一策略,它是網頁設計移動平臺優先興起的主要原因之一。他甚至說:“我認為,目前,我們全體的合作項目,使得移動平臺能解決幾乎所有的問題?!睘槭裁丛O計思路會發生如此劇烈的變化?

 

優雅降級還是漸進增強

這兩個詞是幾年前的流行詞語,它們現在仍然能夠幫助我們洞察網頁設計移動平臺優先的想法,并幫助我們了解其成為一個重要概念的原因。

曾經有一種需求,希望在盡可能多的瀏覽器和平臺上支持一種設計功能,由此引出了“優雅降級”。設計者和開發者希望能夠利用新技術,同時又不能把那些沒有安裝新技術的用戶排除在外。最后總的想法是創建并提供盡可能佳的服務,同時要考慮到每種可能的降級,不管它有什么缺陷,網站都要確保正常工作。

 

對于移動平臺網頁設計,這就意味著,需要對一個完整的,標準的網頁進行縮減,并逐步去掉內容和功能,因為視窗變得越來越小,系統變得越來越簡單(比如不支持Flash,等等)

由此趨勢又引發了一個強有力的新概念:漸進增強。在這個版本的故事中,你在移動平臺上使出渾身解數,占有最小的屏幕面積,占用最少的處理能力以及使用最少的第三方插件,為用戶提供視覺與功能的完美體驗。當有需求出現時,再逐漸“增強”網頁。對于較大的平臺,甚至可以無需顧忌諸多限制,徹底重新考慮。

為什么漸進增強勝出了?

乍一看,這兩種方法都差不多。只要最后完成了,誰會在意你是從哪兒開始設計的呢?對嗎?

不過,實際情況卻有點復雜。當你從桌面平臺開始設計時,通常會傾向于利用該平臺所能提供的所有功能。你利用了很多很棒的技術,做出了很炫的產品,只是突然意識到,沒有一個能用到移動平臺上的。這會嚴重削弱移動產品,就感覺像是一個事后才想起來的東西,而不是一個經過雕琢并完成的產品。每個項目都會發生這種情況嗎?也許不都是,但是通常這種情況比你想象的更加普遍。

如果我們審視一下漸進增強的工作流程,就會發現它會導向另一個結局。這里讓我們從一個既非常簡潔又令人印象深刻的項目說起。盡管面臨諸多限制,你還是投入了全部的啟動能量,并創造出一個外觀和功能都很不錯的產品。

更重要的是,你已經闖過了將內容削減至最重要元素的難關。等到需要把此設計移植到桌面平臺的時候,你不再需要考慮要裁減掉哪些,怎么削減產品功能,你只需決定怎么使它變得更加健壯!

網頁內容:有選擇的提供是最佳方案

以上的論據純粹是從哲學的角度出發,來得出最終的結論——即如果你使用移動平臺設計優先的方法,那最終會有一個更好的結局。如果你想要一些更顯著的實質性的論據,只需看看你是如何提供網頁內容的。

 

如果我們持優雅降級的觀點,會基于用戶使用的是最大化的平臺這個假定,從而將所有的內容(包括文本,圖片,視頻,語音,等等)同時推送給用戶,由此,移動版本的功能就是簡單的忽略或者是刪除頁面上的諸多內容。問題來了,不管給定的平臺需不需要,所有的內容都已經加載了。這些內容往往都多于給定平臺所必須的內容,而通常隨之而來的是超慢的網絡下載速度。瞧,看出問題所在了嗎?

如果持移動平臺優先的觀點,那么在那些較小的平臺上,我們一開始只會加載絕對必須的內容。這樣可以避免不必要的延時,體驗到更快的速度。而附加的資源則嚴格按照按需的原則進行加載,即只加載那些目標平臺能夠很好的進行處理的資源。

響應式設計怎么樣?

那“漸進增強”又如何與網頁設計的另一主流趨勢“響應式設計”保持一致?好消息是這兩種策略并不是互相競爭的關系。事實上,你可以認為他倆是互補的。

響應式設計的理念是,基于設備類型和視窗大小來進行媒體查詢。牢記這一點,你就可以從移動平臺的角度來進行初始CSS的編碼,然后隨著設備視窗的增大,再使用媒體查詢有選擇的提供附加的樣式。

典型的響應式設計是從大視窗開始,然后再逐步裁減。而以上的方法看起來剛好相反。不過基于上述觀點,很顯然,從小至大構建媒體查詢的背后仍存在很多邏輯。

肥大正在走下坡路

移動平臺設計優先萬歲!很顯然它是自The Oatmeal以來,對網頁設計最具沖擊力的思想。但是為什么我對它就興奮不起來呢?即使我經常對響應式設計大談特談,為什么我還是會經常避免談及網頁設計移動平臺優先的話題呢?

答案很簡單:它既不好玩也不容易。響應式設計確實很微妙,但是它讓我真正在布局上施展拳腳,使用眾多的瀏覽器內置功能,實現一些很酷的特效。響應式設計讓我可玩的東西更多,而不是變少。

然而對于移動平臺設計有限,第一步的諸多限制就給了我當頭一棒。一點兒也不好玩!馬上我要面對的是更小的屏幕,更少的資源,還有一大堆的麻煩。更進一步說,這不是個令人感到舒適的領域?;旧衔业木W頁設計生涯都是在桌面領域度過的,我所積累的經驗只在鼠標的移動和點選之間,而不是指尖輕觸。雖然我已經做了很多移動平臺的工作,但是我還不能說這是我的強項。

更重要的是,從嚴格的設計角度而言,我發現如果從移動平臺開始設計,并把它做好真的是很難的一件事。我在最近的一篇文章中提到過此觀點,在評論中迎來了一片歡呼聲。我甚至聽說業界領先的專家們也持類似論調。

迎接挑戰

讓我們再來看一下我贊同和反對移動平臺優先設計的理由。在贊同這一欄里,我們的觀點直白且富有邏輯,而且難以忽視。在反對這一欄里,充斥著抱怨和猶豫不決。你認為哪一邊會獲勝呢?

或許你能找出比我更有力的反對移動平臺優先的理由,但是從客觀的角度來講,很顯然移動設計優先具有更強的競爭力。

這意味著我可能需要突破自我,迎接挑戰,以移動平臺的角度開始設計項目。如果這令我感到很不舒服,很好,說明我還有成長的空間,還有新技術需要學習。

基本上,我采用移動平臺優先方法的原因是因為它是以用戶為中心的,而我反對此方法的原因則源于個人,那么以致力成為一名更好的設計師的名義,我必須放棄一點舒適感。

什么讓你畏縮不前?

現在你明白,網頁設計移動平臺優先之所以偉大完全是因為它是服務于用戶的。你知道諸如谷歌這樣的大公司正在采用這一方法,而你也清楚的了解移動平臺優先的工作流程所能帶來的好處。所以,還有什么讓你畏縮不前呢?

你是否認同我的個人觀點——移動平臺優先確實很難實施,但是同時也贊同,你只是需要拿出點男子氣概(或者女漢子氣概也行)勇敢跨出這一步?或者還有什么更大的問題在阻礙著你?留下你的評論,讓我們共同探討吧!

原文作者:Joshua Johnson
原文來源:designshack.net
譯者:?knowwell

本文鏈接:http://www.casaleticia.com/mobile-platform-design-is-preferred.html
本文標簽: , , , , ,