Mobile
Application mobile au Maroc : quand elle se justifie
Une application ne se justifie que par ce qu'un site ne sait pas faire : notifier, marcher hors connexion, lire un capteur.
ELBAHI.NET développe des applications mobiles pour des entreprises marocaines et internationales. La première question n'est pas technique : une application ne se justifie que si elle fait quelque chose qu'un site ne sait pas faire — notifier, fonctionner sans connexion, ou accéder au matériel du téléphone. Sans l'une de ces trois, un site bien conçu suffit.
Ce que comprend la prestation
Une application ne se justifie pas par le confort mais par une capacité qu'un site n'a pas : notifier, fonctionner sans réseau, accéder au matériel de l'appareil. Si aucune des trois n'est nécessaire, un site fait mieux et coûte moins.
La première étape d'un projet mobile est donc d'établir laquelle de ces conditions s'applique, et de renoncer si aucune ne tient.
Étude de la condition d'existence
Laquelle des trois capacités justifie l'application, et ce que coûterait de s'en passer. La réponse est parfois de ne pas en faire.
Parcours et écrans
Les enchaînements réels, écran par écran, validés avant tout développement. Une correction sur un parcours coûte une heure, sur une application livrée dix fois plus.
Développement iOS et Android
Une base commune, des ajustements par système. Les deux plateformes n'ont ni les mêmes règles d'interface ni les mêmes délais de validation.
Notifications
Ce qui déclenche un envoi, à qui, et à quelle fréquence. Une notification de trop et l'application est désinstallée, pas désactivée.
Publication sur les magasins
Fiches, captures, comptes développeur, passage en revue. Le délai de validation appartient aux plateformes et se prévoit dans le calendrier.
Mises à jour de compatibilité
Chaque version majeure d'iOS ou d'Android peut retirer une application des magasins. Le suivi n'est pas une option, c'est la condition pour rester publié.
Une application n’est pas un site en plus petit
La demande arrive presque toujours formulée de la même façon : il nous faudrait une application. Elle recouvre en réalité deux besoins très différents, et les confondre coûte cher.
Le premier est un besoin d’usage mobile — vos clients consultent depuis un téléphone et l’expérience est mauvaise. Le second est un besoin de fonction — vous voulez faire quelque chose que le navigateur ne permet pas.
Seul le second justifie une application. Le premier se traite en reprenant le site, pour une fraction du travail et sans les contraintes décrites plus bas.
Les trois raisons valables
Une seule suffit, mais il en faut au moins une.
Notifier
Envoyer un message qui s’affiche sur l’écran verrouillé, sans que la personne ait ouvert quoi que ce soit. C’est la raison la plus fréquente, et la plus mal employée : une notification qui n’apporte rien fait désinstaller l’application, ce qu’un courriel ignoré ne provoque jamais.
La question à trancher avant d’écrire une ligne de code n’est pas comment notifier, mais quel événement mérite d’interrompre quelqu’un.
Fonctionner sans connexion
Un technicien en intervention, un livreur dans une zone mal couverte, un commercial en déplacement : lorsque le travail continue là où le réseau s’arrête, l’application devient nécessaire. Elle stocke localement, puis synchronise quand la connexion revient.
C’est aussi le cas le plus exigeant techniquement, parce qu’il faut décider ce qui l’emporte lorsque deux personnes ont modifié la même donnée hors ligne.
Accéder au matériel
Appareil photo en continu, lecture de code-barres, géolocalisation en arrière-plan, capteur biométrique, impression sur un terminal Bluetooth. Le navigateur en autorise une partie, jamais dans les mêmes conditions ni avec la même fiabilité.
Si votre métier passe par un scan répété toute la journée, la différence n’est pas théorique.
Ce qui coûte après la livraison
C’est le poste que les projets sous-estiment, parce qu’il n’apparaît nulle part dans une maquette.
| Ce qui revient chaque année | Pourquoi |
|---|---|
| Comptes développeur | Apple et Google les facturent, séparément, et une expiration retire l’application des magasins |
| Mises à jour de compatibilité | chaque nouvelle version d’iOS et d’Android peut casser une fonction, sans que vous ayez rien changé |
| Nouvelles soumissions | toute correction repasse par une validation, avec son délai |
| Anciennes versions | une part de vos utilisateurs ne met jamais à jour, et continue d’appeler votre serveur |
Une application est un engagement de durée, pas une livraison. C’est la raison pour laquelle nous refusons les projets dont le budget couvre la construction sans rien prévoir pour les deux années suivantes.
Le site installable, entre les deux
Une troisième voie existe et se propose trop rarement : un site conçu pour être installé depuis le navigateur, qui apparaît sur l’écran d’accueil et fonctionne partiellement hors connexion.
Il n’entre dans aucun magasin, ne notifie pas dans toutes les conditions, et n’atteint pas le matériel aussi finement. En échange, il se met à jour comme un site, ne subit aucune validation, et ne réclame aucun compte développeur.
Pour un usage interne — une équipe terrain, un catalogue consulté en clientèle — il rend souvent le service attendu sans le coût de deux applications.
Comment se déroule la mission
Le cadrage détermine laquelle des trois raisons s’applique, et écarte les fonctions qui n’en relèvent pas. Vient ensuite un prototype navigable, puis le développement, puis la soumission aux deux magasins.
La soumission n’est pas la fin. Une application se juge sur ce que les gens font la deuxième semaine, pas sur le nombre d’installations le premier jour.
Questions fréquentes
Comment savoir si une application est vraiment nécessaire ?
Posez la question à l'envers : qu'est-ce que vos clients ne peuvent pas faire aujourd'hui avec votre site ? Si la réponse tient à la notification, au fonctionnement sans connexion ou à l'appareil photo, l'application se justifie. Si la réponse est qu'un site serait plus pratique sur téléphone, c'est le site qu'il faut reprendre, pour une fraction du travail.
Faut-il développer pour iOS et Android en même temps ?
Presque toujours oui, parce que le parc marocain est partagé et qu'une application absente d'un des deux magasins exclut une partie de vos clients sans qu'ils vous le disent. Le développement multiplateforme rend cette double sortie abordable ; ce qui coûte, ce sont les deux comptes développeur, les deux validations et les deux cycles de mise à jour.
Que se passe-t-il si Apple ou Google refuse l'application ?
C'est un cas normal, pas un accident, et il arrive plus souvent à la première soumission qu'ensuite. Les motifs fréquents sont documentés : politique de confidentialité absente, compte de test non fourni, fonctionnalité jugée trop proche d'un site. La réponse consiste à corriger et resoumettre, ce qui suppose d'avoir prévu ce délai dans le calendrier plutôt que d'annoncer une date au marketing.
Une application se met-elle à jour toute seule ?
Non, et c'est la différence la plus coûteuse avec un site. Une correction publiée sur un site est visible immédiatement ; sur une application, elle repasse par la validation du magasin, puis attend que chaque utilisateur installe la mise à jour. Une part de votre parc restera durablement sur une ancienne version, qu'il faut donc continuer à faire fonctionner.
À explorer dans ce silo
Explorez aussi
Création de site web
Un site qui convertit, pas une plaquette
Maintenance de site
Corriger vite, faire évoluer sans tout refaire
Démarrer