Des applications qu’on garde sur son téléphone.
Une application gagne sa place sur un écran d’accueil ou elle est désinstallée en une semaine. C’est une barre plus haute qu’un site n’a jamais à franchir, et ça change la façon de travailler : moins de fonctionnalités, mieux faites, et une première version qui répond à un vrai besoin plutôt qu’à tout ce qu’on pourrait imaginer construire.
Natif ou cross-platform — le choix qui décide de votre budget
C’est la première question et elle mérite une réponse franche plutôt qu’une préférence.
Le cross-platform
, c’est un seul code qui tourne sur iOS et Android. Vous payez une fois l’essentiel du travail, vous publiez sur les deux stores en même temps, et chaque correction s’applique partout. Pour la grande majorité des applications d’entreprise — catalogues, réservations, comptes, tableaux de bord, contenus — le résultat est indiscernable du natif, et l’économie est considérable.
Le natif
, c’est deux bases de code séparées. Ça coûte plus cher et ça prend plus longtemps, et c’est le bon choix quand l’application s’appuie fortement sur l’appareil lui-même : traitement d’image intensif, tâches de fond, intégration matérielle fine, ou performance à la limite de ce qu’un téléphone sait faire.
Nous ne vendons pas l’un comme intrinsèquement meilleur. Nous regardons ce que votre application doit faire, et l’un des deux devient évident.
Ce que nous construisons
Applications grand public.
Réservation, commande, navigation, comptes, fidélité. L’application est un canal de vente et se juge à la vitesse avec laquelle on obtient ce pour quoi on est venu.
Outils terrain et internes.
Applications pour des équipes qui travaillent loin d’un bureau — inspections, livraisons, stock, remontées. Leur sort se joue sur le comportement hors connexion : un technicien dans un sous-sol doit pouvoir travailler quand même.
Applications compagnons.
Le prolongement mobile d’une plateforme que vous exploitez déjà. L’essentiel de la valeur est dans la synchronisation, pas dans les écrans.
Applications d’objets connectés.
Bluetooth, capteurs, pilotage de matériel. La moitié de l’effort porte sur ce qui se passe quand la liaison tombe, c’est-à-dire la partie que les démonstrations ne montrent jamais.
Ce que les projets sous-estiment le plus
La publication n’est pas la fin du travail, c’est une étape avec ses propres règles.
Les stores examinent votre application.
Apple en particulier refuse pour des raisons qui surprennent ceux qui publient pour la première fois — une permission expliquée trop vaguement, une connexion sans porte de sortie, une mention de paiement en dehors de leur système. Nous nous y préparons plutôt que de le découvrir.
Les comptes vous appartiennent.
Vos comptes Apple Developer et Google Play sont ouverts à votre nom. Une agence qui publie sous son propre compte détient votre application en otage, sans que personne l’ait voulu.
Les mises à jour sont une routine, pas un événement.
Les deux plateformes sortent une version majeure par an, et chacune abandonne quelque chose. Une application que personne n’entretient finit par ne plus fonctionner — non parce qu’elle était mal faite, mais parce que le sol a bougé.
Notre façon de travailler
Un appel, d’abord.
On commence par un appel gratuit de trente minutes pour établir ce que l’application doit faire et, plus utile encore, ce qu’elle n’a pas à faire dans sa première version.
Puis un plan, puis des livraisons.
Puis un plan écrit avec des phases. Puis des livraisons visibles — vous installez les versions sur votre propre téléphone pendant la construction, ce qui vaut mieux que n’importe quelle capture d’écran.
Puis la transmission.
À la transmission, vous recevez le code, les comptes de publication, les clés de signature et une prise en main. La suite est une conversation, pas un enfermement.
Nos réalisations
Nos plateformes web portent déjà la logique dont une application mobile a besoin — Dune Riders pour la réservation et les disponibilités, Villa Aura pour les parcours de réservation, Verdia pour les catalogues structurés. Le métier est le même, la surface change.
Ce que ça coûte
1 500 – 5 000 $
une application ciblée à usage unique, une plateforme, sans back-end propre.
5 000 – 10 000 $
une application cross-platform avec comptes, contenus et un vrai back-end.
10 000 – 20 000 $
une application métier : rôles, paiements, mode hors connexion, intégration à vos systèmes.
20 000 $ et plus
un produit : plusieurs applications ou une plateforme avec client mobile, entretenue dans la durée.
Questions fréquentes
- iOS, Android, ou les deux ?
- Les deux, dans presque tous les cas, et c’est le cross-platform qui rend cela abordable. Si vos utilisateurs sont massivement sur une seule plateforme, nous vous le dirons et nous commencerons par celle-là.
- Dois-je avoir mes propres comptes développeur ?
- Oui, et nous y tenons. Les comptes Apple et Google sont ouverts à votre nom, et nous travaillons dedans. Votre application, vos comptes, vos clés.
- L’application peut-elle fonctionner sans connexion ?
- Selon ce qu’elle fait, oui. Le hors-ligne est une décision d’architecture prise au départ, pas une fonctionnalité ajoutée après. Dites-nous dès le premier appel si vos utilisateurs perdent le réseau, et nous le prévoyons.
- Comment se publient les mises à jour ?
- Par les mêmes comptes, avec une étape de validation à chaque fois. Nous pouvons gérer la publication ou vous transmettre la procédure, à votre convenance.
- L’application se connectera-t-elle à nos systèmes existants ?
- Le plus souvent oui. Si votre CRM, votre ERP ou votre back-office expose une API, l’application peut lire et écrire dedans. Sinon, nous construisons la couche qui le permet.
- Et les frais des stores ?
- Apple et Google facturent chacun un abonnement développeur annuel et prélèvent une part sur les achats intégrés. Ce sont leurs frais, pas les nôtres — nous vous dirons exactement ce qui s’applique à votre cas avant que vous vous engagiez.
Vous pensez à une application ? Réservez un appel gratuit de 30 minutes. Nous vous dirons si vous en avez besoin, par quelle plateforme commencer, et ce que cela demanderait. Sans engagement.