Skip to main content
This guide explains Speckle’s project roles and workspace roles. The table below gives you a high-level overview of how these combine to determine what users can do.
Workspace roleView & commentPublish & loadCreate projectsManage workspace
Admin
Member
Guest
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.
  • 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.

​
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.
  • 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

Seats control permissions, not billing. Plans are based on the total number of users in a workspace, and both editors and viewers count toward user limits on Explore and Team plans. Admins can manage seats from Workspace Settings -> People.
  • Gives Members and Guests permission to have the Can edit project role.

​
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.
Members are workspace users who are part of your core team. They can access all workspace projects by default (unless a project is set to Private), can create new projects, and are subject to workspace security policies like domain protection and SSO.Guests are external collaborators who only need access to specific projects. They can only access projects they’re explicitly invited to, cannot create new projects, and can join the workspace without adhering to domain policies or SSO requirements. This makes Guests ideal for subcontractors, consultants, or clients who need limited access.Both Members and Guests count toward your workspace’s user limit. The distinction is about access scope and security policies, not billing.
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.
Admins can remove users from the workspace from Workspace Settings -> People. Removing a user from the workspace also removes their access to all projects in that workspace, whether they were a Member or Guest.
Yes, both Members and Guests count toward your workspace’s user limit. The limit applies to the total number of users who have access to your workspace, regardless of whether they’re internal team members (Members) or external collaborators (Guests). If you need more users than your plan allows, contact us to discuss upgrading to Enterprise, which supports unlimited users.
Use the Guest role when you need to give someone access to only specific projects, such as:
  • External consultants or subcontractors who only work on certain projects
  • Clients who need to review specific work
  • Partners who collaborate on select projects
Use the Member role for your core team who need access to multiple or all workspace projects and should be subject to your workspace’s security policies.
You can only log in if you still have access to an email address that is on that account (e.g. a work or educational address). If you have both a personal and a work email on the account, you may still get in with the one you still use. Access to data in a workspace is always in accordance with the permissions set by the workspace organisation (e.g. whether they have kept you as a member). If you no longer have any of those emails, you cannot log in or recover that account; create a new account with a current, supported email. Workspaces belong to the organisation; if you need access to data and no longer have it, contact your prior employer.
Last modified on February 3, 2026