Obiettivo
Verificare che i cinque domini della Memory Architecture siano aggiornati, coerenti tra loro e riflettano accuratamente l’evoluzione del brand. Un BOS con memoria sporca è peggio di un BOS senza memoria: decide sul passato sbagliato.Quando si usa
Ogni trimestre, obbligatoriamente, dentro il ritmo del Guardian Loop. Non si salta: la manutenzione della memoria è ciò che distingue un sistema vivo da un archivio.Partecipanti e ruoli
Il Circolo di Sintesi, convocato dal Brand Alchemist, che guida la revisione e firma il report.Preparazione
- Accesso a tutti e cinque i domini di memoria nello stato corrente.
- L’elenco delle decisioni e degli eventi rilevanti del trimestre.
- Il report dell’audit precedente, con le azioni di aggiornamento allora pianificate: si parte verificando che siano state fatte.
Svolgimento
1 · Verifica delle azioni precedenti (15 min): Le azioni dell’audit scorso sono state completate? Se no, perché? 2 · Revisione dei cinque domini (75 min, ~15 min ciascuno): Il Brand Alchemist guida il Circolo con le domande di verifica:
3 · Coerenza trasversale (15 min): I domini si parlano? Una decisione registrata in Decision Memory che contraddice un rifiuto in Refusal Memory è il segnale d’allarme più serio che questo audit possa produrre.
4 · Piano di aggiornamento (15 min): Ogni incoerenza rilevata diventa un’azione con owner e scadenza.
Criteri di riuscita
- Tutti e cinque i domini sono stati rivisti: nessuno saltato per mancanza di tempo.
- Ogni incoerenza ha un’azione, un owner e una scadenza.
- Il report è sintetico: un audit che produce dieci pagine non verrà letto al prossimo trimestre.
Errori comuni
- Trasformare l’audit in una riunione di aggiornamento generale sul brand.
- Aggiornare la memoria in sessione invece di pianificare le azioni: la revisione e la correzione sono momenti diversi.
- Ignorare il drift silenzioso perché ogni singola decisione sembrava ragionevole.