Roadmap Pro / Studio

La Community doit rester le socle stable. Les fonctionnalités commerciales doivent être ajoutées par extension, sans polluer le package Community.

Principe open-core

@vevedh/qform-builder-layer
= Community gratuite, publiable, stable

@vevedh/qform-builder-pro-layer
= extensions Pro séparées

@vevedh/nuxt-qform-builder
= futur module Nuxt 4 officiel

@vevedh/nuxt-qform-builder-pro
= futur module Pro

Pourquoi séparer le code Pro ?

Un contrôle de licence uniquement côté frontend est facilement contournable. Les fonctionnalités Pro doivent donc être dans un package séparé ou côté serveur.

Community peut exposer des points d’extension, mais ne doit pas embarquer le code commercial complet.

Fonctionnalités Pro prioritaires

Priorité	Fonctionnalité	Valeur
1	Theme Builder visuel	Différenciation UI immédiate
2	Conditions avancées	Parité Vueform Builder
3	Validation avancée + Zod	Très utile avec NFZ
4	Templates de formulaires	Productivité
5	Génération depuis service NFZ	Différenciation forte
6	Import JSON Schema / Zod	Intégration développeur
7	Historique visuel	UX builder professionnelle
8	Export page Nuxt/Quasar	Valeur Studio
9	RBAC / audit logs	Valeur entreprise
10	IA prompt → formulaire	Valeur commerciale forte

Intégration future

Exemple cible en Nuxt Layer :

export default defineNuxtConfig({
  extends: [
    '@vevedh/qform-builder-layer',
    '@vevedh/qform-builder-pro-layer',
  ],
})

Exemple cible en module Nuxt 4 :

export default defineNuxtConfig({
  modules: [
    '@vevedh/nuxt-qform-builder',
    '@vevedh/nuxt-qform-builder-pro',
  ],

  qformBuilder: {
    prefix: '',
    installQuasar: true,
    installFormKit: true,
    installPinia: true,
  },
})

Fonctionnalité différenciante NFZ

La fonctionnalité Pro la plus forte pour ton écosystème sera :

Service nuxt-feathers-zod → schema QForm Builder → page CRUD Nuxt/Quasar

Cela positionne QForm Builder non seulement comme un builder visuel, mais comme un outil de génération métier pour NFZ Studio.