L’architecture fixe le plafond ; c’est l’interface mobile qui décide si vos clients l’atteignent un jour. Sur un petit écran, le paiement n’est pas un formulaire de bureau en réduction — c’est une négociation à une main entre la faim, l’impatience et chaque notification qui tombe par le haut. Le même parcours, celui qui exige un panier fiable, doit rester limpide à 22 h dans le bus, d’une seule main, avec un réseau qui vacille.
La conversion d’abord signifie que chaque geste doit mériter le suivant. Peu de champs à la fois, une bascule claire entre retrait et livraison sans jamais d’impasse, et Apple Pay et Google Pay placés avant la saisie de la carte. L’objectif n’est pas le design le plus dépouillé, mais la plus faible incertitude entre le panier et la confirmation.
Le paiement sur mobile n’est pas un ordinateur en plus petit
L’erreur la plus fréquente naît sur la planche à dessin : un formulaire dessiné pour une souris et un grand écran est simplement comprimé pour tenir dans un téléphone. Ce qui paraît confortable sur ordinateur — de nombreux champs côte à côte, la saisie de carte par défaut, les erreurs seulement après validation — devient un obstacle sur un smartphone. Or c’est précisément là que se fait votre chiffre d’affaires.
Un parcours pensé d’abord pour le téléphone part de la façon dont vos clients tiennent réellement l’appareil, pas de l’allure qu’avait la mise en page sur ordinateur :
Restez dans la zone du pouce
Les actions qui comptent — confirmer le créneau, choisir le moyen de paiement, passer commande — se placent là où le pouce les atteint sans contorsion : dans le tiers bas de l’écran. Le secondaire, code de réduction ou préférences de ticket, peut se ranger derrière un « Plus » bien visible, pour ne pas recouvrir le parcours de commande.
L’ordre visuel doit suivre ce que le client veut vraiment savoir : quoi il achète, quand ce sera prêt ou livré, combien cela coûte — avant que les questions personnelles ne prennent des airs de formalité administrative. Et le passage de la carte au paiement se fait sans rupture visuelle : la continuité de la marque est en soi un facteur de conversion, parce qu’elle entretient la confiance.
Dévoiler par étapes : une décision à la fois
Un panier de restaurant est rarement rangé : suppléments, allergènes, couverts, frais d’emballage. Tout déverser sur une seule page fait monter les abandons. Mieux valent des étapes courtes et clairement nommées, avec un récapitulatif de commande toujours visible. Ce n’est pas « plus de pages » : c’est une décision par étape, avec un bouton retour qui n’oublie rien.
Vérifiez les saisies tout de suite, pas après validation. Format du numéro de téléphone, adresse confrontée à la zone de livraison, « désolé, nous serons fermés à cette heure-là » : tout cela se joue à côté du champ, avant qu’un client ne se réjouisse d’un créneau que vous ne pourrez pas tenir. L’interface doit suivre la même logique que la cuisine, et non un second jeu d’hypothèses enfermé dans un modèle.
Le paiement en un geste d’abord, le clavier ensuite
Chaque saisie au clavier imposée est une friction — et la friction coûte des commandes. Placez Apple Pay et Google Pay, ainsi que les moyens de paiement enregistrés, en tête ; la saisie manuelle de la carte vient après. Ensuite, demandez le moins de frappe possible : des champs compatibles avec le remplissage automatique du navigateur, pour l’adresse comme pour les données de paiement, et une explication claire si une vérification supplémentaire de type 3-D Secure s’impose. Les choix accessoires — couverts, emballage, mot pour la cuisine — se règlent d’un seul geste, avec une valeur par défaut raisonnable, et ne deviennent jamais le premier obstacle.
Après le paiement, la confirmation doit donner un sentiment d’achèvement : numéro de commande, comptoir de retrait ou heure de livraison estimée, et un chemin pour recommander la même chose. Tout le reste peut attendre — jamais une fenêtre promotionnelle avant que le client sache comment son repas va lui parvenir.
L’accessibilité, c’est de la conversion
Un parcours de commande que tout le monde peut utiliser vend à tout le monde. L’accessibilité n’est donc pas une case à cocher, mais une mesure de conversion — et la commande sur téléphone en profite deux fois :
- Le contraste. Textes et boutons doivent rester lisibles en plein soleil et pour des yeux qui ont passé la cinquantaine.
- La taille du texte. Un peu trop grand vaut mieux que trop petit ; personne ne devrait avoir à zoomer pour lire un prix.
- Les zones tactiles. Larges et bien séparées — un pouce ne vise pas une cible de 20 pixels dans un bus qui roule.
- Les lecteurs d’écran. Des champs et des boutons correctement nommés, pour que la synthèse vocale conduise elle aussi jusqu’au paiement.
Tout cela réduit la friction pour tous les clients, pas seulement pour ceux qui ont un besoin particulier. Accessible et performant en conversion, c’est le même objectif.
Les erreurs qui sauvent du chiffre d’affaires
Les connexions lâchent, les prestataires de paiement prennent un instant, et les clients appuient deux fois. Un bon parcours de commande absorbe cela par des messages clairs — « en cours de traitement », « paiement reçu, nous finalisons » — et par un enchaînement où un double appui ne se transforme jamais en double débit. Si un plat passe en épuisé au milieu d’une commande, proposez aussitôt une solution de remplacement plutôt que de renvoyer le client à la carte.
Et surtout : montrez toujours qu’il se passe quelque chose. Tout le monde connaît les trois points qui clignotent après avoir appuyé sur « Commander », et le doute sur le fait d’avoir été débité ou non. Un état visible du type « paiement en cours… » plutôt qu’un bouton figé évite le deuxième appui, celui de la panique, et l’appel au restaurant. Ne laissez personne dans le flou.
C’est précisément là que la commande sur votre propre site prouve sa valeur : moins de pertes entre l’intention et la commande payée. Chaque panier sauvé est une commande pour laquelle vous n’avez pas eu à acheter de visibilité supplémentaire.
Les 7 erreurs les plus fréquentes du paiement sur mobile
- Se contenter de comprimer le formulaire de bureau au lieu de repenser le parcours pour une seule main.
- Exiger trop de champs obligatoires et imposer la création d’un compte avant la commande.
- Placer la saisie de carte avant le paiement en un geste, au lieu de proposer Apple Pay et Google Pay en premier.
- N’afficher les erreurs qu’après validation au lieu de les signaler à côté du champ.
- Perdre le panier quand le client revient en arrière, et l’obliger à tout reprendre depuis le début.
- Surcharger la confirmation de promotions avant même que le numéro de commande et l’heure soient clairs.
- Faire des choix accessoires le premier obstacle, au lieu d’une simple sélection d’un geste, déjà pré-réglée.
Le paiement sur mobile, point par point
Questions fréquentes
Pourquoi mon parcours conçu pour l’ordinateur ne suffit-il pas sur téléphone ?+
Les portefeuilles de paiement sont-ils vraiment décisifs ?+
À partir de combien de champs y en a-t-il trop ?+
Qu’est-ce qui fait perdre le plus de commandes ?+
Moins d’incertitude, plus de commandes payées
Un parcours pensé d’abord pour le téléphone ne gagne pas de nouveaux clients : il en perd moins parmi ceux qui voulaient déjà commander. Le levier est là. Chaque panier sauvé est une commande pour laquelle vous n’avez pas eu à payer de visibilité supplémentaire. L’interface est la partie que le client vit réellement, et c’est elle qui décide si la solide architecture placée dessous lui parvient.
