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

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

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

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

第一坑. 以 Apple Watch 為中心做設(shè)計

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

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

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

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

這一點(diǎn)是蘋果明確建議開發(fā)者要避免的事情。
使用動態(tài)生成的圖像會明顯拖慢加載速度，進(jìn)而影響用戶體驗。
內(nèi)置在手表里的圖像可以被設(shè)備直接展示，而動態(tài)生成的圖像需要先經(jīng)過手機(jī)應(yīng)用處理再傳輸?shù)绞直砩险故尽?/p>

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

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

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

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

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

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

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

第四坑. 為了做而做

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

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

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

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

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

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

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

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

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

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

總結(jié)

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

以上譯文僅代表原作者觀點(diǎn)。

原作者 Doron Katz

原文 5 Apple Watch Design Patterns to Avoid

#專欄作家#

zhucbeta，微信公眾號：設(shè)計譯言，人人都是產(chǎn)品經(jīng)理專欄作家。前產(chǎn)品汪現(xiàn)線框仔，關(guān)注以用戶為中心的產(chǎn)品設(shè)計。Trying to make a Duang in the universe。

本文系作者授權(quán)發(fā)布，未經(jīng)作者許可，不得轉(zhuǎn)載。