Mango in sporočila - imamo problem

Windows Phone 7 Mango je danes razbil več članov tiska in vsak pregled je bil pozitiven. Vendar pa je ena težava, ki jo vidim, ta, da nisem popolnoma prodana ene ideje, za katero sem sprva mislil, da se popolnoma strinjam. Članek je odgovor na Eldarja Murtazina in odziv mobilne revije na komentarje Joeja Belfioreja o sistemu iMessage in o tem, kako je iMessage iztrgal veliko idej iz Microsoftovih vročih rok. Pritisnite povezavo, da si ogledate možne rešitve in težave, ki jih vidim v sporočilih Mango, ki jih bo morda treba spremeniti.

Torej, če sem včeraj zjutraj prebral twitter in prva stvar, ki jo vidim, je tvit iz mobilnega pregleda o Težava s SMS-om v Mangu kjer se zdijo komentarji res zanimivi. Ne bom vseh dolgočasil s podrobnostmi, a bistvo članka je mogoče povzeti v različnih točkah, povzetih iz samega članka. Natančneje:

Počutil sem se nekoliko užaljen zaradi dejstva, da Microsoft meni, da je iMessage kopija messengerja, ki ga vidimo v Windows Phone 7 Mango. Imajo nekaj skupnega, vendar mislim, da ju ne moremo imenovati identična.
Spillikins #123. Sodobni mobilni odjemalci IM – Microsoftov pristop proti Applu

V operacijskem sistemu Windows Phone 7 Mango je uporabnik končno postal središče komunikacije – ni pomembno, katero aplikacijo uporabljate, prejemali boste sporočila iz katere koli aplikacije za IM, kot je Facebook Chat ali SMS, in vsa vaša sporočila bodo prikazana kot klepet.
Spillikins #123. Sodobni mobilni odjemalci IM – Microsoftov pristop proti Applu

Toda kakšna je glavna razlika med temi storitvami in SMS? Razlika je v tem, da dostavo SMS-a odobri operater in vedno lahko dobite poročilo o stanju sporočila. Medtem ko dostava sporočil v sodobnih odjemalcih IM NI zagotovljena – lahko samo upamo, da bo uspelo. To je velika razlika, zaradi katere lahko rečem, da ima koncept sporočanja, ki se uporablja v Microsoft Windows Phone 7, doslej eno, a precejšnjo pomanjkljivost – združuje storitve zajamčene dostave sporočil (SMS) z verjetnimi storitvami.
Spillikins #123. Sodobni mobilni odjemalci IM – Microsoftov pristop proti Applu

Če sem odkrit, sem si za trenutek začel puliti lase, ko sem razmišljal o tukajšnjih argumentih – ker so SMS in druge storitve združene in uporabniki nimajo pojma, ali je sporočilo poslano ali ne, je temeljna razlika med obema v obvestilo. Vem, da je bil Eldar v preteklosti dvomljiv glede svojih mnenj, toda to je neumen argumenta. In potem sem pošteno začel kritično razmišljati o članku. In ugotovil sem, da Eldar, čeprav je zelo zanimiv, popolnoma zgreši cilj. Osredotočenost na sistem obveščanja bi lahko bila ena izmed mladoletnika težave v integrirani shemi, ki jo je predlagal Microsoft. In čez nekaj časa sem našel še nekaj težav, ki bi jih bilo treba takoj rešiti. Navsezadnje upam, da je treba te premisleke jemati resno in jih izvajati, preden uporabniki dobijo Mango. Ali vsaj Apollo. Začnimo.

Se spomnite, ko je bil Mango napovedan in ena ključnih funkcij je bil nov način interakcije med ljudmi – prek MSN-ja, Facebooka in SMS-a, ki ustvarja integrirano izkušnjo? Če ne, si ga na hitro poglejmo v akciji:

