Une application de paiement qui fonctionne quand la connexion ne fonctionne pas

Il existe une défaillance particulière qui apprend aux clients qu’un service est cassé, et ce n’est pas un message d’erreur. C’est un écran blanc.

Le JavaScript de l’application n’a pas fini de se télécharger. Rien ne s’est affiché. Il n’y a rien à lire, rien à toucher et rien pour expliquer ce qui s’est passé.

Pourquoi cela arrive si souvent ici

Une application web moderne est de quelques mégaoctets de JavaScript qui doivent arriver avant que quoi que ce soit n’apparaisse à l’écran.

Sur une bonne connexion, c’est invisible. Sur une cellule saturée à dix-sept heures, sur un forfait presque épuisé, sur un téléphone vieux de trois générations, c’est un écran blanc pendant vingt secondes suivi d’un client qui a renoncé.

L’optimisation aide. Elle n’aide pas en dessous d’un certain plancher, et un nombre significatif de gens sont sous ce plancher chaque jour.

Rendu là où est l’ordinateur

Lite est le même compte, rendu sur le serveur et livré en HTML simple.

Pas de JavaScript. Pas se dégrade élégamment sans JavaScript — aucun du tout. Des liens ordinaires. Des formulaires ordinaires. Le web tel qu’il fonctionnait avant d’avoir besoin d’une étape de compilation.

Une page arrive en kilo-octets et s’affiche à l’instant où elle atterrit. Il n’y a aucun paquet à attendre, parce qu’il n’y a aucun paquet.

Pas un produit inférieur

Il atteint les mêmes comptes, le même grand livre, les mêmes soldes. La même connexion, le même code PIN, les mêmes plafonds, les mêmes contrôles côté serveur.

Rien de la sécurité de l’application complète ne vit dans son JavaScript. Si c’était le cas, ce serait un défaut de l’application complète plutôt qu’une raison de se méfier de Lite.

Les navigateurs anciens

Les téléphones bas de gamme sont livrés avec des navigateurs déjà en retard de plusieurs années, et ils ne sont pas mis à jour. Un cadriciel qui exige un navigateur récent a exclu ces clients aussi sûrement qu’en leur demandant un passeport.

Le HTML rendu sur le serveur fonctionne dans tous, parce que c’est la chose que les navigateurs ont toujours faite.

L’argument des données

Sur un forfait facturé au volume, la différence entre des kilo-octets et des mégaoctets n’est pas une élégance d’ingénieur. C’est de savoir si consulter votre solde vous coûte quelque chose que vous gardiez pour autre chose.

Quand l’utiliser

Gardez l’application complète pour les jours ordinaires. Ouvrez Lite quand le réseau passe un de ces après-midi, quand le forfait est presque fini, ou quand vous utilisez un téléphone qui n’est pas le vôtre.

C’est celle qui fonctionne quand l’autre ne fonctionne pas.

Ce que vous pouvez vérifier

Ce sont des faits sur la plateforme en fonctionnement, pas des adjectifs. Chacun est visible dans le produit, dans la référence de l’API ou dans le grand livre.

• Lite est rendu sur le serveur et n’exige aucun JavaScript — pas un repli dégradé, une surface qui fonctionne.
• Il atteint les mêmes comptes et le même grand livre que l’application complète.
• Les pages sont assez petites pour arriver sur une connexion saturée là où un paquet monopage n’arriverait pas.
• Il fonctionne dans des navigateurs trop anciens pour un cadriciel applicatif moderne.

Ce que cela coûte

Gratuit, et il consomme nettement moins de données que l’application complète — ce qui, sur une connexion facturée au volume, est tout l’intérêt.

Est-ce activé ?

La disponibilité dépend des autorisations en place et de ce que l’administrateur d’un déploiement donné a activé. Cela change, un article non — la réponse vivante est donc sur la page de la fonctionnalité, qui la lit dans la plateforme elle-même : BitriPay Lite sur la page des fonctionnalités.

À lire ensuite

• USSD et SMS — Pas de smartphone. Pas de données. Le même compte.
• Paiements hors réseau — Commercer quand le réseau a disparu.
• Des alertes impossibles à manquer — S’il n’y a pas eu de son, il n’y a pas eu d’argent.