Адаптация и знание продукта на основе вашей собственной документации.

Инженерные вики, ранбуки и спецификации продукта превращаются в учебные траектории для новых сотрудников, команд поддержки и клиентов. Примеры берутся из вашего стека, а не из типового учебника.

Обсудить проект Посмотреть пример модуля

Обучающиеся: Разработчики, команды поддержки и продаж, новые сотрудники, клиенты и партнеры
Типичные темы: Адаптация инженеров, Практики безопасности и защиты данных, Обучение продукту для продаж и поддержки, Академии для клиентов и партнеров
Пример модуля: Работа с персональными данными в наших сервисах

Готовый урок глазами учащегося: иллюстрация, текст урока и аудиоплеер.

01 Темы

Что мы обычно охватываем

1 Адаптация инженеров
2 Практики безопасности и защиты данных
3 Обучение продукту для продаж и поддержки
4 Академии для клиентов и партнеров

Любая другая тема делается так же: на основе ваших документов или по брифу.

02 Форматы

Что лучше всего подходит этим обучающимся

Учащийся поднимается по лестнице из пяти плиток-документов, соединенных пунктирной дорожкой с флажком, начиная от стопки разрозненных страниц.

Учебные траектории

Построены на основе вашей документации и ранбуков, в логичном порядке.

Учащийся за планшетом с тестом по сценарию: звонок тревоги, карточка с вопросом и три варианта ответа, один отмечен галочкой.

Вопросы по сценариям

На основе инцидентов, с которыми ваши команды действительно сталкиваются.

Центральный куб передает учебный контент через связи в виде штекера и облака в три разных приложения: портал, платформу курсов и дашборд.

Доставка через API

В ваш собственный портал, LMS или продукт.

03 Пример модуля

Работа с персональными данными в наших сервисах

Демо доступно на языках Нужен другой язык? Свяжитесь с нами

1
Что у нас считается персональными данными

Персональные данные: это любая информация, которая сама по себе или в сочетании с другой может указать на живого человека. Адрес электронной почты, идентификатор клиента, IP-адрес и идентификатор устройства относятся к ним. Как и обращение в поддержку, в котором указан пользователь. Если можно понять, о ком идет речь, считайте это персональными данными, даже если имени нет.

Озвучка, 0:29
2
Логирование без утечек

Логи расходятся дальше, чем код: в дашборды, к поставщикам, в резервные копии. Поэтому логируйте событие, а не человека. Записывайте идентификатор пользователя вместо электронной почты и никогда не выводите тело запроса или токен. Прежде чем добавить строку лога, спросите себя, что из нее мог бы узнать посторонний. Маскируйте то, что необходимо хранить, и задавайте короткий срок хранения.

Озвучка, 0:31
3
Запросы на доступ и удаление

Люди могут запросить, какие данные о них мы храним, и попросить их удалить. Такие запросы поступают через форму конфиденциальности, и ответить на них нужно в срок, указанный в заявке. Никогда не ищите вручную. Откройте запрос в инструменте конфиденциальности: он найдет записи во всех наших сервисах и запустит удаление. Резервные копии очищаются по обычному графику.

Озвучка, 0:26
4
Сценарий: адрес электронной почты в трассировке стека

Коллега вставляет трассировку стека в командный чат. В середине, внутри сообщения об ошибке, виден адрес электронной почты клиента. Что вы сделаете? Не пересылайте его. Удалите сообщение, сообщите коллеге и откройте инцидент об утечке. Затем устраните причину, чтобы код больше не включал адрес электронной почты в текст ошибки.

Озвучка, 0:27