Mango e messaggistica: abbiamo un problema

Icona del tempo di lettura 9 minuto. leggere


I lettori aiutano a supportare MSpoweruser. Potremmo ricevere una commissione se acquisti tramite i nostri link. Icona descrizione comando

Leggi la nostra pagina informativa per scoprire come puoi aiutare MSPoweruser a sostenere il team editoriale Per saperne di più

Windows Phone 7 Mango è stato presentato oggi a diversi membri della stampa e ogni recensione è stata positiva. Tuttavia, un problema che vedo è che non sono completamente convinto di un'idea con cui inizialmente pensavo di essere totalmente d'accordo. L'articolo è in risposta alla risposta di Eldar Murtazin e della recensione mobile ai commenti di Joe Belfiore sul sistema iMessage e su come iMessage ha strappato molte idee dalle mani calde di Microsoft. Apri il link per vedere le possibili soluzioni e problemi che vedo nei messaggi di Mango che potrebbero dover essere modificati.

Così leggendo su Twitter ieri mattina e la prima cosa che vedo è un tweet da una recensione su un cellulare Problema SMS in Mango dove i commenti sembrano davvero interessanti. Non annoierò tutti con i dettagli, ma il nocciolo dell'articolo può essere riassunto in vari punti presi dall'articolo stesso. Nello specifico:

Mi sono sentito un po' offeso dal fatto che Microsoft consideri iMessage una copia del messenger che vediamo in Windows Phone 7 Mango. Hanno qualcosa in comune ma non credo che possano essere definiti identici.
Spillikin #123. Moderni client di messaggistica istantanea mobile: l'approccio di Microsoft rispetto a quello di Apple

In Windows Phone 7 Mango l'utente è finalmente diventato il centro della comunicazione: non importa quale app utilizzi, riceverai messaggi da qualsiasi applicazione di messaggistica istantanea come Facebook Chat o SMS e tutti i tuoi messaggi verranno visualizzati come chat.
Spillikin #123. Moderni client di messaggistica istantanea mobile: l'approccio di Microsoft rispetto a quello di Apple

Ma qual è la principale differenza tra questi servizi e gli SMS? La differenza è che la consegna di un SMS è concessa dal corriere e puoi sempre ricevere un rapporto sullo stato del messaggio. Sebbene la consegna dei messaggi nei moderni client di messaggistica istantanea NON sia garantita, possiamo solo sperare che vada a buon fine. Questa è un'enorme differenza che mi consente di affermare che il concetto di messaggistica utilizzato in Microsoft Windows Phone 7 ha finora un difetto notevole: mette insieme i servizi di consegna dei messaggi garantiti (SMS) con i servizi probabili.
Spillikin #123. Moderni client di messaggistica istantanea mobile: l'approccio di Microsoft rispetto a quello di Apple

Ad essere sincero, per un momento ho iniziato a tirarmi i capelli riflettendo su questo argomento: poiché gli SMS e altri servizi sono combinati e gli utenti non hanno idea se il messaggio viene inviato o meno, la differenza fondamentale tra i due sta in un notifica. So che in passato Eldar è stato ambiguo riguardo alle sue opinioni, ma è così stupido di un argomento. E poi, onestamente, ho iniziato a pensare all'articolo in modo critico. E ho concluso che mentre Eldar fa un punto molto interessante, manca completamente il bersaglio. Il focus sul sistema di notifica potrebbe essere uno dei minore problemi nello schema integrato proposto da Microsoft. E dopo un po', ho riscontrato altri problemi che avrebbero dovuto essere risolti immediatamente. In definitiva, spero che le considerazioni vengano prese sul serio e implementate prima che gli utenti ottengano Mango. O almeno Apollo. Cominciamo.

Ricordi quando è stato annunciato Mango e una delle caratteristiche chiave era il nuovo modo in cui le persone interagiscono tra loro: tramite MSN, Facebook e tramite SMS creando un'esperienza integrata? In caso contrario, diamo una rapida occhiata in azione:


