Mango und Messaging – Wir haben ein Problem

Windows Phone 7 Mango ist heute mehreren Pressevertretern zugespielt worden und alle Bewertungen waren positiv. Ein Problem, das ich sehe, ist jedoch, dass ich nicht vollständig von einer Idee überzeugt bin, von der ich anfangs dachte, dass ich voll und ganz an Bord wäre. Der Artikel ist eine Antwort auf die Antwort von Eldar Murtazin und mobile-review auf Joe Belfiores Kommentare über das iMessage-System und wie iMessage viele Ideen aus Microsofts heißen Händen gerissen hat. Klicken Sie auf den Link, um die möglichen Lösungen und Probleme zu sehen, die ich in Mango-Nachrichten sehe, die möglicherweise geändert werden müssen.

Als ich gestern Morgen Twitter durchsuchte, sah ich als Erstes einen Tweet von Mobile-Review über eine SMS-Problem in Mango wo die Kommentare wirklich interessant erscheinen. Ich werde nicht jeden mit den Details langweilen, aber der Kern des Artikels kann in verschiedenen Punkten zusammengefasst werden, die dem Artikel selbst entnommen sind. Speziell:

Ich fühlte mich ein wenig beleidigt von der Tatsache, dass Microsoft iMessage als eine Kopie des Messengers betrachtet, den wir in Windows Phone 7 Mango sehen. Sie haben etwas gemeinsam, aber ich glaube nicht, dass sie als identisch bezeichnet werden können.
Spillikins Nr. 123. Moderne mobile IM-Clients – Ansatz von Microsoft im Vergleich zu Apple

In Windows Phone 7 Mango ist der Benutzer endgültig zum Mittelpunkt der Kommunikation geworden – egal welche App Sie verwenden, Sie erhalten Nachrichten von jeder IM-Anwendung wie Facebook Chat oder SMS und alle Ihre Nachrichten werden als Chat angezeigt.
Spillikins Nr. 123. Moderne mobile IM-Clients – Ansatz von Microsoft im Vergleich zu Apple

Aber was ist der Hauptunterschied zwischen diesen Diensten und SMS? Der Unterschied besteht darin, dass die Zustellung einer SMS vom Netzbetreiber gewährt wird und Sie jederzeit einen Nachrichtenstatusbericht erhalten können. Während die Zustellung von Nachrichten in modernen IM-Clients NICHT garantiert ist, können wir nur hoffen, dass sie durchkommt. Dies ist ein gewaltiger Unterschied, der es mir erlaubt zu sagen, dass das Messaging-Konzept, das in Microsoft Windows Phone 7 verwendet wird, bisher nur einen, aber einen erheblichen Fehler aufweist – es kombiniert garantierte Nachrichtenübermittlungsdienste (SMS) mit wahrscheinlichen Diensten.
Spillikins Nr. 123. Moderne mobile IM-Clients – Ansatz von Microsoft im Vergleich zu Apple

Um ehrlich zu sein, fing ich für einen Moment an, mir die Haare zu ziehen, als ich über die Argumente hier nachdachte – da SMS und andere Dienste kombiniert werden und Benutzer keine Ahnung haben, ob die Nachricht gesendet wird oder nicht, liegt der grundlegende Unterschied zwischen den beiden in einem Benachrichtigung. Ich weiß, dass Eldar in der Vergangenheit zwielichtig war, was seine Meinung angeht, aber das ist so dumm eines Arguments. Und dann fing ich ehrlich gesagt an, kritisch über den Artikel nachzudenken. Und ich bin zu dem Schluss gekommen, dass Eldar, obwohl er einen sehr interessanten Punkt anspricht, das Ziel völlig verfehlt. Der Fokus auf das Benachrichtigungssystem könnte einer der sein Moll Probleme in dem integrierten Schema, das Microsoft vorgeschlagen hat. Und nach einer Weile fand ich einige weitere Probleme, die sofort hätten angegangen werden sollen. Letztendlich hoffe ich, dass die Überlegungen ernst genommen und umgesetzt werden, bevor Nutzer Mango bekommen. Oder zumindest Apollo. Lass uns anfangen.

Erinnern Sie sich an die Zeit, als Mango angekündigt wurde und eines der Hauptmerkmale die neue Art und Weise war, wie Menschen miteinander interagieren – über MSN, Facebook und per SMS, um ein integriertes Erlebnis zu schaffen? Wenn nicht, schauen wir es uns kurz in Aktion an:

Wenn man sich die Funktion ansieht, werden dem Benutzer die „Threads“ (Personen, die kontaktiert wurden) auf einem Bildschirm vorgestellt. Ein Wisch nach rechts zeigt alle Online-Kontakte und natürlich die neuesten. Und obwohl die Kontaktseite nicht der Aspekt ist, der im Mittelpunkt stehen sollte – der Hauptfokus sollte mit Threads und der Benutzeroberfläche beginnen.

