Un intranet existant, aucune app mobile

JWL Marketing tournait déjà sur un intranet PHP maison, hébergé sur OVH. L'objectif : donner à l'équipe et aux clients un vrai accès mobile — natif, rapide, sécurisé — sans dupliquer la logique métier déjà en place côté serveur.

Un diagnostic qui a révélé un défaut structurel

Les comptes clients ne pouvaient tout simplement pas se connecter à l'application. En creusant, le constat : l'authentification mobile vérifiait une table de comptes conçue pour un tout autre logiciel interne — les clients n'y avaient jamais existé. La correction a nécessité de reconstruire tout le modèle d'authentification pour qu'il s'appuie directement sur les vrais comptes de l'intranet.

// avant — mauvaise table, clients invisibles
SELECT * FROM app_users WHERE email = ?

// apres — vrai compte intranet, admin + client
SELECT id, role, client_id, password FROM users WHERE email = ?
→ jetons desormais lies a l'identite reelle du compte

Verrouillage progressif, code PIN, biométrie

Inspiré des mécanismes des grands éditeurs : après plusieurs échecs de connexion, le délai d'attente grimpe progressivement avant suspension du compte. Côté appareil, un code personnel à 4 chiffres (avec retour haptique) prend le relais de la biométrie pour un déverrouillage plus rapide au quotidien.

Synchronisation Calendly en temps réel

Les rendez-vous pris sur le Calendly de l'agence remontent automatiquement dans l'application, rattachés au bon client par recoupement d'email — avec un rattachement manuel possible pour les cas particuliers.

Une seconde app, sur une seconde plateforme

Le module Wear OS partage la session du téléphone via l'API Data Layer de Google : si le téléphone est déjà connecté, la montre l'est aussi — sans ressaisie d'identifiants.