Développement application mobile B2B — React Native sur mesure pour ETI et grands comptes

#Application mobile B2B sur mesure vs app générique : pourquoi ça ne se ressemble pas

Un DSI ou un CPO qui cherche à mobiliser un process métier ne cherche pas une app. Il cherche à supprimer une friction — le technicien qui remplit son rapport sur papier puis rentre au bureau pour le ressaisir dans l'ERP, le commercial itinérant qui actualise son CRM deux jours après la visite client, le chef de chantier qui prend des photos avec son téléphone perso puis les transfère par mail au bureau d'études.

Ces frictions existent depuis des années. Elles persistent parce que les apps génériques du marché ne s'intègrent pas proprement au SI de l'entreprise, et que les apps legacy internes datent d'une époque où l'UX n'était pas une priorité.

Une application mobile B2B sur mesure part d'un périmètre fonctionnel défini — un process, une équipe, un SI cible — et l'optimise de bout en bout. Pas de fonctionnalités inutiles. Pas d'onboarding consommateur. Pas d'A/B testing sur le taux d'engagement. Le critère de succès est simple : est-ce que l'équipe terrain l'utilise tous les jours, et est-ce que les données remontent proprement dans le SI ?

Nehos ne développe pas d'apps grand public B2C, pas d'apps de jeux, pas de MVP exploratoire sans cas d'usage. Notre périmètre : ETI et grands comptes, cas d'usage métier identifié, SI existant à intégrer, budget à partir de 15 000 € HT. Si le périmètre ne correspond pas, on le dit à l'audit de cadrage — avant de commencer.

#6 typologies d'applications mobiles B2B que déploie Nehos

#1. Application terrain et inspection

Inspecteurs qualité, techniciens de maintenance, auditeurs HSE, contrôleurs de conformité. Formulaires dynamiques selon le type d'équipement inspecté, photo géolocalisée, signature électronique, rapport PDF généré en sortie. Offline-first systématique — les sites industriels, les entrepôts profonds et les zones rurales ne garantissent pas la connectivité.

Synchronisation vers l'ERP ou le GMAO dès reconnexion réseau. Cas typique : une industrie dont les techniciens remplissent encore des formulaires papier en plusieurs formats.

#2. Application force de vente (SFA)

Commercial itinérant avec accès offline au catalogue produit et aux conditions tarifaires négociées par client, prise de commande directe dans le CRM, consultation de l'historique d'achat, suivi des objectifs. Intégration Salesforce Sales Cloud ou Dynamics 365 Sales. La vraie valeur ajoutée : zéro ressaisie après la visite. Le commercial clôt la saisie avant de quitter le parking du client. L'adoption se mesure dès le pilote, par rapport à l'application précédente.

#3. Application logistique et transport

Carnet de bord numérique, preuve de livraison (POD) avec photo et signature, gestion des anomalies, suivi de tournée en temps réel. Déploiement sur terminaux dédiés Zebra ou Honeywell via MDM — pas sur les smartphones personnels des chauffeurs. Intégration SAP TM, Cegid Logistics, ou TMS propriétaire. Situation type : une flotte de chauffeurs dont les carnets papier sont ressaisis en ERP.

#4. Application de maintenance et GMAO mobile

Technicien maintenance qui consulte l'historique d'intervention sur l'équipement via QR code, crée un bon de travail, enregistre les pièces consommées, déclenche une demande de réapprovisionnement. Intégration GMAO (IBM Maximo, CARL Source, DIMO Maint) ou module maintenance SAP PM. Les techniciens travaillent en zone Atex ou WIFI industriel instable — le offline-first n'est pas optionnel.

#5. Application RH et formation terrain

Suivi des habilitations réglementaires, e-learning en mobilité, pointage sur site avec NFC ou QR code, gestion des plannings d'équipe. Intégration SIRH (Workday, SAP SuccessFactors, Cegid RH). Cas typique : entreprise multi-sites avec des contraintes réglementaires de traçabilité des formations — secteur énergie, BTP, industrie alimentaire. Voir aussi nos cas d'usage en formation terrain.

