Manage organization identity, domains, defaults, data region, workspace rules, and ownership in one settings surface. The screen connects General and Domains so workspace admins can find the “Save changes” action while checking workspaces and verified domains.
Use this reference when you need to design this workflow inside an existing product. The example includes practical records such as Organization name · Northstar and Primary domain · northstar.ai, rather than an empty visual shell.

Form
Save changes
Form
Default, loading, empty, error, permission, success
Adaptable product UI theme
Workspace admins need a clear “Save changes” action without losing sight of workspaces, verified domains and the affected records. Keep the decision and its outcome clear before moving to the next task.
General → Domains → Save changes → Review outcome
Form, General, Domains, Defaults, accessible states, contextual actions
Put requirements beside each field and show validation near the source of the error. Keep entered details if saving fails.
In this design, people should be able to compare Organization name · Northstar with Primary domain · northstar.ai. Make workspaces clear, then use verified domains to explain whether the next step needs attention.
Before handing this to a designer or engineer, check keyboard focus, error copy, permissions and what happens after they choose the “Save changes” action. The happy path alone is not enough.
Related UI examples: Notification Preferences, Compliance Center, Integration Settings.
Design a organization settings screen for our existing software product. Use our real design-system tokens, components and product language. Show General and Domains, include believable records such as Organization name · Northstar, and make save changes easy to find. Map loading, empty, failure, permission and success states before you create editable high-fidelity screens.