Ko si ogledate funkcijo, se uporabnik na enem zaslonu seznani z "nitmi" (osebe, ki so bili v stiku). Poteg v desno prikazuje vse spletne stike in seveda najnovejše. In čeprav stran s stiki ni vidik, ki bi moral biti osrednji poudarek – ključni poudarek bi se moral začeti z niti in vmesnikom.

Ko skoči neposredno v vmesnik, je uporabnik prikazal sporočila na ustreznih platformah – MSN, Facebook ali SMS. Toda vsa sporočila so na istem zaslonu. Zdaj je to lahko dobra ideja, toda dajmo nekaj opomnikov, zakaj je ideja res lahko zanič, in rešitve problema:

1. Nered
Sam vmesnik je natrpan in čeprav se strinjam z Eldarjem glede tega, da je združevanje sistemov lahko slaba ideja, tega ne temeljim na obveščanju, ker je vse, kar sem videl, sistem obveščanja o tem, ali je spletno sporočilo ali ne. poslano je na mestu. Vendar pa je z estetskega vidika lahko postavitev sms-jev za združevanje vseh sporočil pretirana in zmedena. Seveda obstaja odlična oznaka, ki označuje, kam uporabnik pošilja sporočilo na vašem seznamu stikov, kar je odlična ideja, vendar se na splošno zdi skoraj neorganizirano z vsemi storitvami skupaj.

