For AI agents: a documentation index is available at /llms.txt. A markdown version of this page is available at /guide/cloud/get-started/invite-your-team.md.

CloudGet started

Invite your team

Send invitations, pick the right roles, and set up a structure that still works at fifty people.

Every Cloud tier has unlimited users โ€” you are never billed per seat, so invite everyone who touches the work rather than rationing access.

#Sending invitations

  1. Open Users

    Users โ†’ Invite. Admin only.

  2. Enter addresses and pick a role

    You can invite several people at once. Role can be changed later.

  3. Add them to projects

    This is the step people skip. A user with no project membership signs in to an empty workspace and concludes the tool is broken.

  4. Check they arrived

    Pending invitations are visible in the Users list. Ask people to check spam if nothing shows up.

#Choosing roles

Give people the least access that lets them do their job โ€” then widen it when they hit a wall. Widening is a two-minute conversation; unpicking an over-permissioned workspace is not.

RoleTypical use
AdminWorkspace owners. Manage users, billing, settings, every project
ManagerProject and team leads. Create projects, manage members, approve time
MemberThe default. Work on tasks in projects they belong to
Client / limitedExternal stakeholders who should see progress but not internals

Pro and Premium add custom roles, so you can define exactly what each group can do rather than fitting people into the defaults. See Users and roles.

Admin is not a seniority badge

Admins can see everything, change billing and delete projects. Two or three is usually right, regardless of how many senior people you have.

#Structuring access

Access follows project membership. Two patterns cover most organisations:

๐Ÿ‘คSmall team, one project each

Add people directly to the projects they work on. Simple, and fine up to about twenty people.

๐Ÿ‘ฅLarger org, teams

Group people into teams and manage membership at that level. Far less churn when someone joins or moves.

Premium adds business units for organisational structure above teams โ€” see Teams and business units.

#Helping people land

The first week decides whether a tool sticks:

  1. Have work waiting

    Assign each person two or three real tasks before they sign in. An empty workspace teaches nothing.

  2. Agree the workflow out loud

    What each status means, when a task is "done", who assigns. Ten minutes now prevents months of drift.

  3. Run one meeting in the tool

    Do your next standup off the board. Nothing drives adoption like the team seeing it used for a real decision.

  4. Point them at notification settings

    People who get flooded in week one stop reading notifications permanently.

#Removing someone

Reassign before deactivating

Tasks stay assigned to a deactivated user and drop out of the team's normal views. Reassign their open work first, then deactivate.

Deactivate rather than delete โ€” it blocks access while keeping their comments, history and logged time attributable. On Premium, the audit trail records the change.

๐Ÿ“Next: create a project

Set up your first real piece of work.