芒果和訊息傳遞 - 我們有一個問題

今天，Windows Phone 7 Mango 向幾位媒體爆出，每條評論都是正面的。 然而，我看到的一個問題是，我並沒有完全相信我最初認為我完全同意的一個想法。 這篇文章是對 Eldar Murtazin 和 mobile-review 對 Joe Belfiore 關於 iMessage 系統的評論以及 iMessage 如何從微軟炙手可熱的手中竊取了很多想法的回應的回應。 點擊鏈接查看我在 Mango 消息中看到的可能需要更改的解決方案和問題。

所以昨天早上通過推特仔細閱讀，我看到的第一件事是來自 mobile-review 的一條推文，內容是 芒果短信問題 評論似乎真的很有趣。 我不會讓每個人都厭煩細節，但文章的癥結可以總結為文章本身的各個點。 具體來說：

微軟認為 iMessage 是我們在 Windows Phone 7 Mango 中看到的信使的副本，這讓我感到有點冒犯。 它們確實有一些共同點，但我認為它們不能被稱為相同。
斯皮利金斯#123。 現代移動 IM 客戶端——微軟的方法與蘋果的方法

在 Windows Phone 7 Mango 中，用戶終於成為交流的中心——無論您使用什麼應用程序，您都會從任何 IM 應用程序（如 Facebook Chat 或 SMS）接收消息，並且您的所有消息都將顯示為聊天。
斯皮利金斯#123。 現代移動 IM 客戶端——微軟的方法與蘋果的方法

但是這些服務和 SMS 之間的主要區別是什麼？ 不同之處在於 SMS 的傳送是由運營商授予的，您始終可以獲得消息狀態報告。 雖然不能保證現代 IM 客戶端中的消息傳遞——我們只能希望它能夠通過。 這是一個巨大的差異，讓我可以說 Microsoft Windows Phone 7 中使用的消息傳遞概念迄今為止存在一個相當大的缺陷——它將保證消息傳遞服務 (SMS) 與可能的服務結合在一起。
斯皮利金斯#123。 現代移動 IM 客戶端——微軟的方法與蘋果的方法

坦白說，一想到這裡的爭論，我就開始抓狂了——因為短信和其他服務是結合在一起的，用戶不知道消息是否發送，兩者的根本區別在於通知。 我知道埃爾達過去對他的觀點一直很陰暗，但這就是 笨 的一個論點。 然後，老實說，我開始批判性地思考這篇文章。 我得出的結論是，雖然埃爾達提出了一個非常有趣的觀點，但他完全沒有抓住重點。 對通知系統的關注可能是其中之一 未成年人 微軟提出的集成方案中存在的問題。 過了一會兒，我發現了一些應該立即解決的問題。 最終，我希望在用戶獲得 Mango 之前認真考慮並實施這些考慮。 或者至少是阿波羅。 讓我們開始。

還記得 Mango 發布的時候，其中一個關鍵功能是人們相互交互的新方式——通過 MSN、Facebook 和 SMS 創建集成體驗？ 如果沒有，讓我們快速看一下它的實際效果：

看一下功能，用戶在一個屏幕中被介紹給“線程”（已聯繫的人）。 向右滑動可顯示所有在線聯繫人，當然還有最近的聯繫人。 雖然聯繫人頁面不是重點，但重點應該從線程和界面開始。

直接進入界面，用戶在各自的平台上顯示消息——MSN、Facebook 或 SMS。 但是所有消息都在同一個屏幕上。 現在這可能是一個好主意，但讓我們提醒一下為什麼這個想法真的很糟糕以及問題的解決方案：

1. 雜亂無章
界面本身很混亂，雖然我同意 Eldar 的觀點，即將系統組合在一起可能是一個壞主意，但我並不基於通知，因為我所看到的一切，關於是否在線消息的通知系統發送是當場的。 然而，從美學的角度來看，用於整合所有消息的短信佈局可能會雜亂無章。 當然，有一個很棒的標籤可以指示用戶在您的聯繫人列表中發送消息的位置，這是一個好主意，但總的來說，它幾乎看起來雜亂無章，結合了所有服務。

2. 消息大小
讓我們變得真實。 用戶留言。 很多. 我注意到（和其他一些 点击這裡 以及 点击這裡. 如果在 1,000 條消息之後即使在 NoDo 中也存在消息錯誤，讓我們考慮一下如果有聊天對話會發生什麼； 這很容易是成千上萬行的消息。 我已經看到了延遲，並在我自己使用過多的設備時體驗到了 SMS 聊天窗口的延遲和閃爍，所以我不一定能爭辯說該設備只對 為前線醫護人員打氣，送上由衷的敬意。讓你在送禮的同時，也為香港盡一分力。 設備。 我認為這是一個主要的系統錯誤。