2. Velikost sporočil
Bodimo resnični. Sporočilo uporabnikov. Veliko. Opazil sem (kot še nekaj drugih tukaj tako dobro, kot tukaj. Če pride do napake pri sporočanju tudi v NoDo po 1,000 sporočilih, razmislimo, kaj bi se zgodilo, če bi prišlo do pogovora v klepetu; ki je zlahka lahko na tisoče in tisoče vrstic sporočil. Videl sem zamik in izkusil zamik in utripanje okna za klepet SMS ob lastni uporabi številnih naprav, zato ne morem nujno trditi, da je naprava odprta samo za ena napravo. Mislim, da je to velika sistemska napaka.

3. Obvestilo
Eldar daje nekaj zanimivih predlogov v smislu metode obveščanja, ki jo je Windows Phone uporabljal, a je le spraskal površino. Svojo skrb usmerjam na dejansko uporabljeno shemo obveščanja. Ko je uporabnik obveščen o sporočilu, se ploščica v živo prikaže (tako kot pri vsakem SMS-u) in ko jo uporabnik izbere, se uporabnik preusmeri v niti. Pri vsakem novem sporočilu zasveti besedilo pod uporabniškim imenom. To je to. Torej, da vidim, če bom to zgrabil naravnost, če lahko. Mango konsolidira obvestilo o sporočilu podobno kot NoDo in prejšnja različica in od uporabnikov pričakuje točno od kod prihaja SMS. Na podlagi samo poudarjenih besed. Nobena nadaljnja indikacija uporabniku ne pove, ali je to SMS ali Facebook IM ali celo MSN IM.

In potem, ko pomislim na takojšnje težave, se spomnim na Microsoftovo kampanjo za Windows Phone – ta naj bi uporabnike rešil pred njihovimi telefoni in nam dal svetlo in čarobno novo zasnovo vmesnika, ki ga ne vidimo, in nekako prebil oviro. Razumljivo je, da je Microsoft prekinil kalup z idejo o združevanju sporočil v obliko, ki spominja na središče, vendar je mogoče narediti boljše stvari glede na nekatere težave, ki jih vidim z vidika estetske, uporabniške interakcije in uporabniške izkušnje. Kakšna je torej rešitev za ustvarjanje boljše izkušnje? Presenetljivo ni tako revolucionaren, kot bi si kdo mislil, vendar bi lahko bil kljub temu evolucijski.

Začnimo z živo ploščico. Trenutna ploščica Mango v živo kaže, da je sporočilo prejeto, a kaj, če bi se zgodilo kaj takega:

Moj photoshop je zanič, a vidite, kaj govorim, kajne?

Iz ploščice v živo uporabnik natančno ve, od kod prihajajo sporočila. Zaradi velikosti in popačenega photoshop know how je velikost obvestila prevelika za vse 3. Torej morda za ikone nekaj takega kot 20×20 in pisava za obvestilo med 12-14 pikami? Mislim, da bi takšno shemo lahko razširili tudi na sistem obveščanja zaklenjenega zaslona, ​​da bi tudi nadaljevali s kampanjo vstopi, izstopi (ali pa nas bo Windows Phone rešil našega telefona, iskreno se ne spomnim več).

Če nadaljujemo s sistemom obveščanja, kako vemo, kateri kontakt nam je poslal nov SMS in kateri stik nam je poslal sporočilo na Facebooku ali MSN? Presenetljivo je, da je tudi to enostavno rešiti, kot je razvidno spodaj:

Postavitev ikon je lahko na začetku sporočila ali na koncu sporočila v pogledu niti.

V primerjavi s "trenutnim" sistemom nit označuje, kje jim je stik uporabnika poslal sporočilo - s facebooka ali sms-a ali MSN-ja. Glavna stvar, na katero računam, je to – verjetnost, da bodo uporabniki SMS in facebook/MSN poslali isto sporočilo, je majhna, razen če gre za nujni primer. Napaka bi bila, če bi obstajali dve sporočili iz dveh različnih sistemov za sporočanje in prostora. Toda v idealnem primeru je mogoče ikone spremeniti v nekaj verjetnega in seveda bi to rešilo težavo. Vendar je malo verjetno, da bo nekdo pritegnil vašo pozornost na oba načina, razen če gre za nujne primere ali če je psihotičen.

Zaenkrat sta na voljo pogled niti in pogled ploščic v živo, ki označujeta lokacijo stikov za sporočanje. Ni pomešano in uporabniki imajo odlično predstavo, katera storitev se uporablja, še posebej, če se uporabniki prijavijo vse storitev. Kaj pa vmesnik za sporočila? Rekel sem, da se je pojavljanje zelo nerodno in neorganizirano, ker sporočila dobijo samo oznako. Kaj pa, če bi bile za vsak način sporočila ločene strani? Na primer, uporabnik izbere ime/številko stika in se prikaže v 3 oknih, odvisno od tega, od kod je bilo uporabniku poslano sporočilo. Ena za SMS, ena za Facebook in ena za MSN, če kontakt uporablja vse tri storitve. Sliši se čudno? Tukaj je nekaj fotografskih dokazov:

Voila! Nereda ni več, središče za sporočila se zdi veliko bolj hudo in je zelo malo zmede glede tega, od kod je sporočilo prišlo. Problem preveč informacij v enem oknu je odpravljen v korist bolj poenostavljenega in organiziranega pristopa. Končno omogočite boljše zbiranje smeti ali konsolidiran pogled na sporočila, da bodo stvari hitre. Dajte uporabnikom možnost nadzora zgodovine SMS, tako da ni več zamika.

Kaj pa Eldarjeve trditve? Kako enostavno je rešiti ta problem! V idealnem primeru se po tej paradigmi problem reši sam. Toda kaj potem, če končni uporabnik še vedno ne ve, ali je poslano spletno sporočilo? To je lahko! Prozoren učinek do vidnega učinka, če je sporočilo poslano. Uporabnik vizualno ve, ali je sporočilo poslano ali ne. Čeprav so Eldarjeve trditve nenavadne (glede na to, da uporabniki nimajo pojma, ali so njihova sporočila SMS v klepetalnice kdaj poslana ali ne), v resnici ni dovolj reči, da je Applova ideja za sporočanje edinstvena. Ali dobra ali celo dovolj drugačna sama po sebi. Ni. Vendar ima Microsoft nekaj pomanjkljivosti z moje osebne perspektive, ki jih je mogoče enostavno rešiti v Mangu ali prihodnjih Microsoftovih iteracijah. Če je celotna ideja središče za sporočila, naj bo bolj podobno vozliščem! Tako enostavno!