Un système interne et une application mobile.
Sans app stores.

À qui cela s'adresse

Aux entreprises dont les équipes travaillent sur le terrain — techniciens, chauffeurs, installateurs, équipes de livraison — coordonnées par des dispatcheurs au bureau. Cela se traduit généralement par trois systèmes distincts : une application web pour le bureau, une application mobile pour le terrain, et une base de données quelque part pour relier le tout. Trois systèmes, trois factures, trois points de rupture.

Le problème des applications mobiles natives

Si vous avez déjà eu une application native (Android/iOS), vous en connaissez le coût :

• Chaque modification exige un développeur mobile — un spécialiste à part, un budget à part.
• La publication via l'App Store et Google Play : commissions, validations, des jours d'attente.
• Deux bases de code séparées si vous voulez à la fois iPhone et Android.
• Vos utilisateurs restent sur d'anciennes versions, faute d'avoir mis l'application à jour.

La réponse : une application qui vit dans le navigateur

Nous développons la partie mobile sous forme de PWA — une application installée sur le téléphone depuis le navigateur, avec son icône sur l'écran d'accueil comme n'importe quelle autre, mais sans passer par un app store.

Elle offre tout ce que vous attendez d'une application native :

• Notifications push à chaque nouvelle tâche — aussi bien sur Android que sur iPhone.
• Mode hors ligne — les tâches se consultent et se clôturent sans réseau (chantier en sous-sol, zone blanche), avec synchronisation automatique dès le retour de la connexion.
• Appareil photo — des photos jointes aux rapports directement depuis l'application.
• GPS — les coordonnées sur chaque action, si votre processus l'exige.
• L'accès à l'intégralité de votre catalogue de données, même sans internet.

Et trois avantages que les applications natives n'ont pas :

1. Mises à jour instantanées — la nouvelle version arrive immédiatement sur tous les téléphones, sans store et sans rien à faire côté utilisateur.
2. Une seule équipe, une seule base de code — la maintenance ne réclame aucun spécialiste mobile.
3. Aucune commission versée à Apple et Google, et aucune règle de validation à subir.

Comment nous procédons

Nous commençons par décrire votre processus tel qu'il est réellement : qui fait quoi, dans quel ordre, et où ça coince. Puis nous construisons le système autour de ce processus, et non l'inverse.

S'il s'agit de remplacer un système existant, la règle est simple : la première version doit être indiscernable pour vos utilisateurs. Pas d'« améliorations » qui déroutent des équipes habituées à l'ancienne façon de faire. Les nouvelles possibilités s'activent une fois la transition terminée.

Un exemple concret

Une entreprise implantée dans deux pays faisait tourner trois systèmes : un web pour les dispatcheurs, une application Android native pour le terrain, et une base de données dans le cloud dont la facture ne cessait de grimper. Les iPhone n'étaient tout simplement pas pris en charge.

Nous avons tout remplacé par un seul système : 12 jours ouvrés pour le remplacement complet, migration de plus de 38 000 enregistrements et de l'intégralité de l'archive comprise. La partie mobile est une PWA avec push, mode hors ligne et appareil photo, validée sur de vrais iPhone et de vrais appareils Android. La maintenance ne réclame plus aucun spécialiste mobile.