Guide de cadrage · 5 septembre 2026
Une application pour l’Afrique et l’Europe : les décisions à prendre avant le code
Un pays ne résume pas tous ses usages. Partez des conditions de vos utilisateurs, puis validez les choix par des tests. Les exemples ci-dessous sont des critères de conception ; les simulations liées ne mesurent pas un réseau ou un prestataire réel.
Connexion instable : décrire ce qui reste possible
Listez les actions qui doivent continuer hors ligne : consulter une tournée, saisir une preuve, créer un brouillon. Distinguez état local, envoi en attente et confirmation reçue. Une interface peut afficher « enregistré sur cet appareil » avant de pouvoir afficher « reçu par le serveur ».
Test à prévoir : Couper le réseau, enregistrer trois actions, reconnecter puis rejouer la synchronisation : aucune perte ni duplication.
Explorer le scénario associéPaiements : ne pas confondre retour navigateur et confirmation
Définissez qui encaisse, la devise, les frais, le remboursement et les états intermédiaires. Le retour du client depuis la page de paiement ne suffit pas à définir la comptabilité du projet. La confirmation doit suivre le protocole du prestataire retenu, vérifié au moment de l’intégration.
Test à prévoir : Recevoir plusieurs fois la même confirmation, puis un remboursement partiel : les montants doivent rester cohérents.
Explorer le scénario associéDonnées : organiser la reprise avant le lancement
Précisez les sources, identifiants, formats d’export et règles de correction. Une reprise depuis Excel nécessite de traiter les doublons, dates et valeurs manquantes. Demandez un essai sur un échantillon anonymisé et une vérification du résultat par les responsables métier.
Test à prévoir : Importer deux fois le même échantillon, exporter puis comparer les enregistrements et les totaux.
Explorer le scénario associéPlusieurs pays : rendre les différences explicites
Conservez une configuration par marché : langues, devises, fuseaux, zones de service, moyens de paiement et interlocuteurs de support. Faites examiner les obligations applicables au projet avant de choisir l’hébergement et les données à collecter.
Test à prévoir : Créer deux commandes dans des marchés différents et vérifier dates, devise, droits d’accès et configuration sans mélange.
Explorer le scénario associéCe que montrent nos tests locaux
Les tests automatisés du laboratoire vérifient la déduplication des preuves, l’unicité d’une commission simulée et la conservation des montants après remboursement. Ils ne remplacent pas les tests sur appareils, serveurs, API de paiement et réseau du projet livré.
Préparer mon cahier des charges