Nous créons des applications mobiles iOS et Android pour des entreprises de 30–150 personnes en phase de croissance. Le stack — iOS natif, Android natif, React Native ou hybrid — est choisi au Discovery, pour un objectif métier précis. App Store et Google Play inclus dans le prix du projet.
Application mobile comme produit principal, extension mobile d'un système existant ou application terrain pour équipes opérationnelles. Chaque type a une logique de conception différente — et un stack différent après le Discovery.
L'application mobile est le principal point de contact avec l'utilisateur final. SaaS B2B où une version bureau n'a pas de sens, produit sectoriel (logistique, santé, vente sur le terrain), produit B2C sérieux avec une justification métier concrète.
Stack déterminé au cas par cas — natif ou multiplateforme.
Application mobile comme partie d'un écosystème client plus large — complément d'un produit web, ajout d'un accès mobile à un backend existant, cohérence multiplateforme avec le site web. Typiquement React Native, mais stack déterminé au cas par cas.
Collaborateurs sur le terrain — service, audits, livraisons, installations, vente mobile. Synchronisation en mode offline-first, MDM de classe entreprise, intégrations avec ERP/CRM, mode kiosque. C'est souvent l'Android natif qui domine (MDM Samsung/Xiaomi).
Vous ne savez pas quel type vous correspond ? Le Discovery le déterminera — avec le stack
Vous ne savez pas quel type vous correspond ? Le Discovery le déterminera — avec le stack.
iOS natif, Android natif, React Native ou hybride — la décision se prend sur la base de l'objectif métier, de critères techniques et du coût à long terme. Le Discovery se termine par un ADR (Architecture Decision Record) avec le stack choisi et sa justification.
Nous choisissons quand :
Xcode, Swift 5, SwiftUI, Combine
Coût à long terme plus élevé (équipe séparée)
Nous choisissons quand :
Android Studio, Kotlin, Jetpack Compose, Coroutines
Coût à long terme plus élevé (équipe séparée)
Nous choisissons quand :
RN 0.7x, Expo SDK 5x, TypeScript, EAS Build/Submit
Coût à long terme plus faible, une seule équipe
Nous choisissons quand :
80–90% du périmètre standard + 10–20% nécessitant une haute performance
Modèle : RN + modules Swift/Kotlin pour le traitement caméra, le DSP audio, les intégrations système spécifiques
Compromis : time-to-market de RN + performance native là où nécessaire
RN + modules Swift/Kotlin, EAS bare workflow
Moyen — base RN + fragments natifs sélectifs
Comme pour le frontend mobile — nous choisissons le backend au Discovery, pas à l'avance.
Par défaut, nous travaillons sur le stack Next.js + Payload CMS + PostgreSQL (si vous avez déjà une application web, une seule équipe, coût à long terme plus faible).
Mais si le problème se résout mieux avec :
…alors nous suivons ce qui réalise l'objectif métier.
Décision au Discovery, ADR avec justification.
Troisième voie — intégration avec le backend existant du client (REST, GraphQL, gRPC) sans reconstruction.
Discipline du stack stable. React Native a plus de 5 ans d'expérience en production (Meta, Microsoft, Shopify, Discord), une équipe de spécialistes plus large en Pologne et une meilleure intégration avec notre stack React/Next.js.
Flutter nécessite un écosystème Dart séparé, Google en est l'unique sponsor, et le marché des spécialistes en Pologne est plus restreint.
Oui. Le Discovery (2 500–7 500 CHF, étape payante avec un résultat concret) se termine par un ADR avec le stack choisi et sa justification. Le client reçoit une documentation avec les critères de choix et peut la transmettre à un autre développeur.
Une partie des échanges « nous voulons une application mobile » se conclut par la décision qu'une PWA ou un site responsive réalise l'objectif métier de façon plus rapide et moins coûteuse. C'est un résultat du Discovery, pas une thèse de départ.
Nous le disons ouvertement — notre périmètre couvre les applications mobiles pour entreprises en croissance, pas tout ce qui est mobile :
Le processus standard de Digital Vantage — Discovery comme étape payante avec un résultat concret, sprints de 2 semaines, publication dans les stores incluse dans le prix du projet, trois options de collaboration après la stabilisation.
Audit du problème et de l'objectif métier.
Décision du stack (iOS natif / Android natif / React Native / hybride) avec justification. Périmètre par plateforme, intégrations, stratégie du mode hors ligne.
Brief métier + ADR + devis final + calendrier. Le client peut transmettre la documentation à un autre développeur.
Figma, patterns mobiles (iOS HIG + Material Design 3), prototype interactif pour 3–5 parcours clés. Design system mobile — typographie, espacements, composants adaptés à chaque plateforme.
Design system + prototype interactif + matériel pour les stores
Sprints de 2 semaines, démo à chaque sprint. Code dans le dépôt du client dès le jour 1. EAS Build / Xcode Cloud / Gradle CI selon le stack. TestFlight + Play Internal accessibles au client en continu.
Application fonctionnelle en environnement de test
Matrice de tests — iOS 17/18 (3–5 modèles), Android 13–15 (4–6 modèles des marques Samsung / Xiaomi / Pixel), différents réseaux (3G/4G/WiFi/hors ligne), différentes langues. Pas seulement l'émulateur.
Rapport QA + liste des bugs résolus par appareil
Configuration des comptes (si le client n'en a pas), matériel pour les stores (captures d'écran, description, icônes, URL de la politique de confidentialité), soumission, réponse à la vérification Apple (souvent 1–2 tours), première version en production.
Application sur App Store et Google Play
Trois options après la stabilisation :
Production stable + décision du modèle de collaboration
La publication dans les stores fait partie intégrante du processus standard — pas une ligne supplémentaire dans le devis. Les comptes développeur restent du côté du client (l'entreprise doit être l'éditeur de sa propre application).
Fourchettes de prix par niveau avec un périmètre concret. Devis final après le Discovery — les fourchettes préalables sont des estimations basées sur les projets typiques de chaque catégorie.
Périmètre :
Périmètre :
Périmètre :
La discipline de travail que nous appliquons à chaque projet mobile — indépendamment du stack, du périmètre et du secteur du client.
iOS natif, Android natif, React Native ou hybride — décision au Discovery sur la base de critères métier et techniques. Pas de « RN par défaut parce que c'est plus rapide » ni « natif parce que c'est mieux ».
La publication dans les stores fait partie intégrante du processus standard, pas une ligne supplémentaire dans le devis. Comptes développeur côté client (vous devez être l'éditeur de votre propre application), le reste côté DV.
Une partie des échanges « nous voulons une application mobile » se conclut par la décision qu'une PWA réalise l'objectif métier de façon plus rapide et moins coûteuse. Nous le disons ouvertement si le Discovery le montre.
Le Discovery (2 500–7 500 CHF) est une étape payante avec des résultats concrets — brief, ADR, devis final, calendrier. Le client peut transmettre la documentation à un autre développeur — c'est une discipline, pas un piège.
Chaque bibliothèque en production a au minimum 5 ans d'expérience en production. Pas d'expérimentation sur le projet réel d'un client. Liste des décisions techniques (ADR) avec justification de chacune.
Après la mise en œuvre, trois voies — interne, abonnement, collaboration stratégique. Code dans le dépôt du client dès le premier sprint, zéro dépendance envers le prestataire. Documentation complète et ADR en standard.
Les questions que nous recevons le plus souvent au Discovery. La FAQ complète sur le développement logiciel (15+ questions en 7 groupes) sera publiée dans une section séparée.
C'est une décision du Discovery, pas une thèse de départ. Nous choisissons le natif (Swift, Kotlin) quand des fonctionnalités à haute performance sont nécessaires (ML caméra, AR, DSP audio), des API spécifiques à la plateforme (HealthKit, MDM de classe entreprise) ou une intégration poussée avec l'écosystème. React Native quand le time-to-market est prioritaire, une seule équipe pour deux plateformes et une parité de fonctionnalités d'environ 80% suffit. Hybride (RN + modules natifs) quand 90% du périmètre est standard et 10% nécessite une performance native.
Discipline du stack stable. React Native a plus de 5 ans d'expérience en production (Meta, Microsoft, Shopify, Discord), une équipe de spécialistes plus large en Pologne et une meilleure intégration avec notre stack React/Next.js. Flutter nécessite un écosystème Dart séparé, Google en est l'unique sponsor, et le marché des spécialistes en Pologne est plus restreint. Si le client a déjà une équipe Flutter — alors nous en discutons.
Oui. Le Discovery (2 500–7 500 CHF, étape payante avec un résultat concret) se termine par un ADR — Architecture Decision Record — avec le stack choisi et sa justification. Le client reçoit une documentation avec les critères de choix et peut la transmettre à un autre développeur. Décider du stack avant le Discovery reviendrait à deviner.
Oui — configuration du compte, captures d'écran, description du store, soumission, réponse à la vérification Apple, première version en production. Restent côté client les comptes développeur : Apple Developer 99 USD/an et Google Play 25 USD à titre unique. Les mises à jour après la mise en œuvre sont hors projet — abonnement ou à l'heure.
Trois options après la stabilisation. En interne — nous transmettons la documentation, l'ADR et la formation, le client poursuit seul. Abonnement — maintenance et nouvelles fonctionnalités à l'heure ou forfait mensuel fixe. Collaboration stratégique — DV comme copropriétaire du produit avec un contrat fixe et un SLA. Le choix se fait au cas par cas, la décision tombe le plus souvent 4–12 semaines après la mise en œuvre.
Les deux scénarios. Projet à partir de zéro — stack DV par défaut : Next.js 15 + Payload CMS + PostgreSQL (cohérent avec les applications web). Intégration avec le backend existant du client — REST, GraphQL ou gRPC, au cas par cas. Décision au Discovery, sur la base de ce que vous avez déjà et de l'objectif à long terme.
Vous trouverez la FAQ complète sur le développement logiciel dans une section séparée. Voir la FAQ complète sur le développement logiciel
Le Discovery est une étape concrète avec un résultat — ADR, devis final et calendrier. Chaque client commence par la même discussion, indépendamment du périmètre du projet.