Aller au contenu
Marie DadomoStudio de développement
Application mobile iOS et Android

Une idée.
Deux stores.
Un vrai produit.

Je transforme votre besoin en application mobile testable, publiée et maintenable. Du premier parcours aux comptes Apple et Google, vous suivez le produit sur votre propre téléphone.

Une base React Native · iOS + Android · publication accompagnée

Du besoin aux stores

Le projet passe du cadrage d’un geste utile au développement, puis à la publication sur iOS et Android.

Penser le geste.Essayer sur téléphone.Publier pour durer.
01 — Le téléphone a un rôle précis

Une application commence
par un usage répété.

Le mobile devient pertinent quand il simplifie une action, accompagne le terrain ou crée un service que vos utilisateurs veulent retrouver. Le cadrage vérifie cette valeur avant d’accumuler les écrans.

01

Un produit pour vos clients

Un service consulté régulièrement, un compte personnel, des contenus ou un abonnement : l’application installe votre produit dans un usage récurrent, au-delà d’une simple visite web.

Compte · contenus · abonnement · notifications
02

Un outil pour le terrain

Photo, scan, géolocalisation, saisie rapide ou consultation sans réseau : le téléphone accompagne une action réalisée loin d’un bureau et évite les doubles saisies.

Appareil photo · hors ligne · signature · position
03

Une extension de votre service

L’application peut prolonger une plateforme existante, un objet connecté ou une expertise métier. Elle se relie alors à vos API, vos données et vos règles d’accès.

API · synchronisation · rôles · données
02 — Ce que le mobile apporte

Les fonctions suivent
le parcours.

Une caméra, une notification ou un abonnement ne sont pas des options décoratives. Chaque capacité répond à une situation et ajoute ses propres règles de test.

01

Fonctions du téléphone

Appareil photo, notifications, partage, stockage local ou biométrie sont intégrés lorsqu’ils servent réellement le parcours.

02

Comptes et données

Inscription, connexion, profils, droits et synchronisation sont cadrés avec les API et les responsabilités prévues.

03

Paiement et abonnement

Achats intégrés, restauration et statut d’abonnement sont pensés avec les règles des stores et votre modèle économique.

04

Usage sans connexion

Les contenus nécessaires peuvent rester disponibles hors ligne, puis se synchroniser lorsque le réseau revient.

Avant de choisir une technologie

Le bon produit peut être
mobile, web — ou plus simple.

Une présence dans les stores n’est pas un objectif suffisant. Si le besoin consiste surtout à présenter de l’information, un site peut être plus rapide et plus économique. Si vos équipes travaillent devant un écran avec beaucoup de données, une application web métier peut mieux convenir.

Je recommande l’application mobile lorsque l’installation, les fonctions du téléphone, le hors-ligne ou la fréquence d’usage créent un avantage réel.

Comparer application mobile et application web
03 — De l’idée à la première version

Vous testez le produit.
Pas une promesse.

Le projet avance par versions visibles. Les retours arrivent assez tôt pour corriger un parcours avant que toutes ses conséquences soient développées.

  1. 01

    Cadrer le produit

    Nous définissons les utilisateurs, le problème traité, le premier périmètre et ce qui doit être mesuré. Les fonctions secondaires attendent que le cœur du produit soit clair.

    Priorités · parcours · périmètre
  2. 02

    Concevoir les écrans

    Les actions importantes sont mises en scène dans un prototype. Vous vérifiez l’ordre, les textes et les cas d’erreur avant que chaque écran soit développé.

    Prototype · états · validation
  3. 03

    Développer et essayer

    Une même base React Native produit les versions iOS et Android. Vous recevez des versions intermédiaires à installer sur votre téléphone et à tester avec des usages réels.

    Versions testables · retours · corrections
  4. 04

    Préparer les stores

    Comptes développeur, consentements, visuels, descriptions et versions de production sont préparés avant l’envoi. Une demande de correction du store est traitée dans le cadre convenu.

    App Store · Google Play · publication
Des produits, pas des maquettes

Trois applications publiées.
Trois usages réels.

Equio, VetSafe et Ellyo sont disponibles sur iOS et Android. Chaque étude de cas montre le besoin, le parcours et les choix réalisés.

Voir toutes les réalisations
01EiOS · Android

Equio

Equio est une application destinée aux propriétaires de chevaux. Elle analyse une plante à partir d’une photo afin d’identifier un potentiel risque de toxicité pour l’animal. Le projet a été pensé comme un outil simple, rapide et utile en situation réelle, sur le terrain.

