Architetture di riferimento

Sono configurazioni consigliate, non casi di clienti. Scelga lo schema più vicino al Suo e lo adatti.

1. Gruppo multi-brand

Una holding con più siti web di marchi diversi, ciascuno con il proprio team.

Organization: Group
├── Site: brand-a   (Development, Production)   editors: Brand A team
├── Site: brand-b   (Development, Production)   editors: Brand B team
└── Site: brand-c   (Development, Production)   editors: Brand C team
Approvers: group digital team (organization admins) + one reviewer per brand

• Un’organizzazione, un sito per marchio. Contenuti, media, token e persone non passano mai da un sito all’altro.
• Ogni marchio mantiene il proprio codice del sito web e il proprio contratto, con componenti e design token propri. Atlas non impone mai un design condiviso.
• I redattori dei marchi hanno ruoli solo sul proprio sito. Il team digitale del gruppo approva i rilasci di Produzione.
• Ogni sito web ha propri token di consegna e webhook, così una distribuzione o un’interruzione di un marchio non influisce sugli altri.

2. Azienda regolamentata o con molte approvazioni

Team del settore finanziario, sanitario, energetico o vicini alla pubblica amministrazione, dove ogni modifica pubblica richiede un’approvazione formale.

• Redattori e addetti al marketing scrivono le bozze; un revisore/publisher pubblica in Sviluppo; un gruppo più ristretto approva i rilasci di Produzione.
• Attivi l’approvazione tramite telefono per le azioni sensibili.
• Ogni rilascio viene verificato (contratto allineato, nessun problema di pubblicazione, salute del sito, backup recente) e firmato. Il ripristino è un’unica azione.
• Esporti il registro di audit per la Sua documentazione di conformità.
• Definisca le regole di conservazione dei contatti commerciali prima della messa online e tenga presente che oggi conservazione e invio al CRM riguardano solo i contatti di Sviluppo.
• Confermi con noi la sede dell’hosting e la conservazione dei dati prima di firmare (vedere Sicurezza).

3. Agenzia che gestisce siti web di clienti

Un’agenzia realizza e mantiene siti per più clienti.

• Preferisca un’organizzazione per cliente, così ogni cliente possiede i propri dati, le proprie persone e il proprio piano. Il personale dell’agenzia viene invitato come membro.
• Costruisca una libreria di componenti propri nel codice e la riutilizzi nei contratti dei clienti, con design token specifici per ciascun cliente.
• Usi un agente IA di programmazione tramite MCP per la migrazione dei contenuti; il revisore del cliente pubblica.
• La consegna è sicura: i redattori del cliente possono modificare solo campi tipizzati, mai il codice.

4. Singolo sito web aziendale

Un sito web aziendale, un piccolo team di marketing e uno sviluppatore esterno.

• Un’organizzazione, un sito. Lo sviluppatore collega il sito web e scrive il contratto una sola volta.
• Il marketing modifica pagine, notizie e traduzioni; il responsabile marketing approva i rilasci di Produzione.
• Lo sviluppatore serve solo per nuovi componenti o tipi di pagina.

Ciò che tutti gli schemi hanno in comune

• Il codice, l’hosting e le distribuzioni del Suo sito web restano a Lei.
• Prima lo Sviluppo; la Produzione solo tramite un rilascio approvato.
• Un contenuto di ripiego integrato, così il sito resta online se Atlas è irraggiungibile.
• Token di consegna sul server, ruotati prima della scadenza.