Des applications publiées, pas des maquettes
Votre service dans la poche de vos clients.
Applications natives, hybrides ou installables depuis le navigateur. De la conception jusqu'à la publication sur l'App Store et Google Play, avec le suivi qui va avec.
Une application ne se justifie pas toujours. Nous le disons avant le devis.
Notifications, fonctionnement hors ligne, usage quotidien : sans l'un de ces trois, un bon site mobile suffit.
L'application accompagne la plateforme web avec les mêmes comptes et les mêmes données : nos utilisateurs passent de l'une à l'autre sans y penser.
Ce que coûte et rapporte une application.
Des ordres de grandeur issus de nos propres projets, publication sur les stores comprise. Ce sont des chiffres de devis, pas des moyennes de marché.
Délai
Trois à six mois entre le cadrage et la publication : conception, développement, tests et validation par les stores.
Économie
Jusqu'à 40 % de coûts en moins en hybride, qui couvre iOS et Android avec une seule base de code.
Parc
Environ trois utilisateurs sur quatre sont sur Android en France, le quart restant sur iOS : couvrir les deux n'est pas optionnel.
Nos réalisations
Des plateformes que nous avons construites.
Quatre projets récents, du site vitrine à la plateforme métier. Chacun conçu, référencé et maintenu par ELM.
Mon PPSPS
Plateforme SaaS et application mobile pour générer les documents réglementaires du BTP, utilisée sur le terrain par des conducteurs de travaux.
WesVillas
Plateforme de réservation de villas connectée à l'API Lodgify, avec back-office propriétaire et suivi des demandes.
Jecify
Site et outils d'une agence d'automatisation et d'intelligence artificielle, avec démonstrations interactives de ses agents.
AW Motors Academy
Plateforme de formation en ligne : espace élève, progression, paiement et administration des contenus.
D'abord : avez-vous vraiment besoin d'une application ?
C'est la question que nous posons en premier, et elle nous a déjà fait refuser des projets. Une application représente un investissement autrement plus lourd qu'un site, elle demande d'être maintenue à chaque version d'iOS et d'Android, et elle suppose que vos utilisateurs acceptent de l'installer.
Trois critères justifient réellement une application : l'usage est fréquent, les notifications changent le comportement, ou le service doit fonctionner sans réseau. Si aucun des trois n'est rempli, un bon site mobile coûtera trois fois moins cher et fonctionnera mieux, parce qu'il n'y a rien à installer.
Nous vous le disons avant le devis, pas après. C'est moins vendeur, mais cela évite les applications téléchargées deux cents fois puis abandonnées.
- Usage fréquent, notifications utiles ou fonctionnement hors ligne
- Sinon, un site mobile coûte bien moins et sert mieux
- Un avis franc donné avant le devis, pas après
Natif, hybride ou installable : le bon arbitrage
Le natif, Swift pour iOS et Kotlin pour Android, donne les meilleures performances et l'accès complet au téléphone. C'est le choix pour un usage intensif, du traitement d'image ou de la 3D. Son coût est le double, puisqu'il faut tout écrire deux fois.
L'hybride, avec React Native ou Flutter, couvre les deux plateformes depuis une seule base de code. Pour la grande majorité des applications métier, la différence de qualité perçue est nulle et l'économie atteint 30 à 40 %. C'est notre recommandation par défaut.
La Progressive Web App, enfin, s'installe depuis le navigateur sans passer par les stores. Elle fonctionne hors ligne, se met à jour instantanément et échappe aux commissions et aux délais de validation. Pour un catalogue, un outil interne ou un service de contenu, c'est souvent la meilleure affaire.
- Natif quand la performance ou le matériel l'exigent
- Hybride par défaut : deux plateformes, une base de code
- PWA quand les stores n'apportent rien au projet
La conception, avant la première ligne de code
Sur mobile, l'espace est compté et l'attention aussi. Une fonctionnalité de trop rend l'application confuse, et une application confuse se désinstalle dans la semaine.
Nous commençons donc par des wireframes, puis un prototype interactif que vous manipulez sur votre propre téléphone avant qu'une seule ligne ne soit écrite. C'est là que se corrigent les erreurs de parcours, pour le prix d'une après-midi plutôt que de trois semaines de développement.
Nous cadrons aussi ce qui ne sera pas dans la première version. Une application qui sort avec trois fonctions bien faites vaut mieux qu'une qui sort avec douze à moitié terminées, et le retour des premiers utilisateurs vous dira ce qui mérite d'être ajouté.
- Prototype manipulable sur votre téléphone avant le développement
- Périmètre de la première version cadré et assumé
- Les ajouts décidés d'après l'usage réel, pas d'après les suppositions
Ce que nous intégrons couramment
L'authentification, avec connexion classique et déverrouillage biométrique par Face ID ou empreinte. Les notifications push, ciblées et personnalisées : c'est le levier d'engagement le plus puissant du mobile, et le plus facile à gâcher par excès.
La géolocalisation pour les cartes, les itinéraires et les services de proximité. Le paiement intégré via Stripe, Apple Pay et Google Pay. La messagerie en temps réel entre utilisateurs ou avec votre support.
Et le mode hors ligne, souvent décisif sur les applications de terrain : l'utilisateur continue de travailler sans réseau, et tout se synchronise au retour de la connexion. C'est ce qui permet à Mon PPSPS d'être utilisée sur un chantier sans couverture.
- Connexion biométrique, notifications push et géolocalisation
- Paiement Stripe, Apple Pay et Google Pay
- Fonctionnement hors ligne avec synchronisation automatique
La publication, la partie que personne n'anticipe
Publier une application ne se résume pas à envoyer un fichier. Il faut des comptes développeur, payants et à votre nom, des fiches store rédigées et traduites, des captures aux bons formats pour chaque taille d'écran, une politique de confidentialité conforme et une déclaration précise des données collectées.
Apple fait ensuite passer une revue humaine qui peut demander plusieurs allers-retours, parfois pour des motifs inattendus. C'est normal, c'est prévu dans le planning, et nous nous en occupons, refus compris.
Après la publication, le travail continue : suivi des plantages, des performances et des avis, mises à jour à chaque nouvelle version majeure d'iOS et d'Android. Une application non maintenue est retirée des stores au bout de quelques années.
- Comptes développeur, fiches, captures et conformité pris en charge
- Allers-retours avec la revue Apple inclus dans le planning
- Suivi des plantages et mises à jour après publication
Contact
Parlons de votre application.
Deux minutes pour nous écrire, une réponse sous 24 heures ouvrées. Plus vous nous en dites, plus notre retour sera précis.
Questions fréquentes
L'application
mobile,
vos
questions.
Votre question n'est pas là ? Écrivez-nous, nous répondons sous 24 heures ouvrées.
Contactez-nousCela varie fortement selon la complexité, les fonctionnalités et les plateformes visées. Une application hybride en React Native ou Flutter réduit la facture de 30 à 40 % en couvrant iOS et Android avec une seule base de code. Le chiffrage se fait après cadrage.
Trois à six mois en moyenne : quatre à six semaines de conception, huit à seize semaines de développement, deux à quatre semaines de tests, puis la publication et sa validation par les stores.
Pour toucher le maximum d'utilisateurs, oui : environ 25 % du parc français est sur iOS et 75 % sur Android. Les technologies hybrides permettent de couvrir les deux simultanément, ce qui rend la question beaucoup moins coûteuse qu'avant.
Pas toujours, et nous le disons avant le devis. Trois critères la justifient : un usage fréquent, des notifications qui changent le comportement, ou un fonctionnement nécessaire sans réseau. Sans l'un de ces trois, un bon site mobile coûte bien moins cher et sert mieux.
Oui, entièrement : création des comptes développeur, fiches store, captures aux bons formats, politique de confidentialité, soumission et allers-retours avec la revue Apple. Nous assurons ensuite les mises à jour et le suivi des plantages.
Oui, et c'est généralement souhaitable. Mon PPSPS fonctionne ainsi : mêmes comptes, mêmes données, l'utilisateur passe du web au mobile sans s'en rendre compte. Cela suppose simplement de le prévoir dès la conception.
Moins
de
temps
perdu.
Plus
de
clients
qui
appellent.
Dites-nous où vous en êtes. On regarde votre site, votre position sur Google, et on vous dit franchement ce qu'il y a à faire.
Contactez-nous