На главную

Ролевая модель

2025

Новый подход к ролевой модели для облачной платформы

Новый подход к ролевой модели для облачной платформы

В Cloud.ru есть ролевая модель: клиент может добавить своих сотрудников в оплаченный продукт и назначить роль (Например, admin, editor, viewer). Часто клиенты сталкивались с ситуацией, когда ни одна существующая роль не могла на 100% закрыть имеющуюся потребность. В этом кейсе я расскажу, как мы позволили клиентам адаптировать ролевую модель под свои потребности

Моя роль

Моя роль

  • Декомпозировал эпик на задачи и спланировал спринты

  • Спроектировал пользовательские сценарии

  • Презентовал результаты команде

  • Провел юзабилити-тестирование прототипов

Задача

Задача

Клиенты компании сталкивались с проблемами:

  • Возможности роли ограничены: действия, которые доступны роли, заранее заложены в нее и изменить их нельзя

  • Зависимость от менеджеров: если клиенту требовался набор действий, отличающийся от стандартных ролей, ему приходилось обращаться в поддержку

Процесс

Процесс

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

Определение задачи пользователей: требуется единая зона для создания и управления кастомными ролями, массовое добавление пользователей, назначение ролей сразу в нескольких проектах, а также подсказки, которые будут объяснять, что означают те или иные действия

Проектирование: создал новый микросервис в IAM, где пользователь может создавать, удалять и управлять собственными ролями:

  • Единая зона управления: роли для всех проектов создаются и управляются из одного места. Тут же можно просмотреть, какие роли встроены в клауде, это полезно чтобы знать какие там доступны действия или создать роль на основе уже существующей роли

  • Процесс создания ролей: создание роли состоит из двух частей: общая информация и выбор разрешенных действий для новой роли. Части пользователей удобнее создавать роль с помощью редактора кода, так как ролями часто занимаются разработчики. Мы предусмотрели оба способа создать новую роль: через редактор кода, либо через интерфейс. Настройки можно также импортировать из yaml-файла.

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

Результат

Результат

Новый сервис по созданию и управлению ролями снизил нагрузку на техподдержку и команду разработки. Теперь пользователи самостоятельно создают и редактируют роли с нужным набором действий.

Вернуться наверх