кейс под nda — визуал условный, реальный ui скрыт
объём работы
Платформа объединяет на едином ядре карточки сотрудников, роли, доступы, заявки, историю действий и справочники компании — с реальной картой прав в основе. Закрывает шесть рабочих процессов: онбординг, off-boarding, выдача доступов, пересмотр прав, смена роли и compliance-аудит.
Сотрудник видит свою карточку, статус заявок и список доступных систем. Тимлид — команду и сводку, кому из его людей пора продлевать или пересматривать доступы. Hr собирает онбординг новых сотрудников в одном окне. Админ конструирует роли и видит карту прав целиком — кто, к чему и почему имеет доступ. Аудит хранит полную хронологию: кто запросил, кто одобрил, что изменилось.
Дизайн с нуля: продуктовая концепция, информационная архитектура, ui-система с собственным языком (snowui glass), ux-флоу под четыре роли с разной частотой использования, content model, ролевая модель доступов с override-флагами и архитектура заявок с уведомлениями в реальном времени.
продуктовые решения
Карта прав вместо списка ролей. Привычная конструкция «пять базовых ролей плюс под-роли под каждый edge-case» заменена картой, где базовая роль — это контур, а реальные права собираются вокруг: персональные надбавки и ограничения колонок, индивидуально включённые страницы, временные гранты на квартал. Edge-case вроде «hr junior read-only tier 2» больше не требует отдельной роли — это override-флаг поверх обычной hr-роли.
Заявка как живой объект. Каждая заявка на доступ — не строка в трекере, а карточка с обсуждением, статусом, аудит-историей и автоматическими подсказками: похожие заявки за прошлый квартал, типичные сроки рассмотрения, риск-флаги. Решение принимается в той же карточке, без перехода в почту или чат.
Аудит, который переживает удаление. История действий хранится отдельно от карточек: даже если сотрудник, заявка или роль удалены, лог сохраняется. Базовая гигиена для compliance, которая обычно опускается на старте ради упрощения связей в базе данных.
Real-time без перехвата фокуса. Изменения коллег по списку сотрудников и новые заявки прилетают мгновенно, но не перехватывают позицию и фокус — пользователь не теряет место, когда соседняя строка обновляется. Компромисс между «всё в реальном времени» и «не отвлекать от текущей задачи».
Дизайн-система как контракт для ai и команды. Snowui glass: два цвета и шесть фиксированных opacity-шагов — 100, 80, 40, 20, 10, 3, никаких промежуточных значений. Заливка или граница — никогда вместе: карточки и контейнеры — только заливка, поля ввода — только бордер. Документ написан в формате «must read before any ui changes» и подключён к ai-копилотам — Cursor, Windsurf и каждый новый разработчик сверяются с ним перед изменениями. Это закрыло класс мелких рассогласований, которые накапливаются в коде, сгенерированном по описанию без зафиксированных правил.
Один ритм движения. Вся анимация в продукте — пять именованных длительностей (instant, fast, normal, smooth, slow) и четыре easing-кривые. Никаких произвольных duration: каждая микро-анимация попадает в одну из пяти ячеек. Интерфейс стал ритмически предсказуемым — открытие модалки, появление тоста и переход между табами читаются как один продукт.
Куда движется продукт. Следующий слой — предиктивные роли: система предлагает права новому сотруднику на основе уже работающих в той же команде, и автоматический пересмотр прав по триггерам (смена роли, отдела, длительный отпуск). Цель — чтобы карта прав была актуальной не за счёт ручного контроля, а как побочный эффект работы.
Этапы работы
До платформы. Ролевая модель состояла из пяти базовых ролей и под-ролей, добавляемых под edge-case'ы: «hr junior read-only tier 2», «finance approver временно», «marketing с правами hr на квартал». Каждое исключение требовало новой роли, а контекст её появления оставался в переписке. Hr-таблицы вели часть учёта, но обновлялись с задержкой, а аудит-логи терялись при удалении сущностей — compliance-история не сохранялась после увольнения сотрудника. Решением должна была стать не более полная таблица, а модель, в которой роль — это контур, а реальные права собираются вокруг.
Solo-сборка прототипа. Первая рабочая версия собрана в одиночку через Cursor, Windsurf и llm-промптинг — от продуктовой концепции и дизайн-системы snowui glass до фронта, бэка и первого деплоя. Ai писал код, я держал продуктовые решения, архитектуру данных и ролевую модель.
Валидация на реальной команде. Mvp пошёл в работу к первым пользователям, пока продукт ещё был solo-сборкой. Гипотеза подтвердилась на живых заявках и онбордингах: первая заявка прошла через систему за минуты вместо дней.
Сборка команды под продукт. К продукту подключились frontend, backend, devops и qa — из моей команды и других команд внутри компании, под конкретные задачи в дорожной карте. Hand-off шёл через snowui glass и готовые ux-флоу. Дальше — интеграция с существующей инфраструктурой компании: боевое окружение, мониторинг, безопасность, нагрузочное тестирование, регулярные бэкапы.
Активное развитие. Веду продукт как Lead Product Designer и Product Owner: дорожная карта, приоритизация, дизайн-ревью, постановка задач, метрики. Каждый спринт — либо новый модуль (аудит, расширения ролей, заявки), либо углубление существующего. Метрики: время онбординга, среднее время согласования заявки, доля сотрудников с актуальной картой прав, частота аудит-инцидентов.
