C’è una frase che si sente in quasi ogni conversazione sul cambio di fornitore e-mail: “sì, sappiamo che dovremmo cambiare, ma è troppo complicato”.
Dietro quella frase c’è un timore concreto e perfettamente razionale. L’e-mail è il sistema nervoso di un’organizzazione. Se si ferma per mezza giornata, si fermano le fatture, si fermano le proposte, si fermano le risposte ai clienti. Nessuno vuole essere la persona che ha deciso di toccarla.
Questo articolo non dirà che la migrazione è semplice. Dirà esattamente cosa può andare storto, perché va storto e come evitare ciascun caso. Chi lo fa ogni giorno sa che la fiducia non si guadagna minimizzando i rischi, si guadagna nominandoli.
I sette problemi reali
1. Perdere i messaggi vecchi. È il timore numero uno, ed è legittimo. Una migrazione condotta male può copiare la cronologia solo in parte e tralasciare intere cartelle, in genere le più vecchie o le più grandi.
2. Non ricevere e-mail durante il passaggio. C’è un momento, quando vengono modificati i record di instradamento del dominio, in cui una parte del mondo conosce già il nuovo server e un’altra parte punta ancora a quello vecchio. Gestita male, quella finestra produce messaggi persi o respinti.
3. Scoprire troppo tardi che mancava una casella di posta. Account di reparto, indirizzi usati da sistemi automatici, caselle di posta di un dipendente che ha lasciato l’azienda ma riceve ancora comunicazioni dai clienti. Saltano sempre fuori, e raramente sono nell’elenco iniziale.
4. Tralasciare inoltri e regole. Molte organizzazioni hanno anni di regole accumulate: fatture che vanno alla contabilità, moduli del sito web che finiscono in una casella di posta condivisa, avvisi inviati a chi è di turno. Se queste regole non vengono mappate prima, si scoprono per la loro assenza, e sempre nel momento peggiore.
5. Le e-mail iniziano a finire nello spam dopo il passaggio. Cambiare server significa cambiare l’origine tecnica dei messaggi. Se le autorizzazioni di invio del dominio non vengono aggiornate contemporaneamente, l’e-mail legittima dell’azienda inizia a essere trattata come sospetta dai sistemi riceventi.
6. Calendari e contatti lasciati indietro. Molti considerano la migrazione come una questione di soli messaggi. Poi scoprono che gli appuntamenti dei prossimi sei mesi e la rubrica del team non sono stati trasferiti.
7. I dispositivi di ciascuno smettono di funzionare. Il server è cambiato, ma il telefono di ogni collaboratore è ancora configurato per quello vecchio. Senza un piano per questa parte, il risultato è una settimana di chiamate all’assistenza.
Come farlo senza brutte sorprese
Una migrazione ben condotta si basa su un principio che risolve metà dei problemi elencati sopra: l’origine non viene mai cancellata.
I dati vengono copiati, non spostati. Mentre la copia è in corso, il vecchio servizio continua a funzionare esattamente come sempre. Se qualcosa fallisce, non c’è nulla da recuperare, perché nulla è stato distrutto. È la prima domanda da porre a qualsiasi fornitore, e la risposta dovrebbe essere immediata e diretta.
Da lì, il lavoro si organizza in tre fasi.
Fase uno: inventario. Prima di copiare una sola e-mail, si elenca tutto. Tutte le caselle di posta, comprese quelle di cui nessuno si ricorda. Tutti gli alias e gli inoltri. Tutte le regole di filtro rilevanti. Tutti i sistemi esterni che inviano per conto del dominio, dal software di fatturazione al modulo del sito web. È la fase più noiosa e quella che determina il successo di tutto il resto.
Fase due: copia in parallelo. Messaggi, cartelle, calendari e contatti vengono copiati sulla nuova infrastruttura mentre il vecchio servizio resta attivo. Il team non si accorge di nulla. Al termine di questa fase esistono due copie complete, e quella nuova può essere validata con calma.
Fase tre: cambio di instradamento. Solo a validazione conclusa l’instradamento del dominio viene cambiato verso il nuovo server. La modifica si propaga su internet nell’arco di alcune ore, e durante quel periodo entrambe le infrastrutture ricevono e-mail. Per questo il vecchio servizio resta attivo ancora per qualche giorno: per raccogliere ciò che continua ad arrivare lì.
Una nota sui tempi di questa fase. È meglio eseguirla fuori dalle ore di punta, e mai alla vigilia di una chiusura contabile, di una scadenza giudiziaria o di una campagna. Non per il rischio tecnico, ma perché qualsiasi imprevisto è più facile da gestire un martedì mattina che un venerdì pomeriggio.
La parte del cliente
Ci sono tre cose che nessun fornitore può fare da solo, ed è bene saperlo fin dall’inizio.
Decidere cosa viene migrato. Non tutto lo storico deve essere trasferito. Alcune organizzazioni portano tutto, altre portano gli ultimi tre anni e archiviano il resto. È una decisione aziendale, non tecnica.
Dare accesso al dominio. Il cambio di instradamento si effettua dove il dominio è registrato. Se in azienda nessuno sa dove sia, o chi abbia le credenziali, questo è il primo problema da risolvere. Succede più spesso di quanto si pensi.
Informare il team. Un messaggio interno, due giorni prima, che spieghi cosa accadrà e cosa dovrà fare ciascuno sul proprio telefono, evita decine di interruzioni.
Le domande da porre prima di firmare
- I dati di origine vengono cancellati in qualche momento del processo? La risposta corretta è no.
- Il servizio attuale continua a funzionare durante la migrazione? E per quanto tempo dopo?
- Cosa è incluso: solo i messaggi, o anche calendari, contatti, alias e regole?
- Chi aggiorna le autorizzazioni di invio del dominio, e quando?
- Chi assiste il team nella riconfigurazione dei dispositivi?
- Qual è il piano se qualcosa va storto a metà strada?
Un fornitore che risponde con chiarezza a queste sei domande ha già dimostrato più di qualsiasi discorso commerciale.
E quando migrare non conviene
In tutta onestà, vale la pena notare anche il contrario. Se l’organizzazione è nel mezzo di una fusione, di un cambio di dominio o di una profonda ristrutturazione dei team, ha senso aspettare. Migrare due volte è peggio che migrare tardi.
Altrimenti, rimandare ha di solito un costo silenzioso: altri anni di un servizio che non è più adeguato, maggiore dipendenza da una configurazione che nessuno comprende del tutto, e uno storico sempre più grande da spostare quando la decisione arriverà finalmente.
La migrazione non è il momento del rischio. Il momento del rischio è il giorno in cui il sistema attuale si guasta e non esisteva alcun piano.