Mango et messagerie - Nous avons un problème

Windows Phone 7 Mango a rompu avec plusieurs membres de la presse aujourd'hui et chaque avis a été positif. Cependant, un problème que je vois est que je ne suis pas complètement convaincu par une idée avec laquelle je pensais initialement être totalement d'accord. L'article est en réponse à la réponse d'Eldar Murtazin et de mobile-review aux commentaires de Joe Belfiore sur le système iMessage et sur la façon dont iMessage a arraché de nombreuses idées aux mains chaudes de Microsoft. Cliquez sur le lien pour voir les solutions possibles et les problèmes que je vois dans la messagerie Mango qui pourraient devoir être modifiés.

Donc, en parcourant Twitter hier matin et la première chose que je vois est un tweet de mobile-review à propos d'un Problème de SMS dans Mango où les commentaires semblent vraiment intéressants. Je n'ennuierai pas tout le monde avec les détails, mais l'essentiel de l'article peut se résumer en divers points tirés de l'article lui-même. Spécifiquement:

Je me suis senti un peu offensé par le fait que Microsoft considère iMessage comme une copie du messager que nous voyons dans Windows Phone 7 Mango. Ils ont quelque chose en commun mais je ne pense pas qu'ils puissent être qualifiés d'identiques.
Spillikins #123. Clients modernes de messagerie instantanée mobile - approche de Microsoft par rapport à celle d'Apple

Dans Windows Phone 7 Mango, l'utilisateur est finalement devenu le centre de la communication - peu importe l'application que vous utilisez, vous recevrez des messages de n'importe quelle application de messagerie instantanée comme Facebook Chat ou SMS et tous vos messages seront affichés sous forme de chat.
Spillikins #123. Clients modernes de messagerie instantanée mobile - approche de Microsoft par rapport à celle d'Apple

Mais quelle est la principale différence entre ces services et les SMS ? La différence est que la livraison d'un SMS est accordée par le transporteur et vous pouvez toujours obtenir un rapport sur l'état du message. Bien que la livraison des messages dans les clients de messagerie instantanée modernes ne soit PAS garantie, nous ne pouvons qu'espérer qu'ils passeront. C'est une énorme différence qui me permet de dire que le concept de messagerie utilisé dans Microsoft Windows Phone 7 n'a jusqu'à présent qu'un défaut considérable : il associe des services de livraison de messages (SMS) garantis à des services probables.
Spillikins #123. Clients modernes de messagerie instantanée mobile - approche de Microsoft par rapport à celle d'Apple

Pour être franc pendant un moment, j'ai commencé à m'arracher les cheveux en réfléchissant aux arguments ici - parce que les SMS et d'autres services sont combinés et que les utilisateurs n'ont aucune idée si le message est envoyé ou non, la différence fondamentale entre les deux réside dans un notification. Je sais qu'Eldar a été louche sur ses opinions dans le passé, mais c'est stupide d'une dispute. Et puis, j'ai honnêtement commencé à réfléchir de manière critique à l'article. Et j'en ai conclu que même si Eldar fait un point très intéressant, il rate totalement la cible. L'accent mis sur le système de notification pourrait être l'un des mineur problèmes dans le schéma intégré proposé par Microsoft. Et après un certain temps, j'ai trouvé d'autres problèmes qui auraient dû être résolus immédiatement. En fin de compte, j'espère que les considérations seront prises au sérieux et mises en œuvre avant que les utilisateurs n'obtiennent Mango. Ou du moins Apollon. Commençons.

Vous vous souvenez de l'époque où Mango a été annoncé et l'une des principales caractéristiques était la nouvelle façon dont les gens interagissent les uns avec les autres - via MSN, Facebook et via SMS, créant une expérience intégrée ? Sinon, jetons un coup d'œil rapide à cela en action:

