Технологии для компаний
Как составить инструкцию по восстановлению доступа к рабочему сервису
Опубликовано:

Составляйте инструкцию по восстановлению доступа к рабочему сервису в четыре прохода: назовите сервис и типовые ситуации потери доступа, разделите читателей на сотрудника и поддержку, опишите шаги с ожидаемым результатом у каждого, затем проверьте текст на человеке, который не участвовал в написании. Начинать стоит, когда у вас есть доступ к тестовой учётной записи и подтверждённый контакт поддержки; без этого шаги останутся предположениями.
Определите границы сервиса и аудиторию инструкции
Сначала выпишите, о каком именно сервисе идёт речь и какие ситуации потери доступа вы покрываете: забытый пароль, истёкшая сессия, смена телефона для второго фактора, блокировка учётной записи администратором. Смешивать все случаи в одном списке опасно — сотрудник начнёт применять шаг не к своей ситуации. Затем разделите читателей: сотрудник выполняет самостоятельные действия, служба поддержки проверяет обращение и принимает решение об эскалации. Отдельно зафиксируйте, что инструкция описывает порядок работы с сервисом, но не заменяет политику безопасности и внутренние регламенты организации.
Соберите проверяемые шаги восстановления
Начните с подготовки: какие данные нужны для идентификации, где сотрудник берёт контакт поддержки, что стоит проверить до обращения — например, раскладку клавиатуры или актуальность номера телефона в профиле. Каждый шаг формулируйте одним действием и одним ожидаемым результатом, не опираясь на догадки о незнакомом интерфейсе. Там, где самостоятельный способ недоступен, ставьте явную точку ветвления: как перейти к обращению в поддержку и что приложить к обращению. Проверьте последовательность на тестовой учётной записи или с коллегой, который не участвовал в написании.
Пример. Для сервиса заявок описывают два маршрута: сотрудник восстанавливает пароль через форму входа и подтверждает вход вторым фактором; если телефон недоступен, он обращается в поддержку с указанием рабочей почты и подразделения. Поддержка сверяет данные с кадровым списком и только после этого снимает старый второй фактор.
Оформите текст так, чтобы им было удобно пользоваться
Пишите короткими абзацами, нумеруйте шаги и называйте кнопки и разделы так, как они реально подписаны в интерфейсе, — вымышленные подписи сбивают с толку сильнее, чем отсутствие инструкции. Условия применимости и предупреждения выносите в начало, а в конце давайте короткий блок «если шаги не сработали». Для сотрудника полезна самопроверка из нескольких пунктов, для поддержки — отдельная памятка с порядком проверки и эскалации. Не включайте в текст неподтверждённые сроки, номера норм, штрафы и юридические формулировки: это не задача такой инструкции.
Проверьте инструкцию перед публикацией
Проведите проверку с новым сотрудником: он должен пройти шаги, не задавая уточняющих вопросов, а вы отмечайте каждое место, где он остановился. Сверьте контакты, названия сервисов и маршруты эскалации с ответственными за сервис — именно здесь чаще всего устаревают данные. Назначьте владельца инструкции и правило пересмотра при изменении интерфейса или процесса. После первых обращений соберите обратную связь и обновите неясные места, а не переписывайте документ целиком.
- Назван сервис и перечислены покрытые ситуации потери доступа.
- Разделены действия сотрудника и службы поддержки.
- У каждого шага есть ожидаемый результат.
- Указаны точки ветвления и порядок обращения в поддержку.
- Контакты и названия разделов сверены с ответственными.
- Назначен владелец и правило пересмотра.
Следующее действие после публикации — заведите журнал обращений по восстановлению доступа и раз в квартал просматривайте его на предмет повторяющихся мест, где люди застревают.


