Go-live e adozione
Periodo di hypercare
Le prime quattro-sei settimane dopo lo switch, con supporto rafforzato, loop di bugfix rapido e un chiaro criterio di uscita. L'hypercare non è un "servizio extra", è la sua assicurazione sull'adozione.
Aggiornato il 18 mag 2026
Go-live · 5.5
Perché è importante ora
Nelle prime settimane si decide se il tool “resta” o viene archiviato dall’utente. Un ticket senza risposta al terzo giorno è venti volte più dannoso dello stesso ticket dopo tre mesi. L’hypercare è uno sprint breve di attenzione rafforzata, non una normale settimana di helpdesk.
Cosa consegna?
Charter di hypercare
Periodo, team, obiettivi, SLA rafforzato, cadenza giornaliera.
Ritmo di triage delle issue
Stand-up giornaliero, backlog prioritizzato, fix in giornata quando possibile.
Dashboard di adozione
Numeri live per team, chi sta già usando, dove c'è resistenza?
Report di uscita
Lessons learned, stato KPI, documento di consegna per il supporto steady-state.
Domande chiave
- 1Periodo, 4, 6 o 8 settimane? Più corto = rischioso, più lungo = stanchezza di progetto e nessuna pressione a scalare.
- 2Chi è nel team di hypercare, membri del progetto + supporto dedicato + consulente Gfacility? Quante ore al giorno disponibili?
- 3Metodo di lavoro, stand-up giornaliero, Kanban condivisa, flusso di bugfix rapido? Quanto può arrivare avanti il loop con i deploy in produzione?
- 4SLA rafforzato, accelera i target P1 durante l'hypercare (es. 30 min invece di 1h)? Lo comunichi esplicitamente perché gli utenti se lo aspettino.
- 5Floor walking, qualcuno passa fisicamente per gli uffici per catturare le domande prima che diventino ticket? I champion possono coprire questo ruolo.
- 6Misura dell'adozione, quale dashboard mostra per team numero di login, ticket creati, CSAT, issue aperte?
- 7Criteri di uscita, quando termina l'hypercare? Es. P1 aperti = 0, adozione > 90%, CSAT > 4, ≤ 5 ticket al giorno dal supporto.
- 8Handover al BAU, quali accordi prende il supporto regolare, con quale trasferimento di conoscenza?
- 9Lessons learned, quando e come? Retrospettiva dedicata, non la dimentichi perché tutti guardano già alla fase 2.
- 10Comunicazione di chiusura, momento celebrativo, "ce l'abbiamo fatta insieme", riconoscimento per pilot e champion?
Template — Charter di hypercare
| Aspetto | Compilato |
|---|---|
| Periodo | 6 settimane dal D-day (lun 1/9 - ven 10/10) |
| Team | PM, configuratore, 2× L1, consulente Gfacility (4h/giorno prime 2 settimane, 2h/giorno dopo) |
| Cadenza | Giornaliera 9:00 (15 min), retro settimanale venerdì 14:00, comitato direttivo settimanale |
| SLA rafforzato | P1: 30 min risposta / 2h risoluzione (invece di 1h/4h). P2: 1h/8h. |
| Floor walking | I champion passano 2× al giorno nelle prime 2 settimane; su richiesta in seguito. |
| Dashboard di adozione | Power BI, per reparto: login, ticket, CSAT, issue aperte |
| Criteri di uscita | P1 aperti = 0, adozione > 90%, CSAT > 4.0, ≤ 5 ticket al giorno dal supporto |
| Handover BAU | Due giorni di supporto in shadow, consegna KB, procedura RFC attiva |
Template — Dashboard di adozione
| Reparto | Utenti attivi | Ticket creati | Prenotazioni | CSAT | Issue aperte | Stato |
|---|---|---|---|---|---|---|
| Bruxelles — IT | 95% (38/40) | 62 | 120 | 4.3 | 2 P3 | ✓ On track |
| Bruxelles — FM | 88% (22/25) | 41 | 85 | 4.5 | 1 P3 | ✓ On track |
| Rotterdam — Sales | 42% (28/67) | 12 | 35 | 3.2 | 3 P2, 1 P1 | ⚠ Attenzione |
| … | … | … | … | … | … | … |