En regardant la fonction, l'utilisateur est présenté aux "threads" (personnes qui ont été contactées) sur un seul écran. Un balayage vers la droite montre tous les contacts en ligne et bien sûr les plus récents. Et bien que la page de contacts ne soit pas l'aspect qui devrait être l'élément clé, l'élément clé doit commencer par les fils de discussion et l'interface.

En sautant directement dans l'interface, un utilisateur a affiché des messages sur les plateformes respectives - MSN, Facebook ou SMS. Mais tous les messages sont sur le même écran. Maintenant, cela peut être une bonne idée, mais donnons quelques rappels sur les raisons pour lesquelles l'idée peut vraiment être nulle et les solutions au problème :

1. Encombré
L'interface elle-même est encombrée et même si je suis d'accord avec Eldar sur le fait que regrouper des systèmes peut être une mauvaise idée, je ne me base pas sur la notification car tout ce que j'ai vu, le système de notification indiquant si un message en ligne est ou non envoyé est parfait. Cependant, d'un point de vue esthétique, la mise en page du SMS pour regrouper tous les messages peut être encombrée et déroutante. Certes, il existe une excellente balise qui indique où l'utilisateur envoie le message dans votre liste de contacts, ce qui est une excellente idée, mais en général, cela semble presque désorganisé avec tous les services combinés.

2. Taille des messages
Soyons réalistes. Message des utilisateurs. Beaucoup. J'ai remarqué (comme quelques autres ici ainsi que ici. S'il y a un bogue de messagerie même dans NoDo après 1,000 XNUMX messages, considérons ce qui se passerait s'il y avait une conversation de chat ; qui peut facilement être des milliers et des milliers de lignes de messages facilement. J'ai vu le décalage et expérimenté le décalage et le clignotement de la fenêtre de chat SMS sur ma propre utilisation d'une pléthore d'appareils, donc je ne peux pas nécessairement affirmer que l'appareil est ouvert uniquement UN appareil. Je pense que c'est un bug système majeur.

