Aller au contenu

Création d’applications mobiles et desktop

Une application n’a de sens que si elle fait mieux qu’un site web sur le même sujet. Notification, usage hors ligne, capteurs, poste de travail quotidien : s’il n’y a aucune de ces raisons, nous vous le dirons avant de la développer.

Plateformes
iOS · Android · macOS · Windows
Approche
Natif ou multiplateforme, selon l’usage
Périmètre
Conception · développement · publication
Exploitation
Mises à jour, suivi des crashs, stores
01 / 05

Application native, multiplateforme ou web ?

Le natif donne l’accès complet à la plateforme, les meilleures performances et l’intégration la plus fine au système. Il coûte deux bases de code sur mobile.

Le multiplateforme partage une base entre iOS et Android, ce qui divise le coût et accélère les évolutions. Il atteint ses limites sur les usages graphiques intensifs et les intégrations système poussées.

L’application web installable — PWA — supprime les stores et leur cycle de validation. Elle convient à beaucoup d’outils internes et échoue là où il faut des notifications fiables sur iOS ou du matériel.

Ce choix se tranche au cadrage, sur des critères d’usage et de budget, pas par préférence technique. C’est la première décision qui vous engage réellement.

02 / 05

Ce qui fait qu’une application est gardée

  • 01

    Le démarrage

    Une application lente à ouvrir est une application désinstallée. Le temps de premier affichage utile est une contrainte de conception, pas une optimisation de fin de projet.

  • 02

    Le hors-ligne

    Le réseau tombe : en déplacement, en sous-sol, sur un chantier. Une application qui exige la connexion pour afficher ce qu’elle a déjà téléchargé est une application qui trahit son utilisateur au mauvais moment.

  • 03

    Les notifications

    C’est souvent la vraie raison d’exister d’une application. Elles doivent être pertinentes, paramétrables et rares. Une notification de trop et l’utilisateur les coupe toutes.

  • 04

    Les mises à jour

    Une application vit plusieurs années sur des systèmes qui changent tous les ans. Le socle doit permettre de suivre les versions d’iOS et d’Android sans réécriture.

  • 05

    La publication

    Comptes développeur, fiches store, captures, confidentialité, revue Apple, déploiement progressif. Nous prenons cette chaîne en charge — elle bloque plus de projets qu’on ne le croit.

  • 06

    La mesure

    Rapports de crash, versions installées, parcours réellement empruntés. Sans instrumentation, une application est une boîte noire dont on ignore si elle sert.

03 / 05

Les cas où une application se justifie vraiment

  • Une équipe de terrain qui saisit des données hors du bureau, souvent sans réseau.
  • Un service dont l’usage est quotidien et répété, où chaque seconde d’ouverture compte.
  • Un produit qui a besoin de notifier au bon moment, pas d’attendre une visite.
  • Un poste de travail métier sur desktop, qui manipule des fichiers locaux ou du matériel.
  • Un outil interne qui doit fonctionner sur des tablettes durcies ou du matériel dédié.
04 / 05

Ce qu’on nous demande le plus souvent

Les réponses que nous donnons de toute façon au premier échange.

Faut-il vraiment une application, ou un site suffit-il ?

Dans une majorité de cas, un site rapide et bien conçu suffit et coûte beaucoup moins cher à maintenir. L’application se justifie par le hors-ligne, les notifications, l’accès au matériel ou un usage quotidien intensif. Nous tranchons cette question au cadrage, honnêtement.

Combien coûte le développement d’une application ?

Le coût dépend surtout du nombre de plateformes et de la profondeur fonctionnelle. Une base multiplateforme réduit sensiblement la facture. Prévoyez également un budget d’exploitation annuel : comptes développeur, mises à jour de compatibilité, corrections.

Qui publie l’application sur les stores ?

Nous préparons et déposons, mais les comptes développeur Apple et Google sont ouverts à votre nom. C’est essentiel : votre application, vos avis et vos utilisateurs ne doivent pas dépendre du compte d’un prestataire.

Que se passe-t-il après la mise en ligne ?

Les systèmes évoluent chaque année et les stores imposent des mises à niveau régulières. Nous proposons un suivi qui couvre la compatibilité, les corrections et les évolutions, avec un rythme adapté à l’usage réel.

Une application à concevoir ?

Expliquez-nous l’usage visé et le contexte terrain. Nous vous dirons si l’application est la bonne réponse.

Parler de votre projet Réponse sous deux jours ouvrés · contact@anym.fr