Dando un'occhiata alla funzione, l'utente viene introdotto ai "thread" (persone che sono state contattate) in un'unica schermata. Uno swipe verso destra mostra tutti i contatti online e ovviamente i più recenti. E mentre la pagina dei contatti non è l'aspetto che dovrebbe essere l'obiettivo chiave, l'obiettivo chiave dovrebbe iniziare con i thread e l'interfaccia.

Saltando direttamente nell'interfaccia, un utente ha mostrato i messaggi sulle rispettive piattaforme: MSN, Facebook o SMS. Ma tutti i messaggi sono sullo stesso schermo. Ora può essere una buona idea, ma diamo alcuni promemoria sul perché l'idea può davvero fare schifo e soluzioni al problema:

1. Ingombri
L'interfaccia stessa è disordinata e mentre sono d'accordo con Eldar sul fatto che raggruppare i sistemi può essere una cattiva idea, non lo baso sulla notifica perché tutto ciò che ho visto, il sistema di notifica se un messaggio online è o meno inviato è perfetto. Tuttavia, dal punto di vista estetico, il layout degli sms per avere tutti i messaggi consolidati può essere disordinato e confuso. Certo, c'è un ottimo tag che indica dove l'utente sta inviando il messaggio nell'elenco dei contatti che è un'ottima idea ma in generale sembra quasi disorganizzato con tutti i servizi combinati.

