Skip to content

Guide

Workspaces and branding

A workspace is the wall around everything you make. This page covers running more than one, moving between them, making each look like its owner, and what happens when one has to go.

What a workspace separates

Content, voices, images, destinations, schedules, team members and reports all belong to a single workspace. Nothing is shared between workspaces and nothing is aggregated across them — there is no all-workspaces view anywhere in the product, by design.

The separation is enforced in the database rather than by the interface hiding things, which is what makes it safe to put two clients who must never see each other in the same account.

Belonging to several

One account can belong to many workspaces, with a different role in each. You switch explicitly, and switching changes everything at once: the content you can see, the reports, the voices, and what you are allowed to do.

Check which one you are in before you generate

The most common confusion in a multi-workspace account is work appearing to vanish. It almost always went to the workspace that was active at the time. The workspace name is shown persistently for exactly this reason.

Running workspaces for clients

An agency typically runs one workspace per client. Each gets its own voices, its own library and its own branding, and staff hold memberships in the ones they work on.

Admins can create further workspaces under their organisation. There is no billing or usage roll-up across them in the product — treat each as its own account.

Branding

A workspace carries a logo and a colour theme, applied live across the interface. For an agency, this is what makes a client's workspace feel like theirs rather than yours.

Themes are chosen from a curated set rather than composed freely, and there is no custom stylesheet. The constraint is deliberate: every provided theme has been checked for contrast and legibility, and a free-form colour picker mostly produces combinations nobody can read.

Changing the theme or the logo is limited to admins — see Team and access.

Branding affects the workspace, not the content

The theme changes how BrandKind looks to the people using it. It does not style the content you generate — a piece delivered to your CMS arrives as content and picks up your site's styling, not BrandKind's.

Exporting a workspace

Managers and admins can export the workspace's data. This is the supported route into a spreadsheet, an archive, or your own systems — there is no reporting API.

Worth doing before any irreversible change, and worth doing periodically regardless. It is also the answer when someone exercises a data-subject right and you need to produce what you hold.

Deleting a workspace

An admin can delete the whole workspace. This exists so that a customer exercising their right to erasure gets a real deletion rather than a flag on a row.

This cannot be undone by anyone

Deleting removes the content, the voices, the images, the history and the reports. RoodtSquared support cannot recover a deleted workspace — there is no hidden copy, which is the entire point of the feature. Export first, always.

Structuring workspaces well

  • One workspace per audience boundary — per client, per brand, per organisation. Not per campaign, and not per person.
  • Do not split by content type. Blogs and newsletters for the same brand belong together; splitting them means maintaining the same voice twice.
  • Add people to the workspaces they work on, and only those. Membership is the access control; there is no per-folder permission.
  • Name workspaces for the client, not the project. Projects end; workspaces do not.