Valutazione di un sistema di notifiche
Come valutare un sistema di notifiche: canali, preferenze, deduplicazione e garanzie di consegna. Perché “inviare un’e-mail” si trasforma silenziosamente in un progetto della durata di sei settimane.
La storia che ha inizio con una semplice e-mail si conclude come l’unico progetto su cui il team ha lavorato per sei settimane.
La prima notifica è semplice: si sceglie un evento, si genera un modello e lo si invia. Anche la seconda è semplice. La decima è quando il team si rende conto di aver trascorso due mesi a sviluppare un sistema di notifiche senza rendersene conto. Preferenze, riepiloghi, deduplicazione, finestre «non disturbare», impostazioni personalizzate per canale — nessuna delle quali era presente nel ticket originale — diventano tutte elementi imprescindibili nel momento in cui un utente riceve una notifica alle 3 del mattino.
Valutate il sistema nel suo complesso, non la singola e-mail. Il team che propone di «inviare un messaggio su Slack quando si verifica X» sta sottovalutando la portata del progetto di un ordine di grandezza, poiché sta valutando una sola riga di una tabella che alla fine ne conterrà trenta.
Ciò che viene detto nella stanza
Backend: “L’invio dell’e-mail richiede un giorno.”
PM: «Gli utenti possono disattivarla?»
Backend: “Per singolo evento o a livello globale?”
Progettista: «Che aspetto ha la pagina delle preferenze?»
SRE: “Cosa succede se il servizio di posta elettronica non funziona? Riprovare? Mettere in coda? Abbandonare?”
Assistenza: “Come si spiega a un utente il motivo per cui non ha ricevuto l’e-mail?”
Domande che vale la pena porsi prima di votare
- Un solo canale per oggi, oppure integriamo fin dall’inizio e-mail, notifiche push e Slack?
- Preferenze utente — impostazione globale, per singolo evento o per canale?
- Deduplicazione e digest: sono necessari adesso o “più avanti”?
- Garanzie di consegna — almeno una volta, al massimo una volta, esattamente una volta?
- Registro di controllo: il servizio di assistenza può spiegare a un utente il motivo per cui una notifica non è stata ricevuta?
- Modelli: chi redige il testo, chi lo localizza, dove viene archiviato?
Il numero esatto indica “il tavolo dei trenta”, non “la prima fila”. Se il pubblico riesce a vedere solo la prima fila, la storia non è ancora pronta — split l’unico canale di cui avete bisogno ora dal sistema in cui crescerete.
Valutate il sistema nel suo complesso, non limitatevi alla singola e-mail. La prima notifica riguarda un giorno; la trentesima riguarda l’intero progetto.
Come nel caso della stima di un’integrazione di pagamento, la parte visibile al pubblico non rispecchia il lavoro effettivo. Si vedano gli altri esempi di stime già elaborate, oppure si avvii una sessione gratuita di Planning Poker una volta abbozzata la tabella.