Mango en berichtenverkeer - we hebben een probleem

Windows Phone 7 Mango is vandaag door verschillende leden van de pers gebroken en elke recensie was positief. Een probleem dat ik zie, is echter dat ik niet helemaal verkocht ben aan één idee waarvan ik aanvankelijk dacht dat ik het er helemaal mee eens was. Het artikel is een reactie op Eldar Murtazin en mobile-review's reactie op Joe Belfiore's opmerkingen over het iMessage-systeem en hoe iMessage veel ideeën uit de hete handen van Microsoft rukte. Klik op de link om de mogelijke oplossingen en problemen te zien die ik zie in Mango-berichten die mogelijk moeten worden gewijzigd.

Dus ik blader gisterochtend door twitter en het eerste wat ik zie is een tweet van mobile-review over een SMS-probleem in Mango waar de opmerkingen echt interessant lijken. Ik zal niet iedereen vervelen met de details, maar de kern van het artikel kan worden samengevat in verschillende punten uit het artikel zelf. specifiek:

Ik voelde me een beetje beledigd door het feit dat Microsoft iMessage beschouwt als een kopie van de messenger die we in Windows Phone 7 Mango zien. Ze hebben wel iets gemeen, maar ik denk niet dat ze identiek genoemd kunnen worden.
Spilikons #123. Moderne mobiele IM-clients: de benadering van Microsoft versus die van Apple

In Windows Phone 7 Mango is de gebruiker eindelijk het communicatiecentrum geworden - het maakt niet uit welke app je gebruikt, je ontvangt berichten van elke IM-toepassing zoals Facebook Chat of SMS en al je berichten worden weergegeven als een chat.
Spilikons #123. Moderne mobiele IM-clients: de benadering van Microsoft versus die van Apple

Maar wat is het belangrijkste verschil tussen deze diensten en sms? Het verschil is dat de bezorging van een sms wordt verleend door de koerier en dat u altijd een berichtstatusrapport kunt krijgen. Hoewel de bezorging van berichten in moderne IM-clients NIET gegarandeerd is, kunnen we alleen maar hopen dat het doorkomt. Dit is een enorm verschil dat me in staat stelt te zeggen dat het berichtenconcept dat in Microsoft Windows Phone 7 wordt gebruikt tot dusverre één maar een aanzienlijke tekortkoming heeft: het combineert gegarandeerde berichtenbezorgservices (SMS) met waarschijnlijke services.
Spilikons #123. Moderne mobiele IM-clients: de benadering van Microsoft versus die van Apple

Om eerlijk te zijn, begon ik aan mijn haar te trekken toen ik nadacht over de argumenten hier – omdat sms en andere diensten worden gecombineerd en gebruikers geen idee hebben of het bericht wordt verzonden of niet, ligt het fundamentele verschil tussen de twee in een kennisgeving. Ik weet dat Eldar in het verleden twijfelachtig was over zijn meningen, maar dit is zo dom van een betoog. En toen begon ik eerlijk over het artikel na te denken. En ik heb geconcludeerd dat hoewel Eldar een zeer interessant punt maakt, hij de plank volledig mis slaat. De focus op het meldingssysteem zou een van de minder problemen in het geïntegreerde schema dat Microsoft heeft voorgesteld. En na een tijdje ontdekte ik nog meer problemen die onmiddellijk hadden moeten worden aangepakt. Uiteindelijk hoop ik dat de overwegingen serieus worden genomen en geïmplementeerd voordat gebruikers Mango krijgen. Of in ieder geval Apollo. Laten we beginnen.

Weet je nog toen Mango werd aangekondigd en een van de belangrijkste kenmerken de nieuwe manier was waarop mensen met elkaar omgaan - via MSN, Facebook en via sms om een ​​geïntegreerde ervaring te creëren? Zo niet, laten we het dan even in actie bekijken:

Als we naar de functie kijken, wordt de gebruiker in één scherm geïntroduceerd in de "threads" (mensen waarmee contact is opgenomen). Een veeg naar rechts toont eventuele online contacten en natuurlijk de meest recente. En hoewel de contactpagina niet het aspect is dat de belangrijkste focus zou moeten zijn, zou de belangrijkste focus moeten beginnen met threads en de interface.

