Onboarding e conoscenza del prodotto, scritti a partire dalla vostra documentazione.

Wiki tecniche, runbook e specifiche di prodotto diventano percorsi di apprendimento per i nuovi assunti, i team di supporto e i clienti. Gli esempi vengono dal vostro stack, non da un manuale generico.

Parliamo di un progetto Vedi il modulo di esempio

Destinatari: Sviluppatori, team di supporto e vendite, nuovi assunti, clienti e partner
Temi tipici: Onboarding tecnico, Sicurezza e protezione dei dati, Formazione sul prodotto per vendite e supporto, Academy per clienti e partner
Modulo di esempio: Trattare i dati personali nei nostri servizi

Una lezione finita come la vede chi studia: illustrazione, testo della lezione e lettore audio.

01 Temi

Che cosa trattiamo di solito

1 Onboarding tecnico
2 Sicurezza e protezione dei dati
3 Formazione sul prodotto per vendite e supporto
4 Academy per clienti e partner

Qualsiasi altro argomento funziona allo stesso modo: a partire dai vostri documenti o da un brief.

02 Formati

Che cosa funziona meglio per questi destinatari

Una persona sale una scala di cinque riquadri-documento uniti da un percorso tratteggiato fino a una bandierina, partendo da una pila di pagine sciolte.

Percorsi di apprendimento

Costruiti dai vostri documenti e runbook, in un ordine sensato.

Una persona davanti a un tablet con un quiz a scenari: una campanella di allarme, una carta con la domanda e tre risposte, una delle quali spuntata.

Domande a scenario

Ispirate agli incidenti che i vostri team gestiscono davvero.

Un cubo centrale porta i contenuti formativi, tramite collegamenti a spina e nuvola, a tre app diverse: un portale, una piattaforma di corsi e una dashboard.

Erogati tramite API

Direttamente nel vostro portale, LMS o prodotto.

03 Modulo di esempio

Trattare i dati personali nei nostri servizi

Demo disponibile in Un'altra lingua? Contattateci

1
Cosa sono i dati personali per noi

Un dato personale è qualsiasi informazione che permette di risalire a una persona fisica, da sola o insieme ad altre. Un indirizzo email, l'ID di un cliente, un indirizzo IP e l'identificativo di un dispositivo sono tutti dati personali. Lo è anche un ticket di supporto che nomina l'utente. Se riesci a capire di chi si tratta, trattalo come dato personale, anche senza il nome.

Narrazione, 0:26
2
Log senza fughe di dati

I log viaggiano più lontano del codice: arrivano alle dashboard, ai fornitori, ai backup. Per questo registra l'evento, non la persona. Scrivi l'ID utente al posto dell'email e non stampare mai il corpo di una richiesta o un token. Prima di aggiungere una riga di log, chiediti cosa potrebbe scoprire un estraneo. Maschera ciò che devi conservare e fissa un tempo di conservazione breve.

Narrazione, 0:26
3
Richieste di accesso e cancellazione

Le persone possono chiederci quali dati personali trattiamo e chiederci di cancellarli. Queste richieste arrivano dal modulo privacy e ricevono risposta entro la scadenza indicata nel ticket. Non cercare mai a mano. Apri la richiesta nello strumento privacy, che trova i dati in tutti i nostri servizi e avvia la cancellazione. I backup vengono svuotati con i loro tempi normali.

Narrazione, 0:24
4
Scenario: un indirizzo email in uno stack trace

Un collega incolla uno stack trace nella chat del team. A metà, dentro un messaggio di errore, compare l'indirizzo email di un cliente. Cosa fai? Non inoltrarlo. Cancella il messaggio, avvisa il collega e apri un incident per la fuga di dati. Poi correggi la causa, così il codice non mette più l'email nel testo dell'errore.

Narrazione, 0:21