給Watch做App？5個應該跳過的Apple Watch設計模式

編者按：今天這篇譯文價值很高，作者從大量繁復的錯誤中總結(jié)了5個最關(guān)鍵的精髓，建議設計師同學都學習一下，絕對能幫你更加深刻地理解這個平臺 >>>

• 投稿者：設計譯言，歡迎同學們關(guān)注它的微信號（設計譯言）呦。
• 本文為作者授權(quán)優(yōu)設發(fā)布，未經(jīng)作者本人授權(quán)請勿轉(zhuǎn)載，謝謝 ：）

自從去年秋天 Apple Watch 公布以來，蘋果就一直在努力地為開發(fā)者服務——包括搭建社區(qū)并提供搶鮮版的 WatchKit SDK 。這一切都是為了鼓勵開發(fā)者為初代 Apple Watch 制造殺手級應用。

然而，事實證明這并沒有什么卵用。目前上架的絕大多數(shù)的第三方應用都表現(xiàn)得十分平庸、遲緩和笨重。

有人說這是因為 Apple Watch 是蘋果歷史上，從公之于眾到正式發(fā)售間隔時間最長的一款產(chǎn)品。這逼迫了開發(fā)者在沒有任何實際使用體驗的情況下，只好依靠模擬器去做實驗。還有人說，這是因為 Apple Watch 是一個全新的平臺，提供了前所未有的使用體驗。所以開發(fā)者還需要一些時間去摸索并積累經(jīng)驗。在我看來，這兩個原因都有道理。

于是，我們總結(jié)了 5 個需要規(guī)避的 Apple Watch 設計模式，目的是幫助開發(fā)者基于現(xiàn)狀，繞開這些坑并提供盡可能好的用戶體驗。

第一坑：以 Apple Watch 為中心做設計

以手表作為核心來做設計，這是錯誤的嗎？我知道這聽起來很奇怪，但事實上，目前我們所見到的最棒的 Apple Watch 應用，都不是以表上功能為核心的應用，反而是那些把表作為其他 iOS 設備輔助工具的家伙。

而那些坑爹的 Apple Watch 應用，都太過于依賴 iPhone 所提供的動態(tài)數(shù)據(jù)了，它拖慢了整個使用體驗。（譯注：因為 Apple Watch 通過藍牙與手機連接，而藍牙傳輸速度很慢，所以那些需要大量動態(tài)數(shù)據(jù)的手表 app 體驗很爛。）以 Twitter 為例，傳輸最新的推文是需要一些時間的，但這個等待的過程過于漫長，以至于用戶都不想用手表來看推特了。

另一方面，在手表上接收推文是一種被動行為而非主動操作。Twitter 會主動發(fā)送一條蘋果官方所謂的一瞥式的新消息通知（譯注：Glance notification）到你的手表上，而不是由你自己去刷新 Twitter。這里的使用體驗與之前存在根本性的區(qū)別。

Twitter 的 Apple Watch 應用

第二坑：使用動態(tài)生成的圖像

這一點是蘋果明確建議開發(fā)者要避免的事情。

使用動態(tài)生成的圖像會明顯拖慢加載速度，進而影響用戶體驗。

內(nèi)置在手表里的圖像可以被設備直接展示，而動態(tài)生成的圖像需要先經(jīng)過手機應用處理再傳輸?shù)绞直砩险故尽?/p>

iPhone 與 Apple Watch 間的數(shù)據(jù)傳輸示意。

如果你的應用非得使用動態(tài)生成的圖像，請一定要用緩存機制。這會使你的應用快那么一點點。此外，務必要提供動態(tài)圖像缺省時的內(nèi)置圖像。（更多使用圖片和動畫，但不影響性能的方法請查看 Clover Clover 的案例研究）

第三坑：假定用戶知道「按壓」操作

隨著時間的推移，按壓操作（Force Touch）肯定會成為蘋果用戶的自然的操作，正如最新的 Macbook Air 的觸控板也引入這一操作一樣。并且有跡象表明，未來的 iPhone 和 iPad 也會引入這個特性。

譯注：「按壓」操作與長按不同，它還需要一定的力量才能觸發(fā)。如果你玩過相機——我指的是真正的相機——就應該有所體會，長按與按壓就像是對焦與拍照這兩個動作，所需要的力量是不同的。

按壓操作所觸發(fā)的菜單。

然而悲劇的是，在 Apple Watch 應用里并沒有任何視覺提示告知用戶當前界面存在「按壓」這個操作。用戶能輕易地識別縱向瀏覽方式和操作按鈕，但無法得知按壓操作的存在。