Ein Benutzer springt direkt in die Benutzeroberfläche und zeigt Nachrichten auf den jeweiligen Plattformen – MSN, Facebook oder SMS. Aber alle Nachrichten sind auf dem gleichen Bildschirm. Das kann eine gute Idee sein, aber lassen Sie uns ein paar Erinnerungen daran erinnern, warum die Idee wirklich scheiße sein kann, und Lösungen für das Problem:

1. Überladen
Die Benutzeroberfläche selbst ist überladen, und obwohl ich Eldar darin zustimme, dass das Gruppieren von Systemen eine schlechte Idee sein kann, stütze ich mich nicht auf Benachrichtigungen, da alles, was ich gesehen habe, das Benachrichtigungssystem darüber ist, ob eine Online-Nachricht vorliegt oder nicht gesendet ist genau richtig. Aus ästhetischer Sicht kann das SMS-Layout für die Zusammenfassung aller Nachrichten jedoch unübersichtlich und verwirrend sein. Zugegeben, es gibt ein großartiges Tag, das anzeigt, wohin der Benutzer die Nachricht in Ihrer Kontaktliste sendet, was eine großartige Idee ist, aber im Allgemeinen erscheint es mit allen Diensten zusammen fast unorganisiert.

2. Größe der Nachrichten
Seien wir echt. Benutzernachricht. Viel. Mir ist aufgefallen (wie auch ein paar andere hier und auch der hier. Wenn es selbst in NoDo nach 1,000 Nachrichten einen Messaging-Fehler gibt, überlegen wir uns, was passieren würde, wenn es eine Chat-Konversation gibt; Das können leicht Tausende und Abertausende von Nachrichtenzeilen sein. Ich habe die Verzögerung gesehen und die Verzögerung und das Blinken des SMS-Chat-Fensters bei meiner eigenen Verwendung einer Vielzahl von Geräten erlebt, daher kann ich nicht unbedingt argumentieren, dass das Gerät nur offen ist dank One Gerät. Ich denke, es ist ein großer Systemfehler.

3. Benachrichtigung
Eldar macht einige interessante Vorschläge in Bezug auf die von Windows Phone verwendete Benachrichtigungsmethode, kratzt aber nur an der Oberfläche. Ich richte meine Besorgnis auf das tatsächlich angewandte Meldesystem. Wenn ein Benutzer über eine Nachricht benachrichtigt wird, wird die Live-Kachel angezeigt (genau wie bei jeder SMS) und wenn der Benutzer sie auswählt, wird der Benutzer zu den Threads weitergeleitet. Bei jeder neuen Nachricht leuchtet der Text unter dem Benutzernamen auf. Das ist es. Also lass mich sehen, ob ich das direkt greife, wenn ich kann. Mango konsolidiert die Nachrichtenbenachrichtigung ähnlich wie NoDo und der vorherige Build und erwartet dies von den Benutzern genau woher die SMS kommt. Basierend auf nur hervorgehobenen Wörtern. Kein weiterer Hinweis sagt dem Benutzer, ob es sich um eine SMS oder eine Facebook-IM oder sogar um eine MSN-IM handelt.

Und wenn ich dann an die unmittelbaren Probleme denke, muss ich an Microsofts Kampagne für das Windows Phone denken – es soll Benutzer vor ihren Telefonen bewahren und uns ein helles und magisches neues Schnittstellendesign geben, das man nicht sieht, und gewissermaßen die Barriere durchbrechen. Verständlicherweise hat Microsoft mit der Idee, Nachrichten in einem Hub-ähnlichen Format zu konsolidieren, mit der Form gebrochen, aber angesichts einiger der Probleme, die ich aus ästhetischer, Benutzerinteraktions- und Benutzererfahrungsperspektive sehe, können bessere Dinge getan werden. Was ist also die Lösung, um ein besseres Erlebnis zu schaffen? Überraschenderweise ist es nicht so revolutionär, wie man vielleicht denkt, aber es könnte trotzdem evolutionär sein.

Beginnen wir mit der Live-Kachel. Die aktuelle Mango-Live-Kachel zeigt, dass eine Nachricht empfangen wurde, aber was wäre, wenn so etwas passieren würde:

Mein Photoshop saugt, aber Sie sehen, was ich sage, richtig?

Anhand der Live-Kachel weiß der Nutzer genau, woher die Nachrichten stammen. Aufgrund der Größe und des beschissenen Photoshop-Know-hows ist die Größe der Benachrichtigung natürlich zu groß für alle 3. Also vielleicht für die Symbole so etwas wie 20 × 20 und die Schriftart für die Benachrichtigung zwischen 12 und 14 Punkt? Ich denke, dass ein solches Schema auch auf das Sperrbildschirm-Benachrichtigungssystem ausgeweitet werden könnte, um auch mit der Get-in-out-Kampagne Schritt zu halten (oder wird uns das Windows Phone vor unserem Telefon retten, ehrlich gesagt erinnere ich mich nicht mehr).

Um mit dem Benachrichtigungssystem fortzufahren, woher wissen wir, welcher Kontakt uns eine neue SMS und welcher Kontakt uns eine Facebook-Nachricht oder eine MSN-Nachricht gegeben hat? Nun, überraschenderweise kann das auch leicht gelöst werden, wie unten zu sehen ist:

Die Platzierung der Symbole kann am Anfang der Nachricht oder am Ende der Nachricht in der Thread-Ansicht erfolgen.

Im Vergleich zum „aktuellen“ System zeigt der Thread an, woher der Benutzer eine Nachricht gesendet hat – von Facebook oder SMS oder MSN. Die Hauptsache, auf die ich mich verlasse, ist Folgendes: Die Wahrscheinlichkeit, dass Benutzer dieselbe Nachricht per SMS und Facebook/MSN senden, ist gering, es sei denn, es handelt sich um einen Notfall. Ein Fehler wäre, wenn es zwei Nachrichten von zwei verschiedenen Nachrichtensystemen und Raum gäbe. Aber idealerweise können die Symbole auf etwas Glaubwürdiges in der Größe geändert werden, und das würde das Problem natürlich lösen. Aber es ist unwahrscheinlich, dass jemand Ihre Aufmerksamkeit auf beide Arten erregt, es sei denn, es handelt sich um einen Notfall oder er ist psychotisch.

Bisher gibt es die Thread-Ansicht und die Live-Kachelansicht, die den Standort der Messaging-Kontakte anzeigt. Es ist nicht durcheinander und Benutzer haben eine gute Vorstellung davon, welcher Dienst verwendet wird, insbesondere wenn sich Benutzer anmelden alle der Dienstleistungen. Aber was ist mit der Nachrichtenschnittstelle? Ich sagte, es sei sehr klobig und unorganisiert, weil die Nachrichten nur mit einem Tag versehen seien. Was wäre, wenn es separate Seiten für jeden Messaging-Modus gäbe? Beispielsweise wählt ein Benutzer den Namen/die Nummer des Kontakts aus und wird zu 3 Fenstern gebracht, je nachdem, von wo aus der Benutzer eine Nachricht erhalten hat. Eine für SMS, eine für Facebook und eine für MSN, wenn der Kontakt alle drei Dienste nutzt. Klingt komisch? Hier ein paar fotografische Beweise:

Voila! Das Durcheinander ist verschwunden, der Messaging-Hub wirkt viel hubartiger und es gibt nur sehr wenig Verwirrung darüber, woher die Nachricht stammt. Das Problem, zu viele Informationen in einem Fenster zu haben, wird zugunsten eines rationalisierteren und organisierteren Ansatzes beseitigt. Ermöglichen Sie schließlich eine bessere Garbage Collection oder eine konsolidierte Ansicht von Nachrichten, um die Dinge schnell zu halten. Geben Sie Benutzern die Möglichkeit, den SMS-Verlauf zu kontrollieren, damit es keine Verzögerungen mehr gibt.

Aber was ist mit Eldars Behauptungen? Wie einfach ist es, dieses Problem zu lösen! Im Idealfall löst sich das Problem unter diesem Paradigma von selbst. Aber was ist, wenn der Endbenutzer immer noch keine Ahnung hat, ob eine Online-Nachricht gesendet wird? Das ist leicht! Ein transparenter Effekt zum sichtbaren Effekt, wenn die Nachricht gesendet wird. Visuell weiß der Benutzer, ob die Nachricht gesendet wurde oder nicht. Obwohl Eldars Behauptungen bizarr sind (wenn man bedenkt, dass Benutzer keine Ahnung haben, ob ihre SMS-to-Chat-Nachrichten jemals gesendet werden oder nicht), reicht es nicht wirklich aus zu sagen, dass Apples Messaging-Idee einzigartig ist. Oder gut, oder sogar anders genug für sich. Es ist nicht. Microsoft hat jedoch aus meiner persönlichen Sicht einige Mängel, die in Mango oder zukünftigen Microsoft-Iterationen leicht behoben werden können. Wenn die gesamte Idee ein Messaging-Hub ist, machen Sie es eher zu einem Hub! So einfach ist das!