#6. Application d'inspection et diagnostic avec IA embarquée

Recognaissance visuelle défaut via caméra (classification CNNs embarquée sur device avec Core ML ou TensorFlow Lite), détection d'anomalie sur équipement, mesure dimensionnelle par AR. Ce cas d'usage spécifique justifie le développement natif Swift — l'accès bas niveau à l'ARKit d'Apple ou à la pipeline caméra iOS dépasse ce que React Native expose nativement. Voir nos cas IA embarquée mobile.

#React Native vs Swift/Kotlin natif : le choix selon le cas d'usage

Opinion Nehos, assumée : React Native avec Expo couvre la grande majorité des besoins d'applications mobiles B2B. On choisit Swift ou Kotlin natif pour les cas où la performance temps-réel, la caméra avancée ou des contraintes de sécurité très strictes l'imposent vraiment.

Arguments pour React Native B2B : une seule base de code pour iOS et Android, une seule équipe de développement, délai de livraison plus court qu'un natif séparé, maintenabilité supérieure sur la durée, pool de développeurs plus large. La nouvelle architecture React Native (JSI + Fabric, stable depuis 0.73) a définitivement écarté l'argument de performance pour les cas standard.

Cas où le natif s'impose : traitement vidéo temps-réel à haute fréquence (haute fréquence d'images avec analyse IA), accès à l'ARKit avancé (mesure dimensionnelle AR, LiDAR), Bluetooth Low Energy temps-réel sur des protocoles industriels propriétaires, contrainte de certification sécurité très stricte (ANSSI, critères communs) qui impose une isolation totale du runtime JavaScript. Sur ces cas, on développe Swift pour iOS et Kotlin pour Android en parallèle — en toute transparence sur le surcoût.

La décision se prend à l'audit de cadrage technique, sur la base des spécifications fonctionnelles et des contraintes SI réelles. Pas sur des a priori technologiques.

→ Vous évaluez vos options ? Utilisez notre estimateur de budget en ligne pour obtenir une fourchette en 2 minutes, ou consultez nos tarifs détaillés.

#Intégrations SI : ERP, CRM, MDM, API métier

Une application mobile B2B sans intégration SI est une application qui crée une nouvelle saisie manuelle. On ne remplace pas le problème — on le déplace. L'intégration SI pèse lourd dans le budget d'un projet d'application mobile B2B. C'est le poste le plus difficile à estimer avant l'audit, et le plus critique pour le ROI.

ERP : SAP S/4HANA via API OData v4 ou SAP Cloud Integration (SAP CPI). Sage X3 via API REST native. Cegid via API REST ou connecteur EDI. Microsoft Dynamics 365 via Microsoft Graph API. Pour les ERP legacy sans API exposée, on passe par un middleware dédié (BizTalk, MuleSoft, ou développement sur mesure).

CRM : Salesforce via Connected App OAuth2 et API REST/GraphQL. HubSpot via API REST native. Zoho CRM via SDK mobile Zoho. Microsoft Dynamics CRM via Dataverse API.

MDM (Mobile Device Management) : Microsoft Intune pour les flottes Windows/Android/iOS en environnement Microsoft 365. Jamf pour les flottes iOS dans les entreprises Apple-centric. VMware Workspace ONE pour les déploiements complexes multi-OS et multi-périmètre. Le MDM n'est pas optionnel pour une flotte de terminaux dédiés en entreprise — il conditionne le déploiement, les mises à jour OTA et la révocation à distance en cas de perte ou vol.

Authentification : OAuth2 avec PKCE pour les apps mobiles (standard recommandé OWASP). SAML 2.0 pour l'intégration SSO entreprise (Azure AD, Okta, Ping Identity). Biométrie (Face ID, Touch ID) via Secure Enclave — jamais de stockage du template biométrique côté serveur.

