Développement d'applications mobiles Android et iOS en Algérie
Le développement d'une application mobile publiée sur Android et sur iOS coûte à partir de 400 000 DA chez UpGrowth, le prix ferme sortant du cahier des charges. Nous concevons et développons des applications mobiles pour des entreprises algériennes : applications de terrain pour vos équipes, applications destinées à vos clients, et applications adossées à un back office web que vous administrez vous-même. Les comptes développeur, les clés de signature et le code source restent à votre nom.
1. Trois questions avant d'écrire une ligne de code
Une application coûte plus cher qu'un site et se met à jour plus lentement, parce que chaque version passe par une validation qui ne nous appartient pas. Ces trois questions décident si le projet en vaut la peine, et nous les posons avant de parler de budget.
Avez-vous besoin d'une application, ou d'un site qui marche vraiment sur téléphone ?
Si votre utilisateur ouvre l'outil une fois par mois, une adresse web fait le travail et se corrige le jour même. L'application se justifie quand elle est ouverte tous les jours, quand elle doit fonctionner sans réseau, ou quand elle a besoin de l'appareil photo, de la position ou des notifications.
L'outil doit-il fonctionner sans réseau ?
C'est la question qui change l'architecture, pas la couleur des boutons. Une application qui doit encaisser un sous-sol, une route ou une coupure doit écrire sur l'appareil, mettre en file, puis synchroniser plus tard, avec une règle explicite en cas de conflit. Cela ne s'ajoute pas à la fin.
Qui publie, et sous quel nom ?
Les comptes développeur Google Play et Apple doivent être ouverts au nom de votre entreprise. Publier sous le compte du prestataire est la version mobile du domaine enregistré au nom du développeur, avec exactement les mêmes conséquences le jour où vous changez.
2. Les applications que nous construisons
Les demandes se rangent en quatre familles, qui n'ont ni le même utilisateur ni le même coût.
Application métier pour vos équipes
- Tournées, livraisons, interventions et relevés sur le terrain
- Saisie qui fonctionne sans réseau et se synchronise au retour
- Photo, signature et position rattachées à une intervention
- Comptes et rôles selon le métier de chacun
Application destinée à vos clients
- Catalogue, commande, suivi et historique
- Compte client, notifications et messages
- Contenu et prix pilotés depuis un back office, sans nouvelle version à publier
- Édition arabe complète quand vos clients la lisent
Application adossée à un back office web
- Une administration web pour vos équipes et une application pour le terrain
- Une seule source de données pour les deux, jamais deux vérités
- Exports et tableaux de suivi côté administration
- Journal des modifications : qui a changé quoi, et quand
Application web installable
- Une adresse web qui s'installe sur l'écran d'accueil
- Mises à jour immédiates, sans passer par la validation d'un store
- Fonctionnement hors ligne pour les usages qui s'y prêtent
- Utile quand la présence sur les stores n'est pas indispensable
La quatrième famille n'a pas accès à tout ce que fait une application installée depuis un store. Nous vous disons au cadrage ce qu'elle sait faire et ce qu'elle ne sait pas faire, plutôt que de la vendre comme équivalente.
3. Ce qu'une application doit encaisser en Algérie
Ces contraintes ne sont pas des finitions. Elles se décident au début, parce qu'elles touchent la façon dont l'application stocke ses données et les envoie.
Le réseau tombe, et l'application doit continuer
La saisie est écrite sur l'appareil, mise en file, puis envoyée quand la connexion revient. L'utilisateur voit ce qui est parti et ce qui attend encore, au lieu d'un message d'erreur qui lui fait tout ressaisir.
Deux personnes modifient la même fiche
Quand la synchronisation reprend, deux versions peuvent s'opposer. L'application doit le dire et laisser trancher champ par champ, au lieu d'écraser silencieusement le travail de quelqu'un.
Les données mobiles se paient
Une application qui recharge tout à chaque ouverture coûte de l'argent à celui qui l'utilise. On ne transfère que ce qui a changé, et les images sont dimensionnées pour un téléphone, pas pour une imprimerie.
Le parc est majoritairement Android, et pas récent
L'application doit rester utilisable sur un appareil de plusieurs années, avec peu de mémoire et un écran modeste. C'est une contrainte de conception, pas une option de fin de projet.
L'arabe se lit de droite à gauche
Une édition arabe inverse la mise en page entière : la navigation, les listes, les tableaux et les icônes qui indiquent une direction. Les chiffres et les dates suivent la convention locale, et le tri alphabétique n'est pas celui du latin.
Le téléphone est parfois partagé
Sur un appareil d'équipe, il faut savoir qui a saisi quoi, et pouvoir fermer une session sans perdre ce qui n'est pas encore parti vers le serveur.
4. Publier sur Google Play et sur l'App Store
Mettre une application en ligne n'est pas un transfert de fichiers. C'est une soumission à deux plateformes qui décident chacune selon ses propres règles, et dont nous ne maîtrisons ni le calendrier ni la réponse. Autant le savoir avant, pas le jour de la sortie.
- Les comptes développeur sont ouverts au nom de votre entreprise, avec vos justificatifs et vos moyens de paiement. Le compte Apple se renouvelle chaque année.
- Chaque plateforme demande une fiche complète : nom, description, captures d'écran, catégorie et classification de contenu.
- Une politique de confidentialité publiée est exigée, et elle doit décrire les données que l'application collecte réellement.
- Chaque version passe par un examen. Un refus est motivé, se corrige et se resoumet, mais il décale la sortie.
- Les clés de signature commandent toutes les mises à jour futures. Elles vous sont remises, parce que les perdre oblige à republier une application entièrement nouvelle.
- Les règles des deux plateformes évoluent. Nous vérifions ce qu'elles exigent au moment où votre projet démarre, plutôt que de recopier une règle apprise l'an dernier.
Si la publication publique n'est pas nécessaire, par exemple pour une application réservée à vos propres équipes, il existe des voies de distribution interne qui évitent une partie de ces contraintes. Nous en parlons au cadrage.
5. Comment se déroule un projet
La séquence est toujours la même. Chaque étape se termine par quelque chose que vous manipulez vous-même, pas par un document que vous signez sans l'avoir vu tourner.
1. Cadrage
Qui utilise l'application, où, sur quel appareil et dans quelles conditions de réseau. On y arrête le périmètre de la première version, les plateformes visées et ce qui attendra la suivante.
2. Parcours et écrans
La liste des écrans et ce que l'utilisateur peut faire sur chacun. Une application se juge au nombre de gestes nécessaires pour la tâche la plus fréquente, pas au nombre de fonctions affichées.
3. Maquette sur un vrai téléphone
Vous manipulez les écrans sur votre propre appareil avant qu'ils soient développés. C'est le moment où une mauvaise idée coûte le moins cher.
4. Développement et back office
L'application et son administration avancent ensemble, parce que l'une est inutile sans l'autre. Vous recevez des versions de test au fur et à mesure, pas seulement à la fin.
5. Test sur le terrain
Vos équipes utilisent l'application sur leur propre appareil, dans leurs vraies conditions, y compris là où le réseau est mauvais. C'est le seul test qui compte.
6. Publication et suite
Fiches des stores, examens, mise en ligne, puis remise des comptes, des clés de signature et du code source. Ensuite on décide ensemble de ce qui est suivi, et par qui.
6. Ce qu'il faut préparer avant de nous écrire
Plus votre message est précis, plus le cadrage va droit au but et plus le devis porte sur un périmètre réel.
- Qui va utiliser l'application, et combien de personnes
- Ce que la personne doit pouvoir faire, du geste le plus fréquent au plus rare
- Si l'usage a lieu là où le réseau est mauvais ou absent
- Android seulement, ou Android et iOS
- Les outils que vous utilisez déjà et avec lesquels l'application devra parler
- Les langues de vos utilisateurs
- Si vous avez déjà des comptes développeur, et à quel nom ils sont ouverts
7. Comment se construit le prix
Notre plancher est de 400 000 DA pour une application publiée sur Android et sur iOS, et ce qui suit explique ce qui le fait monter, parce que le mot recouvre aussi bien un outil de saisie à trois écrans qu'une application client avec comptes, paiement et back office. Ce qui fait varier le devis, en revanche, se dit d'avance.
| Service | Plancher publié | Délai maximum | Ce que ce plancher comprend |
|---|---|---|---|
| Application mobile, Android et iOS | 400 000 DA | 12 semaines | Cadrage écrit, maquettes validées, développement, comptes développeur ouverts à votre nom, soumission aux deux magasins et reprise des retours de validation. |
| Chaque montant est un plancher et chaque délai un maximum pour le périmètre décrit sur la même ligne. Le prix ferme et le délai ferme sortent du cahier des charges : sur un développement très spécifique, ni le prix ni le délai n'a de plafond. | |||
- Le nombre d'écrans et surtout le nombre de parcours différents
- Une seule plateforme ou les deux
- L'existence ou non d'un fonctionnement hors ligne, qui est la ligne la plus lourde de toutes
- Le back office : à construire, ou déjà là
- Les connexions à vos outils existants
- Le nombre de langues et la présence d'une édition arabe complète
- Ce que vous voulez que nous suivions après la publication
Les frais des comptes développeur sont des dépenses à votre nom, pas une marge cachée dans notre devis.
8. Ce que nous savons faire, et comment le vérifier
Nous ne publions ni nombre de téléchargements, ni note d'application, ni chiffre de résultat. Ce que nous pouvons vous mettre entre les mains, c'est le site sur lequel vous êtes : ouvrez-le sur votre téléphone et regardez comment il se comporte. Tout ce qui suit s'ouvre depuis cette page.
Nous ne publions pas de témoignage. Nous publions des adresses que vous pouvez ouvrir et mettre en défaut.
Des démonstrations que vous pouvez manipuler
Ces applications sont des démonstrations construites par nos soins, pas des projets de clients. Coupez la connexion pendant que vous les utilisez, c'est précisément ce qu'elles sont faites pour encaisser.
Votre besoin est peut-être un site, pas une application
Si l'outil est consulté de temps en temps et doit surtout être trouvé sur Google, un site coûte moins cher, se corrige le jour même et n'a pas de validation de store à subir.
9. Questions fréquentes
Combien coûte une application mobile en Algérie ?
À partir de 400 000 DA pour une application publiée sur Android et sur iOS : cadrage écrit, maquettes validées, développement, comptes développeur ouverts à votre nom, soumission aux deux magasins et reprise des retours de validation. Ce plancher couvre deux plateformes, ce qui est la source d'écart la plus fréquente entre deux devis. Ce qui le fait monter est listé plus haut, et le devis ferme vient après le cadrage.
Faut-il développer deux fois, pour Android et pour iOS ?
Pas nécessairement. Une base de code partagée couvre les deux plateformes dans la plupart des cas, et c'est ce que nous proposons par défaut. Certaines fonctions très proches du matériel demandent du code propre à chaque plateforme, et nous le disons au cadrage quand c'est le cas plutôt que de le découvrir en cours de route.
L'application fonctionnera-t-elle sans connexion ?
Seulement si elle a été conçue pour. Le mode hors ligne n'est pas une option que l'on ajoute à la fin : il décide de la façon dont les données sont écrites, mises en file et synchronisées, et de ce qui se passe quand deux versions s'opposent. Dites-nous dès votre premier message si vos utilisateurs travaillent là où le réseau est mauvais.
Qui possède le compte développeur et le code ?
Vous. Les comptes Google Play et Apple sont ouverts au nom de votre entreprise, les clés de signature vous sont remises et le code source vous appartient. C'est ce qui vous permet de confier la suite à quelqu'un d'autre sans republier une application neuve.
Combien de temps faut-il pour développer une application mobile ?
Le développement d'une application mobile prend douze semaines au maximum pour le périmètre décrit dans notre grille de prix. La publication, elle, dépend de l'examen des deux magasins, sur lequel nous n'avons aucune prise : ce délai-là ne nous appartient pas et nous ne le promettons pas. Le calendrier ferme sort du cahier des charges, et sur un développement très spécifique il n'a pas de plafond.
Peut-on encaisser des paiements dans l'application ?
En Algérie, le paiement par carte CIB et EDAHABIA passe par le dispositif national de paiement en ligne, dont l'accès suppose des démarches avec votre banque et dépend de votre activité. Nous ne prétendons pas raccourcir ces démarches. Au cadrage, nous regardons ensemble ce qui est possible pour vous, y compris le paiement à la livraison quand c'est la voie la plus simple.
Faut-il une application mobile en arabe en Algérie ?
Si vos utilisateurs lisent l'arabe, oui, et il vaut mieux le décider au début. Une édition arabe inverse la mise en page entière, y compris les icônes de direction et le tri des listes. L'ajouter après coup revient souvent à reprendre chaque écran.
Peut-on commencer par une première version simple de l'application ?
C'est même la bonne façon de faire. Une première version qui couvre le geste le plus fréquent, mise entre les mains de vrais utilisateurs, apprend davantage qu'un cahier des charges complet écrit avant d'avoir rien vu tourner.
Parlons de votre application
Écrivez-nous par le formulaire, sur WhatsApp ou par e-mail. Nous commençons par comprendre qui va s'en servir et dans quelles conditions, puis nous proposons un périmètre et un devis.
