Quali campi attivano catene che valgono davvero, e quali sotto-livelli sono solo precisione-vanità da non costruire. Un documento volutamente corto — perché predica la sottrazione: la precisione che non cambia un'azione non è qualità, è zavorra.
Il fallimento da "troppa precisione" nasce sempre dallo stesso errore: aggiungere distinzioni che sembrano utili ma non cambiano nulla di concreto. L'antidoto è una domanda da farsi prima di creare qualsiasi campo, valore o sotto-livello.
Sì, alcuni campi attivano altri in catena. Ma ognuna di queste nove catene supera il test: ognuna cambia un'azione reale, e quasi tutte a costo umano zero perché le esegue il sistema.
La catena d'oro. Due tendine all'apertura, il resto è automatico. Zero attrito, massima resa.
Progressive disclosure. Il campo IMAC appare solo quando ha senso. Su un Incident non esiste nemmeno: niente da scegliere, niente da sbagliare.
Assegnazione automatica. Rete/Postazione/Stampa → L1; Server/Cloud/Sicurezza → L2-3; Gestionale → coda Dylog. Nessun dispatch manuale sui casi standard.
Un campo, una catena. La sicurezza fa scattare la risposta, il cronometro di notifica e l'allerta — non un semplice dispatch.
Il radar che si auto-innesca. Quando la causa ricorrente è "competenza", il sistema propone il segnale verso MANAzone. Demand-sensing dai dati.
Cross-sell senza attrito. Il segnale genera un lead linkato (non muta il ticket) e lo gira a chi vende. Il tecnico segnala, non vende.
La protezione dai tempi non tuoi. Attesa fornitore/cliente/LAB ferma il clock. Non vieni penalizzato per ciò che non controlli.
Voce coerente, gestione unica. Il brand (ereditato dalla mailbox) sceglie il tono di risposta. Zero scelta manuale.
Margine protetto. Il sistema sa cosa è incluso. Se è extra, avvisa prima che parta lavoro non coperto.
Qui rispondo diretto alla tua domanda sulle sotto-cause e sotto-categorie. La maggior parte è zavorra. Solo poche cambiano un'azione — e sono le uniche che costruiamo.
| Causa | Sotto-causa? | Perché |
|---|---|---|
| Competenza | Sì | Determina il tipo di offerta MANA (radar) |
| Fornitore | Sì | Esclusione SLA + affidabilità vendor + peso/sovraccarico sul nostro sistema (posizionamento) |
| Bene a fine-vita | Sì | Hardware/software/accessori/forniture: fine-vita → radar OMEGAtech |
| Errore utente | No | La causa basta · nessuna azione diversa |
| Config | No | Sta nella soluzione, non serve sotto-livello |
| Software | No | Il resolution code dice già abbastanza |
| Rete | No | Il dettaglio è nella nota, non in un campo |
| Sicurezza | No | Attiva già la catena cyber, non serve altro |
Automatizzare al massimo non significa più regole: significa che l'umano tocca il sistema il meno possibile, e quando lo tocca sceglie da liste corte. Sette leve, in ordine di resa.
Brand, canale, priorità, copertura: il sistema li sa già. Mai chiedere ciò che si può dedurre.
IMAC, sotto-causa, segnale appaiono solo quando servono. Progressive disclosure: niente campi inutili davanti agli occhi.
L'alert genera il ticket già categorizzato e prioritizzato. Il problema è in coda prima della chiamata.
Max 7-9 valori per tendina. Se devi scorrere, hai troppe opzioni e sceglierai male.
Causa e resolution obbligatori sui P1-P2 e ricorrenti, non su ogni P4. Il dato dove serve, non ovunque.
Categoria probabile da parole chiave, priorità media di default. Il tecnico conferma o corregge, non compila da zero.
Quattro campi, una vista. Tutto il resto arriva dopo, nel flusso. Aprire un ticket è questione di secondi.
Questo pre-mortem è il tuo, Simo — sui fallimenti che hai già vissuto. Riconoscerli è metà della cura. Ognuno ha lo stesso antidoto: la regola del §01.
Categorie su categorie finché nessuno le rispetta → i dati diventano peggiori di quando non c'erano, perché ora sono anche falsi.
Campi obbligatori dappertutto → i tecnici scelgono a caso pur di chiudere. Hai precisione apparente e dati spazzatura.
Distinzioni elegantissime che non cambiano un'azione → tempo speso a categorizzare, zero valore estratto.
Si costruisce per un futuro che non arriva → complessità oggi, certa, per un beneficio domani, ipotetico.
Aprire un ticket diventa un modulo → si smette di aprirli, o si aprono male. La precisione uccide il dato che voleva catturare.
Regole su regole che si attivano a vicenda → nessuno le capisce più → si disattiva tutto per paura. Fine dell'automazione.
Cento metriche → paralisi da dati. Pochi numeri che cambiano decisioni valgono più di mille che decorano un cruscotto.
La sintesi che porti nell'istanza. Numeri piccoli, di proposito.
campi manuali all'apertura
catene automatiche che si meritano l'esistenza
sole sotto-cause + 1 sotto-categoria