3. Notification
Eldar fait des propositions intéressantes en termes de méthode de notification utilisée par Windows Phone, mais n'a fait qu'effleurer la surface. J'adresse ma préoccupation au système de notification réel qui est utilisé. Lorsqu'un utilisateur est informé d'un message, la vignette en direct s'affiche (comme avec n'importe quel SMS) et lorsque l'utilisateur la sélectionne, l'utilisateur est redirigé vers les discussions. A chaque nouveau message, le texte sous le nom de l'utilisateur s'allume. C'est ça. Alors laissez-moi voir si j'attrape ça directement si je peux. Mango consolide la notification de message de la même manière que NoDo et la version précédente, et s'attend à ce que les utilisateurs exactement d'où vient le SMS. Basé uniquement sur les mots surlignés. Aucune autre indication n'indique à l'utilisateur s'il s'agit d'un SMS ou Facebook IM ou même MSN IM.

Et puis en pensant aux problèmes immédiats, je me souviens de la campagne de Microsoft pour le Windows Phone - elle est censée sauver les utilisateurs de leurs téléphones et nous donner une nouvelle conception d'interface lumineuse et magique qui n'a pas été vue et qui brise en quelque sorte la barrière. Naturellement, Microsoft a brisé le moule avec l'idée de regrouper les messages dans un format hub-esque, mais de meilleures choses peuvent être faites compte tenu de certains des problèmes que je peux voir d'un point de vue esthétique, d'interaction utilisateur et d'expérience utilisateur. Alors, quelle est la solution pour créer une meilleure expérience ? Étonnamment, ce n'est pas aussi révolutionnaire qu'on pourrait le penser, mais cela pourrait néanmoins être évolutif.

Commençons par la vignette dynamique. La vignette en direct Mango actuelle montre qu'un message est reçu, mais que se passerait-il si quelque chose comme ça devait se produire :

Mon photoshop est nul mais vous voyez ce que je veux dire, n'est-ce pas ?

À partir de la vignette en direct, l'utilisateur sait exactement d'où proviennent les messages. En raison bien sûr de la taille et du savoir-faire merdique de Photoshop, la taille de la notification est trop grande pour les 3. Alors peut-être que pour les icônes, quelque chose comme 20 × 20 et la police de notification entre 12 et 14 points? Je pense qu'un tel schéma pourrait également être étendu au système de notification de l'écran de verrouillage, pour rester également avec la campagne get in, get out (ou est-ce que Windows Phone nous sauvera de notre téléphone, honnêtement je ne m'en souviens plus).

En continuant avec le système de notification, comment savoir quel contact nous a envoyé un nouveau SMS et quel contact nous a envoyé un message facebook ou un message MSN ? Étonnamment, cela peut être facilement résolu aussi, comme on peut le voir ci-dessous :

Le placement des icônes peut être au début du message ou à la fin du message dans la vue du fil.

Par rapport au système "actuel", le fil indique où les utilisateurs les ont contactés - depuis Facebook, SMS ou MSN. La principale chose sur laquelle je parie est la suivante - la probabilité que les utilisateurs SMS et Facebook/MSN envoient le même message est mince à moins qu'il ne s'agisse d'un cas d'urgence. Un défaut serait s'il y avait deux messages provenant de deux systèmes de messagerie et d'espace différents. Mais idéalement, les icônes peuvent être redimensionnées à quelque chose de crédible et bien sûr, cela résoudrait le problème. Mais il est peu probable que quelqu'un attire votre attention dans les deux sens, sauf s'il s'agit d'une urgence ou s'il est psychotique.

Jusqu'à présent, il existe la vue des fils de discussion et la vue des vignettes en direct qui indiquent l'emplacement des contacts de messagerie. Ce n'est pas confus et les utilisateurs ont une bonne idée du service utilisé, surtout si les utilisateurs se connectent à TOUTE des prestations. Mais qu'en est-il de l'interface de messagerie ? J'ai dit que c'était très maladroit et désorganisé parce que les messages arrivaient juste avec une étiquette. Et s'il y avait des pages séparées pour chaque mode de messagerie ? Par exemple, un utilisateur sélectionne le nom/numéro du contact et est amené à 3 fenêtres en fonction de l'endroit d'où l'utilisateur a reçu le message. Un pour SMS, un pour Facebook et un pour MSN, si le contact utilise les trois services. Cela semble bizarre ? Voici quelques preuves photographiques :

Voila ! L'encombrement a disparu, le hub de messagerie ressemble beaucoup plus à un hub et il y a très peu de confusion sur l'origine du message. Le problème d'avoir trop d'informations sur une seule fenêtre est supprimé au profit d'une approche plus rationalisée et organisée. Enfin, autorisez une meilleure récupération de place ou une vue consolidée des messages pour que les choses restent rapides. Donnez aux utilisateurs la possibilité de contrôler l'historique des SMS afin qu'il n'y ait plus de décalage.

Mais qu'en est-il des affirmations d'Eldar ? Comme il est facile de résoudre ce problème ! Idéalement sous ce paradigme, le problème se résout de lui-même. Mais alors, que se passe-t-il si l'utilisateur final n'a toujours aucune idée de l'envoi d'un message en ligne ? C'est facile! Un effet transparent à effet visible si le message est envoyé. Visuellement, l'utilisateur sait si le message est envoyé ou non. Bien que les affirmations d'Eldar soient bizarres (étant donné que les utilisateurs n'ont aucune idée si leurs messages SMS pour discuter sont envoyés ou non), il ne suffit pas vraiment de dire que l'idée de messagerie d'Apple est unique. Ou bon, ou même assez différent en soi. Ce n'est pas. Cependant, Microsoft a quelques défauts de mon point de vue personnel qui peuvent être facilement résolus dans Mango ou les futures itérations de Microsoft. Si toute l'idée est un hub de messagerie, faites-en un hub ! Aussi simple que cela!