不得不感嘆騰訊的威力，原本不慍不火的 QR 二維碼通過微信的推廣，似乎一夜之間開始在中國流行起來。無論是各家媒體網站近期爭相開通的微信公眾平臺訂閱、微信優惠券的兌現，還是個人身份信息、活動簽到，二維碼都開始得到了廣泛的應用；而事實上，在移動支付、安全驗證等更多的領域，這一技術早已在蓬勃的發展中。
但這里我并不是想討論二維碼的潛力如何，讓我們想一想，我們在什么樣的情形下會使用二維碼呢？當在電腦、平板上瀏覽網頁，發現一個有趣的圖片、新聞時，我們可能會用手機拍攝網站提供的二維碼，將這些信息發送到手機上查看、保存或分享；當在參加活動，結識一個聊得開心的朋友時，我們可能會用手機拍攝其手機上生成的個人身份二維碼，將其信息添加到自己的聯系人中去… 這些情景的一個共性是：我們都是在與其他設備互動，有信息跨設備轉移的傾向。其實這正是我們這個數碼設備無處不在的時代的最大特征，每個人的工作、生活都在不同的屏幕間轉換，而這無時無刻的跨屏環境也打造了用戶新的使用習慣。
Google 的一項最新研究顯示，在美國超過 90% 以上的媒體消費行為都是在手機、平板電腦、傳統電腦以及電視這四個屏幕上進行的，每天人們在屏幕前的各種交互行為平均占到了 4.4 小時，而這還沒有包括人們在工作中的使用數據。從進一步的數據中我們看到，人們平均每次使用手機的時長約為 17 分鐘、平板電腦為 30 分鐘、傳統電腦為 39 分鐘、電視為 43 分鐘。由于手機便攜、隨時在線，但屏幕尺寸、輸入體驗受限等特性，其單次使用時長雖然最短，但卻是人們上網體驗的重要一環，往往人們在手機上查找到信息后，轉移到電腦（平板、電視）上進行進一步的操作，或反過來，在平板（電腦、電視）上發現有趣的東西后，發送到手機或是其他更適合其使用場景的設備上進行互動。而在美國之外的中國及其他地區，我們也發現類似的場景正在發生。對大多數互聯網服務（網站、移動應用及其它）來說，這意味著他們不再僅僅是設計一個單一設備的產品，而應該是跨屏幕的一套服務，讓用戶能夠在自由的切換設備時能有更連貫的體驗。
具體來說，假如我們今天生活在蘋果的世界里，同時擁有 iPhone、iPad、Macbook Pro、iMac，甚至是 AppleTV，那么為什么當用戶在 iPhone 的信息應用中接收并回復一條信息后，他依然需要在 iPad、筆記本、桌面電腦上去處理無數的通知呢？相比之下，Google 的 Gtalk 在多個設備的體驗要優秀很多，當用戶在手機 Gtalk 上回復信息后，網頁端的 Gtalk 便不會再彈出同樣的通知信息。同樣的問題在 Twitter / 微博、眾多在線內容消費平臺等地方也同樣存在。
Google 的報告將用戶的跨屏幕使用行為分為兩種模式：序列型與即時型。前者是用戶在一個屏幕上開始使用某個服務后，轉移到另一個屏幕繼續同一任務的模式；后者是用戶同時使用多個設備完成一個任務、或多個任務的配合。實質上，前者是跨屏幕的數據轉移與用戶一致性體驗的問題，而后者是多屏幕協作的問題。Prcious Design曾經就這一問題進行了研究，將跨屏幕使用情景進行了更多維度的劃分，但我們依然可以將其歸結到上面兩個分類中。不同的模式，它們分別有什么樣的特點呢？
序列型跨屏幕使用情景
在這一情景下，用戶可能面臨的使用方式可能有：1）無嚴格時間先后，跨屏幕使用同一服務；2）典型序列型跨屏幕場景，將前一個設備的使用狀態同步到新的屏幕上，在不同的時間段實現連貫的使用；3）將一個屏幕上的內容發送到另一屏幕，以獲得更好的體驗。在這種情景下，服務需要關注的問題主要有：
跨屏幕的一致性
從近兩年開始流行的自適應網頁設計布局（Responsive Web Design）風潮中，我們可以看到，如何保證用戶從桌面瀏覽器、到平板、到手機的不同屏幕切換時，能夠有更為一致性的內容和交互體驗，而不是忍受傳統往往功能、內容殘缺的移動頁面，已經成為 Web 設計的一個中心思路。這一設計方法已經獲得了 Wordpress、Twitter Bootstrap、Jekyll 等眾多網頁設計框架的原生支持，而許多網站和在線工具也紛紛開始使用這一網頁布局方法，例如 Boston Globe、The Financial Times 、Asana、Medium、Svbtl 等。
當然，也許這一設計方法并不能放之四海皆準，但這個例子的目的在于說明，一致性是跨屏幕設計的一個重點元素。當然，這并不意味著所有屏幕下的徹底同一，在保持內容、核心體驗一致的前提下，對不同屏幕設備進行有針對性的擴展也是非常必要的。以 Evernote 為例，不同的屏幕上的 Evernote 在核心功能、使用體驗上是非常一致的，數據能夠實現良好的同步統一，但在手機和平板版本上，Evernote 更加強調照片、音頻，甚至是地理信息這些屬于移動設備的特性整合。這種在保證一致的前提下，針對不同屏幕特性進行優化已經成為一款優秀產品所必須的元素。
另一個例子是 Mac 下著名的日記應用 Day One，桌面版的 Day One 強調的是日記的歸檔和管理、以及文本類型日記的記錄，而到了 iPhone 上，其核心依然是一款日記應用，但包含照片、位置、天氣的更富媒體化的日記形式能夠為用戶帶來更優秀的體驗。
跨屏幕的連貫性
正如上面關于 iMessage 的例子所提到的，如何讓用戶在不同屏幕間切換時，能夠為其帶來最連貫性的使用是一個迫切的需求，IM 的跨屏幕狀態同步、Twitter / 微博等社交媒體的閱讀狀態同步、在不同屏幕間消費內容時的進度連貫，這些都是典型的例子。這實際上也是一種形式的數據同步，不過同步的不是數據本身，而是用戶對于數據的操作狀態。（這是一個很古老的問題，Email、RSS 閱讀等領域早已或得了比較好的解決。）
必須說的是，在這方面雖然蘋果、Twitter 等服務提供方還沒有提供好的支持，但許多其他服務卻已經實現了比較讓人滿意的解決方案。其中包括上面提到的 Gtalk IM 狀態同步、亞馬遜 Kindle 的 Whisper Sync（與此類似的，Google、蘋果、微軟等公司在各自平臺上實現的各種消費內容進度同步）、Instapaper / Pocket 的閱讀進度同步、像曾經的 Tweet Marker（最近因為 Twitter 的政策轉移改名為 Watermark ）實現的跨客戶端 / 屏幕的 Twitter 狀態同步、以及國內新興音樂產品 Jing.fm 的音樂進度同步等。更進一步，尚處在新生階段的 Google Now 帶來的跨屏幕用戶連貫性體驗則已經為我們展現了未來這一領域的無限可能。
跨屏幕的交互性（1）
這是一個橫跨兩種使用模式的特性。對于序列型跨屏幕場景來說，其目前的典型方法可以參考從未獲得廣泛支持的 DLNA 與蘋果的 Airplay，將手機、平板屏幕上的視頻、音頻、應用內容發送到電視、電腦大屏幕上，以實現更好的使用和視聽體驗。之前夭折的 WebOS 的跨設備通信技術可以說展示了這個領域的更大可能，相信在未來，跨設備的通信連接會更加強大。
即時型跨屏幕使用情景
在這種情景下，服務需要關注的問題則集中在跨屏幕的交互性上。將最簡單的，一塊屏幕作為另一快屏幕的擴展顯示這一使用方式除外，我們可能面臨的兩種情況是：1）多屏幕互相配合，完成同一任務；2）一個屏幕作為主要的使用設備，其他屏幕進行非必要性的補充。
跨屏幕的交互性（2）
在第一種情況下，多塊屏幕設備對于完成一個任務都是必要的。例如在 iOS 上的 Scrabble 拼字游戲中，一種有趣的模式就是將 iPad 作為公共拼字版，而 iPhone 則顯示不同玩家個人擁有的字母塊（對中國人來說，更好的一個例子應該是 iPad 作為麻將桌，而 iPhone 上則顯示自己的麻將牌組。）可以說所有的多人聯機游戲都是這種模式的不同實現方式。但在游戲之外，這一模式也有許多有用的地方。
而在第二種情況下，一個屏幕起到了絕對的主導作用，其他屏幕對于任務本身并不必要，但可以起到加強體驗的效果。如在電視上觀看如冰與火之歌這樣人物眾多的史詩劇目、奧運會這樣的盛大體育盛會時，利用手機的輔助應用來了解各種相關信息，甚至與其他觀眾進行互動會是一種有趣的體驗。在這方面國外的 Tunerfish、IntoNow，國內的段落、蝸牛電視等都在進行相關的嘗試。
隨著手機和平板電腦的進一步發展，用戶跨屏幕的使用機會將會越來越普遍，而使用場景也一定會有更多的可能性。無論對于內容發行方、服務提供方還是應用開發者，如何找到用戶跨屏幕使用行為的需求和動機，針對不同的使用方式進行有針對性的設計優化，是其未來的挑戰，也是一個廣闊的新機會。微軟的 SmartGlass 是全面性整合多屏幕體驗的一個很棒的例子；而像 Evernote 這樣，針對某個特定使用場景來設計產品也是另一種參考思路。