Een gebruiker die rechtstreeks in de interface springt, toont berichten op de respectieve platforms - MSN, Facebook of SMS. Maar alle berichten staan ​​op hetzelfde scherm. Dat kan een goed idee zijn, maar laten we een paar herinneringen geven aan waarom het idee echt waardeloos kan zijn en oplossingen voor het probleem:

1. Rommelig
De interface zelf is rommelig en hoewel ik het met Eldar eens ben dat het groeperen van systemen een slecht idee kan zijn, baseer ik het niet op notificaties, want alles wat ik heb gezien, het notificatiesysteem of een online bericht al dan niet is verzonden is perfect. Vanuit esthetisch oogpunt kan de sms-layout voor het consolideren van alle berichten echter rommelig en verwarrend zijn. Toegegeven, er is een geweldige tag die aangeeft waar de gebruiker het bericht naartoe stuurt in uw lijst met contactpersonen. Dit is een geweldig idee, maar over het algemeen lijkt het bijna ongeorganiseerd met alle services gecombineerd.

2. Grootte van berichten
Laten we echt zijn. Gebruikers bericht. Veel. Ik heb gemerkt (net als een paar andere) hier net zoals hier. Als er zelfs in NoDo na 1,000 berichten een berichtfout is, laten we dan eens kijken wat er zou gebeuren als er een chatgesprek zou zijn; die gemakkelijk duizenden en duizenden regels berichten kunnen zijn. Ik heb de vertraging gezien en de vertraging en het knipperen van het sms-chatvenster ervaren bij mijn eigen gebruik van een overvloed aan apparaten, dus ik kan niet per se beweren dat het apparaat openstaat voor slechts een apparaat. Ik denk dat het een grote systeemfout is.

3. Kennisgeving
Eldar doet een aantal interessante voorstellen in termen van de meldingsmethode die Windows Phone heeft gebruikt, maar die slechts oppervlakkig is. Ik richt mijn zorg op de daadwerkelijke meldingsregeling die wordt gehanteerd. Wanneer een gebruiker op de hoogte wordt gesteld van een bericht, verschijnt de live-tegel (net als bij elke sms) en wanneer de gebruiker het selecteert, wordt de gebruiker naar de threads geleid. Bij elk nieuw bericht licht de tekst onder de gebruikersnaam op. Dat is het. Dus laat me kijken of ik dit recht grijp als ik kan. Mango consolideert de berichtmelding op dezelfde manier als NoDo en de vorige build, en verwacht van gebruikers dat: precies waar de sms vandaan komt. Gebaseerd op zojuist gemarkeerde woorden. Geen verdere indicatie vertelt de gebruiker of dit een SMS of Facebook IM of zelfs MSN IM is.

En als ik dan aan de onmiddellijke problemen denk, moet ik denken aan de campagne van Microsoft voor de Windows Phone – het is de bedoeling dat het gebruikers van hun telefoons redt en ons een helder en magisch nieuw interface-ontwerp geeft dat we niet zien en een soort van doorbreken van de barrière. Het is begrijpelijk dat Microsoft de mal heeft doorbroken met het idee om berichten te consolideren in een hub-achtig formaat, maar er kunnen betere dingen worden gedaan gezien een aantal van de problemen die ik kan zien vanuit een esthetisch, gebruikersinteractie- en gebruikerservaringsperspectief. Dus, wat is de oplossing om een ​​betere ervaring te creëren? Verrassend genoeg is het niet zo revolutionair als men zou denken, maar het zou toch evolutionair kunnen zijn.

Laten we beginnen met de live-tegel. De huidige livetegel van Mango laat zien dat er een bericht is ontvangen, maar wat als er zoiets zou gebeuren:

Mijn photoshop is waardeloos, maar je begrijpt wat ik bedoel, toch?

