Integração e conhecimento do produto, a partir da sua própria documentação.

Wikis de engenharia, runbooks e especificações de produto tornam-se percursos de aprendizagem para novos colaboradores, equipas de suporte e clientes. Os exemplos vêm do seu stack, não de um manual genérico.

Falar sobre um projeto Ver o módulo de exemplo

Destinatários: Programadores, equipas de suporte e vendas, novos colaboradores, clientes e parceiros
Temas habituais: Integração técnica, Práticas de segurança e proteção de dados, Formação de produto para vendas e suporte, Academias para clientes e parceiros
Módulo de exemplo: Tratamento de dados pessoais nos nossos serviços

Uma lição concluída tal como o formando a vê: ilustração, texto da lição e um leitor de áudio.

01 Temas

O que costumamos abordar

1 Integração técnica
2 Práticas de segurança e proteção de dados
3 Formação de produto para vendas e suporte
4 Academias para clientes e parceiros

Qualquer outro tema funciona da mesma forma: a partir dos seus documentos ou de um briefing.

02 Formatos

O que funciona melhor para estes destinatários

Uma pessoa sobe uma escada de cinco mosaicos de documentos ligados por um caminho tracejado até uma bandeira, partindo de uma pilha de folhas soltas.

Percursos de aprendizagem

Criados a partir da sua documentação e dos seus runbooks, numa ordem lógica.

Uma pessoa diante de um tablet com um questionário de cenários: uma campainha de alarme, um cartão com a pergunta e três opções de resposta, uma delas assinalada.

Perguntas de cenário

Inspirados no tipo de incidentes que as suas equipas gerem realmente.

Um cubo central entrega conteúdos formativos, através de ligações em forma de ficha e de nuvem, a três aplicações diferentes: um portal, uma plataforma de cursos e um dashboard.

Entregues através da API

No seu próprio portal, LMS ou produto.

03 Módulo de exemplo

Tratamento de dados pessoais nos nossos serviços

Demo disponível em Outro idioma? Contacte-nos

1
O que conta aqui como dados pessoais

Dados pessoais são qualquer informação que permita identificar uma pessoa viva, por si só ou combinada com outra. Um endereço de email, um ID de cliente, um endereço IP e um identificador de dispositivo contam todos. Tal como um pedido de suporte que indique o nome do utilizador. Se for possível perceber de quem se trata, trate a informação como dados pessoais, mesmo sem o nome.

Narração, 0:25
2
Registar logs sem expor dados

Os logs vão mais longe do que o código: para dashboards, para fornecedores, para backups. Por isso registe o evento, não a pessoa. Escreva o ID do utilizador em vez do email e nunca imprima o corpo de um pedido ou um token. Antes de acrescentar uma linha de log, pergunte-se o que um estranho poderia ficar a saber com ela. Mascare o que tem de guardar e defina um período de retenção curto.

Narração, 0:27
3
Pedidos de acesso e de eliminação

As pessoas podem perguntar que dados temos sobre elas e pedir-nos que os apaguemos. Estes pedidos chegam através do formulário de privacidade e têm de ser respondidos dentro do prazo indicado no ticket. Nunca pesquise manualmente. Abra o pedido na ferramenta de privacidade, que encontra os registos em todos os nossos serviços e inicia a eliminação. Os backups são limpos de acordo com o seu calendário normal.

Narração, 0:26
4
Cenário: um endereço de email num stack trace

Um colega cola um stack trace no chat da equipa. A meio, surge o endereço de email de um cliente dentro de uma mensagem de erro. O que faz? Não o reencaminhe. Apague a mensagem, avise o colega e abra um incidente pela fuga de dados. Depois corrija a causa, para que o código deixe de colocar o email no texto do erro.

Narração, 0:22