Operating Model — Quartz opéré comme un gBRAIN vivant

Contexte

Cette page compare le référentiel quartz-gbrain-agent-handoff-v2-ops avec l’état réel du brain Tastiie, puis fixe une cible opératoire phase 1.

1. Architecture cible

sections Quartz retenues

• Mission Control → homepage / CEO Dashboard
• Agents → 14-Agents
• Strategy → 01-Direction
• Technique → 13-Plateforme-digitale-et-ecommerce
• Commercial → 02-Commercial
• Operations → 06-Operations
• Clients → à créer comme section dédiée quand les cas clients et comptes actifs seront assez structurés
• Branding → 11-Brand-ID-et-Design + 15-Personal-Branding
• Blog / Editorial → 05-Contenu
• Legal → 12-Litigation à faire évoluer vers une logique plus large de legal si nécessaire
• Website → à structurer entre branding, SEO et plateforme, puis à isoler si la matière devient dense
• Veille → 04-Concurrence

logique de navigation

• la homepage reste la surface de pilotage
• chaque section doit avoir un index.md éditorial quand elle devient structurante
• le brain doit distinguer lecture directionnelle, lecture métier, lecture opérationnelle et lecture d’hygiène
• les pages canoniques doivent être peu nombreuses, lisibles et reliées

pages canoniques retenues

Déjà en place ou très proches :

• Vision Board → équivalent actuel : CEO Dashboard
• Offers → 01-Direction/Offres
• Decision Log → 10-Gouvernance/Decision-Log
• Contradictions → 10-Gouvernance/Contradictions
• Learnings → 10-Gouvernance/Learnings

À stabiliser / compléter dès phase 1 :

• Operating Model → cette page
• Objection Log → 02-Commercial/Objection-Log
• Workflows → 10-Gouvernance/Workflows
• Integrations → 10-Gouvernance/Integrations
• Editorial System → 05-Contenu/Editorial-System

2. Modèle de signal

types de signaux

• échange dirigeant
• échange équipe
• demande client
• objection commerciale
• décision
• contradiction
• incident opérationnel
• learning delivery
• insight marché
• insight éditorial
• évolution offre / produit

format de normalisation

Chaque signal utile doit comporter au minimum :

• date
• source
• type de signal
• résumé
• sujet canonique
• priorité
• statut
• destination proposée

logique de scoring

Scoring simple recommandé :

• durabilité : faible / moyenne / forte
• impact : faible / moyenne / forte
• actionnabilité : faible / moyenne / forte

Si un signal est fort sur au moins deux dimensions, il doit être routé vers une page canonique, une idée exploitable, ou les deux.

logique de routage

Chaque signal va vers :

• canonique si durable et structurant
• idée si encore exploratoire mais prometteur
• canonique + idée si l’info est stable et génère une déclinaison exploitable
• archive si faible, obsolète ou non actionnable

3. Règles d’hygiène

déduplication

• éviter les doublons de pages
• éviter les formulations concurrentes sur un même apprentissage
• garder une seule page de référence par sujet majeur

archivage

• les contenus faibles ou provisoires ne doivent pas rester en surface
• ils doivent être fusionnés, archivés ou retirés des parcours principaux

promotion

• une information n’est canonique que si elle est promue explicitement vers une page de référence
• une note brute ou de travail ne vaut pas vérité consolidée

contradictions

• toute contradiction structurante doit remonter dans 10-Gouvernance/Contradictions
• la contradiction doit mentionner source, impact et besoin d’arbitrage

décision log

• chaque décision importante doit préciser contexte, décision, raison, date, impact et owner si applicable

workflows

• un workflow doit décrire le réel opératoire actuel
• il doit être mis à jour quand la routine change
• il ne doit pas devenir un document idéaliste non appliqué

4. Banque d’idées

sources d’entrée

• échanges direction
• demandes clients
• objections récurrentes
• incidents et learnings delivery
• arbitrages produit
• signaux marché
• contenus SEO / éditorial
• changements d’offre

catégories de sortie

• angle éditorial
• preuve commerciale
• amélioration produit
• shortlist contenu
• asset branding
• objection à traiter

format standard d’une idée

• date
• source
• idée résumée en une phrase
• catégorie
• lien avec une page canonique
• raison d’intérêt
• prochaine action proposée

règle de shortlist

Une idée entre en shortlist si elle :

• sert directement une décision, une vente, un contenu ou un produit
• revient plusieurs fois dans les signaux
• peut être transformée rapidement en action concrète

5. Routine opératoire

quotidien

• capter les signaux utiles
• normaliser rapidement
• dédupliquer les évidences
• promouvoir les éléments durables
• publier Quartz si une page a bougé utilement
• envoyer le lien Quartz après publication
• produire un digest court si nécessaire

hebdomadaire

• relire contradictions, décisions et learnings
• nettoyer les pages floues
• fusionner les redondances
• vérifier que les workflows restent réels
• consolider la shortlist d’idées

mensuel

• revoir la taxonomie
• identifier les zones mortes
• renforcer les pages les plus consultées
• repérer les trous de connaissance
• faire remonter les patterns récurrents éditoriaux, commerciaux et opérationnels

digest / reporting

Le digest standard doit contenir :

• nouveaux éléments documentés
• promotions canoniques effectuées
• contradictions détectées
• validations humaines nécessaires
• liens Quartz utiles

6. Gouvernance

rôles

• création : agent ou humain autorisé
• brain operator : maintien de l’architecture, de l’hygiène et du routage d’information
• promotion canonique : agent avec validation implicite sur les conventions établies, ou validation humaine si sensible
• validation finale sur sujets sensibles : humain
• archivage : agent pour les cas évidents, humain si ambigu

validations humaines

Validation humaine requise en priorité pour :

• sujets juridiques sensibles
• informations réputationnelles
• arbitrages business non confirmés
• publication de contenus pouvant engager la marque au-delà du travail interne

accès

• accès live Quartz via VPS confirmé
• publication depuis la source live, pas seulement le staging
• envoi systématique du lien Quartz après publication réussie

zones sensibles

• données clients nominatives
• éléments légaux / litiges
• informations financières sensibles
• tout contenu encore non validé mais potentiellement interprétable comme officiel

7. Phase 1 prioritaire

top priorités d’implémentation

1. aligner staging et live sur la même base de gouvernance
2. publier la section 14-Agents
3. stabiliser les pages canoniques manquantes : Workflows, Integrations, Editorial System, Objection Log
4. introduire un format simple de signal normalisé
5. faire vivre une vraie boucle quotidienne / hebdomadaire / mensuelle

dépendances

• accès live Quartz
• discipline de publication systématique
• index de section maintenus
• revue d’hygiène régulière

points bloquants

• dérive possible entre staging et live si la synchronisation n’est pas systématique
• sections encore absentes ou implicites : Clients, Website
• banque d’idées encore non matérialisée comme couche distincte

points à valider

• créer immédiatement une section Clients ou attendre plus de matière
• créer une section Website dédiée ou garder un modèle réparti dans phase 1
• matérialiser une vraie couche Ideas distincte maintenant ou dans une phase 2

Synthèse décisionnelle

L’existant Quartz Tastiie est déjà une bonne base de pilotage. En revanche, pour atteindre la cible gBRAIN du document de référence, il faut maintenant :

• mieux séparer canonique / idées / reporting
• stabiliser les pages opératoires manquantes
• réduire la dérive staging/live
• rendre la routine d’hygiène plus explicite et plus continue