Working with a team
Invite people into the workspace, give each a role, and share one pool of credits.
Two people can be in the same project and see each other. Typing in the same file at the same time is still being tested and is off by default.
Inviting people
Projects live in a workspace, and people are invited to the workspace rather than to one project.
Invite by email address. Once they accept, everything in that workspace is open to them at the level their role allows.
Three roles
Pick the role when you invite. You can change it later.
- Owner — everything, including billing and deleting the workspace.
- Admin — manages people and settings, but not billing.
- Editor — creates and changes projects. This is the right one for most people.
The last owner stays
A workspace always keeps at least one owner. Removing the last one, or demoting them, is refused.
It sounds fussy until the day it saves you from a workspace nobody can pay for or delete.
Not every project is open to everyone
Being in the workspace does not automatically open every project in it. Each project can be narrowed on its own.
Narrowed down, it is visible to owners and admins, plus the people who were added to that project and accepted. Useful when one client's work should not be in front of everybody.
Two people in one project
Open the same project as someone else and you can see they are there. It saves the phone call asking whether they are mid-change.
Editing the same file at the same moment is still being tested, so for now agree who is driving. Changes still arrive one after another, and the restore points cover you if two ideas collide.
Shared credits, one job at a time
Credits belong to the workspace. Whoever spends them draws from the same pool, and the balance is the same for everyone.
One job runs at a time for the whole workspace. If a teammate starts something, yours waits its turn and shows as waiting rather than failing.