Comment concevoir la recherche pour votre application mobile
Publié: 2022-03-10Pourquoi Google est-il le géant de la recherche qu'il est aujourd'hui ? Cela s'explique en partie par la façon dont cela a transformé notre capacité à rechercher des réponses.
Pensez à quelque chose d'aussi simple que de chercher la définition d'un mot. Il y a 20 ans, vous auriez dû retirer votre dictionnaire de l'étagère pour trouver une réponse à votre question. Maintenant, vous ouvrez votre téléphone ou allumez votre ordinateur, tapez ou dites le mot, et obtenez une réponse en un rien de temps et avec peu d'effort de votre part.
Cette forme de raccourci numérique n'existe pas seulement sur les moteurs de recherche comme Google. Les applications mobiles disposent désormais également de fonctions de recherche autonomes.
Une barre de recherche est-elle même nécessaire dans une interface d'application mobile ou est-ce exagéré ? Voyons pourquoi l'élément de la barre de recherche est important pour l'expérience de l'application mobile. Ensuite, nous examinerons plusieurs façons de concevoir la recherche en fonction du contexte de la requête et de la fonction de l'application.
Utiliser le Web avec un lecteur d'écran
Saviez-vous que VoiceOver représente 11,7 % des utilisateurs de lecteurs d'écran sur ordinateur et 69 % des utilisateurs de lecteurs d'écran sur mobile ? Il est important de savoir à quel type de difficultés les utilisateurs malvoyants sont confrontés et ce que les développeurs Web peuvent faire pour les aider. Lire un article connexe →
La recherche d'applications mobiles n'est pas négociable
La barre de recherche fait partie intégrante des sites Web depuis des années, mais les statistiques montrent qu'elle n'est pas toujours considérée comme une nécessité par les utilisateurs. Ces données de Neil Patel et Kissmetrics portent sur la perception et l'usage de la barre de recherche sur les sites e-commerce :
Comme vous pouvez le constater, 60 % des utilisateurs interrogés préfèrent utiliser la navigation plutôt que la recherche, tandis que 47 % optent pour une "recherche" filtrable plutôt que pour la fonctionnalité de recherche habituelle.
Sur un site Web de bureau, cela a du sens. Lorsqu'un menu est bien conçu et bien étiqueté, quelle que soit sa taille, il est assez facile à utiliser. Ajoutez à cela des options de filtrage avancées, et je comprends pourquoi les visiteurs du site Web préfèrent cela à la recherche.
Mais les utilisateurs d'applications mobiles sont d'une race différente. Ils accèdent aux applications mobiles pour des raisons différentes de celles des sites Web. En somme, ils veulent une expérience plus rapide, concentrée et plus pratique. Cependant, comme les écrans des smartphones ont un espace limité, il n'est pas vraiment possible d'inclure un menu complet ou un ensemble de filtres pour faciliter la navigation d'une application.
C'est pourquoi les applications mobiles ont besoin d'une barre de recherche.
Vous allez trouver beaucoup d'utilisation pour la recherche dans les applications mobiles :
- Applications axées sur le contenu comme les journaux, les plateformes de publication et les blogs ;
- Boutiques de commerce électronique avec des stocks importants et catégorisation de ces stocks ;
- Applications de productivité contenant des documents, des calendriers et d'autres enregistrements consultables ;
- Sites de référencement qui connectent les utilisateurs au bon hôtel, restaurant, itinéraire, article à vendre, appartement à louer, etc.
- Applications de rencontres et de réseautage qui connectent les utilisateurs avec de grandes quantités de "matchs".
Il existe de nombreuses autres raisons pour lesquelles vous auriez besoin d'utiliser une barre de recherche sur votre application mobile, mais je vais laisser les exemples ci-dessous parler d'eux-mêmes.
Façons de concevoir la recherche pour votre application mobile
Je vais décomposer cette prochaine section en deux catégories :
- Comment concevoir l'élément de recherche physique dans votre application mobile,
- Comment concevoir la barre de recherche et ses résultats dans le contexte de l'application.
1. Conception de l'élément de recherche physique
Il y a un certain nombre de points à considérer en ce qui concerne la présence physique de l'élément de recherche de votre application :
Haut ou bas?
Shashank Sahay explique pourquoi il y a deux endroits où l'élément de recherche apparaît sur une application mobile :
- 1. Barre pleine largeur en haut de l'application.
Ceci est pour les applications qui sont pilotées par la recherche. La plupart du temps, les utilisateurs ouvrent l'application dans le but exprès d'effectuer une recherche.
Facebook en est un bon exemple. Bien que les utilisateurs de Facebook interagissent très probablement avec le fil d'actualités de l'application, je soupçonne sournoisement que les données de Facebook indiquent que la fonction de recherche est plus couramment utilisée, du moins en ce qui concerne les premières étapes. Par conséquent, pourquoi il est placé en haut de l'application.
- 2. Un onglet dans la barre de navigation alignée en bas.
Cela concerne les applications qui utilisent la recherche comme une amélioration de l'expérience principale d'utilisation des principales fonctionnalités de l'application.
Comparons Facebook à l'une de ses propriétés sœurs : Instagram. Contrairement à Facebook, Instagram est une application de médias sociaux très simple. Les utilisateurs suivent d'autres comptes et ont un aperçu du contenu qu'ils partagent grâce à des mises à jour d'histoires en plein écran ainsi qu'à partir de leur fil d'actualités à défilement sans fin.
Cela dit, la fonction de recherche existe dans la barre de navigation afin que les utilisateurs puissent rechercher d'autres comptes à parcourir ou à suivre.
En ce qui concerne cette répartition de base, Sahay a raison sur la corrélation entre le placement de la recherche et l'intention. Mais la conception de l'élément de recherche va au-delà de l'endroit où il est placé sur l'application.
Peu profond ou profond ?
Il y aura des moments où une application mobile bénéficiera d'une fonction de recherche au plus profond de l'expérience de l'application.
Vous verrez ce genre de chose assez souvent dans les applications de commerce électronique comme Bed Bath & Beyond :
Dans cet exemple, cette fonction de recherche existe en dehors de la recherche de produit standard sur la page de destination principale. Les résultats de ce type de recherche sont également affichés d'une manière unique qui reflète l'objectif de la recherche :
Il existe d'autres façons dont vous pourriez avoir besoin d'utiliser des fonctions de recherche « approfondies » sur les applications de commerce électronique.
Pensez aux magasins qui ont beaucoup de commentaires attachés à chaque produit. Si vos utilisateurs veulent se concentrer sur ce que les autres consommateurs ont à dire sur un produit (par exemple, si une tente de camping est étanche), la fonction de recherche les aidera à accéder rapidement aux avis contenant des mots clés spécifiques.
Vous verrez également des recherches approfondies dans les applications de voyage et de divertissement telles que Hotels.com :
Vous connaissez probablement tous la fonction de recherche de base qui accompagne toute application liée aux voyages. Vous entrez les détails de votre voyage et il affiche les résultats les plus pertinents sous forme de liste ou de carte. C'est de cela que parle cette capture d'écran.
Cependant, voyez où il est écrit "Nom de la propriété" à côté de la loupe ? Il s'agit d'une fonction de recherche dans une fonction de recherche. Et les seuls éléments que les utilisateurs peuvent rechercher ici sont les noms réels des hôtels.
Barre, onglet ou loupe ?
Cela m'amène à mon prochain point de conception : comment savoir avec quel élément de conception représenter la fonction de recherche.
Vous avez déjà vu des raisons claires d'utiliser une barre de recherche complète plutôt que de placer un onglet dans la barre de navigation. Mais que diriez-vous d'une loupe miniaturisée ?
Voici un exemple d'utilisation dans l'application mobile YouTube :
D'après moi, la loupe est l'élément de conception de recherche que vous utiliseriez lorsque :
- L'une des principales raisons pour lesquelles les utilisateurs accèdent à l'application est d'effectuer une recherche,
- Et il est en concurrence avec un autre cas d'utilisation principal.
Dans ce cas, YouTube a besoin de la mini-loupe car elle sert deux types d'utilisateurs :
- Les utilisateurs qui accèdent à l'application pour rechercher des vidéos.
- Les utilisateurs qui accèdent à l'application pour télécharger leurs propres vidéos.
Pour économiser de l'espace, des liens vers les deux existent dans l'en-tête de l'application YouTube. Si vous avez des priorités concurrentes au sein de votre application, envisagez de faire de même.
"Rechercher" ou donner un indice ?
Une autre chose à laquelle il faut penser lors de la conception de la recherche d'applications mobiles est le texte à l'intérieur du champ de recherche. Pour en décider, vous devez vous demander :
"Mes utilisateurs sauront-ils quel type de contenu ils peuvent rechercher avec cette fonction de recherche ?"
Dans la plupart des cas, ils le feront, mais il peut être préférable d'inclure un texte d'indication dans la barre de recherche juste pour vous assurer que vous n'ajoutez pas de friction inutile. Voici ce que je veux dire par là :
Voici l'application pour Airbnb :
La barre de recherche me dit "Essayez 'Costa de Valencia'". Ce n'est pas nécessairement une suggestion explicite. Cela m'aide davantage à comprendre comment je peux utiliser cette barre de recherche pour rechercher des lieux de séjour lors d'un prochain voyage.
Pour les utilisateurs qui découvrent Airbnb, ce serait un conseil utile. Ils pourraient venir sur le site en pensant que c'est comme Hotels.com qui permet aux utilisateurs de rechercher des choses comme des vols et des locations de voitures. Airbnb, au lieu de cela, consiste à fournir un hébergement et des expériences, donc ce texte de recherche est un bon moyen de guider les utilisateurs dans la bonne direction et de les empêcher de recevoir une réponse "Désolé, aucun résultat ne correspond à votre requête".
2. Concevoir la barre de recherche et les résultats en contexte
Déterminer où placer l'élément de recherche est un point à considérer. Maintenant, vous devez réfléchir à la manière de présenter les résultats aux utilisateurs de votre application mobile :
Recherche simple
Il s'agit de la plus basique des fonctions de recherche que vous pouvez offrir. Les utilisateurs saisissent leur requête dans la barre de recherche. Les résultats pertinents apparaissent ci-dessous. En d'autres termes, vous laissez à vos utilisateurs le soin de savoir ce qu'ils recherchent et de le saisir correctement.
Lorsqu'une requête pertinente est saisie, vous pouvez fournir des résultats de plusieurs façons.
Pour une application comme Flipboard, les résultats sont affichés sous forme de hashtags tendance :
Ce n'est pas la façon la plus courante de voir les résultats de recherche affichés, mais cela a du sens dans ce contexte particulier. Ce que les utilisateurs recherchent, ce sont les catégories de contenu qu'ils souhaitent voir dans leur flux. Ces catégories avec hashtag permettent aux utilisateurs de choisir des sujets de haut niveau qui sont les plus pertinents pour eux.
ESPN a une fonction de recherche de base plus traditionnelle :
Comme vous pouvez le voir, ESPN fournit une liste de résultats contenant le mot-clé. Il n'y a rien de plus que cela cependant. Comme vous le verrez dans les exemples suivants, vous pouvez programmer votre recherche d'applications pour guider plus précisément les utilisateurs vers les résultats qu'ils souhaitent voir.
Recherche filtrée
Selon l'enquête Kissmetrics susmentionnée, le filtrage avancé est une méthode de recherche populaire parmi les utilisateurs de sites Web. Si votre application mobile contient beaucoup de contenu ou un vaste inventaire de produits, envisagez d'ajouter des filtres à la fin de votre fonction de recherche pour améliorer encore l'expérience. Vos utilisateurs sont déjà familiarisés avec la technique de recherche. De plus, cela vous évitera d'avoir à ajouter des avancées à la fonctionnalité de recherche elle-même.
Yelp en a un bel exemple :
Dans la recherche ci-dessus, j'ai d'abord cherché des restaurants dans mon "emplacement actuel". Parmi les différents filtres affichés, j'ai décidé d'ajouter "Livraison de la commande" à ma requête. Ma requête de recherche est alors devenue :
Restaurants > Emplacement actuel > Livraison
Ce n'est vraiment pas différent de l'utilisation de la chapelure sur un site Web. Dans ce cas, vous laissez les utilisateurs effectuer le travail initial en saisissant une requête de recherche. Ensuite, vous leur donnez des filtres qui leur permettent d'affiner davantage leur recherche.
Encore une fois, c'est une autre façon de réduire les chances que les utilisateurs rencontrent la réponse "Aucun résultat" à leur requête. Étant donné que les filtres sont en corrélation avec les catégories et les segmentations réelles qui existent dans l'application, vous pouvez vous assurer qu'ils aboutissent à chaque fois à des résultats de recherche valides.
Les sites Web de commerce électronique sont un autre bon cas d'utilisation des filtres. Voici comment Wayfair procède :
La liste des résultats de recherche de Wayfair est assez standard pour un marché de commerce électronique. Le nombre d'articles est affiché, suivi d'une grille d'images de produits correspondants et de détails récapitulatifs.
Voici la chose cependant : Wayfair a un inventaire massif. C'est la même chose avec d'autres marchés en ligne comme Amazon et Zappos. Ainsi, lorsque vous dites aux utilisateurs que leur requête de recherche a produit 2 975 éléments, vous avez besoin d'un moyen d'atténuer une partie de la surcharge qui peut en découler.
En plaçant les boutons Trier et Filtrer directement à côté du total des résultats de recherche, vous encouragez les utilisateurs à travailler un peu plus sur leur requête de recherche pour s'assurer qu'ils obtiennent les résultats les meilleurs et les plus pertinents.
Recherche prédictive
La saisie semi-automatique est quelque chose que vos utilisateurs connaissent déjà. Pour les applications qui contiennent beaucoup de contenu, l'utilisation de ce type de fonctionnalité de recherche peut être très utile pour vos utilisateurs.
D'une part, ils savent déjà comment cela fonctionne et ils ne seront donc pas surpris lorsque des suggestions de requêtes connexes apparaîtront devant eux. De plus, la saisie semi-automatique offre une sorte de personnalisation. Au fur et à mesure que vous collectez plus de données sur un utilisateur ainsi que sur les types de recherches qu'il effectue, la saisie semi-automatique anticipe ses besoins et fournit un raccourci vers le contenu souhaité.
Pinterest est une application de médias sociaux que les gens utilisent pour agréger le contenu qui les intéresse et pour rechercher l'inspiration pour à peu près tout ce qu'ils font dans la vie :
Jetez un œil aux résultats de recherche ci-dessus. Pouvez-vous dire à quoi j'ai pensé ces derniers temps ? Le premier est comment je vais décorer mon nouvel appartement. Le second est mon prochain tatouage. Et bien qu'il n'ait tapé que le mot "Small", Pinterest a immédiatement su ce qui m'était venu à l'esprit ces derniers temps. Cela ne signifie pas nécessairement qu'en tant qu'utilisateur, je suis venu sur l'application avec cette intention spécifique aujourd'hui… mais c'est agréable de voir cette touche personnalisée lorsque je m'engage avec la barre de recherche.
Une autre application avec laquelle je m'engage beaucoup est l'application Apple Photos :
En plus de l'utiliser pour stocker toutes mes photos personnelles, je l'utilise régulièrement pour prendre des captures d'écran pour le travail (comme je l'ai fait dans cet article). Comme vous pouvez l'imaginer, j'ai beaucoup de contenu enregistré dans cette application et il peut être difficile de trouver ce dont j'ai besoin simplement en faisant défiler mes dossiers.
Dans l'exemple ci-dessus, j'essayais de trouver une photo que j'avais prise à Niagara Falls, mais je ne me souvenais pas si je l'avais étiquetée comme telle. J'ai donc tapé "eau" et j'ai reçu des suggestions utiles de saisie semi-automatique sur les mots liés à "l'eau" ainsi que des photos qui correspondent à la description.
Je mettrais également les résultats de la "recherche récente" dans ce compartiment. Voici un exemple d'Uber :
Avant même que j'aie eu la chance de taper ma requête de recherche dans l'application Uber, elle affiche mes requêtes de recherche les plus récentes pour moi.
Je pense que cela serait particulièrement utile pour les personnes qui utilisent régulièrement les services de covoiturage. Pensez aux professionnels qui travaillent dans une ville. Plutôt que de posséder une voiture, ils utilisent Uber pour se déplacer vers et depuis leur bureau ainsi que pour les rendez-vous avec les clients. En fournissant un raccourci vers les trajets récents dans les résultats de recherche, l'application Uber réduit le temps passé à réserver un trajet.
Si vous disposez de suffisamment de données sur vos utilisateurs et que vous avez un moyen d'anticiper leurs besoins, la saisie semi-automatique est un moyen fantastique de personnaliser la recherche et d'améliorer l'expérience globale.
Recherche limitée
Je pense que ce point de gain de temps est important à retenir lors de la conception de la recherche d'applications mobiles.
Contrairement aux sites Web où les temps passés sur la page sont importants, ce n'est pas toujours le cas avec les applications mobiles. À moins que vous n'ayez créé une application de jeu ou d'actualités où les utilisateurs doivent passer beaucoup de temps à interagir quotidiennement avec l'application, ce n'est généralement pas le temps passé à l'intérieur de l'application qui compte.
Votre objectif dans la création d'une application mobile est de fidéliser les utilisateurs sur de plus longues périodes, ce qui signifie fournir une expérience significative pendant qu'ils y sont. Une fonction de recherche bien pensée y contribuera grandement car elle amènera immédiatement les utilisateurs à ce qu'ils veulent voir, même si cela signifie qu'ils quittent l'application quelques secondes plus tard.
Si vous avez une application qui doit faire entrer et sortir rapidement les utilisateurs, pensez à limiter les résultats de recherche comme l'a fait Ibotta :
Alors que les utilisateurs peuvent certainement entrer n'importe quelle requête qu'ils souhaitent, Ibotta indique clairement que les catégories ci-dessous sont les seules disponibles pour la recherche. Cela sert à la fois de rappel de ce dont l'application est capable et de moyen de contourner les résultats de recherche qui n'ont pas d'importance pour les utilisateurs.
Hotels.com impose également des limites à sa fonction de recherche :
Comme vous pouvez le voir ici, les utilisateurs ne peuvent pas simplement rechercher des hôtels dans tout le pays croate. C'est tout simplement une recherche trop large et une recherche que Hotels.com ne devrait pas avoir à fournir. D'une part, il est probablement trop difficile pour le serveur Hotels.com d'exécuter une requête de cette nature. De plus, cela offrirait une expérience terrible aux utilisateurs. Imaginez combien d'hôtels apparaîtraient dans cette liste de résultats.
En maîtrisant ce que vos utilisateurs peuvent rechercher et les résultats qu'ils peuvent voir, vous pouvez améliorer l'expérience globale tout en raccourcissant le temps de conversion.
Emballer
Comme vous pouvez le voir ici, une barre de recherche n'est pas un élément de conception jetable. Lorsque votre application promet une expérience rapide et pratique à ses utilisateurs, une barre de recherche peut réduire le temps qu'ils doivent y passer. Cela peut également faire de l'application une ressource plus précieuse car elle ne nécessite pas beaucoup de travail ou d'efforts pour accéder au contenu souhaité.