ELEMENTS WORKSPACE 2.0
SMS
PUSH
IN-APP
NOTIFICATION MANAGEMENT SYSTEM
Sole designer / 1 month / Under development


PROJECT SNAPSHOT
ROLE
UX/UI Designer
Sole designer
TIMELINE
1 month
Design engagement
COLLABORATION
Creative Director
Developers + consultants
STATUS
Under development
Product implementation
01 / THE CHALLENGE
CORE DESIGN TENSION
DESIGN FOCUS
Scope clarity · Flexible setup · Delivery visibility
02 / USERS & OWNERSHIP
GLOBAL MANAGEMENT
Manages providers, schemas, shared templates and platform policies. Monitors health across all clients.
TENANT MANAGEMENT
Configures credentials, branding, templates and permitted delivery settings. Monitors one organization.
WHERE THE BOUNDARY MATTERS
Providers
Supported providers + field schemas
Credentials for enabled providers
Templates
Global library + lifecycle
Tenant customization
Delivery
Platform policies + scheduler
Rules + limited overrides
Visibility
All clients + global queues
Own organization only
03 / THE CONNECTED WORKFLOW
01
Providers + credentials
02
Templates + branding
03
Policies + schedules
04
Health + analytics
05
History + audit
04 / PROVIDER SETUP

CLIENT EXPERIENCE
Expandable provider panels keep credentials, connection state and the test action together.
DESIGN CONSIDERATION
Let provider-specific fields change while the surrounding interaction stays consistent.
05 / TEMPLATE CUSTOMIZATION

01
Brand in context
Logo and color assets alongside the editor.
02
Preview beside the source
A direct view of the message being prepared.
03
Test, then publish
Explicit actions at the end of the editing flow.
06 / DELIVERY CONTROLS

PLATFORM POLICIES
Retries, queue priority, rate limits, expiration, batches and duplicate detection.
CLIENT CONTROLS
Organization-specific rules, scheduled notifications, time zones and quiet hours.
THE UX TRADEOFF
Flexible configuration with understandable limits and scope.
07 / MONITORING

01
Platform-wide and by-client views support different levels of oversight.
02
Charts, provider states and queue cards organize the operational overview.
03
History and audit views provide the next level of event detail.
Screen values are sample interface data. Real-time updates are a product requirement.
08 / AUDIT & DIAGNOSTICS

SCAN, THEN EXPAND
Client, provider, channel, status and time filters help narrow the investigation.
Expanded event data adds the provider response, retry count and queue context.
CDG Admin: platform-wide audit / Client Admin: its own Notification History
09 / UI FOUNDATIONS & COMPONENT LIBRARY
01 / TYPOGRAPHY
Inter
Regular · Medium Semibold · Bold
Product UI type family
SELECTED STYLES FROM THE DESIGN GUIDE
48 / Regular
30 / Semibold
Provider configuration
22 / Medium
Notification preferences
16 / Regular
Connect your assigned providers
13 / Regular
Supporting labels and metadata
02 / COLOR STYLES
The Design Guide defines a purple primary ramp and neutral families. The client screens also use blue action and brand treatments; the examples below retain those original colors.
Primary / 50
#F0EDFE
Primary / 500
#684CF7
Primary / 600
#5F45E1
Grey / Normal
#F6F6F6
Grey / Darker
#575756
Surface
#FFFFFF
HOW COLOR WORKS IN THE SCREENS
Neutral surfaces contain dense settings. Blue highlights actions. Green status badges pair color with a written label, such as “Connected”, so the status is not communicated by hue alone.
03 / REUSABLE CONTROLS

Original Design Guide specimens · selected variants
ACTION HIERARCHY
Filled, outlined, soft and low-emphasis treatments create different levels of visual prominence.
VISIBLE STATE COVERAGE
The library also includes progress indicators and muted disabled treatments.
04 / COMPONENTS IN CONTEXT

Labeled inputs · status badge · action button · accordion
PROVIDER CONFIGURATION
A named provider card groups credentials with its status and “Send Test” action.
The expanded card reveals the fields; collapsed cards keep other providers visible without showing every input.

Original client preferences screen detail
CONSISTENCY ACROSS MODULES
Preference settings use labeled switches and dropdowns within the same card-based language.
The UI emphasis is practical: distinguish the section title, the field label, the current value and the action an administrator can take.
UI DESIGN SCOPE
Typography, color styles, reusable controls and screen-level composition. These are design artifacts; the product is under development, so implementation and usability outcomes are not claimed here.
10 / REQUIREMENTS & COLLABORATION
INPUTS
Governance model, role matrix, workflows and interface requirements.
DESIGN SCOPE
Provider setup, content, delivery controls, monitoring and investigation.
COLLABORATION
Design direction and implementation discussions with the project team.
11 / DESIGN OUTPUT & NEXT STEPS
DESIGN OUTPUT
NEXT VALIDATION PRIORITIES
Launch results and measured impact will be added when the product is available.