Mappare ciò che il cliente egiziano riceve
L’impresa fornisce connettività, hosting, software, contenuti, assistenza o una funzione di pagamento insieme all’IT? Elencare ogni funzione, il soggetto che la vende, l’operatore e i fornitori sottostanti. Disegnare il percorso del cliente dall’iscrizione alla fatturazione e all’assistenza. Un’etichetta tecnologica generica non dice quali requisiti egiziani vigenti vadano verificati.
Identificare componenti fisici e remoti, le sedi dei clienti ed eventuali accessi dall’estero. Confrontare la società descritta sul sito con il soggetto indicato in contratti e fatture. Se un partner gestisce effettivamente una parte del servizio, registrare cosa quel partner può cambiare e quali promesse il cliente si aspetta ancora dal venditore.
Leggere insieme contratti con clienti e fornitori
Confrontare disponibilità, tempi di risposta, sicurezza e assistenza pubblicizzati con gli impegni di rete, cloud e subappaltatori. Assegnare la responsabilità di interruzioni, manutenzione programmata, subappalto e incidenti. Se un fornitore a monte può sospendere o modificare il servizio, testare come il cliente sarà informato e assistito secondo il contratto con il cliente.
Percorrere un’interruzione di esempio. Chi vede gli allarmi, può accedere ai log, autorizza una riparazione e informa i clienti? Registrare contatti di escalation e passaggi di conservazione delle prove. Il contratto deve corrispondere agli strumenti effettivi del team e ai diritti verso i fornitori, non solo promettere una risposta che nessuno può mantenere.
Tracciare dati e gestione degli incidenti
Seguire le informazioni personali e aziendali dalla raccolta alla conservazione, all’accesso dell’assistenza, al backup, alla condivisione e alla cancellazione. Annotare i paesi sia di conservazione sia di accesso, e identificare chi decide la finalità di ciascun uso. Fare valutare a specialisti locali qualificati le regole egiziane vigenti per i flussi effettivi, non per un diagramma che omette amministratori remoti o copie di backup.
Simulare una registrazione persa e un incidente di sicurezza. Determinare chi può recuperare i dati, avvisare un responsabile interno, conservare le prove e comunicare con il cliente. Confrontare informativa scritta e contratto con le impostazioni tecniche. Segnare esplicitamente le lacune e assegnare una persona per chiuderle.
Rendere praticabile la transizione
Specificare formati di esportazione, aiuto alla migrazione, periodi di preavviso, prove di cancellazione e il trattamento di domini, account o numeri dove rilevante. Testare un’esportazione prima della fine del contratto. La promessa di un fornitore di restituire i dati ha poco valore se il cliente non può leggere il formato o collegarlo ai propri registri.
Un nuovo percorso di pagamento, una fonte locale di contenuti o una funzione di rete possono cambiare la mappa del servizio. Richiedere una revisione aggiornata di contratto, fornitori e regole locali quando il prodotto cambia, invece di affidarsi indefinitamente al fascicolo di lancio. Conservare una versione datata delle decisioni e delle questioni aperte.
Fascicolo della prima revisione
- Percorso del cliente, mappe dei componenti del servizio e dei ruoli.
- Condizioni cliente, schermate di vendita, livelli di servizio e processo di assistenza.
- Contratti di rete, cloud, sicurezza e subappalto.
- Piani di flussi di dati, backup, incidenti e migrazione.
- Verifiche datate di specialisti egiziani e questioni irrisolte.
Vedere la pratica di telecomunicazioni e IT e la pratica di protezione dei dati e privacy per i temi correlati.