Cubit - корпоративный доступ к новостям

Piano, 2025

Описание проекта

B2B SaaS-сервис, который позволяет компаниям управлять доступом сотрудников к платному контенту через политики, таргетинг и контроль расходов.

Продукт построен вокруг внутренней валюты (Cubits), которая обеспечивает прозрачный и предсказуемый контроль расходов.

Роль: Senior Product Designer

Формат: Web, B2B SaaS

Область: Admin (Licensee)

Статус: Продукт спроектирован с нуля

Чем я занимался

Я проектировал Cubit с нуля — от продуктовой логики и UX-архитектуры до дизайн-системы.
В этом кейсе я показываю админскую часть продукта, так как именно она:

Задаёт экономику системы;
Управляет доступом и пользователями;
Определяет масштабируемость продукта.

Регистрация в системе

Проблема

Enterprise-настройки (SSO, SCIM) важны для масштабирования, но не должны блокировать старт работы с продуктом.

Решение

Опциональный степпер без блокирующих шагов;
Возможность начать работу без интеграций;
Подготовка данных для таргетинга и политик доступа.

Управление пользователями

Проблема

Пользователи — основная единица доступа и расходов в Cubit. Система должна масштабироваться от десятков до тысяч пользователей, не теряя контроля.

Решение

Центральная таблица пользователей с поддержкой SCIM, CSV и ручного добавления, поиском, фильтрами и массовыми операциями.

Контроль новых пользователей

Проблема

В Cubit каждый новый пользователь может приводить к обязательным расходам.
Автоматическое добавление пользователей создаёт риск неконтролируемого перерасхода бюджета.

Решение

Новые пользователи попадают в состояние Pending;
Активация требует явного решения администратора;
Интерфейс показывает минимальные обязательные расходы до апрува;
Принятие решения вынесено в отдельный дровер, не перегружая основную таблицу.

Управление доступом и расходами

Проблема

Политики управляют доступом и расходами, но изменения не всегда могут применяться сразу из-за биллинга. Администратору важно понимать текущее и будущее состояние политики.

Решение

Список политик спроектирован как система с явным жизненным циклом и прозрачными статусами.

Статусы политик

Draft — политика создана, но не активна;
Grace period — активна, изменения применяются сразу (48 часов);
Active — политика активна;
Scheduled changes — изменения применятся в следующем биллинговом периоде;
Pending archive — политика будет архивирована в следующем периоде;
Archived — политика отключена и доступна только для просмотра.

Создание и редактирование политик

Проблема

Политики управляют доступом и расходами, но из-за биллинга и контрактных ограничений изменения не всегда могут применяться сразу. Администратору важно безопасно настраивать правила и понимать последствия своих действий.

Решение

Единый редактор политик, который:

Объединяет таргетинг, сайты и лимиты в одном контексте;
В реальном времени показывает влияние на расходы
Учитывает жизненный цикл политики (draft, grace period, scheduled changes).

Результат

Администратор управляет политиками как системой с предсказуемым эффектом, а не набором настроек.