Démarrer un projet

application.nc

Auteur/autrice : Thierry Crassin

  • Combien coûte vraiment une application mobile en Nouvelle-Calédonie en 2026 ?

    Vous avez une idée d’application mobile pour votre commerce ou votre PME en Nouvelle-Calédonie. La première question qui vient — légitimement — c’est le budget. Voici le comparatif honnête de ce que coûte vraiment une app en NC en 2026, par type de projet, avec les fourchettes observées sur le marché local et les pièges à éviter. Mise à jour 2026 : les ordres de grandeur ont été revus à la baisse pour mieux refléter les modèles d’abonnement maintenance + hébergement souverain qui se sont généralisés.

    Pourquoi le prix d’une app mobile varie tant ?

    Une application n’est pas un produit standardisé comme un site WordPress. Le prix dépend de cinq variables : le type d’app (vitrine, e-commerce, métier interne, réservation), les plateformes ciblées (iOS uniquement, Android uniquement, les deux, ou PWA), les fonctionnalités embarquées (paiement, géolocalisation, notifications push, mode hors-ligne, IA), la qualité du back-office administrateur si nécessaire, et le modèle économique retenu — création seule, ou création + abonnement maintenance.

    En Nouvelle-Calédonie, où le marché du dev mobile est plus restreint qu’en métropole, les écarts de prix entre prestataires peuvent atteindre un facteur 3 pour le même cahier des charges. Comprendre ce qu’on achète permet de comparer intelligemment les devis. Et surtout, il faut distinguer le coût initial du coût récurrent — ce dernier étant souvent le poste le plus important sur 3 ans.

    Les ordres de grandeur 2026 par type d’app

    Tarifs indicatifs pour la création (one-shot, payable à la livraison). Le détail des modificateurs plateformes et fonctionnalités est disponible dans notre configurateur en ligne.

    App vitrine — à partir de 250 000 XPF

    Une app vitrine présente votre activité, votre catalogue produits, vos coordonnées, vos horaires. Elle ne traite pas de paiement, n’a pas de back-office complexe, et se contente souvent de pointer vers un site web pour les commandes. C’est l’équivalent mobile d’une plaquette commerciale enrichie. Une PWA suffit largement dans 90% des cas, ce qui évite les frais de publication App Store. Délai typique : 4 à 6 semaines. Pour ce type de projet en NC, une PWA est presque toujours le bon choix.

    App de réservation — à partir de 600 000 XPF

    Pour un restaurant, un coiffeur, un cabinet médical ou une activité touristique, l’app de réservation comporte un calendrier dynamique, des slots horaires, une confirmation par SMS ou email, et souvent un acompte à la réservation via paiement carte. Le back-office permet au gérant de bloquer des créneaux, de gérer les annulations et de visualiser le planning de la semaine.

    Le surcoût par rapport à une simple vitrine vient de la logique métier : règles de réservation, gestion des annulations, intégration calendrier (Google, Apple), notifications push de rappel. Délai typique : 6 à 8 semaines.

    App e-commerce ou livraison — à partir de 1 100 000 XPF

    C’est la catégorie la plus exigeante grand public. Catalogue produit avec images, panier, paiement carte sécurisé, gestion des adresses de livraison, suivi de commande, push notifications de statut, programme de fidélité optionnel. Côté livraison, on ajoute la cartographie pour le livreur, l’optimisation de tournée, et la signature ou photo de preuve.

    Le back-office admin doit permettre de gérer les commandes en temps réel, d’éditer les fiches produits, d’envoyer des promos. C’est typiquement le projet où l’on conseille un build cross-platform (React Native ou Flutter) qui produit iOS et Android à la fois. Délai typique : 8 à 12 semaines. Avec toutes les options multi-plateformes et fonctionnalités avancées, le total peut monter jusqu’à 2 millions XPF environ — au-delà, le périmètre dépasse généralement le cadre d’une app mobile et bascule sur un projet de logiciel métier complet (voir logiciel.nc).

    App métier interne — à partir de 800 000 XPF

    Pour un cabinet d’architecte qui veut suivre ses chantiers, une entreprise BTP qui pilote ses équipes, un cabinet dentaire qui digitalise sa fiche patient : l’app métier remplace ou complète Excel et le papier. Elle est utilisée par 5 à 50 collaborateurs, doit fonctionner hors-ligne, synchroniser quand la connexion revient, et offrir un back-office riche pour la direction.

    L’enjeu principal : la fiabilité de la synchronisation et la simplicité de l’interface. Mieux vaut investir 2 semaines de plus en design et tests utilisateurs qu’avoir une app dont personne ne se sert au bout de 3 mois. Hébergement Stratos pour la souveraineté des données : essentiel quand on gère des données patient ou financières. Délai typique : 10 à 14 semaines.

    Le modèle d’abonnement maintenance + hébergement

    Au-delà du coût de création, la majorité des projets en NC en 2026 fonctionnent désormais en formule d’abonnement mensuel qui couvre :

    • Maintenance évolutive : corrections de bugs, ajustements UX, petites améliorations.
    • Hébergement souverain Stratos (cloud Tier 3+ Nouméa) pour le back-end.
    • Support prioritaire par email, téléphone ou WhatsApp.
    • Mises à jour iOS et Android annuelles imposées par Apple et Google (sinon retrait des stores).
    • Monitoring + sauvegardes quotidiennes automatisés.

    Fourchettes mensuelles indicatives par type d’app :

    • App vitrine : 5 000 — 10 000 XPF/mois.
    • App de réservation : 12 000 — 25 000 XPF/mois.
    • App métier interne : 15 000 — 35 000 XPF/mois.
    • App e-commerce / livraison : 25 000 — 50 000 XPF/mois.

    L’avantage de l’abonnement : pas de surprise budgétaire, pas de gestion de prestataires multiples (cloud + dev + support), conformité française garantie. L’inconvénient : un coût récurrent qu’il faut intégrer au plan financier sur 3 ans minimum.

    Les autres coûts à anticiper

    Au-delà du développement initial et de l’abonnement, plusieurs lignes de coût peuvent apparaître selon votre projet :

    • Comptes développeur stores : Apple Developer 99 €/an (~12 000 XPF), Google Play Developer 25 € one-shot (~3 000 XPF). Inclus dans l’abonnement maintenance chez nous.
    • Frais de paiement : 1,5 à 2,8% par transaction selon le PSP. À comparer entre Stripe, Mollie et les solutions banques NC.
    • Push notifications : Firebase est gratuit jusqu’à plusieurs millions par mois.
    • Refonte majeure : à anticiper tous les 3-4 ans pour suivre les évolutions UX et matérielles.

    Pourquoi les écarts de prix entre prestataires NC peuvent doubler ou tripler ?

    Trois grandes raisons : le niveau d’expérience du prestataire (un freelance débutant facture moins mais double souvent les délais), la stack technique choisie (un build natif Swift+Kotlin coûte 50% de plus qu’une PWA équivalente), et la part de réutilisation de templates ou de bibliothèques. Un prestataire qui part d’un template open-source et le customise factura logiquement moins qu’un studio qui code tout from-scratch.

    Notre recommandation : demandez systématiquement au prestataire de décomposer son devis par lot (cadrage, design UX, dev front, dev back, intégration, tests, déploiement, formation). Et exigez le détail de l’abonnement : ce qui est inclus, la durée minimale d’engagement, les conditions de sortie. Ça permet de voir où va l’argent et de comparer pomme à pomme.

    PWA versus app native : impact prix et fonctionnalités

    Pour beaucoup de cas en NC, le débat se résume à : ai-je vraiment besoin d’une présence dans les stores ? Les arguments pour une app native sont la crédibilité (présence dans les stores rassure certains clients), l’accès à des fonctions matérielles (Bluetooth, NFC, capteurs avancés), et les notifications push système plus fiables. Mais ces avantages se paient : 50 à 80% plus cher qu’une PWA équivalente et 2 à 3 fois plus de maintenance par an.

    Une PWA bien conçue, installable depuis Safari ou Chrome, supporte aujourd’hui le paiement Apple Pay, la géolocalisation, les notifications push, le travail hors-ligne. Pour 80% des projets vitrine et réservation que nous voyons en Nouvelle-Calédonie, c’est le bon outil. Notre configurateur propose toujours les deux options pour comparer.

    Comment estimer rapidement votre projet

    Le plus simple est de tester notre configurateur en ligne. En 2 minutes et 4 questions (type d’app, plateformes, fonctionnalités, contact), vous obtenez une fourchette indicative en XPF (création one-shot + abonnement mensuel), basée sur les ordres de grandeur du marché NC 2026. Un devis détaillé vous est ensuite envoyé sous 48h, calibré sur votre contexte précis.

    Si vous préférez en parler de vive voix, contactez-nous au +687 35 38 15 ou par email à contact@siteinternet.nc. Premier rendez-vous d’écoute toujours gratuit, sans engagement.

  • Bonjour tout le monde !

    Bienvenue sur WordPress. Ceci est votre premier article. Modifiez-le ou supprimez-le, puis commencez à écrire !

  • Numérisation des PME calédoniennes : où en sommes-nous fin 2026 ?

    Le sujet de la transformation numérique des entreprises calédoniennes revient à chaque rentrée. Fin 2026, après une décennie de déploiements de fibre, de smartphones de plus en plus puissants, et de SaaS qui se sont imposés, où en sont vraiment les PME du territoire ? Ce billet propose un état des lieux qualitatif basé sur ce que nous observons au quotidien dans nos missions, sans inventer de chiffres précis pour ne pas donner d’illusion de mesure rigoureuse.

    1. Le socle est posé : la grande majorité des PME ont une présence numérique de base

    Contrairement à ce que certains discours nostalgiques laissent croire, le retard calédonien sur les bases numériques s’est largement résorbé. La plupart des PME que nous accompagnons ont en 2026 :

    • Un site web fonctionnel (souvent WordPress, parfois statique), à jour ou récent.
    • Une présence sur Facebook au minimum, parfois Instagram et LinkedIn.
    • Une fiche Google Business Profile renseignée — au moins pour le grand Nouméa.
    • Un email professionnel sur leur domaine (et non plus une adresse Yahoo ou Gmail générique pour 90% des cas).
    • Une compta numérisée, souvent via un cabinet d’expertise comptable qui a basculé sur des outils SaaS.

    Ce socle représente un vrai progrès par rapport aux années 2015. Il reste des poches de retard — typiquement les très petites structures ou les secteurs traditionnels (artisanat de niche, certains commerces de brousse) — mais ce sont des exceptions, pas la règle.

    2. La maturité applicative reste à construire

    Si la présence numérique de base est acquise, le saut suivant — celui de l’outillage métier numérique — est beaucoup moins avancé. Concrètement, beaucoup de PME en sont encore à :

    • Excel comme outil principal de gestion (planning, stocks, devis, suivi clients).
    • Saisie multiple des mêmes informations dans 3 ou 4 outils non connectés.
    • Process papier persistants pour la signature, le bon de commande, le bon de livraison.
    • Communication interne en WhatsApp avec perte historique des décisions et des échanges.
    • Aucune capacité d’analyse de données opérationnelles au-delà du tableau de bord financier mensuel du comptable.

    Cette maturité applicative est ce qui sépare une entreprise qui survit des évolutions du marché d’une entreprise qui en tire avantage. C’est aussi ce qui se construit le plus difficilement : il faut d’abord identifier le bon process à digitaliser, choisir entre SaaS et sur-mesure (voir notre guide dédié), et accompagner les équipes dans le changement.

    3. Le smartphone est devenu l’interface dominante

    Si une donnée a basculé en NC entre 2020 et 2026, c’est la prééminence du mobile. La plupart des consultations de sites web professionnels se font désormais depuis un smartphone. Les achats en ligne sur des sites locaux se font majoritairement depuis mobile. Et les outils internes des entreprises sont attendus en version mobile par défaut, plus comme une option supplémentaire.

    Cela signifie que toute application métier conçue aujourd’hui doit être pensée mobile-first ou au minimum responsive parfait. Et que les progressive web apps (PWA) ou les apps cross-platform sont devenues le standard pour les nouveaux projets, plutôt que les développements desktop legacy. Pour les ordres de grandeur des projets d’app mobile en NC, voir notre article sur le coût des applications mobiles en Nouvelle-Calédonie.

    4. L’IA, plus discutée qu’utilisée — mais ça change vite

    Fin 2026, l’usage de l’IA par les PME calédoniennes reste très majoritairement individuel : ChatGPT, Claude, Gemini ou Mistral pour rédiger un mail, résumer un document, débroussailler un sujet. C’est utile, mais ce n’est pas encore intégré dans les process métier de manière structurelle.

    Les premiers cas d’usage qui se généralisent dans les PME du territoire :

    • Extraction automatisée de données depuis des PDF (factures fournisseurs, contrats clients).
    • Assistants RAG sur la documentation interne pour faciliter l’onboarding ou les réponses au support.
    • Catégorisation automatique des emails entrants vers les bons services.
    • Génération de premières versions de devis ou de propositions commerciales à partir de fiches client.

    Ces cas restent marginaux par rapport au potentiel. La barrière n’est plus technique — les API sont accessibles, les coûts sont raisonnables — mais organisationnelle : il faut investir une à deux semaines pour cadrer un usage utile, et ensuite ajuster en continu. Beaucoup de PME n’ont pas encore franchi ce pas.

    5. La souveraineté des données monte en puissance

    Sujet qui était abstrait il y a 5 ans, la question de l’hébergement des données est devenue tangible pour les PME calédoniennes. Plusieurs facteurs convergent : la loi de pays NC sur les données personnelles, le RGPD pour les visiteurs UE, les incidents de sécurité médiatisés, et plus simplement le bon sens — pourquoi héberger les données de mes clients calédoniens en Californie ou en Irlande ?

    L’écosystème calédonien a répondu à cette demande. Stratos opère un cloud souverain Tier 3+ à Nouméa, qui héberge en 2026 une part croissante des back-ends d’apps métier locales. Cela permet à un cabinet médical, à une étude notariale, à une étude d’avocat ou à une PME industrielle de garder ses données sous juridiction française et physiquement en Nouvelle-Calédonie.

    6. Les freins qui restent

    Plusieurs freins ralentissent la marche en avant numérique des PME calédoniennes :

    • La pénurie de profils tech locaux. Les développeurs et chefs de projet techniques sont peu nombreux sur le territoire. Cela crée des délais et des prix tendus pour les projets sur-mesure.
    • Le coût perçu comme prohibitif. Beaucoup de dirigeants de PME ont en tête des fourchettes de tarifs anciens (5 à 10 millions XPF pour une app mobile). Les fourchettes 2026 sont divisées par 3 ou 4 (voir notre configurateur) mais cette perception n’est pas encore mise à jour.
    • L’absence de feuille de route digitale. Beaucoup de PME enchainent les outils SaaS sans vision d’ensemble, ce qui finit par créer un patchwork inefficient.
    • Le sous-investissement en formation. Les outils sont là mais les équipes ne sont pas toujours formées à les utiliser pleinement.
    • La taille restreinte du marché local. Cela ralentit la spécialisation des prestataires et complique l’arrivée de nouveaux acteurs.

    7. Quelles priorités pour 2027 ?

    Si nous devions résumer en cinq priorités pour les PME calédoniennes qui veulent gagner en maturité numérique sur 12-18 mois :

    1. Cartographier vos process actuels et identifier les 3 plus consommateurs de temps pour vos équipes.
    2. Pour chacun, trancher entre SaaS standard et application sur mesure (cf notre guide).
    3. Investir dans une formation sérieuse à l’IA pour vos cadres — pas juste « essayez ChatGPT », mais vraiment intégrer les LLM dans 2-3 process clés.
    4. Consolider la souveraineté de vos données : audit de l’hébergement actuel, migration éventuelle vers cloud souverain calédonien si données sensibles.
    5. Construire une roadmap digitale 2027-2029, même grossière, plutôt qu’enchainer des décisions opportunistes.

    Conclusion

    La numérisation des PME calédoniennes a fait des progrès réels en 10 ans, mais reste à mi-chemin. La présence de base est acquise, l’outillage métier est encore embryonnaire pour beaucoup, l’IA arrive, et la souveraineté des données monte en puissance. Pour une PME qui veut prendre de l’avance, le moment est plutôt favorable : les coûts ont baissé, les compétences locales se renforcent, et les standards techniques permettent enfin de construire des outils sur mesure abordables.

    Pour discuter de votre roadmap digitale, contactez-nous. Premier rendez-vous d’écoute toujours gratuit, sans engagement. Et notre configurateur en ligne donne une fourchette budgétaire en 2 minutes pour les principaux types de projets.

  • Faut-il développer une application mobile native, hybride ou une PWA en 2026 ? Guide pour PME calédoniennes

    Vous avez un projet d’application mobile en Nouvelle-Calédonie. Avant de signer un devis, une question structurante doit être tranchée : faut-il partir sur une application native (Swift pour iOS, Kotlin pour Android), une approche hybride / cross-platform (React Native, Flutter), ou une Progressive Web App (PWA) ? Le choix conditionne le coût, le délai, la maintenance, et l’expérience utilisateur finale. Ce guide passe en revue les trois options en 2026 — avec leurs vraies forces, leurs vrais compromis, et nos repères pour décider sereinement.

    TL;DR : la décision en 30 secondes

    Pour la majorité des projets PME en Nouvelle-Calédonie, voici les repères que nous donnons systématiquement après les ateliers de cadrage :

    • PWA si : votre app est principalement un site web amélioré (catalogue, vitrine, prise de RDV simple), si vous voulez aller vite et budgéter serré, si la présence dans les stores n’est pas un argument commercial central. Cas typique : restaurant, commerce de proximité, organisme de formation.
    • Cross-platform (React Native / Flutter) si : vous visez vraiment iOS et Android avec une vraie expérience native, si vous avez besoin de notifications push système, si vous prévoyez plusieurs cycles d’évolution sur 3-5 ans. Cas typique : app de livraison, app métier mobile, app de réservation avec paiement.
    • Natif Swift / Kotlin si : votre app dépend de fonctions matérielles avancées (Bluetooth Low Energy, NFC, capteurs spécifiques, calcul intensif local), si vous visez une expérience premium type Apple, si la performance brute est un critère commercial. Cas typique : app de santé, app industrielle terrain, app gaming.

    La règle simple : commencez par la PWA si vous hésitez. Vous pouvez toujours basculer vers le natif plus tard ; l’inverse est plus rare. Et notre configurateur en ligne donne une fourchette budgétaire en 2 minutes pour chacune des trois options.

    1. Définitions claires : ce que recouvre vraiment chaque option

    1.1 L’application native

    Une application native est écrite spécifiquement pour iOS (en Swift, langage d’Apple) ou pour Android (en Kotlin, langage promu par Google). Cela signifie deux bases de code distinctes, deux équipes de développement (ou une équipe polyvalente), deux cycles de tests, deux processus de soumission aux stores, deux cycles de mise à jour annuelle. C’est la voie historique, et celle qui offre la meilleure intégration possible avec le système d’exploitation.

    Le bénéfice direct : votre app peut accéder à toutes les fonctionnalités matérielles et logicielles offertes par Apple et Google — capteurs, NFC, ARKit / ARCore, widgets, raccourcis Siri, intégrations système poussées. Et la performance perçue est généralement supérieure : transitions plus fluides, démarrage plus rapide, consommation batterie mieux maîtrisée. Voir la documentation Apple Developer pour mesurer l’étendue des API natives.

    1.2 L’application hybride / cross-platform

    Une application cross-platform est écrite une seule fois — typiquement en JavaScript / TypeScript (React Native) ou en Dart (Flutter) — puis compilée vers les deux plateformes iOS et Android. Le terme « hybride » est aujourd’hui un peu daté : il désignait historiquement les apps Cordova / Ionic qui embarquaient un site web dans un wrapper natif léger. Les frameworks modernes (React Native, Flutter, Kotlin Multiplatform) compilent vers du code beaucoup plus proche du natif et offrent des performances qui se rapprochent à 90% du natif sur la plupart des cas d’usage.

    Le bénéfice direct : vous économisez 30 à 50% du coût initial par rapport à un développement double natif, et vos évolutions futures se font sur une seule base de code. Le compromis : certaines API natives très récentes peuvent prendre 3 à 6 mois avant d’être disponibles dans le framework cross-platform. Et le rendu peut, sur des cas pointus, légèrement diverger entre iOS et Android.

    1.3 La Progressive Web App (PWA)

    Une PWA est techniquement un site web — codé en HTML, CSS, JavaScript — mais doté de fonctionnalités qui le rendent indistinguable d’une application installée : icône sur l’écran d’accueil, fonctionnement hors-ligne, notifications push (sur Android, partiellement sur iOS), accès à certaines API matérielles (caméra, géolocalisation, paiement). La PWA n’est pas distribuée sur les stores Apple App Store ou Google Play : l’utilisateur l’installe directement depuis Safari ou Chrome via un bouton « Ajouter à l’écran d’accueil ». Voir la référence MDN sur les PWA pour les détails techniques.

    Le bénéfice direct : un seul code à maintenir, déploiement instantané (pas de validation Apple ou Google qui peut prendre 1 à 3 jours), pas de comptes développeur à payer, mises à jour invisibles pour l’utilisateur. Le compromis : moins d’accès aux fonctions matérielles avancées, et sur iOS l’expérience push notification reste limitée par rapport à Android.

    2. Comparatif détaillé sur 9 critères

    2.1 Coût de création

    • PWA : à partir de 250 000 XPF pour une vitrine simple, jusqu’à 800 000 XPF pour une PWA fonctionnelle avec back-office.
    • Cross-platform : à partir de 600 000 XPF pour une app simple, 1 100 000 XPF en moyenne pour un projet courant, 2 000 000 XPF pour une app complète avec back-office complexe.
    • Natif iOS + Android : à partir de 1 500 000 XPF en mode « double équipe », peut monter au-delà de 2 millions XPF si fonctionnalités matérielles pointues.

    2.2 Délai de livraison

    • PWA : 4 à 8 semaines selon complexité. C’est l’option la plus rapide.
    • Cross-platform : 8 à 14 semaines.
    • Natif iOS + Android : 12 à 20 semaines, parce que vous menez deux développements en parallèle.

    2.3 Performance et fluidité

    Sur des smartphones milieu et haut de gamme, la différence entre les trois options est imperceptible pour 90% des utilisateurs. Les écarts se voient sur des animations 3D complexes, du calcul intensif local, ou de la manipulation de gros datasets en temps réel. Sur smartphones d’entrée de gamme (typiquement les terminaux Android sous 30 000 XPF que beaucoup d’utilisateurs en NC ont en 2026), une PWA bien optimisée tient parfaitement la route, et un Flutter compilé en mode release reste fluide.

    2.4 Accès aux fonctions matérielles

    • Natif : 100% des API du système d’exploitation, sans délai. C’est l’avantage principal.
    • Cross-platform : 95% des API courantes via plugins de la communauté ou bridges officiels. Délai de 0 à 6 mois pour accéder aux toutes nouvelles API annoncées par Apple ou Google.
    • PWA : 60 à 70% des API utiles, avec des progrès rapides ces dernières années (Web Bluetooth, Web NFC, Payment Request API, etc.). Reste limitée pour Bluetooth Low Energy avancé, NFC en mode lecture intensive, et certains capteurs spécifiques.

    2.5 Présence dans les stores

    Apple App Store et Google Play sont des canaux de distribution puissants pour la découverte. Si votre app vise le grand public et que la crédibilité « vue dans le store » est un argument commercial, les options native et cross-platform sont incontournables. La PWA ne sera pas trouvable dans ces stores. Pour une app B2B interne ou une app distribuée par lien direct (typique en NC pour les outils métier), c’est sans importance.

    2.6 Mises à jour

    • Natif et cross-platform : chaque mise à jour passe par la validation Apple (1 à 3 jours en moyenne) et / ou Google Play (quelques heures à 1 jour). L’utilisateur doit télécharger la mise à jour. En 2026 environ 60% des utilisateurs activent les mises à jour automatiques.
    • PWA : chaque modification déployée sur le serveur est instantanément disponible. Aucune intervention de l’utilisateur. C’est un avantage majeur pour les apps qui évoluent vite.

    2.7 Maintenance annuelle

    Apple et Google imposent des mises à jour de SDK une fois par an minimum, sous peine de retrait de l’app du store. Cela représente un coût de maintenance incompressible, qui se répercute sur l’abonnement de votre projet. Une PWA n’a pas cette contrainte : la maintenance se concentre sur les évolutions fonctionnelles que vous décidez. Pour les ordres de grandeur des abonnements de maintenance et hébergement, voir notre article dédié sur le coût des applications mobiles en Nouvelle-Calédonie.

    2.8 Comptes développeur stores

    • Apple Developer Program : 99 € par an (~12 000 XPF). Renouvellement obligatoire sinon retrait des apps.
    • Google Play Developer : 25 € en one-shot (~3 000 XPF). Pas de renouvellement.
    • PWA : 0 €. Aucun compte développeur nécessaire.

    2.9 Indépendance technique

    Une PWA n’est rien d’autre qu’un site web bien construit : si vous décidez de changer de prestataire dans 3 ans, n’importe quelle agence web pourra reprendre le code. Pour le natif et le cross-platform, le pool de développeurs spécialisés en NC est plus restreint, ce qui rend la dépendance prestataire un peu plus marquée. À moins, bien sûr, de partir sur un partenaire qui livre systématiquement code source documenté et transférable — c’est la position de notre groupe via logiciel.nc.

    3. Cas d’usage : quelle option pour quel type de projet ?

    3.1 Restaurant, café, commerce de quartier

    Recommandation : PWA. Le besoin se résume généralement à : afficher la carte, prendre des réservations, parfois recevoir des commandes pour livraison ou click-and-collect. Toutes ces fonctions tournent parfaitement en PWA. Le coût d’entrée bas (250 000 — 600 000 XPF) est cohérent avec la marge dégagée par ce type d’établissement. Et l’utilisateur peut « installer » la PWA en un clic sans passer par les stores.

    3.2 Service de livraison, taxi, VTC

    Recommandation : Cross-platform (React Native ou Flutter). Vous avez besoin d’une app pour le client (commande, suivi, paiement) et d’une app pour le livreur ou chauffeur (tournée, GPS continu, photo de preuve). Les deux apps bénéficient d’une distribution stores grand public, de notifications push système fiables, et d’une intégration cartographique avancée. Le cross-platform est le bon compromis coût / fonctionnalités. Budget typique : 1 100 000 — 1 800 000 XPF pour les deux apps cumulées.

    3.3 Outil métier interne (chantier, terrain, atelier)

    Recommandation : PWA si connectivité majoritairement disponible, Cross-platform si mode hors-ligne intensif requis. Pour un outil de saisie sur chantier dans le grand Nouméa, une PWA suffit en 2026 — le réseau 4G/5G couvre la majorité des zones de travail. Pour un outil utilisé en brousse Calédonienne, dans des zones avec connectivité intermittente, une app cross-platform avec sync offline-first est plus robuste. Budget typique : 600 000 — 1 200 000 XPF.

    3.4 Application bancaire, santé, données sensibles

    Recommandation : Natif ou Cross-platform avec hébergement souverain. Pour ces secteurs, les exigences de sécurité (biométrie, secure enclave Apple, Android Keystore) et de conformité (RGPD, loi de pays NC) rendent le natif ou le cross-platform préférables. La PWA reste possible pour des cas limités (consultation de soldes, prise de RDV) mais pas pour des transactions sensibles. L’hébergement back-end doit impérativement être souverain — Stratos NC offre cette garantie en Nouvelle-Calédonie.

    3.5 Application de jeu, AR, capteurs avancés

    Recommandation : Natif. Si votre projet exploite ARKit, ARCore, des capteurs gyroscopiques avancés, ou si vous visez 60fps stables sur des animations complexes, le natif reste la voie la plus sûre. Le coût plus élevé est justifié par la qualité d’expérience qui devient un argument commercial central.

    4. Les cinq pièges à éviter dans votre choix

    • Piège 1 : choisir le natif « pour faire pro » sans vrai besoin technique. Si votre app ne fait que de l’affichage et des formulaires, le natif vous coûtera deux fois plus cher pour un résultat équivalent. La PWA ou le cross-platform sont parfaitement professionnels.
    • Piège 2 : choisir la PWA pour un projet qui exigera demain Bluetooth, NFC ou capteurs avancés. La PWA reste limitée sur ces points. Anticipez la roadmap fonctionnelle 18 mois avant de trancher.
    • Piège 3 : ne pas budgéter la maintenance. Le coût initial n’est qu’une partie de l’équation. L’abonnement maintenance + hébergement représente typiquement 8 à 30% du coût initial par an. Sur 3 ans, vous pouvez doubler le budget total. Notre configurateur intègre cette dimension.
    • Piège 4 : sous-estimer la phase de cadrage. Avant le code, il y a le scope, le prototype, les tests utilisateurs. Investir une semaine de cadrage évite typiquement 4 semaines de rework. C’est valable pour les trois options.
    • Piège 5 : oublier la conformité loi de pays NC sur les données. Si votre app traite des données personnelles de Calédoniens, vous êtes soumis à la fois au RGPD pour les visiteurs UE et à la loi de pays NC. L’hébergement back-end en NC (Stratos) simplifie la conformité.

    5. FAQ

    5.1 Peut-on commencer en PWA puis basculer en native plus tard ?

    Oui, absolument. C’est même le parcours que nous recommandons à beaucoup de PME calédoniennes : valider le marché avec une PWA en 4-6 semaines, mesurer l’usage réel pendant 3-6 mois, puis investir dans une app native ou cross-platform avec une connaissance fine du besoin client. La bascule n’est pas un re-développement complet : le back-end (API, base de données) est intégralement réutilisable.

    5.2 Flutter ou React Native, lequel choisir ?

    Les deux sont matures et performants en 2026. React Native a l’avantage d’un écosystème JavaScript déjà connu de beaucoup d’équipes web, d’une intégration native facile avec des libs comme Reanimated. Flutter offre un rendu plus consistant entre iOS et Android grâce à son moteur graphique propre, et un workflow de développement très productif (hot reload). Pour une PME qui n’a pas d’équipe interne, le critère le plus important est la disponibilité du prestataire : prenez le framework dans lequel votre prestataire est le plus solide. C’est le critère #1.

    5.3 Une PWA peut-elle vraiment remplacer une app native ?

    Pour 70 à 80% des cas commerce, vitrine, réservation et outils B2B en NC, oui. Pour les 20 à 30% restants (santé, banque, AR, jeu, capteurs avancés), non. Le test simple : listez les 5 fonctions matérielles ou système dont votre app a vraiment besoin. Si toutes sont accessibles en JavaScript via les API web modernes, la PWA est viable.

    5.4 Combien de temps mon app sera-t-elle « valide » sans refonte ?

    Compter une refonte majeure tous les 3 à 5 ans pour rester compétitif visuellement et techniquement. Les évolutions UX mobile, les nouvelles versions iOS / Android, les changements de comportement utilisateur imposent ce rythme. Une PWA peut tenir un peu plus longtemps avec des évolutions incrémentales. Une app native ou cross-platform suit le rythme des stores.

    5.5 Faut-il prévoir une version web en plus de l’app mobile ?

    Quasiment toujours, oui. Même quand l’app est l’expérience principale, un site web reste indispensable pour la découverte SEO, la documentation, la communication. Si vous partez sur une PWA, le problème est résolu d’office (PWA = site web augmenté). Si vous partez sur du natif ou cross-platform, prévoyez un site web vitrine en complément. La marque sœur Site Internet NC peut livrer un site WordPress en 3 jours pour cette dimension.

    Conclusion

    Le choix entre native, cross-platform et PWA n’a pas de « bonne réponse universelle » : il dépend de votre projet, de votre budget, de votre roadmap et de vos contraintes techniques. Notre approche chez application.nc consiste à cadrer le besoin réel en une à deux semaines avant tout code, à challenger l’option choisie par confrontation aux usages, et à recommander honnêtement la voie la plus simple qui répond au cahier des charges. Souvent, c’est la PWA. Parfois, c’est le natif. Rarement, c’est l’option qui a été imaginée au départ par le client — d’où l’intérêt du cadrage.

    Pour discuter de votre projet et obtenir une recommandation personnalisée, lancez le configurateur en ligne ou contactez-nous directement. Premier rendez-vous d’écoute toujours gratuit et sans engagement.

  • App métier interne vs SaaS : guide de décision pour entreprise calédonienne

    Vous gérez une entreprise en Nouvelle-Calédonie et un besoin opérationnel récurrent vous bouffe du temps : suivi de chantier, planning d’équipe, gestion de stock, facturation client, dossier patient. Devant deux options : prendre un SaaS du marché et l’adapter à vos process, ou faire développer une application métier sur mesure. Le choix structure votre informatique pour les 5 à 10 prochaines années. Ce guide pose les bonnes questions et donne des repères concrets pour décider.

    1. Le SaaS du marché : forces et limites en contexte calédonien

    Un SaaS (Software as a Service) est un logiciel hébergé chez un éditeur, accessible via un navigateur ou une app mobile, payable à l’abonnement mensuel ou annuel par utilisateur. Pensez à Pennylane, Sellsy, Asana, Slack, Salesforce. C’est le modèle dominant depuis 2010 et il a bien des avantages : déploiement rapide, mise à jour permanente, support de l’éditeur, pas d’infrastructure à gérer.

    Pour beaucoup de fonctions transverses (compta, CRM, RH, gestion de projet basique), un SaaS bien choisi répond à 80% du besoin pour un coût et un délai imbattables. Une PME calédonienne de 10 collaborateurs peut équiper toute son équipe en outils SaaS pour 50 000 à 150 000 XPF par mois selon les choix.

    Mais le SaaS a des limites qui se font sentir dès qu’on quitte les fonctions standard :

    • Adaptation aux process locaux limitée. Le SaaS est conçu pour le marché global. Les spécificités calédoniennes — RUAMM, RUFA, Cafat NC, formats fiscaux locaux, logique du foncier coutumier — ne sont presque jamais prises en charge nativement. Vous devez les contourner ou exporter / réimporter manuellement.
    • Pas de connexion native avec vos outils existants. Si votre logiciel de paie est local et votre CRM SaaS, vous passez du temps à pont entre les deux.
    • Coût récurrent qui croît avec l’équipe. Un SaaS facturé 2 000 XPF par mois et par utilisateur coûte 240 000 XPF par an pour une équipe de 10. Sur 5 ans, c’est 1,2 million XPF cumulé. Pour 30 utilisateurs, on passe à 3,6 millions XPF cumulés.
    • Données hébergées hors NC. La plupart des SaaS hébergent en Europe, aux États-Unis ou en Asie. Pour les données sensibles (santé, juridique, RH), cela complique la conformité.
    • Dépendance à l’éditeur. Si l’éditeur ferme, est racheté, change drastiquement son produit ou augmente brutalement ses tarifs, vous subissez. Et la migration vers un autre SaaS coûte typiquement 3 à 6 mois d’effort interne.

    2. L’application métier sur mesure : forces et limites

    Une application métier sur mesure est un logiciel développé spécifiquement pour vos process, vos règles, vos terminologies. Elle peut prendre la forme d’une web app accessible depuis n’importe quel navigateur, d’une app mobile pour les utilisateurs terrain, ou d’un mix des deux. Elle est hébergée chez vous (on-premise) ou sur un cloud souverain comme Stratos NC. Vous en êtes propriétaire — code source, données, infrastructure.

    Les avantages structurants :

    • Conçue pour vos process exacts. Vos règles métier locales sont implémentées en dur, pas contournées via des champs personnalisés bricolés. Vos rapports sont ceux dont vous avez besoin, pas ceux que l’éditeur a prévu pour le marché global.
    • Conformité loi de pays NC et RGPD facilitée. Hébergement souverain Tier 3+, équipe technique francophone à Nouméa, contrats sous juridiction française.
    • Pas de coût par utilisateur. L’investissement initial est plus élevé, mais ensuite l’ajout d’un nouvel utilisateur ne change pas votre facture mensuelle. Pour les organisations qui croissent, l’arithmétique bascule en faveur du sur-mesure dès 30 à 50 utilisateurs.
    • Indépendance technique. Code source livré, documentation technique, possibilité de changer de prestataire sans tout refaire.
    • Intégrations natives. Votre app métier dialogue directement avec vos autres outils (logiciel de paie NC, banques NC, OPT, comptabilité, e-commerce) via API ou imports / exports automatisés.

    Les contraintes :

    • Investissement initial. Compter 600 000 à 2 000 000 XPF pour une app métier solide selon la complexité, contre 0 à 50 000 XPF pour démarrer un SaaS. C’est l’écart le plus visible — mais pas le plus déterminant sur 5 ans.
    • Délai de conception. Une app métier sur mesure prend 3 à 5 mois entre le brief et le déploiement, contre quelques heures pour activer un SaaS standard.
    • Maintenance évolutive. Les évolutions sont à votre charge (via un abonnement mensuel chez le prestataire). Compter 15 000 à 80 000 XPF / mois selon complexité chez nous, voir notre article sur les coûts récurrents en NC.
    • Risque de « sur-spec ». Sans cadrage rigoureux, on peut se retrouver à payer le développement de fonctions qui ne servent jamais. Un atelier de scope sérieux avant tout code est essentiel.

    3. Comment décider : 7 questions à se poser

    1. Combien d’utilisateurs aujourd’hui, et dans 3 ans ? En dessous de 10, le SaaS gagne presque toujours. Au-delà de 30, le sur-mesure devient économiquement intéressant.
    2. Vos process sont-ils standards ou très spécifiques ? Si vos règles métier ressemblent à 90% à un éditeur du marché, prenez le SaaS. Si elles divergent significativement (logique foncier coutumier, RUAMM, secteur public NC), le sur-mesure est plus pertinent.
    3. Quelle est la sensibilité de vos données ? Données médicales, RH, juridiques, financières confidentielles : hébergement souverain quasi obligatoire, ce que le SaaS ne fournit pas toujours.
    4. Combien de temps allez-vous garder l’outil ? Si l’horizon est 2-3 ans (projet ponctuel, expérimentation), SaaS. Si l’horizon est 5-10 ans (cœur de métier durable), sur-mesure se rentabilise mieux.
    5. Quel est votre budget annuel total disponible ? Si la trésorerie disponible la première année est forte mais limitée ensuite, le SaaS lisse mieux les coûts. Si vous pouvez investir un an puis stabiliser, le sur-mesure devient attractif.
    6. Avez-vous une équipe IT en interne ? Pas indispensable, mais avoir un référent qui peut dialoguer avec l’éditeur SaaS ou avec votre prestataire sur-mesure facilite grandement.
    7. Êtes-vous prêts à investir dans le cadrage ? Pour le sur-mesure, oui ce sera nécessaire (1 à 2 semaines d’ateliers). Pour le SaaS, le cadrage se résume à comparer des features list — moins exigeant.

    4. Les hybrides : quand SaaS + sur-mesure cohabitent

    La réalité de beaucoup de PME calédoniennes en 2026, c’est un mix : SaaS pour les fonctions standard (compta Pennylane, communication Slack, RH BambooHR), et application métier sur mesure pour le cœur d’activité (suivi chantier, planning équipe technique, facturation client avec règles locales). Ce modèle hybride concentre l’investissement sur-mesure là où la valeur est, et utilise du SaaS bon marché pour le reste.

    L’enjeu devient alors les intégrations. Votre app métier sur mesure doit pouvoir échanger des données avec vos SaaS via API. Sans intégration, vous payez deux fois (en SaaS + en sur-mesure) pour des données saisies deux fois et désynchronisées. Avec intégration propre, le tout fonctionne comme un seul système d’information cohérent.

    5. Coût total de possession sur 5 ans : exemple concret

    Prenons une PME calédonienne de 25 collaborateurs qui veut un outil de gestion de planning, suivi temps et facturation interne. Comparons les deux approches sur 5 ans.

    Option A — SaaS du marché

    • Mise en place : 50 000 XPF (paramétrage + import données)
    • Abonnement : 3 500 XPF / utilisateur / mois × 25 utilisateurs = 87 500 XPF / mois soit 1 050 000 XPF / an
    • Sur 5 ans : 50 000 + 5 × 1 050 000 = 5 300 000 XPF cumulés

    Option B — Application métier sur mesure

    • Développement initial : 1 200 000 XPF
    • Abonnement maintenance + hébergement Stratos : 35 000 XPF / mois soit 420 000 XPF / an
    • Sur 5 ans : 1 200 000 + 5 × 420 000 = 3 300 000 XPF cumulés

    Sur 5 ans, le sur-mesure devient ~38% moins cher dans cet exemple, sans compter le bénéfice qualitatif (process exacts, conformité, propriété du code). À l’inverse, sur 1 an seulement, le SaaS reste moins cher de 1 100 000 XPF — d’où l’importance de raisonner sur le bon horizon.

    Conclusion

    Le choix SaaS vs sur-mesure n’est pas idéologique mais arithmétique. Listez vos utilisateurs présents et futurs, votre horizon d’usage, votre sensibilité données, et le degré de spécificité de vos process. La plupart des PME calédoniennes au-delà de 30 collaborateurs gagnent à investir dans une app métier sur mesure pour leur cœur d’activité, en complément de SaaS génériques pour les fonctions transverses. Pour un cadrage personnalisé, lancez notre configurateur en ligne ou contactez-nous : premier rendez-vous d’écoute toujours gratuit.