Applications iOS et Android
Natives ou hybrides selon le besoin. Publication sur l'App Store et Google Play, mises à jour et suivi des versions inclus.
Pays et langue
Autres marchés : ces versions disponibles affichent la même page.
Applications
Des applications iOS, Android et web pensées pour un usage réel : interface rapide, backend solide, connexion à vos outils. Développées à Paris, code livré.
Le besoin
Beaucoup de projets mobiles démarrent par la question de la plateforme — iOS, Android, ou les deux — alors que le sujet est ailleurs. Ce qui fait échouer une application, c'est un écran de connexion trop long, une liste qui rame dès la millième ligne, ou une donnée qui n'arrive pas parce que le serveur derrière n'a jamais été prévu pour ça. Le visible dépend de l'invisible.
IDEALOGY traite les deux ensemble. L'interface est dessinée pour la main et le pouce, avec les états qu'on oublie toujours : réseau lent, hors connexion, session expirée, liste vide, erreur de saisie. Derrière, une API REST documentée s'appuie sur un backend PHP/MySQL, avec Redis pour le cache et les files d'envoi de notifications, et MongoDB lorsque les données remontées sont hétérogènes.
Selon l'usage, nous développons une application native, une application hybride partageant un même code entre iOS et Android, ou une application web responsive installable depuis le navigateur. Le choix se fait au cadrage, en fonction de ce que l'application doit réellement faire : appareil photo, géolocalisation, lecture de code-barres, usage hors ligne, publication sur les stores.
Ce que nous développons
Le périmètre se compose selon les usages que vous visez.
Natives ou hybrides selon le besoin. Publication sur l'App Store et Google Play, mises à jour et suivi des versions inclus.
Utilisables au navigateur sur mobile, tablette et poste fixe, installables sur l'écran d'accueil, sans passer par un store.
Navigation à une main, cibles tactiles suffisantes, états de chargement et d'erreur traités. Maquettes cliquables validées avant développement.
API REST documentée sur PHP/MySQL, MariaDB ou MongoDB selon les données, Redis pour le cache et les files. Authentification par jeton.
Connexion à votre CRM, ERP, caisse, boutique en ligne ou logiciel de réservation, par API REST ou webhooks, échanges journalisés.
Notifications push ciblées par segment, données consultables sans réseau et synchronisation différée dès le retour de la connexion.
Notre démarche
Quatre étapes, dans cet ordre. Vous validez chacune avant de passer à la suivante.
Qui utilise l'application, où, avec quel réseau et quel appareil. C'est ce qui décide natif, hybride ou web. Livrable : périmètre chiffré.
1 à 2 semainesLes parcours principaux, testés sur un téléphone réel avant d'écrire du code. Vous corrigez là où changer d'avis ne coûte rien.
2 à 3 semainesBackend et application avancent ensemble, avec une version installable toutes les deux semaines sur vos appareils de test.
8 à 16 semainesDépôt sur l'App Store et Google Play, suivi des premières installations, correctifs, puis évolutions. Le code source vous appartient.
Suivi continuSocle technique
Selon les usages de l'application et le volume attendu :
Réalisation
Les techniciens remplissaient des fiches papier ressaisies le soir au bureau. Nous avons livré une application mobile avec planning du jour, photos, signature du client et saisie fonctionnant sans réseau, synchronisée avec l'outil de gestion dès le retour de connexion.
Budget
Le prix dépend du nombre d'écrans, des plateformes visées et de la complexité du backend.
Montant indicatif pour une première version publiée sur les deux plateformes. Chaque devis est établi après la phase de cadrage, au forfait, sans coût par utilisateur.
Comment c'est chiffré
Le prix dépend des parcours à construire, des systèmes à connecter et du fait qu'il faut tenir deux plateformes. Nous cadrons d'abord, puis nous chiffrons au forfait.
Après la publication
Une application publiée demande des mises à jour de compatibilité, sinon elle finit par être retirée des stores. Le contrat est chiffré avec le projet.
Questions fréquentes
Cela dépend des usages. Une application web responsive suffit pour consulter et saisir des données au navigateur. L'hybride couvre iOS et Android avec un code commun. Le natif se justifie quand l'application exploite intensément l'appareil : capteurs, usage hors ligne prolongé, performances graphiques. Nous tranchons au cadrage.
Comptez quatre à six mois entre le cadrage et la publication pour une première version solide, backend compris. Vous recevez une version installable toutes les deux semaines dès le début du développement, ce qui permet de corriger la trajectoire sans attendre la fin du projet.
Oui. Nous préparons les fiches, visuels et captures, gérons le dépôt sur l'App Store et Google Play et répondons aux retours de validation. Les comptes développeur restent à votre nom : vous gardez la propriété de l'application et de ses statistiques.
Oui, c'est le cas le plus fréquent. Nous exposons une API REST vers votre CRM, ERP, caisse ou logiciel de réservation, ou nous consommons celle qu'ils fournissent déjà. Les échanges sont journalisés et rejoués automatiquement en cas d'indisponibilité côté serveur.
À voir aussi
Parlons-en
Un échange de 30 minutes sur vos utilisateurs et leurs conditions de travail suffit pour choisir la bonne technologie et donner une fourchette honnête.