Applications

Développement d’applications web et mobiles

Votre application conçue, construite et publiée : une seule base de code pour le navigateur, l’iPhone et Android, en ligne pour vos premiers utilisateurs avant d’être sur les stores.

Pour qui

Un dirigeant qui veut un outil sur mesure pour ses clients ou ses équipes, là où un logiciel du marché impose sa façon de travailler.
Un porteur de projet qui veut mettre une première version entre les mains de vrais utilisateurs avant d’investir dans tout le reste.
Une entreprise dont le processus tient sur un tableur partagé et des messages WhatsApp, et qui a besoin d’une vraie application, sur le téléphone de chacun.

Ce que vous recevez

Cadrage écrit : les écrans, les règles métier qui ne se négocient pas, ce qui reste hors de la première version.
Une application React Native et Expo qui tourne dans le navigateur, sur iPhone et sur Android depuis le même code.
Un back-end Supabase : base Postgres, comptes, temps réel, fonctions serveur, sécurité ligne à ligne.
Une version web installable sur l’écran d’accueil dès les premières semaines, pour tester avec de vrais utilisateurs.
La publication sur l’App Store et Google Play sous votre compte développeur, fiches, captures et revue comprises.
Les mises à jour sans repasser par les stores pour les correctifs d’interface, un journal des versions et la documentation d’exploitation.

Comment ça se passe

01
Cadrage
On écrit ce que l’application doit faire le premier jour, et ce qu’elle ne fera pas encore. Les décisions qui seraient coûteuses à défaire sont prises ici.
02
Première version en ligne
L’application sort d’abord dans le navigateur : vos premiers utilisateurs s’en servent pendant qu’on construit la suite, et leurs retours décident des priorités.
03
Itérations
Des livraisons courtes, chacune vérifiée et publiée, avec un journal des modifications lisible par vos utilisateurs.
04
Publication sur les stores
Builds natives dans le cloud, fiches App Store et Google Play, réponses aux équipes de revue, puis passage en exploitation.

Ce qui fait la différence en production

Un seul code, trois cibles

Web, iOS et Android partagent le même code. Une correction faite une fois arrive partout, et la version web sert de banc d’essai permanent.

Les règles côté serveur

Ce qui doit être juste (un compteur, une date, un droit d’accès) est calculé par le serveur, pas par le téléphone : l’horloge d’un appareil ne permet pas de tricher, et deux utilisateurs dans deux pays voient la même vérité.

Les stores anticipés

Suppression de compte depuis l’application, politique de confidentialité publique, compte de démonstration pour la revue : les motifs de refus courants sont traités dès la conception, pas découverts à la soumission.

Votre application vous appartient

Le code, la base de données et les comptes développeur sont à votre nom. Vous pouvez reprendre l’exploitation en interne ou changer de prestataire sans rien reconstruire.

Ce qu'on a déjà fait

Challenge Us, notre application de défis de groupe, est née le 1er septembre 2026 et tournait dans le navigateur dès le lendemain. Un mois plus tard, elle en est à sa version 1.56, avec du temps réel entre participants, des notifications et un jour calculé côté serveur dans le fuseau de chacun. Sa publication sur l’App Store et Google Play, sous le nom de Brain Plus AI OÜ, est en préparation.

Ce que ça coûte en fonctionnement

Côté stores, le programme développeur Apple coûte 99 USD par an et le compte Google Play 25 USD une seule fois (tarifs relevés le 1er octobre 2026). Supabase et les builds cloud Expo démarrent sur leurs paliers gratuits ; ils deviennent payants avec le volume, et le cadrage chiffre ce palier pour votre usage.

Questions fréquentes

Faut-il passer par les stores dès le départ ?

Non, et c’est souvent une erreur. La version web installable met l’application entre les mains de vos utilisateurs en quelques semaines ; les stores arrivent quand l’usage est validé, avec le même code.

Pourquoi un compte développeur au nom de votre société ?

Parce que l’application vous appartient, et parce que Google Play impose aux comptes personnels récents une phase de test fermé avec un minimum de testeurs pendant plusieurs jours avant la production, ce que les comptes d’organisation évitent. Nous vous accompagnons pour l’ouvrir.

Et si l’application doit évoluer après la livraison ?

Les correctifs d’interface partent en quelques minutes sans nouvelle revue des stores. Les changements plus profonds (une nouvelle permission, un module natif) passent par un nouveau build, qu’on planifie avec vous.

Pourquoi React Native et Expo plutôt que deux applications natives ?

Parce qu’une PME n’a pas à payer deux équipes pour deux codes qui font la même chose. Expo construit les versions iOS et Android dans le cloud, sans Mac, et donne accès aux fonctions du téléphone (notifications, appareil photo, localisation) dont une application de gestion a besoin.