Team Members
Invite teammates, manage roles, and control who can see and change your Flows.
Team Members
FormWise is built for teams. The Members tab is where you invite people into your organization, assign them roles, and decide who can see, build, or administer your Flows. Whether you are a solo builder bringing on your first collaborator or running a large organization with stakeholders, members keep your work scoped to the right people.
[Screenshot: The Members page showing a table of teammates with name, email, role badge, and "Joined" date columns.]
Why teams use member management
A FormWise organization usually contains a mix of people who do very different things:
- Builders who create and edit Flows day-to-day.
- Admins who manage billing, integrations, and other members.
- Stakeholders - clients, executives, or other teams - who want visibility without the ability to break anything.
Roles let you give each of those people exactly the access they need, and nothing more. This keeps in-progress Flows safe from accidental edits and keeps sensitive settings (like API keys) limited to the people who own them.
Roles
Every member of your organization is assigned one of four roles. Roles are mutually exclusive - a person has exactly one role at a time.
Owner
Full access to everything, including the ability to delete the organization, manage billing, and change any other member's role - including promoting another member to Owner.
Use Owner sparingly. It is the highest level of trust and there is no setting an Owner cannot change.
Admin
Full access to Flows, Suites, integrations, and organization settings. Admins can:
- Invite, remove, and change the role of other members (except Owners).
- Add and rotate provider API keys.
- Edit organization profile and branding.
- Build and publish any Flow in the organization.
Use Admin for team leads, operations managers, or anyone who needs to configure the workspace.
Member
Can create, edit, test, and publish Flows and Suites, but cannot access organization-wide settings or manage other members. This is the right role for most builders on your team.
Members see the dashboard, the workflow builder, execution history, and Notebooks - everything they need to do the work - without seeing billing, API keys, or the member list.
Viewer
Read-only access. Viewers can browse Flows, Suites, and execution history, but cannot make changes. Great for:
- Clients who want to monitor the Flows you built for them.
- Stakeholders who need visibility but should not edit.
- New hires during onboarding, before they get build access.
If you are not sure what role someone needs, start with Viewer or Member and upgrade later. It is much easier to grant more access than to roll back a mistake.
Inviting a member
- Go to Settings in the sidebar.
- Open the Members tab.
- Click Invite in the top-right.
- Enter the person's email address.
- Choose a role from the dropdown (Viewer, Member, Admin, or Owner).
- Click Send invitation.
[Screenshot: The "Invite member" dialog with an email field, a role dropdown set to "Member", and a "Send invitation" button.]
The recipient gets an email with a link to join your organization. While the invitation is outstanding it appears in the members table with an Invited badge and an expiration date, so you can see at a glance who has not accepted yet.
Resending or cancelling an invitation
Open the ... menu on a pending invitation row:
- Resend invitation - Sends the email again with a fresh link.
- Cancel invitation - Revokes the link entirely. Useful if you invited the wrong person or the role was wrong.
Once the invitation is accepted, the row swaps the Invited badge for the assigned role badge and the user can sign in.
Changing a member's role
- Find the member in the Members table.
- Open the ... menu at the end of their row.
- Click Change role.
- Pick the new role from the dropdown.
- Click Update.
The change takes effect immediately the next time the member loads the dashboard. They do not need to sign out and back in.
Only Owners and Admins can change roles. Admins cannot promote anyone to Owner - that has to come from an existing Owner.
Editing a member's profile
From the ... menu you can also:
- Change name - Update the display name shown next to their avatar.
- Change email - Update the email address tied to the account.
These are useful when someone changes their name, switches email addresses, or you imported a member with placeholder details.
Removing a member
- Open the ... menu on the member's row.
- Click Remove from organization.
- Confirm in the dialog.
[Screenshot: The "Remove member" confirmation dialog warning that the member will lose access to all workspaces and data.]
Once removed, the member loses access to every Flow, Suite, and setting in the organization. They can be re-invited later if needed, but they will start fresh - any in-progress local state on their machine is no longer tied to your org.
Flows, Suites, and execution history that the removed member created stay in the organization. Content belongs to the organization, not the individual, so nothing disappears when someone leaves.
Best practices
- Keep Owners minimal. One or two Owners is usually enough. Everyone else who needs broad admin powers should be an Admin.
- Use Members for builders. Day-to-day Flow creators should be Members, not Admins, so they cannot accidentally rotate API keys or change billing.
- Use Viewers for stakeholders. Clients, execs, and reviewers should be Viewers. They can see everything they need without being able to break a published Flow.
- Apply least privilege. Start people on the lowest role that lets them do their job and upgrade only if friction appears.
- Review quarterly. People change teams and projects. Walk the members list every quarter and remove or downgrade anyone who no longer needs the access they have.
- Pair role changes with a note. When you promote or demote someone, tell them why. It avoids surprise when they next try to do something they used to be able to do.