3。 通知
Eldar 在 Windows Phone 使用的通知方法方面提出了一些有趣的主張，但只是觸及了皮毛。 我正在關注所使用的實際通知方案。 當用戶收到消息通知時，會顯示動態磁貼（就像任何 SMS 一樣），當用戶選擇它時，用戶會被帶到線程。 任何新消息，用戶名下的文本都會亮起。 而已。 所以讓我看看我是否可以直接抓住這個。 Mango 與 NoDo 和之前的構建類似地合併消息通知，並期望用戶 究竟 短信來自哪裡。 僅基於突出顯示的單詞。 沒有進一步的指示告訴用戶這是 SMS 還是 Facebook IM 甚至是 MSN IM。

然後想到眼前的問題，我想起了微軟的 Windows Phone 運動——它應該讓用戶遠離他們的手機，並為我們提供一種前所未見的明亮而神奇的新界面設計，並打破障礙。 可以理解的是，微軟打破了將消息整合為中心格式的想法，但考慮到我從美學、用戶交互和用戶體驗的角度可以看到的一些問題，可以做更好的事情。 那麼，創造更好體驗的解決方案是什麼？ 令人驚訝的是，它並不像人們想像的那樣具有革命性，但它仍然可能是進化的。

讓我們從動態磁貼開始。 當前的 Mango 動態磁貼顯示收到了一條消息，但如果發生這樣的事情怎麼辦：

我的 Photoshop 很爛，但你明白我在說什麼嗎？

從動態磁貼中，用戶確切地知道消息來自哪裡。 當然，由於大小和蹩腳的 Photoshop 知道如何，通知的大小對於所有 3 來說都太大了。所以也許對於像 20×20 這樣的圖標和 12-14 點字體之間的通知字體？ 我認為這樣的方案也可以擴展到鎖屏通知系統，以保持進出活動（或者是 Windows Phone 將我們從手機中拯救出來，老實說我不記得了）。

繼續使用通知系統，我們如何知道哪個聯繫人給了我們一條新的 SMS，以及哪個聯繫人給了我們一條 facebook 消息或 MSN 消息？ 令人驚訝的是，這也很容易解決，如下所示：

圖標的位置可以在線程視圖中消息的開頭或消息的結尾。

與“當前”系統相比，線程指示用戶聯繫的位置向他們發送消息——來自 facebook、sms 或 MSN。 我所指望的主要事情是——用戶使用短信和 Facebook/MSN 發送同一條消息的可能性很小，除非是緊急情況。 如果有兩條消息來自兩個不同的消息傳遞系統和空間，則存在缺陷。 但理想情況下，可以將圖標調整為可信的大小，當然，這可以解決問題。 但除非是緊急情況，或者他們有精神病，否則不太可能有人會通過這兩種方式來吸引你的注意力。

到目前為止，存在指示消息聯繫人位置的線程視圖和動態磁貼視圖。 它沒有混亂，用戶很清楚正在使用哪種服務，尤其是當用戶登錄時 全部 的服務。 但是消息接口呢？ 我說它看起來非常笨重且雜亂無章，因為消息只是帶有一個標籤。 如果每種消息傳遞模式都有單獨的頁面怎麼辦？ 例如，用戶選擇聯繫人的姓名/號碼並根據用戶收到消息的位置被帶到 3 個窗口。 如果聯繫人使用所有三種服務，則一種用於 SMS，一種用於 Facebook，另一種用於 MSN。 聽起來怪怪的？ 這裡有一些照片證明：

瞧！ 雜亂無章，消息傳遞中心看起來更像中心，並且消息來自何處幾乎沒有混淆。 消除了在一個窗口上擁有太多信息的問題，取而代之的是一種更精簡和更有條理的方法。 最後，允許更好的垃圾收集或消息的合併視圖以保持快速。 讓用戶有機會控制短信歷史記錄，這樣就不會再有延遲。

但是埃爾達的爭論呢？ 解決這個問題是多麼容易！ 理想情況下，在這種範式下，問題會自行解決。 但是，如果最終用戶仍然不知道是否發送了在線消息怎麼辦？ 這很簡單！ 如果發送消息，則透明效果到可見效果。 視覺上，用戶知道消息是否被發送。 儘管 Eldar 的論點很奇怪（考慮到用戶不知道他們的 SMS 到聊天消息是否被發送），但僅僅說 Apple 的消息傳遞理念是獨一無二的還不夠。 或者很好，或者甚至足夠不同。 它不是。 但是，從我個人的角度來看，微軟有一些缺陷可以在 Mango 或未來的微軟迭代中輕鬆解決。 如果整個想法是一個消息中心，那就讓它更像一個中心！ 就那麼簡單！