#Sécurité mobile B2B : MDM, chiffrement, conformité RGPD

La sécurité d'une application mobile B2B ne se limite pas à l'authentification. L'OWASP Mobile Top 10 couvre dix familles de risques — les trois critiques en contexte ETI :

M1 — Mauvaise utilisation des identifiants : stockage des tokens OAuth2 dans le Keychain iOS ou Android Keystore (jamais dans le stockage partagé, jamais dans les logs). Rotation des tokens selon le cycle de vie de session défini. Révocation immédiate via le MDM en cas de terminal perdu ou départ de l'employé.

M3 — Communication non sécurisée : TLS 1.3 obligatoire, certificate pinning sur les endpoints critiques (anti-MITM), désactivation des protocoles SSL/TLS dépréciés côté serveur. Sur les apps industrielles qui communiquent sur des réseaux OT, on évalue systématiquement la segmentation réseau entre le SI de production et les terminaux mobiles.

M9 — Sécurité insuffisante des composants tiers : audit des dépendances npm (pour React Native) et CocoaPods/Maven (pour le natif) avant chaque livraison. Suppression des dépendances inutilisées, épinglage des versions critiques, veille CVE continue sur le périmètre en MCO.

Côté RGPD, chaque application mobile B2B fait l'objet d'un registre de traitement et d'une AIPD si elle traite des données de localisation des employés (géolocalisation chauffeur, check-in technicien) ou des données de santé au travail. Le développement sur mesure Nehos intègre ces contraintes en phase de conception — pas en correction post-livraison.

#Ce que l'on mesure

On ne promet pas de chiffres à l'avance. Pendant le pilote, on mesure :

• le temps de saisie terrain, avant et après ;
• le taux d'utilisation quotidien de l'application ;
• la suppression des ressaisies manuelles en ERP ;
• les délais en aval (facturation, intervention, commande) quand l'information remonte en temps réel ;
• la note sur l'App Store et Google Play après déploiement.

Limite assumée : le retour d'une application mobile B2B dépend beaucoup de l'adoption par les utilisateurs finaux, pas seulement de la qualité technique. Les projets qui sous-performent ont souvent un point commun : les utilisateurs de terrain n'ont pas été impliqués dans la conception. Nous prévoyons donc des ateliers avec eux avant toute phase de développement.

#Publication sur l'App Store et Google Play : anticiper le numéro DUNS

Une application publiée au nom de votre société passe par des comptes développeur « organisation » chez Apple et chez Google, qui exigent tous deux un numéro DUNS et une fiche Dun & Bradstreet conforme à votre Kbis. Ce numéro est gratuit et existe déjà pour la plupart des entreprises françaises, mais une fiche incorrecte peut bloquer la première publication pendant des semaines. Nous le vérifions dès le cadrage ; notre guide du numéro DUNS détaille la démarche.

#Tarification

Prix HT, à partir de :

• 15 000 € : application React Native monofonction (inspection, formulaire terrain, suivi de commande simple), intégration API unique, déploiement iOS ou Android, sans offline-first complexe.
• 30 000 € : projet plus large, cross-platform avec offline-first, plusieurs intégrations SI (ERP + CRM ou ERP + MDM), module analytics embarqué, déploiement iOS + Android.
• Au-delà : sur devis, chiffré en 48 h après un premier échange. C'est le cas des applications métier complexes (synchronisation avec gestion de conflits, intégration SAP, SSO SAML, déploiement d'une grande flotte), des projets natifs Swift + Kotlin (IA embarquée, caméra avancée) et des projets multi-modules avec exigences de sécurité avancées.

L'audit de cadrage technique est imputable sur le projet si vous poursuivez. La maintenance démarre à partir de 750 €/mois selon la complexité et le niveau de service. Voir aussi notre offre développement sur mesure pour les projets qui combinent app mobile et back-end web.