Catalogue des communs PRISME — fonctions métier
Projet : PRISME — France 2030
Niveau de lecture : Cadre (partenaires, instructeur, CODIR) — détail technique : Architecture modulaire · Expérimentations actuelles
Complète : Catalogue offre · TRL par registre · Paysage concurrentiel F2030
1. Ce que PRISME mutualise — en une phrase
PRISME compose un socle ouvert (données · orchestration · interface) et des modules métier activables selon la taille et le métier de chaque structure — pour planifier, produire, coopérer, mesurer et administrer sans dépendre d'un éditeur SaaS.
Les innovations (edge IA, mesh GPU, labo recherche-création) prolongent ce socle ; elles ne le remplacent pas. Voir Architecture modulaire §3.
2. Socle — bien commun de base (registre A)
Trois briques indissociables pour tout déploiement pilote :
| Brique | Rôle pour la filière | Ce qu'elle évite |
|---|---|---|
| Modèle de données ouvert (Baserow) | Un référentiel partagé : projets, contacts, missions, consentements, stock… | Tableurs éparpillés · silos par service |
| Orchestration (n8n) | Relier données, calendrier, mails, exports, relances — sans code propriétaire | Saisies doubles · copier-coller entre outils |
| Interface métier (Calendrier Grainerie v3) | Le quotidien des équipes : espaces, résidences, production, planning | Emails de masse · plannings refaits à la main |
Licence : CC BY-NC-SA 4.0 · TRL global dossier : 4–5 → 7 (industrialisation filière M36).
Preuve terrain (vulgarisée) : site pilote La Grainerie — 70–90 accueils en création/an, bureau de production (~20 co-prod.), 679 adhérent·es, 30–35 spectacles · ~15 k publics, médiation, mutualisation (RESSAC), PIPD chef de file — outils utilisés chaque jour par les équipes, pas en démonstration.
3. Douze fonctions métier — cartographie
Chaque ligne = une question métier que se pose une structure culturelle, et la réponse PRISME déjà éprouvée ou en pilote.
| # | Fonction | Question métier | Module / commun | Utilisateur·rice type | Maturité | Extension filière |
|---|---|---|---|---|---|---|
| F1 | Planifier les espaces | Qui occupe quoi, quand ? Conflits parking / salles ? | Calendrier · occupation | Chargé·e de prod · régie | Production TRL 6–7 | ● Déploiement pilote |
| F2 | Produire une résidence | Rooming, logistique, fiche projet, feuilles de route ? | production · rooming · fiche projet | Résidences · accueil création | Production | ● |
| F3 | Piloter l'équipe | Missions, contrats, planning, feuilles de temps ? | planning · timesheet | Admin · RH légères | Production | ● |
| F4 | Programmer en consortium | Budget coopératif, prises en charge, calendrier multi-scènes ? | Module PIPD · programmation | Coordinateur·rice CIRC-INO | Production (CIRC-INO) | ● CIRC-INO |
| F5 | Gérer le bâtiment & le matériel | Maintenance, inventaire, livraisons, stock ? | batiment · materiel · livraisons | Technique · logistique | Production (site pilote) | ◐ Navette / RESSAC |
| F6 | Mutualiser du matériel entre structures | Qui prête quoi ? Contractualisation inter-structures ? | Extension multi-parcs materiel | Réseau réemploi · RESSAC | Phase test | ○ M24–M36 |
| F7 | Administrer sans SaaS | Contacts, projets, missions, budget prévisionnel ? | Baserow + vues Calendrier budget | Direction · admin | Production | ● |
| F8 | Automatiser les flux | Sync données, relances, exports, webhooks ? | n8n (micro-workflows métier) | Référent·e numérique | Production | ● + formation low-code |
| F9 | Mesurer mobilité & carbone | Où circulent les équipes et les spectacles ? Empreinte ? | EKO + observatoire | Chargé·e écologie · réseau | Opérationnel (10 lieux) | ● |
| F10 | Observer les usages & l'IA | Que font les structures ? Edge vs cloud ? Perceptions création ? | Pôle Observer · enquêtes | TMNlab · REDITEC · PRISME | En structuration | ◐ M12–M36 |
| F11 | Assister l'admin (IA encadrée) | Classer, résumer, compléter — sans boîte noire ? | Marty (SLM edge) · webmail | Admin · secrétariat | POC TRL 4–5 | ○ registre B |
| F12 | Coopérer en réseau ESS | Partager capacité GPU sans centraliser les données ? | PRISME-Mesh | Structures < 5 ETP | Spécification | ○ registre C |
Légende : ● éprouvé / déployable · ◐ pilote ou structuration · ○ innovation encadrée (hors promesse mass M36 sur registres B–D).
4. Modules optionnels — composition selon la structure
Une structure ne déploie pas « PRISME entier ». Elle compose :
flowchart LR
subgraph socle["Socle obligatoire pilote"]
BR[Baserow]
N8N[n8n]
CAL[Calendrier v3]
end
subgraph opt["Extensions selon métier"]
PIPD[PIPD / CIRC-INO]
EKO[EKO mobilité]
NAV[Navette matériel]
MARTY[Marty admin]
MESH[PRISME-Mesh]
end
socle --> PIPD
socle --> EKO
socle --> NAV
socle --> MARTY
MARTY --> MESH| Profil structure | Socle | Modules recommandés | Accompagnement |
|---|---|---|---|
| Scène / fabrique (cat. 1 SV) | ● | F1–F5 · F7–F8 | Diagnostic · déploiement 6 sem. |
| Compagnie / producteur (cat. 2) | ● | F2 · F3 · F7 | Parcours structuration |
| Réseau / consortium | ● | F4 · F9 · F6 (si réemploi) | Convention réseau |
| Structure < 5 ETP sans GPU | ● | F1 · F7 · F11 (spoke mesh) | Formation low-code |
| Hub avec GPU | ● | F11 · F12 (nœud contributif) | Charte mesh ESS |
Détail déploiement : Formules déploiement infrastructure · Accompagnement structures cibles.
5. Innovations — distinctes du socle
| Registre | Objet | Ce qu'on ne promet pas | TRL |
|---|---|---|---|
| A — Communs | F1–F9 (socle + modules métier) | — | 4–5 → 7 (contractuel) |
| B — Edge / SLM | F11 Marty · inférence locale | Création artistique automatisée · GPAI spectacle | 4–5 → 6 |
| C — PRISME-Mesh | F12 mutualisation GPU | Centralisation des données métier | 3–4 → 5–6 |
| D — L'ÉCRIN | Recherche-création · éthique IA | Mise en production sans comité éthique formé | 3–4 → 4 |
Formulation dossier : le TRL global annoncé en fiche PICXEL porte sur le registre A uniquement. Voir TRL par registre.
6. Différenciation — même mot « outil », registres différents
| Lauréats Culture immersive (40) | PRISME | |
|---|---|---|
| Question | Comment créer une expérience (XR, LBE, métavers) ? | Comment une structure fonctionne au quotidien ? |
| Utilisateur·rice | Créateur·rice contenu · médiateur·rice | Admin · chargé·e de prod · coopérateur·rice |
| Preuve | Démo spectacle · pilote musée | Fonctions F1–F9 en production site pilote |
| Modèle | SaaS éditeur · licence spectacle | Communs ouverts · ESS |
Analyse complète : Paysage concurrentiel F2030 §3.2.3 · DNSH structuré : Cohérence DNSH.
7. Indicateurs de succès — alignés fonctions, pas volumes techniques
| Indicateur | Cible M36 | Lien fonction |
|---|---|---|
| Communs publiés open source | ≥ 3 | Socle A |
| Structures autonomes sur ≥ 1 commun | ≥ 10 | F1–F9 déployées |
| Pilotes documentés (PIPD · Navette · EKO · Marty) | ≥ 4 | F4 · F6 · F9 · F11 |
| Observatoire alimenté | ≥ 50 retours | F10 |
| Nœuds mesh contributifs | ≥ 3 | F12 |
Détail contractuel : 08 indicateurs impact §2.