Création d'application mobile à Aix-en-Provence

Non, et c'est précisément ce qui rend le budget tenable. On développe en multiplateforme : un seul code produit une vraie application iOS et une vraie application Android, publiées sur les deux stores. Ce n'est pas un site déguisé — l'affichage, les gestes et la vitesse sont ceux du système. Concrètement, ça divise par deux le coût de développement et de maintenance par rapport à deux projets natifs distincts, et une correction écrite une fois part sur les deux plateformes. Le natif reste possible quand le projet l'exige vraiment — traitement d'image lourd, réalité augmentée, usage très fin du matériel — et dans ce cas on vous explique pourquoi et ce que ça change au devis, avant signature.

Nous, de bout en bout, et c'est compris dans le prix. Ça couvre l'ouverture des comptes développeurs à votre nom, la rédaction des fiches des deux stores, les captures d'écran à tous les formats imposés, l'icône, les déclarations de confidentialité exigées par Apple et Google, la soumission, puis les échanges avec les examinateurs jusqu'à la validation effective. C'est l'étape que la plupart des devis oublient de chiffrer, et c'est celle qui bloque une sortie pendant des semaines quand personne ne l'a anticipée. Vous n'avez jamais à écrire à Apple.

Rien de grave, et surtout rien pour vous. Un premier refus est banal, y compris sur une application impeccable : Apple relit chaque soumission à la main et applique des règles précises — une application jugée trop proche d'un simple site, une autorisation demandée sans justification visible, un compte de test manquant pour l'examinateur. On conçoit dès le cadrage pour éviter ces motifs, et quand un refus tombe quand même, on répond à l'examinateur, on corrige et on resoumet. C'est notre travail, c'est inclus jusqu'à la publication, et ça ne se rediscute pas au moment où ça arrive.

Oui, et c'est même ce qu'on met en place pour la plupart des outils métier. Sur l'App Store, l'application peut être publiée en mode délisté : elle est bien sur le store — donc installable, signée par Apple et mise à jour automatiquement — mais elle n'apparaît dans aucune recherche ni aucun classement. On y accède uniquement par un lien direct ou un QR code, que vous donnez à qui vous voulez, sans limite de nombre d'utilisateurs. Côté Android, l'équivalent est le canal privé du Play Store, réservé aux comptes de votre organisation. Et si vos téléphones sont gérés par un outil de parc, l'application s'installe toute seule sur les appareils concernés, déjà configurée.

Par une bêta, sur les vrais téléphones des gens qui vont s'en servir. Sur iPhone, ça passe par TestFlight : on vous envoie un lien d'invitation, vos testeurs installent l'application et reçoivent chaque nouvelle version automatiquement — jusqu'à 100 testeurs internes et 10 000 testeurs externes. Sur Android, l'équivalent est une piste de test fermée sur Google Play, réservée aux adresses que vous nous donnez. La bêta n'est pas une formalité de fin de projet : c'est là qu'on découvre qu'un bouton est trop bas pour un pouce, qu'un écran ne passe pas au soleil ou qu'une étape manque dans un parcours réel. Une semaine de bêta sérieuse évite trois mises à jour correctives après la sortie.

À partir de 8 000 € HT pour une application de huit à douze écrans, publiée sur les deux stores, notifications push et back-office de pilotage compris. Une application métier — comptes et rôles, mode hors connexion, scan, signature, connexion à votre logiciel de gestion — démarre autour de 18 000 € HT. Au-delà, le chiffrage se fait au cadrage, parce que le prix d'une application dépend du nombre d'écrans et des règles métier derrière, pas d'un forfait. Dans tous les cas, le devis est détaillé ligne par ligne avec le temps estimé en face : vous voyez ce qui coûte cher et vous arbitrez.

Trois postes, et deux ne nous reviennent pas. Le compte Apple Developer coûte 99 € par an, réglés directement à Apple sur votre compte : sans lui, l'application est retirée de l'App Store au renouvellement. Le compte Google Play coûte 25 € une seule fois, à vie. Reste le serveur qui héberge vos données, votre back-office et l'interface avec l'application : à partir de 45 € HT par mois, hébergé en France et sauvegardé tous les jours. S'ajoutent, au besoin, les mises à jour annuelles d'iOS et d'Android — les deux éditeurs finissent par exiger une recompilation, et une application laissée sans mise à jour finit retirée. Tout ça est dit avant la signature, pas au bout d'un an.

Deux à trois mois pour une application essentielle, trois à cinq pour une application métier, à compter de la validation du cadrage. Le découpage réel : une à deux semaines de cadrage et de devis, trois à quatre semaines de maquettes iOS et Android, six à douze semaines de développement selon le nombre d'écrans, puis la bêta et la publication. Deux postes s'ajoutent en dehors de notre contrôle : l'ouverture du compte Apple, qui demande un numéro D-U-N-S pour une société et peut prendre une à trois semaines, et la validation par les stores, qui tourne autour de 24 à 72 heures. C'est pour ça qu'on ouvre les comptes développeurs dès le début du projet et pas à la fin.

La question à se poser n'est pas « qu'est-ce qui fait le plus sérieux » mais « qui va s'en servir, et à quelle fréquence ». Un site sert à être trouvé : il s'indexe dans Google, il reçoit des visiteurs qui ne vous connaissent pas encore, et il n'a rien à installer. Une application ne s'indexe pas — elle s'adresse à des gens qui vous connaissent déjà et qui reviennent souvent. Elle devient le bon choix quand il faut notifier, fonctionner sans réseau, utiliser l'appareil photo, le scan, la position ou un capteur, ou quand vos équipes travaillent debout et les mains prises. Si un site bien fait suffit, on vous le dit avant de chiffrer — c'est moins cher pour vous et plus honnête pour nous.

Oui, et c'est le cas dans la majorité des projets internes. L'application ne vit pas à côté de vos outils : elle lit et écrit dans la même source que le reste de l'entreprise, via une interface applicative. On se connecte à un ERP, un CRM, un logiciel de facturation ou un outil maison, quand celui-ci expose une interface — et quand il n'en expose pas, on en construit une. C'est ce qui supprime la double saisie, et c'est souvent là que le retour sur investissement se calcule le plus vite : une heure par jour rendue à une équipe de terrain se chiffre facilement.