Parcours client
De la première visite à l’application opérationnelle
Chaque étape a un système responsable et une validation humaine lorsque l’autorité change. Choisissez un modèle de déploiement pour voir les différences.
- 01
Découvrir
Responsable: MONADJ.com
Navigation anonyme, comparaison des offres, sans compte ni suivi du contenu des formulaires.
- 02
Demander
Responsable: Service prospects
Demande validée et consentie, routée vers une boîte ou un CRM approuvé.
- 03
Qualifier et démontrer
Responsable: Ventes et solutions
Adéquation, déploiement et services confirmés ; démo sur données synthétiques.
- 04
Proposer
Responsable: Devis et proposition
Offre, déploiement et services versionnés ; validation finance et juridique.
✓ Validation humaine - 05
Contracter
Responsable: Contrat et commande
La commande signée fixe droits, durée, support et traitement des données.
✓ Validation humaine - 06
Provisionner
Responsable: Autorité de provisionnement
Une commande auditée et idempotente crée l’organisation via le contrôle de liste autorisée existant.
✓ Validation humaine - 07
Licencier
Responsable: Service des droits
Registre de droits versionné ; fichier de licence signé pour l’hébergement client.
- 08
Activer
Responsable: Identité
L’administrateur fondateur désigné s’active via le fournisseur d’identité approuvé.
✓ Validation humaine - 09
Intégrer et exploiter
Responsable: Application MONADJ
Activation guidée, import et premier projet ; chacun agit dans ses permissions.
- 10
Support et renouvellement
Responsable: Support et droits
Support vérifié par contrat, accès consenti, renouvellement et export.
Modèle de déploiement
- Provisionnement
- Tenant créé dans le service MONADJ mutualisé et isolé.
- Licence
- Droits côté serveur ; pas de fichier de licence.
- Accès
- URL de tenant et IdP approuvé ; web adaptatif sur tout appareil.
- Mise à jour et support
- Mises à jour par versions MONADJ progressives avec retour arrière.
- Provisionnement
- Instance dédiée dans un compte cloud MONADJ ou client selon contrat.
- Licence
- Droits entreprise ; région et preuves d’isolation convenues.
- Accès
- Point d’accès dédié et IdP du client.
- Mise à jour et support
- Fenêtres de maintenance et tests de compatibilité selon le RACI.
- Provisionnement
- Le client installe des paquets signés après évaluation de préparation (candidat, non certifié).
- Licence
- Fichier de licence signé hors ligne avec durée, métrique et délai de grâce — aucune dépendance réseau pour le travail quotidien.
- Accès
- Point d’accès interne ; VPN, appareils et réseau gérés par le client.
- Mise à jour et support
- Mises à jour signées avec pré-contrôles de migration ; support par accès consenti ou bundle de diagnostic anonymisé.
Une demande ne crée jamais un compte administrateur. La création d’organisations reste limitée à la liste autorisée jusqu’à approbation explicite d’une autre autorité.
L’accès applicatif n’est pas connecté. Les utilisateurs cloud ont besoin d’une URL de tenant et d’un fournisseur d’identité approuvés ; les utilisateurs sur site utilisent leur point d’accès interne et les contrôles VPN ou appareils requis. Aucun identifiant n’est collecté ici.
Le site public ne doit jamais être une dépendance d’exécution pour le travail courant sur site.
Architecture d’accès mobile
Trois couches, trois décisions distinctes. Le site public ne détient aucune donnée projet.
Application adaptative (EN/AR/FR, vérifiée à 390 px)
PWA ou application native (hors ligne, notifications, gestion des appareils)
Prêt à éclairer votre exécution ?
Parlons de votre équipe, de votre gouvernance et de votre modèle opérationnel.