2. Dimensione dei messaggi
Cerchiamo di essere reali. Messaggio degli utenti. Un sacco. Ho notato (come pochi altri qui così come qui. Se c'è un bug di messaggistica anche in NoDo dopo 1,000 messaggi, consideriamo cosa accadrebbe se ci fosse una conversazione in chat; che possono facilmente essere migliaia e migliaia di righe di messaggi facilmente. Ho visto il ritardo e sperimentato il ritardo e il battito di ciglia della finestra della chat SMS sul mio uso di una pletora di dispositivi, quindi non posso necessariamente sostenere che il dispositivo sia aperto solo a prima dispositivo. Penso che sia un grave bug di sistema.

3. Notifica
Eldar fa alcune proposte interessanti in termini di metodo di notifica utilizzato da Windows Phone, ma ha solo scalfito la superficie. Sto indirizzando la mia preoccupazione allo schema di notifica effettivo utilizzato. Quando a un utente viene notificato un messaggio, il riquadro live viene visualizzato (proprio come con qualsiasi SMS) e quando l'utente lo seleziona, l'utente viene portato ai thread. Ad ogni nuovo messaggio, il testo sotto il nome dell'utente si accende. Questo è tutto. Quindi fammi vedere se lo afferro dritto, se posso. Mango consolida la notifica del messaggio in modo simile a NoDo e alla build precedente e si aspetta che lo facciano gli utenti di preciso da dove proviene l'SMS. Basato su parole appena evidenziate. Nessuna ulteriore indicazione dice all'utente se si tratta di un SMS o di un IM di Facebook o anche di un MSN IM.

E poi pensando ai problemi immediati, mi viene in mente la campagna di Microsoft per Windows Phone: dovrebbe salvare gli utenti dai loro telefoni e darci un nuovo design dell'interfaccia luminoso e magico che non si vede e in qualche modo infrangere la barriera. Comprensibilmente, Microsoft ha rotto gli schemi con l'idea di consolidare i messaggi in un formato simile a un hub, ma si possono fare cose migliori dati alcuni dei problemi che posso vedere dal punto di vista estetico, dell'interazione con l'utente e dell'esperienza utente. Allora, qual è la soluzione per creare un'esperienza migliore? Sorprendentemente, non è così rivoluzionario come si potrebbe pensare, ma potrebbe comunque essere evolutivo.

Iniziamo con la tessera live. L'attuale riquadro live di Mango mostra che è stato ricevuto un messaggio, ma cosa succede se qualcosa del genere dovesse accadere:




Il mio photoshop fa schifo ma vedi cosa sto dicendo giusto?

Dal riquadro live, l'utente sa esattamente da dove provengono i messaggi. A causa ovviamente delle dimensioni e del pessimo know how di Photoshop, la dimensione della notifica è troppo grande per tutti e 3. Quindi forse per le icone qualcosa come 20 × 20 e il carattere per la notifica tra 12-14 punti di carattere? Penso che uno schema del genere potrebbe essere esteso anche al sistema di notifica lockscreen, per stare anche con la campagna entra, esci (o è il Windows Phone che ci salverà dal nostro telefono, onestamente non ricordo più).

Proseguendo con il sistema di notifica, come facciamo a sapere quale contatto ci ha inviato un nuovo SMS e quale contatto ci ha inviato un messaggio facebook o un messaggio MSN? Sorprendentemente, anche questo può essere facilmente risolto, come si può vedere di seguito:




Il posizionamento delle icone può essere all'inizio o alla fine del messaggio nella vista thread.

Rispetto al sistema "attuale", il thread indica dove gli utenti li hanno contattati: da facebook o sms o MSN. La cosa principale su cui sto puntando è questa: la probabilità che gli utenti SMS e facebook/MSN indichino lo stesso messaggio è scarsa a meno che non si tratti di un caso di emergenza. Un difetto sarebbe se ci fossero due messaggi da due diversi sistemi di messaggistica e spazio. Ma idealmente, le icone possono essere ridimensionate a qualcosa di credibile e, naturalmente, questo risolverebbe il problema. Ma non è probabile che qualcuno attiri la tua attenzione in entrambi i modi, a meno che non si tratti di un'emergenza o di uno psicopatico.

Finora, c'è la vista thread e la vista live tile che indica la posizione dei contatti di messaggistica. Non è confuso e gli utenti hanno un'ottima idea di quale servizio viene utilizzato, soprattutto se gli utenti accedono contro tutti i dei servizi. Ma per quanto riguarda l'interfaccia di messaggistica? Ho detto che era molto goffo e disorganizzato apparire perché i messaggi escono semplicemente con un tag. E se ci fossero pagine separate per ciascuna modalità di messaggistica? Ad esempio, un utente seleziona il nome/numero del contatto e viene portato a 3 finestre a seconda di dove è stato inviato il messaggio all'utente. Uno per SMS, uno per Facebook e uno per MSN, se il contatto utilizza tutti e tre i servizi. Suona strano? Ecco qualche prova fotografica:



Ecco! Il disordine è sparito, l'hub di messaggistica sembra molto più simile a un hub e c'è pochissima confusione sulla provenienza del messaggio. Il problema di avere troppe informazioni su una finestra viene rimosso a favore di un approccio più snello e organizzato. Infine, consenti una migliore raccolta dei rifiuti o una visualizzazione consolidata dei messaggi per mantenere le cose veloci. Dai agli utenti l'opportunità di controllare la cronologia degli SMS in modo che non ci siano più ritardi.

Ma che dire delle contese di Eldar? Com'è facile risolvere questo problema! Idealmente, in questo paradigma, il problema si risolve da solo. Ma allora, cosa succede se l'utente finale non ha ancora idea se viene inviato un messaggio online? Questo è facile! Un effetto trasparente ad effetto visibile se il messaggio viene inviato. Visivamente l'utente sa se il messaggio è stato inviato o meno. Sebbene le contese di Eldar siano bizzarre (considerando che gli utenti non hanno idea se i loro SMS ai messaggi di chat vengano mai inviati o meno), non è davvero sufficiente dire che l'idea di messaggistica di Apple è unica. O buono, o anche abbastanza diverso da solo. Non è. Tuttavia, Microsoft ha alcuni difetti dal mio punto di vista personale che possono essere facilmente risolti in Mango o future iterazioni Microsoft. Se l'intera idea è un hub di messaggistica, rendilo più simile a un hub! Semplice come quella!

Maggiori informazioni sugli argomenti: stile di chat, iMessage, messaggistica unificata, Mango Windows Phone

Lascia un Commento

L'indirizzo email non verrà pubblicato. I campi obbligatori sono contrassegnati con *