Saviez-vous que l’architecture fixe le plafond ; l’UI mobile décide si les invités l’atteignent? Conversion-first, c’est portée du pouce, retrait/livraison sans impasse, wallet et erreurs réparables—sans tout recommencer. Moins de théâtre, moins d’abandons dans le métro.
L’architecture fixe le plafond ; l’UI mobile décide si les invités l’atteignent. Sur petit écran, le checkout n’est pas un formulaire bureau réduit—c’est une négociation à une main entre faim, impatience et chaque distraction du volet notifications. La même stack qui exige un panier déterministe—voir l’architecture checkout—doit rester limpide à 22 h en LTE.
Conversion-first, c’est chaque tap qui mérite le suivant : moins de champs visibles, choix retrait vs livraison sans impasse, surface de paiement qui favorise Apple Pay et Google Pay avant la saisie carte dans le bus. L’objectif n’est pas le minimum de pixels ; c’est le minimum d’incertitude entre panier et confirmation.
Pouce, gravité et hiérarchie honnête
Les actions primaires vont dans la zone du pouce—valider l’horaire, pourboire en puces, commander—pas sous du chrome secondaire. Coupons, cartes-cadeau, options de reçu peuvent aller derrière un « plus » clair pour ne pas cannibaliser le tunnel.
La hiérarchie visuelle suit la réalité d’exécution : ce qui est acheté, quand c’est prêt ou livré, combien—avant les identités qui sonnent comme des devoirs. Les pages issues du site restaurant IA doivent enchaîner sans saut de mise en page brutal ; la continuité de marque est un levier de conversion.
Progressive disclosure plutôt que scroll infini
Les paniers resto sont bruyants : modificateurs, allergies, couverts, frais sac. Tout empiler augmente l’abandon ; des étapes courtes avec récapitulatif persistant gardent le contexte. Ce n’est pas « plus de pages »—c’est une décision par temps fort, avec retour qui préserve l’état.
Validation inline bat l’erreur après envoi : téléphone, garde-fous adresse pour zones de livraison, « fermé à ce créneau » avant qu’on s’attache à un horaire impossible. L’UI doit consommer le même moteur de règles que la cuisine, pas une seconde vérité dans le gabarit.
Wallets d’abord, clavier ensuite
Chaque clavier forcé est une fuite. Prioriser portefeuilles tokenisés et moyens enregistrés ; carte en secours avec champs autofill-friendly et texte 3DS clair quand le step-up arrive. Pourboire : puces tapables avec défaut raisonnable—champ libre oui, pas comme premier frottement.
Après paiement, la confirmation doit sonner terminée : numéro de commande, comptoir retrait ou ETA, chemin vers le réassort dans votre app invité—pas une pop promo avant la clarté sur le repas.
Erreurs qui récupèrent du chiffre
Réseaux qui lâchent, PSP en timeout, double tap. Le checkout a besoin de messages idempotents—« traitement en cours », « paiement OK, finalisation »—et d’un fil support plutôt que double débit ou panier fantôme. Un 86 en plein flux : proposer des remplacements tout de suite, pas renvoyer à l’archéologie menu.
Un checkout mobile soigné, c’est comment la commande first-party mérite l’économie des vitrines à haut rendement : moins de fuites entre intention et commande payée. Sur votre domaine avec Menuella commande en ligne ; menu, panier et fidélité sur une colonne avec l’écosystème Menuella.
