Lo schema unico di indirizzi e gruppi dell'ecosistema. Una regola sola lo governa: il cliente vede il suo brand, dietro risponde un solo motore. Coerenza fuori, zero duplicazione dentro — la traduzione-email di "calore davanti, macchina dietro".
La complessità nelle email nasce sempre dallo stesso errore: duplicare i team dietro ogni brand. La soluzione blue ocean è separare ciò che il cliente vede da ciò che risponde.
Indirizzi pubblici col brand giusto: spoc@omegatech.it, spoc@pragmacore.it. Il cliente sente di parlare col "suo" brand. Calore davanti.
Un solo team per funzione riceve da tutti i brand. Un solo SPOC, un solo team tecnico, un solo lab. Niente duplicati. Macchina dietro.
youmana.co (amministrazione, acquisti, discovery); (2) front-stage per brand sui domini dei brand (ciò che vede il cliente); (3) gruppi interni delivery, unificati, dove i brand confluiscono. Ogni indirizzo sta in un solo livello: niente sovrapposizioni.Le funzioni che servono tutto l'ecosistema, a prescindere dal brand, vivono sul dominio cappello. Sono poche e nette.
| Indirizzo | Funzione | Owner + membri | Tipo |
|---|---|---|---|
| bma@youmana.co | Business Management & Admin amministrazione, contabilità, fiscale | Francesca (owner) · Simone | trasversale |
| acquisti@youmana.co | Approvvigionamento / Buyer ordini fornitori, basi prezzo, intelligence | Andrea (owner) · backup Giacomo | trasversale |
| cse@youmana.co | Customer Success & sviluppo relazione, offerte, commerciale, cross-sell | Simone (owner) · Gianmarco | trasversale |
| hello@youmana.co | Discovery / contatto ecosistema primo contatto, lead gen, Discovery SCAN | Simone · Gianmarco | trasversale |
omegatech.it per funzioni amministrative condivise — OMEGAtech non dev'essere entità di coordinamento/billing comune durante la procedura. Il cappello youmana.co è la sede naturale e sicura.Gli indirizzi pubblici portano il brand del cliente. Ma molti sono alias: confluiscono nei gruppi interni unificati (livello 04). Il cliente vede il brand, dietro risponde il motore unico.
| Brand | Indirizzo pubblico | Funzione | Confluisce in |
|---|---|---|---|
| OMEGAtech | info@omegatech.it | Primo contatto B2C / micro-SMB | → cse / hello |
| OMEGAtech | spoc@omegatech.it | Ticketing / assistenza | → Gruppo SPOC |
| OMEGAtech | store@omegatech.it | Negozio / punto vendita | → Gruppo LAB/Store |
| PRAGMAcore | info@pragmacore.it | Primo contatto B2B (10–300 utenti) | → cse |
| PRAGMAcore | spoc@pragmacore.it | Ticketing / assistenza gestita | → Gruppo SPOC (stesso) |
| MANAzone | hello@manazone.* | Percorsi, coaching, AI literacy, formazione | → Simone (+ futuro Community Builder) |
| youMANA | hello@youmana.co | Discovery ecosistema, lead generali | → cse / hello |
spoc@omegatech.it e spoc@pragmacore.it sono due porte diverse che aprono sulla stessa stanza: il Gruppo SPOC (Gianmarco). Il cliente OMEGAtech vede OMEGAtech, il cliente PRAGMA vede PRAGMA, ma c'è un solo ticketing, un solo standard, un solo team. Unified IT fatto email.spoc, niente ops. Un solo indirizzo di relazione (hello@manazone). Forzare la struttura IT su MANA sarebbe complessità inutile — il dominio MANAzone va confermato (.it/.co).I gruppi operativi unificati. Ricevono dagli alias dei brand ma non sono indirizzi pubblici: i clienti non scrivono mai direttamente ai tecnici — è la regola del Decalogo. Sul dominio cappello.
| Gruppo interno | Indirizzo | Chi | Riceve da |
|---|---|---|---|
| Gruppo SPOC punto unico di contatto/ticketing | spoc@youmana.co | Gianmarco (owner) · Renato (vice) | spoc@omegatech + spoc@pragmacore |
| Gruppo ITOps tecnici delivery (L2-L3) | ops@youmana.co | Renato (coord) · Giuseppe · Emanuele · Carlo (quando rema) | dispatch interno dallo SPOC |
| Gruppo LAB / Store laboratorio, magazzino, punto vendita | lab@youmana.co | Giacomo (owner) · Tecnico Junior · Andrea (PV) | store@omegatech + prep delivery |
spoc@ alimentano i ticket, non li sostituiscono — coerente con "il ticket è la fonte di verità" del Decalogo. ops@ è interno: lo usano i tecnici tra loro, mai i clienti.I quattro nodi che hai sollevato, sciolti.
ITOps, indirizzo ops@youmana.co. "OPS" da solo è troppo vago; "ITOps" è già il nome dei ruoli nel sistema — coerenza totale. Sostituisce le vecchie msp@ e uit@. È interno: i clienti non ci scrivono mai.
Né l'uno né l'altro come indirizzo cliente: il negozio è front-stage → store@omegatech.it. lab resta il gruppo interno (laboratorio + magazzino + prep). "Garage" si scarta: evoca officina auto, confonde il posizionamento.
Approvvigionamento / Buyer: acquisti@youmana.co. Trasversale, perché Andrea compra per tutti i brand e prepara le basi prezzo. È ciò che vedono i fornitori.
Sì. In un'azienda a CAC zero, vendere è curare: cse@youmana.co assorbe la relazione commerciale. Niente sales@ separato. Chi cura il cliente vede le opportunità cross-brand — è il radar che diventa pipeline.
Sette regole perché lo schema resti snello negli anni, anche quando le persone cambiano.
| # | Regola |
|---|---|
| 1 | Funzioni, non persone. Ogni casella è un ruolo (spoc@), mai un nome. Le persone sono membri del gruppo: se cambiano, la casella resta. |
| 2 | Un owner per gruppo. Ogni gruppo ha un solo responsabile (chi garantisce che nulla resti senza risposta). Una sola A, come nel RACI. |
| 3 | Front per brand, back unificato. Pubblico = col brand del cliente; interno = un solo motore. Mai duplicare team dietro i brand. |
| 4 | I tecnici non hanno indirizzo pubblico. ops@ è interno. Il cliente passa sempre dallo SPOC — protegge il focus (Decalogo). |
| 5 | Trasversali sul cappello. Admin e acquisti su youmana.co, mai su OMEGAtech (Art.57). |
| 6 | MANA resta leggero. Niente struttura IT dove non serve. Un brand, un indirizzo di relazione. |
| 7 | Alias, non caselle nuove. Un nuovo brand IT futuro aggiunge alias verso i gruppi esistenti, non nuovi team. Lo schema scala senza gonfiarsi. |
Sette modi in cui un'architettura email degenera, e il guardrail. Sezione interna.
Si scrive a gianmarco@ invece che a spoc@ → quando manca, tutto si blocca; quando esce, si perde lo storico.
Un indirizzo per ogni microfunzione → nessuno sa dove scrivere, le mail si perdono.
Il cliente ottiene l'indirizzo di un tecnico e lo contatta diretto → salta lo SPOC, si rompe il Decalogo.
ops@ interno e invisibile. Outbound mascherato dal centralino."Serve un team SPOC PRAGMA e uno OMEGA" → doppio lavoro, doppi standard, caos.
Funzioni condivise messe su omegatech.it → problema durante la procedura Art.57.
youmana.co. OMEGAtech resta brand, non hub.Si creano spoc/ops/lab anche per MANAzone "per coerenza" → struttura morta che nessuno usa.
Una casella di gruppo che nessuno presidia → le mail cadono nel vuoto, il cliente resta senza risposta.
La mappa completa, pronta da configurare in Google Workspace.
| Livello | Indirizzo | Funzione | Owner |
|---|---|---|---|
| Trasversale | bma@youmana.co | Amministrazione & contabilità | Francesca |
| Trasversale | acquisti@youmana.co | Approvvigionamento / Buyer | Andrea |
| Trasversale | cse@youmana.co | Customer Success + commerciale | Simone |
| Trasversale | hello@youmana.co | Discovery / contatto ecosistema | Simone |
| Front OMEGA | info / spoc / store @omegatech.it | Contatto · ticketing · negozio | → gruppi interni |
| Front PRAGMA | info / spoc @pragmacore.it | Contatto · ticketing gestito | → gruppi interni |
| Front MANA | hello@manazone.* | Percorsi · coaching · formazione | Simone |
| Interno | spoc@youmana.co | Gruppo SPOC (ticketing) | Gianmarco |
| Interno | ops@youmana.co | Gruppo ITOps (tecnici) | Renato |
| Interno | lab@youmana.co | Gruppo LAB / Store | Giacomo |