Lire l’étude de cas
02ViOS · Android

VetSafe

VetSafe aide les propriétaires de chiens et de chats à examiner les produits et les dangers du quotidien : lecture d’étiquettes, évaluation de la composition et points de vigilance pour l’animal. Un autre parcours repère le danger potentiel des plantes, aliments et objets. Le catalogue distingue les informations pour le chien et pour le chat et reste consultable hors connexion.

Lire l’étude de cas
03EiOS · Android

Ellyo

Ellyo est un carnet numérique destiné aux parents : souvenirs, moments importants et étapes de vie de leur enfant. Conçu pour que l’ajout d’un souvenir reste rapide, même avec un enfant dans les bras.

Lire l’étude de cas
04 — La publication fait partie du projet

Votre application.
Vos comptes stores.

La publication ne commence pas le jour où le développement se termine. Les comptes, informations légales et éléments de fiche sont préparés en parallèle.

01Vos comptes

L’application est publiée au nom de votre entreprise.

Les comptes Apple et Google vous appartiennent. Ils portent les contrats, les paiements éventuels, les informations légales et l’historique des versions.

02Le dossier

La fiche store fait partie du produit.

Nom, description, captures, confidentialité, catégories d’âge et données collectées sont préparés avec les informations que vous validez.

03La validation

Une soumission peut demander un ajustement.

Apple et Google examinent l’application selon leurs règles. Le calendrier garde une marge pour répondre à une question ou corriger un point avant publication.

05 — Après la première publication

Le lancement ouvre
la vie du produit.

Une application doit rester compatible, observable et améliorable. Le suivi est défini avec le même sérieux que la première version.

Suivre les versions iOS et Android

Les systèmes, les bibliothèques et les exigences des stores évoluent. Un contrôle régulier évite d’attendre qu’une publication urgente soit bloquée.

Observer les usages et les erreurs

Les événements utiles, les incidents et les retours utilisateurs permettent de distinguer une impression isolée d’un parcours réellement à améliorer.

Faire évoluer le bon périmètre

Une première version n’a pas besoin de tout contenir. Les fonctions suivantes sont choisies à partir des usages, de la stratégie et du budget disponible.

Budget et délai

Un premier périmètre
qui peut vraiment sortir.

Le chiffrage sépare l’application, les services externes et les responsabilités. Vous savez ce qui sera testable, ce qui sera publié et ce qui restera pour une version suivante.

Délai indicatif2 à 4 mois

Pour une première version iOS et Android, selon les parcours, les API et les validations.

Comprendre le budget d’une application
Avant de démarrer

Les questions qui changent
le devis et le calendrier.

Le premier échange sert à identifier les utilisateurs, les données, les comptes et les services nécessaires.

Pas nécessairement. React Native permet de partager la majorité du code tout en produisant une application pour chaque plateforme. Les configurations, les tests et certains comportements restent vérifiés séparément sur iOS et Android.

Le prix dépend des parcours, des données, des comptes, des paiements, des fonctions du téléphone et des services à connecter. Le devis est établi après un cadrage du premier périmètre. Un guide distinct détaille les postes de coût sans les réduire à un nombre d’écrans.

Un premier périmètre cohérent demande généralement deux à quatre mois. Le délai dépend des validations, de la disponibilité des contenus et des services externes. Le calendrier inclut la préparation des stores et une marge pour leur examen.

Oui. Des versions intermédiaires sont installées sur des téléphones de test pendant le développement. Vos retours portent ainsi sur un geste réel, un clavier réel et les contraintes d’un petit écran.

Votre entreprise crée et conserve ses comptes développeur. Je vous accompagne pour leur configuration et j’utilise les accès nécessaires au projet. L’application reste ainsi publiable par votre organisation ou un autre prestataire.

Elles sont incluses uniquement lorsqu’elles figurent dans le périmètre. Une application mobile a souvent besoin de données, d’authentification ou d’un espace d’administration ; le devis précise qui développe et héberge chaque partie.

Une application publiée doit être suivie. Les nouvelles versions d’iOS et Android, les bibliothèques et les règles des stores évoluent. Le niveau de maintenance dépend du produit, mais son principe et son budget doivent être prévus avant le lancement.

Guides pratiques

Approfondir une décision,
sans recopier l’offre.

Voir tout le blog

Votre application commence par l’usage qu’elle doit simplifier.

Décrivez les personnes concernées, l’action principale et les outils déjà en place. Je vous réponds sous 48 heures avec les premières questions de cadrage.

Présenter mon application