/
/
/
Multiple Admin Levels

Multiple Admin Levels

Four people, four different views of the same group.

Layered management roles with permissions you define, so an owner, a coach, a group leader, and a team captain each get exactly the access their job requires.

The group fulfillment chain

Sell

Somebody buys for a group

>

Enroll

The group gets in

>

Delegate

Somebody else runs it

>

Report

The buyer sees results

One admin role is always the wrong shape

Platforms usually start with two states, admin and member, and it holds until the first person who is neither. A coach needs to see progress but should not edit content. A team captain should message their team but not remove anybody from it. A regional manager needs eight locations and not the ninth. Trying to serve those with one role means either giving too much away or making everything a request that lands on you.

Available now as custom build.

TEAMS is currently implemented as custom solutions for trusted partners, and everything on this page works today through that process. A fully self-managed plugin is in active development as part of the Gamplify Suite.

A typical hierarchy

Everything available to you.

These are defaults. Every level and permission is yours to define.

Everything

Owner

A whole client

Organization admin

One group

Group leader or manager

People, not settings

Coach

A peer with a badge

Team captain

Worked example

One franchise, four roles, no overlap

Twelve locations. Nobody sees more than they should.

Permission hierarchy

12 locations, roughly 90 people

Sell

Regional director buys 90 seats as organization admin

She sees all twelve locations rolled up.

Delegate

Each location manager is a group leader

They see their own staff and nobody else’s.

Delegate

Two coaches assigned across locations

Progress and messaging only. They cannot move anybody between groups.

Enroll

Each location appoints a captain

Team standing and coordination, zero admin rights.

Report

Four reporting views, one data set

Each one answers the question that role actually has.

Recipes

Three you could build this afternoon.

Read them as when, only if, then. That is the whole grammar of the system.

Start narrow

When

A new role is defined

Only if

Before anybody uses it

Then

Grant the minimum that lets them do their job. Every permission you add later is a gift, every one you remove is a complaint

Separate seeing from changing

When

A coach role is created

Only if

They need progress visibility

Then

Give read and message rights without membership control. Most people who need to see a roster should not be able to edit it

Roll up, do not flatten

When

An organization admin logs in

Only if

They oversee several groups

Then

Show group-level summaries with drill-down rather than one merged list of ninety people

Before you build

Three things worth knowing.

Note

Draw the line between people permissions and settings permissions. Most role confusion comes from mixing them.

Note

A captain is a social role, not an administrative one. Giving captains admin rights is a common and regrettable shortcut.

Note

Document who can do what before you have twenty managers. Reconstructing it afterwards is genuinely difficult.

The rest of TEAMS

Multiple Admin Levels is one of 7 parts.

Team & Cohort Management

Gamplify TEAMS

Credit, Seat & Token System

Gamplify TEAMS

Bulk Enroll

Gamplify TEAMS

Admin Management

Gamplify TEAMS

Multiple Admin Levels

You are here

Course & Content Access Control

Gamplify TEAMS

Team Reporting

Gamplify TEAMS

Put Multiple Admin Levels to work.

Tell us what you are trying to get members to do, and we will show you the Flow that does it.

Scroll to Top