Galerie Kitsune — Documentation complète du projet (PBNC Bloc 1)

Comment utiliser ce document

Cette documentation suit le diaporama de soutenance en cours. Les zones en pointillés sont des emplacements où coller manuellement les infographies (parcours utilisateurs, cas d'utilisation, BMC, veille…) exportées du PowerPoint.

À faire avant la soutenance : ajouter 1.5 (budget) et 1.6 (vision), insérer les visuels, et relire (voir la section « Ce qui va se passer »). « Kitsune » est le nom retenu ; données/personas = hypothèses ; stack Airtable + Softr = pressentie, à confirmer au Bloc 2.

Sommaire

Le projet & le contexte
Posture & idées reçues
Équipe, rôles, mentor
Décisions clés
Calendrier & dates
Méthodologie & conformité
État des livrables
1.1 Besoins métier (BMC)
1.2 Utilisateurs : personas, parcours, cas d'utilisation
1.3 Système de veille
1.4 Organisation du projet
1.5 Budget & 1.6 Vision (à produire)
Données : public vs interne
Base de données produit
L'espace Notion installé
Ce qui va se passer (soutenance & relectures)
Fichiers du projet

1. Le projet & le contexte

La Galerie Kitsune, spécialisée en art contemporain, gère une collection en expansion. Sa directrice, Yoko Kitsune, veut un produit no-code & IA — nommé « Kitsune » — qui (a) centralise les données internes (œuvres, artistes, expositions et leurs documents : certificats, photos HD, contrats) et (b) expose au public une vitrine élégante d'œuvres avec une information fiable (provenance, état, disponibilité).

Problèmes constatés

Données dispersées, sans source unique de vérité.
Statuts non fiables (disponible / vendue / en restauration / en prêt) → malentendus commerciaux.
Documents critiques éparpillés ; pas de vitrine en ligne à jour.

2. Posture & idées reçues

L'équipe agit comme une agence no-code & IA en prospection : convaincre une commanditaire non experte qui pense « rapide, magique, pas cher ».

Idée reçue	Réponse démontrée
« C'est rapide »	Plus rapide que du sur-mesure, à condition d'une méthode rigoureuse (1.4).
« C'est magique »	Aucun outil n'est parfait ; jamais de compromis sur sécurité, RGPD, accessibilité (1.3).
« C'est pas cher »	Coût réel = BUILD + RUN, démontré au budget (1.5).

3. Équipe, rôles, mentor

Membre	Périmètre
Steeve	Métier (1.1), veille (1.3), organisation (1.4), cohérence
Gauvain van Ghele	Utilisateurs & personas (1.2), parcours, budget (1.5)
Binôme	Vision & Product Vision Board (1.6), support de soutenance, rapports individuels

Mentor : Maria (Liora). Source unique de vérité : Notion.

4. Décisions clés

Décision	Choix	Statut
Nom du produit	« Kitsune »	Retenu
Source unique de vérité	Notion	Acté
Outil de cadrage métier	Business Model Canvas	Acté
Outils de veille	Make (captation) → Notion (stockage) → NotebookLM (analyse)	Acté
Stack du produit	Airtable (données) + Softr (front) — pressentie ; évaluer n8n après la MasterClass	À confirmer Bloc 2
Découpage des données	Public (Softr) vs confidentiel (Airtable)	Proposé

5. Calendrier & dates

Jalon	Date
Kick-off équipe (autonome)	~4 juin 2026
Mentorat #1 avec Maria	8 juin 2026
Livrables 1.1 → 1.4 (dossier zippé la veille)	10 juin 2026
Mentorat #2	11 juin 2026
Budget (1.5) + Vision (1.6) + nom produit	16 juin 2026
Soutenance d'équipe (R1 + R1 bis)	17 juin 2026 — 20 min + 10 min de questions

6. Méthodologie & règles de conformité

Structure du rapport : introduction (contexte / problématique / objectif / périmètre / démarche), puis 1.1 → 1.6, puis conclusion (20-40 pages).

Page de garde + pagination + sommaire interactif ; converti en PDF non modifiable ; lisible imprimé.
Charte unifiée (hors charte Liora) ; modèles externes (Strategyzer…) sourcés en légende.
Jamais de « je » (présent/infinitif) ; une idée = une phrase = une preuve ; justifier chaque choix.
Rapport individuel ; le diaporama est le seul rendu collectif ; livrables zippés la veille du mentorat.

7. État des livrables

Réf.	Livrable	Statut
1.1	Business Model Canvas + portrait	Fait
1.2	3 personas + 3 parcours + cas d'utilisation	Fait
1.3	Système de veille + sources	Fait
1.4	Méthode, rétroplanning, parties prenantes, RACI	Fait
1.5	Budget BUILD/RUN, KPIs, outil de pilotage	À produire
1.6	Product Vision Board + synthèse discovery	À produire
R1	Rapport de cadrage (individuel)	En cours
R1 bis	Diaporama d'équipe	En cours

8. 1.1 · Besoins métier — Business Model Canvas

Outil retenu : le BMC (le projet touche toute la chaîne de valeur). Proposition de valeur centrale : la confiance par une information fiable et à jour. Segments : collectionneurs, amateurs, institutions, artistes.

▢

Zone image — Business Model Canvas (9 blocs)

Coller l'export de la slide BMC. Format conseillé : 16:9.

9. 1.2 · Utilisateurs — personas, parcours, cas d'utilisation

Trois personas couvrent les usages : Camille (commissaire, interne quotidienne), Yoko (directrice, décideuse), Thomas (collectionneur, externe).

Personas

Persona	Objectif clé	Besoin principal
Camille, 34	Retrouver vite œuvre + dossier	Recherche instantanée et centralisée
Yoko, 51	Fiabiliser l'information, piloter	Statuts fiables en temps réel
Thomas, 45	Consulter en ligne, vérifier	Vitrine claire, à jour, accessible

▢

Zone image — Fiches personas (Camille · Yoko · Thomas)

Coller les 3 fiches personas (ou une planche combinée).

Parcours utilisateurs (Customer Journey Maps)

Chaque parcours suit 5 étapes avec Actions, Points de contact, Ressenti et « Ce que la solution apporte ».

▢

Zone image — Parcours : Camille (Cataloguer → Rechercher → Monter une expo → Suivre les prêts → Mettre à jour)

Coller la slide parcours Camille.

▢

Zone image — Parcours : Yoko (Vue d'ensemble → Vérifier → Décider → Piloter → Valoriser)

Coller la slide parcours Yoko.

▢

Zone image — Parcours : Thomas (Découverte → Exploration → Vérification → Contact → Achat & suite)

Coller la slide parcours Thomas.

▢

Zone image — Parcours utilisateurs complet (vue d'ensemble des 3)

Coller la planche « parcours utilisateurs complet ».

Diagramme de cas d'utilisation

Un seul diagramme UML réunit les 3 acteurs et distingue clairement les cas publics (Softr) des cas privés (Airtable) : Thomas agit sur la vitrine publique ; Camille et Yoko sur l'outil interne. Le statut « Disponible » tenu à jour en interne alimente la vérification côté public.

▢

Zone image — Cas d'utilisation : les 3 acteurs (public Softr / privé Airtable)

Coller le diagramme de cas d'utilisation.

10. 1.3 · Système de veille

Trois fonctions, trois outils : Captation (Make) → Stockage (Notion, SUV) → Analyse (NotebookLM via un Google Doc auto-synchronisé). Deux distinctions pour ranger les sources : Nature (Flux à surveiller / Référence à connaître) et Finalité (Réglementaire contraignant / Norme & bonnes pratiques / Outils & technique / Marché & inspiration).

À ne pas confondre : les données du produit à anonymiser (publiques vs personnelles) relèvent du modèle de données (Bloc 2), pas des sources de veille.

Sujets suivis

RGPD (CNIL) · accessibilité (RGAA / WCAG / EAA) · droit de l'art & PI (INPI, ADAGP) · éco-conception (RGESN, ADEME) · sécurité (ANSSI, OWASP) · IA (AI Act).

▢

Zone image — Architecture de la veille (Make → Notion → NotebookLM)

Coller le schéma d'architecture (et/ou la slide « deux natures » et les scénarios Make).

11. 1.4 · Organisation du projet

Méthode agile par itérations courtes ; Notion = source unique de vérité + suivi des tâches. Inclusion & handicap : réunions accessibles, produit conforme RGAA/WCAG, interface simple.

Rétroplanning (macro)

Phase	Jalon	Échéance
Cadrage	Livrables 1.1 → 1.4	10/06/2026
Cadrage	Budget, vision, nom produit	16/06/2026
Cadrage	Soutenance d'équipe	17/06/2026

▢

Zone image — Rétroplanning (vue macro)

Coller la slide rétroplanning.

Parties prenantes & RACI

Gérer de près : Yoko (commanditaire) & Maria (mentor). Informer : commissaires, collectionneurs, artistes. RACI : Lead Product Builder = Approbateur, Product Builder = Réalisateur, commanditaire consultée/informée.

▢

Zone image — Matrice des parties prenantes + RACI

Coller les slides parties prenantes et RACI.

12. 1.5 · Budget & 1.6 · Vision À produire pour la soutenance

1.5 Budget : coût BUILD (mise en place, en jours × TJM) + RUN (abonnements Airtable/Softr, maintenance), hypothèses basse/haute ; 3 à 6 KPIs (temps pour retrouver un dossier, taux de statuts à jour, œuvres consultées en ligne) ; outil de pilotage.

1.6 Vision : Product Vision Board (vision, cible, besoins, produit, objectifs, inclusion, empreinte) + tableau de synthèse de la discovery.

▢

Zone image — Budget BUILD/RUN + KPIs (à créer)

Emplacement réservé pour la future slide budget.

▢

Zone image — Product Vision Board (à créer)

Emplacement réservé pour la future slide vision.

13. Données : public (Softr) vs confidentiel (Airtable)

Public — site vitrine (Softr)	Interne / confidentiel (Airtable)
Œuvres « Disponible » ; titre, artiste, année, technique, dimensions ; photo, prix éventuel. Vue filtrée, champs publics uniquement.	Certificats, contrats de prêt, provenance détaillée, prix d'achat, coordonnées clients (données personnelles). Accès restreint, jamais exposé.

RGPD : minimisation, consentement, anonymisation. Stack envisagée, à confirmer au Bloc 2.

▢

Zone image — Données public vs interne

Coller la slide « public Softr / interne Airtable ».

14. Base de données produit (Airtable) — schéma

Artistes · Expositions · Œuvres (avec Statut : Disponible / Réservée / Vendue / En restauration / En exposition / En prêt) · Prêts · Contacts.
Vue publique = Œuvres filtrées sur Statut = Disponible, champs publics seulement.

▢

Zone image — Schéma de la base (entités & relations)

Coller l'ERD / schéma de données quand il sera produit (Bloc 2).

15. L'espace Notion installé

L'espace est en place comme source unique de vérité : page « Galerie d'Art Kitsune — Projet équipe » + 13 bases.

Pilotage

01_Phases · 02_Livrables (6 rendus + tous les intermédiaires 1.1.1 → 3.3.2, avec colonnes Lot et Bloc > Lot) · 03_Taches · 05_Decisions · 06_Notes_de_reunion · 07_Questions_pour_Maria · 08_Jalons_deadlines · 09_Conformite_rendus.

Veille

04_Veille (sujets) · 04_1_Bibliotheque_sources (36 sources, retaguées Nature / Finalité / Priorité) · 04_2_Registre_flux_RSS (lu par Make) · 04_3_Flux_de_veille (journal alimenté par Make).

Produit

10_Donnees_public_interne (public Softr vs confidentiel Airtable + RGPD).

À savoir sur Notion : l'import CSV ne porte ni couvertures, ni icônes, ni vues, ni formules/relations (valeurs seulement). Les couvertures se posent à la main ; les vues se créent dans l'app. Vues prioritaires : « Conformité prioritaire » (04_1 : Finalité = Réglementaire + Priorité = Haute) et « Cette semaine » (04_3 : Date ≤ 7 j). La colonne Bloc > Lot se recrée en formule.

16. Ce qui va se passer — soutenance & relectures

Feuille de route jusqu'au 17 juin

Finaliser 1.1 → 1.4 · dossier zippé le 9/06 · livraison le 10/06.
Mentorat #2 le 11/06 (revue d'avancement).
Semaine 2 : produire 1.5 (budget) et 1.6 (Product Vision Board) · nom produit « Kitsune ».
Assembler le diaporama de soutenance (8 sections) · personnaliser le rapport individuel · convertir en PDF.
Soutenance d'équipe — 17 juin 2026 (20 min + 10 min de questions).

Modifications & relectures à faire

Ajouter les sections 1.5 et 1.6 (slides + chapitres du rapport).
Insérer les infographies dans les zones image de ce document (parcours, cas d'utilisation, BMC, veille…).
Relire la cohérence (nom « Kitsune » partout, stack « pressentie » bien signalée, n8n à évaluer).
Passer la checklist de conformité (09_Conformite_rendus) : page de garde, sommaire interactif, PDF, pas de « je », sources citées.
Vérifier l'accessibilité du futur produit (RGAA/WCAG) et la cohérence du découpage public/interne.

Plan de la soutenance (8 sections)

00 Contexte & vision · 01 Métier · 02 Utilisateurs · 03 Veille · 04 Organisation & planning · 05 Budget & KPIs · 06 Synthèse & prochaines étapes · 07 Annexes.

17. Fichiers du projet

Diaporama : Présentation_Projet_Bloc_1.pptx (en cours).
Notion : Notion_Galerie_Kitsune_FINAL.zip + guides d'import / d'habillage.
Veille : architecture (SVG), guides Make & NotebookLM, registres CSV, bibliothèque retaguée, vues de supervision.
Planches : BMC, personas, parcours, cas d'utilisation (à exporter en images pour ce document).
Cette documentation : Galerie_Kitsune_Documentation_complete.html.