Roadmap commerciale NFZ Docs

Cette page formalise la préparation du produit en application commerciale.

Éditions prévues

Édition	Objectif	Cible
Free	Découverte et usage basique	Utilisateur individuel, démonstration
Starter	Petite équipe	Service interne, association, petite DSI
Pro	Usage professionnel	Équipe documentaire, DSI, prestataire
Enterprise	Exigences fortes	Collectivité, organisation sensible, hébergement dédié

Socle déjà prêt

• Authentification NFZ/Feathers.
• Services documentaires protégés par RBAC.
• Homepage et footer paramétrables.
• Actions homepage administrables.
• Build VitePress explicite.
• Export ZIP du site buildé.
• Guide utilisateur public distinct sous /guide/.

Prochaines briques

1. Internationalisation FR/EN via @nuxtjs/i18n : locales fr/en, dictionnaires UI, switcher de langue et traduction des écrans publics/admin.
2. Service plans pour déclarer les offres.
3. Service subscriptions pour rattacher un compte à une édition.
4. Service entitlements pour limiter les fonctionnalités.
5. Webhooks Stripe/PayPal.
6. Portail client : abonnement, facture, changement d’offre.

0.1.39 - Persistance MongoDB réelle et préparation multi-utilisateurs

Niveau actuel avant production : Niveau 3 / 9 — Socle produit commercial en cours de structuration.
Prochaine priorité : Niveau 4 — Internationalisation FR/EN avec @nuxtjs/i18n.

Correctif fonctionnel majeur : les modifications applicatives ne doivent plus être uniquement portées par les fichiers JSON/Markdown du dépôt. Les services documentaires critiques sont maintenant persistés en base MongoDB, avec miroir fichier pour continuer à builder VitePress.

• docs-settings, docs-navs et docs-sidebars persistent maintenant la configuration dans la collection MongoDB docs_theme_stores.
• docs-pages persiste maintenant le contenu Markdown dans la collection MongoDB docs_pages, tout en continuant à écrire les fichiers docs/**/*.md nécessaires au build VitePress.
• Le fichier docs/.vitepress/nfz-theme-config.json reste un miroir de build, non plus l’unique source de vérité en runtime quand MongoDB est configuré.
• Ajout d’un socle de scope multi-utilisateurs / multi-tenant : tenantId, updatedBy, résolution depuis params.user et fallback NFZ_DOCS_DEFAULT_TENANT=default.
• Le mode actuel reste single-tenant par défaut (default), mais la structure prépare l’isolation future par organisation/utilisateur.

Décision d’architecture : MongoDB devient la source de vérité runtime pour les paramètres, la navigation, la sidebar et les pages. Le filesystem reste nécessaire comme artefact de publication VitePress.

0.1.43 — Niveau 4 : i18n FR/EN et qualité UI/DX

Cette étape lance l’internationalisation applicative et professionnalise la console d’administration.

Décisions :

• @nuxtjs/i18n est intégré en stratégie no_prefix pour éviter de casser les routes existantes.
• Les locales initiales sont fr-FR et en-US.
• Le switch de langue est disponible dans le header applicatif.
• /admin/docs-navigation devient la page de référence pour le niveau de finition UI/DX attendu avant commercialisation.

À compléter avant production :

• migrer toutes les chaînes visibles des pages vers les dictionnaires i18n ;
• traduire les notifications, erreurs et textes de validation ;
• prévoir les libellés commerciaux des plans Free/Starter/Pro/Enterprise dans les dictionnaires ;
• ajouter un contrôle CI détectant les clés manquantes FR/EN.

0.1.59 — Publication GitHub Pages et positionnement SaaS

Cette étape ajoute un workflow GitHub Pages Node 24 et confirme le positionnement produit.

Niveau actuel : 5 / 9 — démonstrateur commercial avancé.

Le produit est suffisamment mature pour une démonstration commerciale : édition Markdown, médias, nav/sidebar, build VitePress, export source, export statique, guide public et publication GitHub Pages.

Prochaine bascule commerciale : passer du démonstrateur au SaaS facturable avec :

1. i18n FR/EN sur app/pages/** et user-guide/** ;
2. organisations/workspaces ;
3. plans, subscriptions, entitlements ;
4. paiement Stripe/PayPal ;
5. audit/versioning ;
6. provider média local | rustfs | s3 ;
7. connecteurs de publication depuis l’UI.