芒果和消息传递 - 我们有一个问题

今天，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 客户端——微软的方法与苹果的方法

坦率地说，当我想到这里的论点时，我开始扯头发——因为 SMS 和其他服务结合在一起，用户不知道消息是否发送，两者的根本区别在于通知。 我知道 Eldar 过去对他的观点一直含糊其辞，但现在 笨 的一个论点。 然后，老实说，我开始批判性地思考这篇文章。 我得出的结论是，虽然埃尔达提出了一个非常有趣的观点，但他完全没有抓住重点。 对通知系统的关注可能是其中之一 未成年人 微软提出的集成方案中存在的问题。 过了一会儿，我发现了一些应该立即解决的问题。 最终，我希望在用户获得 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 或未来的微软迭代中轻松解决。 如果整个想法是一个消息中心，那就让它更像一个中心！ 就那么简单！