Vanuit de livetegel weet de gebruiker precies waar de berichten vandaan komen. Vanwege de grootte en de slechte Photoshop-wetenschap, is de grootte van de melding te groot voor alle 3. Dus misschien voor de pictogrammen zoiets als 20×20 en het lettertype voor de melding tussen 12-14 punts lettertype? Ik denk dat zo'n schema ook zou kunnen worden uitgebreid tot het lockscreen-meldingssysteem, om ook bij de campagne 'instappen, uitstappen' te blijven (of is het dat de Windows Phone ons van onze telefoon zal redden, eerlijk gezegd herinner ik het me niet meer).

Verder met het notificatiesysteem, hoe weten we van welk contact ons een nieuwe sms heeft gekregen en van welk contact een facebookbericht of een MSN-bericht? Verrassend genoeg kan dat ook gemakkelijk worden opgelost, zoals hieronder te zien is:

Plaatsing van de pictogrammen kan aan het begin van het bericht of aan het einde van het bericht in de draadweergave zijn.

In vergelijking met het "huidige" systeem geeft de thread aan waar de gebruikers contact met hen hebben opgenomen - van Facebook of sms of MSN. Het belangrijkste waar ik op reken is dit: de kans dat gebruikers sms'en en hetzelfde bericht sturen/msn-en is klein, tenzij het een noodgeval is. Een fout zou zijn als er twee berichten waren van twee verschillende berichtensystemen en ruimte. Maar idealiter kunnen de pictogrammen worden verkleind tot iets geloofwaardigs en dat zou natuurlijk het probleem oplossen. Maar het is niet waarschijnlijk dat iemand je aandacht op beide manieren zal trekken, tenzij het een noodgeval is of ze psychotisch zijn.

Tot nu toe is er de threadweergave en de live tile-weergave die de locatie van de berichtencontacten aangeeft. Het is niet door elkaar gegooid en gebruikers hebben een goed idee welke service wordt gebruikt, vooral als gebruikers zich aanmelden bij allen van de diensten. Maar hoe zit het met de berichteninterface? Ik zei dat het erg onhandig en ongeorganiseerd was omdat de berichten gewoon een tag bevatten. Wat als er aparte pagina's waren voor elke berichtmodus? Een gebruiker selecteert bijvoorbeeld de naam/het nummer van het contact en wordt naar 3 vensters gebracht, afhankelijk van waar de gebruiker het bericht vandaan heeft. Eén voor sms, één voor Facebook en één voor MSN, als de contactpersoon alle drie de diensten gebruikt. Klinkt raar? Hier is wat fotografisch bewijs:

Voila! De rommel is verdwenen, de berichtenhub lijkt veel meer op een hub en er is heel weinig verwarring over waar het bericht vandaan kwam. Het probleem van het hebben van teveel informatie op één venster wordt verwijderd ten gunste van een meer gestroomlijnde en georganiseerde aanpak. Zorg ten slotte voor een betere afvalverzameling of een geconsolideerde weergave van berichten om de zaken snel te houden. Geef gebruikers de mogelijkheid om de sms-geschiedenis te beheren, zodat er geen vertraging meer is.

Maar hoe zit het met de beweringen van Eldar? Hoe gemakkelijk is het om dat probleem op te lossen! Idealiter onder dit paradigma lost het probleem zichzelf op. Maar wat als de eindgebruiker nog steeds geen idee heeft of er een online bericht wordt verzonden? Dat is gemakkelijk! Een transparant effect naar zichtbaar effect als het bericht wordt verzonden. Visueel weet de gebruiker of het bericht is verzonden of niet. Hoewel de beweringen van Eldar bizar zijn (aangezien gebruikers geen idee hebben of hun sms-berichten naar chat ooit worden verzonden of niet), is het niet echt genoeg om te zeggen dat Apple's berichtenidee uniek is. Of goed, of zelfs anders genoeg op zichzelf. Het is niet. Microsoft heeft echter enkele tekortkomingen vanuit mijn eigen persoonlijke perspectief die gemakkelijk kunnen worden opgelost in Mango of toekomstige Microsoft-iteraties. Als het hele idee een berichtenhub is, maak er dan meer een hub van! Simpel als dat!