Je développe actuellement le prototype d'un client de messagerie texte et d'appel pour iOS.
Je voudrais savoir quelle est la meilleure façon d'afficher l'historique des appels. Actuellement, mon idée est que les appels ne sont que des événements de la même manière que les messages texte et, par conséquent, peuvent être affichés dans l'interface utilisateur de messagerie comme un message texte normal. Je crois que Skype fait cela.
D'un autre côté, de nombreux clients VoIP ainsi que l'application de téléphone native utilisent des vues distinctes (dans le cas où la messagerie de l'application native est souvent une application distincte) pour l'historique des appels et les messages.
Quels sont les avantages de chaque méthode et laquelle serait la meilleure?
Bien qu'une vue combinée puisse avoir ses utilités (comme le note Lucas au point 2 de sa réponse ), je pense que la plupart du temps, vous voudriez voir les appels et les messages séparément parce que généralement vous les consulteriez pour des raisons différentes:
Les journaux d'appels ne peuvent afficher que " qui" et " quand" , pas le " quoi". Vous pouvez les vérifier pour les appels manqués, pour ajouter/mettre à jour des entrées à vos contacts ou pour confirmer qu'une conversation particulière (ou, au moins, une connexion) a eu lieu. Dans tous ces cas, je ne vois que des messages gênant.
Historique des messages sera affiche le " quoi" (en plus du " qui" et " quand"). Bien que vous puissiez toujours vérifier les messages pour mettre à jour les contacts et "confirmer une interaction", le plus souvent, ce sera pour revoir ce qui a été réellement dit. Encore une fois, je ne peux voir que les journaux d'appels gêner ce processus.
Une autre raison potentielle pour garder les journaux d'appels séparés des messages est que - traditionnellement - les journaux d'appels répertorient généralement les appels vers/de tout le monde (peut-être avec des options pour filtrer les appels entrants/sortants/manqués), tandis que les messages sont généralement répertoriés pour un contact spécifique .
Cela dit, il se peut que "briser le moule" en répertoriant tous les appels et tous les messages ensemble puisse offrir de nouvelles opportunités que les pratiques existantes ne permettent pas (par exemple, voir les messages de tous les contacts répertoriés dans l'ordre). Cependant, si je fais cela, je m'assurerais qu'il existe des moyens faciles de filtrer la liste pour obtenir les vues "traditionnelles" que les utilisateurs sont (actuellement) habitués à utiliser.
Si je choisis une liste unifiée, je pense que les deux filtres "de haut niveau" évidents seraient:
Appels combinés // Messages - affiche toutes les entrées, ou seulement les appels ou seulement les messages.
Tous les contacts / Utilisateur sélectionné - mélanger les entrées de/vers tout le monde, ou restreindre à un utilisateur spécifique (comme les messages sont normalement affichés). Serait probablement utile d'avoir une option " Afficher [entrées pour] cet utilisateur uniquement" soit attachée à chaque entrée, soit en travaillant sur une entrée sélectionnée pour ne pas avoir à faire défiler tous les contacts pour filtrer sur une seule personne.
Vous pouvez également envisager de filtrer par:
Autres sélections qui pourraient s'avérer utiles (elles pourraient toutes apparaître dans un filtre/sélecteur comme des "cas spéciaux"):
Appels manqués - appels entrants auxquels vous n'avez pas eu la chance de répondre.
Appels rejetés - appels entrants auxquels vous avez choisi ne pas répondre.
Appels sans réponse - appels sortants sans réponse. Je n'ai pas remarqué que cet état était enregistré sur les deux téléphones que je possédais, mais cela pourrait être utile si les informations sont disponibles.
Messages non répondus - messages entrants auxquels vous n'avez pas envoyé de réponse (c'est-à-dire pour trouver des conversations "pendantes").
Contacts inconnus - appels ou messages de/à quelqu'un qui ne figure pas dans votre base de données de contacts.
Les appels et les messages (et les messages vocaux), comme vous l'avez dit, appartiennent au même type d'événement. Cependant, je ne forcerais pas l'utilisateur à avoir seulement la possibilité de les voir tous ensemble.
Les journaux d'appels imitent les journaux traditionnels, tels que ceux des compagnies de téléphone. Facilite les utilisateurs qui souhaitent voir leur activité d'appel dans une seule liste. Imaginez vouloir voir vos journaux d'appels et avoir à parcourir tous les messages entre les deux. Vous pouvez juger de l'importance de montrer les journaux d'appels en voyant à quelle fréquence ils sont utilisés. Si ce n'est pas trop important, envisagez de vous éloigner de la navigation principale.
Si vous les placez ensemble, vous pourriez gagner des aspects comme permettre aux utilisateurs de voir les journaux d'appels et les messages texte en contexte les uns avec les autres (c'est-à-dire apprendre de quoi vous parliez avant ou après un appel et vice versa). Si c'est l'approche que vous adoptez, je vous recommande d'implémenter un filtre pour ne voir que les messages ou uniquement les journaux d'appels.
Voir d'autres applications faisant l'approche ensemble. WhatsApp, Line, We Chat, Messenger, Telegram.
En cas de doute, déterminez à quoi les utilisateurs sont habitués ou comment cette fonctionnalité joue dans la stratégie globale de votre application.