這個問題未來可能會被蘋果解決。但是現(xiàn)在，作為開發(fā)者，最好不要去碰它。

如果非要使用按壓操作，你應該在用戶使用之前，提供一個操作說明，告知用戶如何使用按壓操作觸發(fā)菜單。

第四坑：為了做而做

不是每個 iPhone 應用都需要一個對應的 Apple Watch 應用的，就算這對于市場運營來說是一個不錯的噱頭。舉個例子，我們不需要在手表上看書，因為沒有人有這種奇怪的需求。（譯注：手舉著 30 秒就累死了）

隨著應用圖標的增加，手表的表盤會變得十分擁擠，因為沒有文件夾來收納它們。與此同時，在一大堆圖標中找到目標應用也是一件挺坑爹的事情。

Apple Watch 的表盤（譯注：這只是原生應用，真實情況比這要多得多）

我們已經(jīng)見過一些很棒的手表應用了，比如 Mint（預算應用），它僅僅用于展示當前的預算情況。Remote 應用只有一個功能：控制 Apple TV。MLB At Bat 則只提供了快速瀏覽你喜歡球隊實時比分的功能。

總而言之，你的 iOS 應用才是核心，而 Apple Watch 應該作為它的附屬。所以，你最好是先設計 iOS 應用，假如在這過程中，你發(fā)現(xiàn)了一個不錯的手表應用使用場景，那你再接著做手表的應用吧。（更多相關(guān)信息請查看 BUZL 和 CardioWorkoutTracker 案例研究）

第五坑：讓用戶看大量信息

少即是多，是 Apple Watch 所尊崇的原則。不要在你的 Glance 界面上放太多信息，使用戶不得不盯著看很久。Glance 的目的就是使用很少的詞匯與圖片傳遞必要的信息，同時要求易讀且一瞥就能看清。

如果顯示必要信息之外的更多內(nèi)容，意味著用戶不得不花更多的時間來讀，這會導致長時間抬手臂所引發(fā)的不適。而且也不利于手表的電池續(xù)航。

To Do 應用的 Glance 界面

上圖展示了 To-Do 應用簡潔地呈現(xiàn)了還剩多少任務，以及已完成的任務數(shù)。

更多的可能性包括，劇場的 app 可以用手表來展示預訂座位的信息，航空公司的 app 可以用它來展示登機口的信息，而新聞 app 可以用它來展示最近的頭條新聞。其他額外的信息都應該交給用戶手邊的 iPhone 來完成。

試想 Apple Watch 就像是一個傳呼機（如果你有老到知道我在說啥），你收到一個通知，如果需要再做點什么，那就去拿你的 iPhone 做吧。

總結(jié)

第一套 iOS SDK 誕生于 2009年，我們花了數(shù)年時間才摸索到設計的最佳實踐，而且這是在硬件和 SDK 持續(xù)改進的情況下才實現(xiàn)的。同理，Apple Watch 在未來也需要走這段路，與此同時，我們也需要因勢轉(zhuǎn)變設計模式與思路。

【Apple Watch最佳精品好文推薦】

• 《PS+AI教程！教你繪制一枚APPLE WATCH獎章圖標》
• 《不要落伍！深聊APPLE WATCH平臺認知與產(chǎn)品設計》
• 《官方版來了！超實用的APPLE WATCH官方規(guī)范設計模板下載》

原文地址：5 Apple Watch Design Patterns to Avoid
譯者：設計譯言

【優(yōu)設網(wǎng) 原創(chuàng)文章 投稿郵箱：2650232288@qq.com】

================關(guān)于優(yōu)設網(wǎng)================
"優(yōu)設網(wǎng)uisdc.com"是國內(nèi)人氣最高的網(wǎng)頁設計師學習平臺，專注分享網(wǎng)頁設計、無線端設計以及PS教程。
【特色推薦】
設計師需要讀的100本書：史上最全的設計師圖書導航：http://hao.uisdc.com/book/。
設計微博：擁有粉絲量96萬的人氣微博@優(yōu)秀網(wǎng)頁設計 ，歡迎關(guān)注獲取網(wǎng)頁設計資源、下載頂尖設計素材。
設計導航：全球頂尖設計網(wǎng)站推薦，設計師必備導航：http://hao.uisdc.com
———————————————————–
想在手機上、被窩里獲取設計教程、經(jīng)驗分享和各種意想不到的"福利"嗎？
添加 優(yōu)秀網(wǎng)頁設計 微信號：【youshege】優(yōu)設哥的全拼
您也可以通過掃描下方二維碼快速添加：