Quando serve un consulente, e quando no
La maggior parte delle richieste che riceve un’azienda informatica non è consulenza: è un problema da risolvere. Il gestionale lento, la stampante che non stampa, l’utente bloccato. Per quelle serve l’assistenza informatica a Milano, con tempi scritti e qualcuno che risponde.
La consulenza comincia quando la domanda cambia forma. Non più «perché non funziona?», ma «come dovrebbe essere?». È la domanda che arriva prima di firmare il contratto di una sede nuova, prima di spostare tutto nel cloud, prima di integrare una società appena acquisita. Sono decisioni che condizionano i cinque anni successivi, e sbagliarle costa molto di più di quanto costi fermarsi a guardare.
Se non sai quale delle due ti serve, è esattamente la domanda da portare alla prima visita.
Le decisioni che le aziende milanesi ci portano più spesso
Milano è il posto dove le imprese cambiano più in fretta: nuovi uffici, fusioni, reparti che raddoppiano, persone che lavorano metà settimana da casa. Le decisioni informatiche che ne derivano sono quasi sempre le stesse sette, e ciascuna ha un punto preciso dove si sbaglia.
Una sede nuova, o un trasloco
Si decide come collegare le sedi, dove stanno i dati, come arriva la rete in ogni stanza e che cosa succede alla telefonia. L’errore tipico è pensare all’informatica per ultima, quando gli spazi sono già definiti: l’attivazione di una linea dedicata richiede settimane, e il cablaggio strutturato si progetta quando le pareti sono ancora sulla carta, non quando sono già dipinte.
Il passaggio al cloud
Si decide che cosa spostare, che cosa tenere in sede e come si esce se un giorno servisse. Il confronto giusto non è il canone mensile contro il prezzo del server: è il costo complessivo su tre o cinque anni, compresi i collegamenti, le licenze e il tempo di chi gestisce. A volte la risposta è il cloud, a volte un’infrastruttura ibrida, a volte restare dove si è con qualche correzione.
Due aziende che diventano una
Due domini che non si parlano, due sistemi di posta, due modi di archiviare i documenti e le utenze di persone che nel frattempo sono uscite. Si decide l’ordine dell’integrazione, perché farla tutta insieme ferma entrambe le aziende. Quando i fornitori coinvolti sono più di uno, serve anche qualcuno che risponda del risultato complessivo.
La rete fra più uffici e il lavoro da remoto
Si decide quale reparto si ferma se il collegamento fra le sedi cade per due ore, e da quella risposta dipende quanta ridondanza serve. È anche il momento di chiudere gli accessi remoti aperti in fretta anni prima e mai rivisti, che restano la porta d’ingresso preferita degli attacchi. Il lavoro sulla rete aziendale parte da qui.
Sicurezza e conformità da dimostrare
Sempre più spesso la richiesta arriva da fuori: un committente che chiede garanzie scritte, un’assicurazione che vuole sapere come sono protetti i dati, un obbligo normativo. Si decide che cosa verificare e in che ordine, con una verifica delle vulnerabilità e un piano di sicurezza informatica. La parte documentale, cioè scadenze, evidenze e responsabilità, si governa con GAPOFF, la piattaforma di compliance che abbiamo costruito noi.
L’intelligenza artificiale, senza progetti che finiscono in un cassetto
Si decide quale processo ne trae davvero vantaggio, quali dati possono andare dove e con quali regole. Il progetto dimostrativo che impressiona in riunione e poi non usa nessuno nasce quasi sempre dall’aver scelto lo strumento prima del processo. Il percorso parte da un’analisi dei casi d’uso e tiene conto fin dall’inizio di AI Act e GDPR.
Un gestionale che non parla con il resto
Dati inseriti due volte, fogli di calcolo che riempiono il vuoto fra un programma e l’altro. Si decide se basta un’integrazione o serve software su misura, e quali passaggi ripetitivi si possono automatizzare senza cambiare il gestionale che le persone conoscono.
Come si svolge una consulenza con Xion
L’ordine non cambia, qualunque sia la dimensione della decisione. È lo stesso metodo che applichiamo a un contratto di assistenza.
- La fotografia, senza toccare niente. Sistemi, rete, accessi, copie di sicurezza, contratti in corso e soprattutto le dipendenze: che cosa si ferma se si spegne quel server. Richiede da pochi giorni a due settimane.
- Il numero che decide. Quanto costa un’ora di fermo, e quanto lavoro l’azienda può permettersi di rifare. Quasi nessuno li ha calcolati, e una volta scritti rendono ovvie decisioni che prima sembravano opinioni.
- Le alternative a confronto. Non una proposta sola, ma le strade possibili con costi e rischi messi uno accanto all’altro, compresa quella di non fare niente quando è la più sensata.
- La realizzazione a blocchi. Ogni blocco ha un risultato utile, una finestra concordata e una via di ritorno se qualcosa non va come previsto. Nessun progetto che chiede all’azienda di fermarsi per settimane.
- La documentazione consegnata. Configurazioni, schemi e credenziali restano scritti e vostri, così la decisione presa oggi non chiude porte domani.
Che cosa ricevi, anche se non prosegui
L’analisi iniziale produce un documento, e il documento resta a te comunque vada:
- l’elenco dei sistemi e dei servizi, con le dipendenze fra loro;
- i rischi ordinati per urgenza e impatto, distinguendo ciò che è critico da ciò che può attendere;
- le decisioni da prendere, ciascuna con le alternative, le priorità e un budget indicativo;
- l’ordine di esecuzione che non ferma l’azienda.
Capita che la conclusione sia che l’infrastruttura regge, o che la spesa proposta da qualcun altro sia sovradimensionata. Lo scriviamo, perché i rapporti che ci interessano durano anni e non sopravvivono a una vendita fatta spingendo.
Tre segnali che una decisione è stata presa troppo in fretta
Il preventivo è arrivato prima che qualcuno guardasse i sistemi. Una stima fatta senza conoscere le dipendenze sbaglia sempre nel punto peggiore, cioè il giorno in cui si spegne qualcosa.
La proposta parte dai prodotti invece che dai vincoli. Se il primo foglio elenca marchi e modelli, la domanda su che cosa debba risolvere quella tecnologia è stata saltata. Per questo scegliamo la tecnologia dopo, non prima.
Nessuno sa dire che cosa succede se il progetto si ferma a metà. Un progetto senza una via di ritorno a ogni passo non è audace: è scritto male.
Perché la stessa squadra, dall’analisi alla gestione
Un consulente che consegna il documento e se ne va non paga le conseguenze delle proprie scelte. Chi poi deve far funzionare quei sistemi ogni giorno, invece, progetta in modo diverso: evita le soluzioni eleganti che nessuno sa mantenere, e mette per iscritto quello che servirà a chi arriva dopo.
Xion IT Group lavora a Milano da vent’anni, con oltre 500 organizzazioni sotto contratto fra aziende, studi professionali ed enti, e competenze divise per area: sistemistica Microsoft e Linux, reti, sicurezza, protezione dei dati. Non raccontiamo nomi di clienti; al loro posto abbiamo descritto sei situazioni che incontriamo di continuo.
Le pagine giuste, secondo quello che cerchi
- Consulenza informatica per aziende — il metodo, valido ovunque si trovi l’azienda;
- Assistenza informatica a Milano — la gestione quotidiana, l’helpdesk e i tempi di intervento;
- Azienda informatica a Milano — come si sceglie un fornitore e come si cambia senza fermarsi;
- System integrator a Milano — quando i fornitori sono più di uno e serve un responsabile unico.
Il primo passo
Un consulente viene a guardare com’è messa l’infrastruttura rispetto alla decisione che hai davanti, ti dice quali vincoli contano davvero e ti lascia una fotografia scritta. Gratuitamente e senza impegno, anche se poi decidi di non proseguire.