Cosa significa progettare una rete pensando al business e non solo alla tecnologia. Significa invertire l'ordine delle domande. Nella maggior parte dei preventivi che un imprenditore si vede arrivare, la prima pagina è già un elenco di apparati: tanti switch, tanti access point, un firewall, un canone. Nessuno ha ancora chiesto cosa fa l'azienda, in quali orari lavora, quali attività non possono fermarsi. Una consulenza infrastruttura it aziendale fatta bene parte dall'altro capo: prima si capisce come si guadagna in quell'azienda, poi si decide cosa comprare. Il risultato non è una rete più costosa, è una rete che spende dove serve.
Cosa fa davvero una consulenza infrastruttura IT aziendale
Non è la scelta di una marca di apparati. È tradurre il funzionamento di un'impresa in requisiti verificabili, e poi in una rete che li rispetta. Il tecnico sa cosa fa uno switch. Il consulente deve sapere cosa succede all'azienda quando quello switch si ferma alle dieci di un giovedì mattina.
1. Le domande di business che facciamo prima di quelle tecniche
Prima del sopralluogo tecnico c'è una conversazione con chi l'azienda la manda avanti. Le domande sono queste, e non sono di facciata.
Come entrano gli ordini: mail, portale, telefono, agenti. In quali orari si lavora davvero, turni e picchi stagionali inclusi. Quante persone stanno in sede e quante lavorano da fuori. Quali programmi sono indispensabili per fatturare e consegnare, e se stanno su un server in azienda o in cloud. Quali fornitori esterni entrano nei sistemi. E cosa cambia nei prossimi due anni: una sede nuova, una linea in più, cinque persone in più.
Nessuna di queste domande riguarda la rete. Tutte, però, determinano come va costruita. Chi prende gli ordini da un portale online ha bisogno di una connessione diversa da uno studio che lavora su appuntamento.
2. «Cosa non può fermarsi in questa azienda?»
Questa è la domanda centrale, e viene posta raramente. Serve a stabilire due numeri che poi guidano ogni scelta successiva: quanto tempo quell'attività può restare ferma prima che il danno diventi serio (un'ora, mezza giornata, due giorni) e quanti dati si possono perdere se qualcosa va storto (l'ultima ora di lavoro, l'ultima giornata, l'ultima settimana). Sono misure di business, non di informatica, e le risposte cambiano molto da azienda ad azienda.
In una manifattura, in genere, la risposta non è il gestionale: è la linea. Se i terminali di reparto e i macchinari collegati perdono la rete, la produzione rallenta o si ferma, e quel fermo si misura in pezzi non prodotti e consegne che slittano.
In uno studio professionale è l'accesso ai fascicoli e alla posta. Lo studio non ha una linea di produzione, ha scadenze: una giornata di blocco a ridosso di un termine fiscale vale molto più di una giornata qualsiasi di marzo.
In un'attività commerciale è la cassa e il pagamento elettronico. Se il POS non trasmette non è un disagio tecnico: sono clienti in fila che escono senza comprare, tutti concentrati nelle ore di punta.
Tre aziende, tre criticità diverse. Chi progetta senza fare questa domanda le tratterà tutte allo stesso modo.
3. Come le priorità di business diventano scelte tecniche
Una volta che le priorità sono chiare, ogni scelta tecnica ha una motivazione dichiarabile.
Se un'attività non può fermarsi, serve una seconda via per internet. Si affianca alla linea principale una connessione di riserva, per esempio FWA o 5G, cioè via radio, che non dipende dai cavi della strada. Quando la prima cade il traffico passa sulla seconda, senza che nessuno debba fare niente. Vale esattamente quanto vale un'ora di fermo in quell'azienda: se vale poco, non si fa.
Se produzione e uffici hanno importanze diverse, la rete va divisa in zone. Si chiama segmentazione: macchinari in una zona, uffici in un'altra, telecamere e Wi-Fi ospiti isolati. Così un problema nato in ufficio non arriva ai macchinari, e il traffico pesante di una zona non rallenta l'altra.
Se l'azienda perde soldi quando perde dati, il backup va dimensionato su quel numero. Un backup che gira una volta al giorno significa, nel caso peggiore, perdere una giornata di lavoro. Se il limite dichiarato è un'ora, cambia la frequenza e cambia il costo. Vale anche al contrario: su dati che cambiano poco, spendere di più non serve.
Se ci sono persone che lavorano da fuori, l'accesso va progettato. Con una VPN, cioè un collegamento cifrato che fa entrare la persona nella rete aziendale come se fosse in sede, con utenti nominativi e scadenze. L'alternativa diffusa, un programma di teleassistenza sempre acceso con password condivisa, funziona finché non diventa il problema.
Se il fermo costa, bisogna saperlo prima che lo dica un dipendente. Monitoraggio significa apparati controllati in automatico, che segnalano i guasti da soli. Senza, il tempo di reazione comincia dalla telefonata di chi si è accorto che non va.
4. Un esempio di traduzione: requisito → soluzione
Prendiamo una PMI manifatturiera con capannone e palazzina uffici, venti persone.
«La linea non può stare ferma più di un'ora». → Fibra come connessione principale più una secondaria FWA con passaggio automatico, e un contratto di assistenza con tempi di intervento scritti.
«I macchinari devono restare raggiungibili dal fornitore». → Accesso remoto tramite VPN con utenza dedicata al fornitore, attiva solo quando serve e limitata alla zona dei macchinari.
«Il Wi-Fi in capannone cade quando il muletto si sposta». → Copertura progettata sulla pianta reale, con sovrapposizione fra gli apparati, invece di access point messi dove c'era una presa libera.
«Se perdiamo il gestionale ci fermiamo tutti». → Backup del gestionale più frequente del resto, una copia scollegata dalla rete e una prova di ripristino programmata. Un backup mai ripristinato è un'ipotesi, non una garanzia.
«In amministrazione trattiamo dati sensibili». → Zona di rete separata, accessi nominativi e autenticazione a due fattori, cioè password più un codice temporaneo sul telefono.
Lo stesso elenco di apparati, in un'azienda diversa, darebbe un progetto diverso. È il punto.
5. Perché questo cambia il risultato finale
Cambia tre cose, tutte visibili sul conto economico.
La prima è dove finiscono i soldi. Partire dal business evita i due errori opposti: comprare apparati che quell'azienda non userà mai, e risparmiare proprio sul punto che regge il fatturato. Spesso sono presenti entrambi, nello stesso preventivo.
La seconda è che il progetto diventa verificabile. Se ogni scelta nasce da un requisito dichiarato, a fine lavori si controlla se quel requisito è rispettato: si stacca la linea principale e si guarda se il traffico passa sulla secondaria, si fa una prova di ripristino, si cammina in capannone col muletto. Senza requisiti, il collaudo si riduce a «sembra che funzioni».
La terza è che le scelte reggono nel tempo. Un'infrastruttura progettata su come lavora l'azienda assorbe la sede nuova e le persone in più senza rifare tutto. Una comprata a catalogo va rifatta al primo cambiamento.
Progettare partendo dal business non è più lento. È quello che evita di pagare due volte.
Biztems è una società di consulenza IT con sede operativa a Napoli: progettiamo e gestiamo reti aziendali e connettività industriale (LAN enterprise, ponti wireless, FWA e 5G), collegamento di macchinari per Industria 4.0, cloud, backup, VPN e centralini VoIP per PMI, studi professionali e attività commerciali. Se vuoi capire se la tua rete è dimensionata su come lavori davvero, ti offriamo un check-up gratuito: per telefono in mezz'ora, oppure veniamo in azienda per una visita senza impegno. Alla fine hai un quadro chiaro delle priorità, poi decidi tu.