Skip to main content
This guide explains Speckle’s project roles, workspace roles, and seat types. The table below gives you a high-level overview of how these combine to determine what users can do.
Workspace roleSeatView & commentPublish & loadCreate projectsManage workspace
AdminEditor
MemberEditor
MemberViewer
GuestEditor
GuestViewer
Guests can only view, comment, publish and load in the specific projects they are invited to.

​
Project Roles

Project roles determine what actions a user can perform within a specific project. Admins and Project owners can manage the roles from the Collaborators tab on the project page.
  • Project owner
  • Can edit
  • Can view
  • Has full ownership of the project, including inviting new project members, managing project roles, and all project settings.
  • The project creator is automatically the first Project owner.
  • Workspace admins have the Project owner role on all projects in a workspace, even private projects.
  • An Editor seat is required to have the Project owner role.

​
Workspace Roles

Workspace roles determine a user’s default project access and workspace-level permissions, like inviting users and managing security settings. Admins can manage workspace roles from Workspace Settings -> People.
  • Admin
  • Member
  • Guest
  • Full ownership of the workspace, including management of members, projects, and settings.
  • Is automatically Project owner of all existing and new projects in the workspace.
  • Cannot be removed or have their role changed within a project.
  • Can create, manage, and oversee all Speckle Automate functions within the workspace.

​
Seats

The seat determines which project roles a user can be assigned. Admins can manage seats from Workspace Settings -> People.
  • Editor seat
  • Viewer seat
  • Gives Members and Guests permission to fully contribute to projects with the Can edit project role.
  • Gives Members permission to create new projects in the workspace and become Project owner.
  • Is a paid seat on the Starter and Business plans.
  • Is a required seat for Admins.

​
FAQs

Project roles
You can add anyone to a project role if it is allowable by the workspace security settings. If a user is added to a project as member who can edit they will be added as an editor to the workspace. If they are not a member of the workspace they will be added as a guest.
No, roles are set on a member by member basis.
Workspace roles
A workspace role is a role that determines what actions a user can perform within a workspace.
Guest roles are a type of workspace role that allows users to view and comment on models in a workspace.
You can invite someone to your workspace by clicking the Invite button in the top right corner of the workspace page.You can also set your workspace to allow self-signup by making your workspace domain discoverable. Users with an email domain matching what you have verified to the workspace will be notified your workspace exists and can request to join. You can also set it up to automatically add them to the workspace without admin approval.
Only admins can invite users to a workspace.
Learn more about inviting users to a workspace.
You can remove someone from your workspace by clicking the Remove button in the top right corner of the workspace page.
Seats
Yes, within a billing cycle if a seat is removed from a workspace member or guest then it can be allocated to another.
Allocating a seat to a new member or guest without first unallocating will add a prorated cost for an additional seat for that billing cycle.
They will remain a project team member but their role will be downgraded to can view.
They will remain a workspace member but their role will be downgraded to can view. Their role on any projects they are a member of will also be downgraded to can view.
⌘I