Créer une application Flexy en Algérie : le guide complet

En Algérie, « faire un flexy » veut dire recharger le crédit d’un téléphone, le plus souvent chez un commerçant du quartier. Derrière ce geste simple, il y a une chaîne complète : un fournisseur de crédit, des revendeurs qui disposent d’un solde, des clients finaux, et des opérations qu’il faut pouvoir retrouver à tout moment.

Une application Flexy numérise cette chaîne. Elle permet à un revendeur de recharger un numéro en quelques secondes, de suivre son solde et de consulter son historique. Elle donne aussi au gestionnaire du réseau une vue claire sur les ventes, les commissions et les incidents. Ce guide détaille ce qu’il faut prévoir pour la construire sérieusement.

01À qui s’adresse une application Flexy ?

Le produit sert plusieurs profils, qui n’ont ni les mêmes écrans ni les mêmes droits. Les identifier dès le départ évite de construire une application unique qui ne convient à personne.

• Le revendeur : un commerçant qui recharge les numéros de ses clients. Il veut une application rapide et lisible, qui reste fiable avec une connexion moyenne.
• Le grossiste ou distributeur : il alimente le solde des revendeurs, fixe leurs conditions et suit leur activité.
• Le gestionnaire du réseau : il pilote l’ensemble, surveille les volumes et traite les réclamations.
• Le client final, si vous proposez aussi la recharge en libre-service depuis l’application.

02Les fonctionnalités essentielles

1. 01
   Recharge par opérateur. Le revendeur choisit l’opérateur (Mobilis, Djezzy ou Ooredoo), saisit le numéro et le montant, puis confirme. L’écran limite les erreurs de saisie, par exemple en faisant confirmer le numéro.
2. 02
   Offres et forfaits. Au-delà du crédit simple, l’application peut proposer les offres que votre fournisseur met à disposition, classées par opérateur.
3. 03
   Solde du revendeur. Chaque revendeur voit son solde disponible en temps réel. Une recharge n’est possible que si le solde la couvre.
4. 04
   Historique des opérations. Chaque recharge laisse une trace : date, numéro, montant et statut. Le revendeur retrouve une opération en cas de doute du client.
5. 05
   Statuts clairs. Une opération est réussie, en attente ou échouée. Les cas en attente sont les plus délicats et suivent une règle connue de tous.
6. 06
   Alimentation du solde. Le revendeur demande un réapprovisionnement, le distributeur le valide, et le mouvement apparaît dans les deux historiques.
7. 07
   Notifications. Solde bas, recharge échouée, réapprovisionnement validé : l’information arrive au bon moment.
8. 08
   Comptes et sécurité. Connexion protégée, code de confirmation pour les opérations sensibles, et possibilité de bloquer un compte à distance.

03Le back-office, la moitié invisible du produit

L’application que voit le revendeur n’est qu’une partie du système. Le back-office permet au gestionnaire de suivre ce qui se passe réellement dans le réseau, et c’est souvent lui qui décide de la réussite du projet.

• la liste des revendeurs, leurs soldes et leurs conditions ;
• le journal complet des opérations, filtrable par date, opérateur, revendeur ou statut ;
• le rapprochement entre les opérations enregistrées et celles confirmées par le fournisseur ;
• le suivi des commissions et des marges, selon les règles que vous définissez ;
• la gestion des réclamations et des opérations à vérifier ;
• des tableaux de bord pour lire l’activité sans exporter de fichiers.

Codex construit des outils de pilotage de ce type, comme l’ERP BZ Telecom, qui réunit un tableau de bord des ventes, un suivi financier et des indicateurs en temps réel.

04Avant le développement : le cadre commercial et technique

Une application Flexy ne crée pas de crédit : elle s’appuie sur un fournisseur qui le délivre. Avant la première ligne de code, il faut donc savoir précisément avec qui l’application communique et selon quelles règles.

• le fournisseur de crédit : un opérateur, ou un distributeur autorisé à revendre ;
• la façon dont il expose ses services : interface technique, documentation, environnement de test ;
• les règles de commission et de facturation entre les niveaux du réseau ;
• les obligations à respecter, à valider avec votre conseil juridique et vos partenaires.

Ces points se clarifient pendant l’atelier de cadrage. Ils conditionnent l’architecture, le planning et le devis.

05Application mobile, web ou les deux ?

Les revendeurs travaillent surtout sur téléphone : une application Android est en général la priorité, et iOS peut suivre selon votre réseau. Le back-office, lui, s’utilise plus confortablement sur ordinateur, dans un navigateur.

Une approche multiplateforme comme Flutter ou React Native partage l’essentiel du code entre Android et iOS. Le choix dépend de vos priorités ; l’article application native ou multiplateforme détaille les critères.

06Une première version utile, puis des évolutions

Mieux vaut lancer un produit simple qui fonctionne parfaitement qu’un produit complet qui hésite. Une première version raisonnable contient :

• la recharge pour les trois opérateurs ;
• le solde et l’historique du revendeur ;
• le réapprovisionnement validé par le distributeur ;
• le back-office des opérations et des revendeurs.

Viennent ensuite, selon les retours du terrain : les offres et forfaits, des statistiques plus fines, la recharge en libre-service pour le client final, ou un programme de fidélité pour les revendeurs.

07Les erreurs à éviter

• dessiner les écrans avant d’avoir validé le fournisseur de crédit et ses règles ;
• laisser les opérations en attente sans procédure claire ;
• négliger le rapprochement : un écart non expliqué coûte vite la confiance du réseau ;
• oublier les connexions lentes : l’application reste utilisable et ne double jamais une recharge ;
• publier l’application sur un compte store qui n’est pas à votre nom.

08Ce qui fait varier le budget

Le coût dépend du périmètre, pas d’un tarif standard. Les principaux facteurs :

• le nombre de profils : revendeur, distributeur, client final ;
• la complexité des règles de commission ;
• le travail d’intégration avec le fournisseur de crédit ;
• les plateformes visées : Android seul, Android et iOS, back-office web ;
• le niveau de reporting et de contrôle attendu.

Codex remet un devis détaillé après l’atelier de cadrage. Pour préparer ce rendez-vous, lisez comment rédiger un cahier des charges.

09Les étapes avec Codex

1. 01
   Découverte. Un atelier pour comprendre votre réseau, votre fournisseur et vos règles. Vous repartez avec un périmètre clair, un planning et un devis.
2. 02
   Conception. Parcours du revendeur, écrans du back-office et architecture technique. Vous validez chaque écran avant le développement.
3. 03
   Développement. Des sprints courts avec une démo à chaque étape, et des tests sur les cas sensibles comme les opérations en attente.
4. 04
   Lancement et suivi. Publication sur les stores à votre nom, formation de vos équipes, puis maintenance et évolutions.

À lire aussi : lancer une application mobile en Algérie et le service de développement mobile de Codex.

10Construire ce produit avec Codex

Codex est un studio logiciel fondé à Alger en 2014. Plus de 15 ingénieurs et designers y conçoivent des produits en français, en arabe et en anglais, et l’équipe a édité plus de 20 produits en interne. Le code source, les comptes et les données restent à votre nom. Voir les projets publiés et les attestations de bonne exécution.

Le travail part du studio à Alger : Cité 440 Logements, Ain Malha, Djasr Kasentina. Doha et Marseille restent les bureaux déjà publiés.