Setting the stage for learning...
  1. Parta Academy
  2. Workspace and Team Management
  3. Lesson 2

Lesson 2

2 / 4

Provided by Parta Academy

Lesson 2

User Role

Model

Button: Link Button: Button

!Image

Parta\.io

The Power of Granular Control

Within the workspace, you can manage everything to the tee: from who is just reviewing and commenting to who is managing the whole team or upkeeping the branding\.

Managing a workspace isn't just about giving people logins, it’s about building a secure, scalable foundation\. Each workspace offers complete control over roles and permissions, ensuring organized collaboration and efficient project management\.

Owner

Person who creates the workspace\. Has all the permissions, can use all features, and can delete the company and any users\.

Typical User: Head of Learning, Ops Manager

\User Governance, Administrative Oversight

Administrator

Has all the permissions by default\. Cannot edit or delete other administrators, nor delete workspace

Typical User: Lead Instructional Designer, Team Lead

\Project Oversight, Team Management, Content Authoring

Member

Can see all company projects and comment on them\. Cannot edit projects unless invited to a specific one\. All other capabilities are based on set permissions\.

Typical User: Instructional Designer, SME

\Content Authoring, Monitoring and Feedback, Setting Visuals

Guest

Invited users who can only view the specific project they were invited to\. They have limited access compared to other roles\.

Typical User: SME, Third\-party contractor

\Localization, Review, Focused Collaboration

Understanding Roles and Permissions

If you operate with a small team of users with equal positions, you might want everyone to have equal power and control over the content\. In this case, one of the users will take on the role of the Owner, with full governance over the workspace, while others will be Administrators, having all the permissions in place by default\.

BUT

At first glance, just assigning everyone as Administrator might seem like an easy and time\-efficient way to start the process for any team\. But that can be dangerous in terms of the operational security and brand integrity: if not thought through carefully it could lead to chaos, accidental overwrite of global style, deletion of projects, etc\.

To avoid that, you can

To draw some conclusion,

Owner and Administrator are fully stacked roles that need to be handed out carefully\. That would usually be Head of Learning, Ops Manager, Lead Instructional Designer or Team Lead\. Member and Guest are permission based roles, with Guest having no access to the library by default\.

Appoint a few super\-users

Who will have the Admin rights, while others will be Members or Guests with precisely set permissions\.

Your teammates

Who need to be focused on their specific tasks would be Members, and SME’s or third\-party contributors will have have limited access with only Guest access\.

What are the Permissions?

Permissions are granular controls that define exactly what actions a user can perform within the platform\. They work alongside roles to provide fine\-tuned access management, ensuring security and control over your company's data and projects\.

When setting up a user, you would assign these permissions based on their daily responsibilities\.

Company\-level

Permissions that define what actions users can do regarding the key workspace functionalities: User governance, Branding management and Content Authoring\.

  • For anyone involved in content creation, most commonly Instructional Designers, Creator will be fundamental\.
  • Users should be handled with care, and reserved for Ops Managers, Team Leads or other governance roles\.
  • Third\-party contractors, or Brand Managers, who are tasked with creating visual identity of your content should have Style permission in place\.
Project\-level

Permissions that define what actions users can do inside a specific project\. It’s important for users who have different sets of responsibilities for different projects\.

  • Fitting option for SMEs or a third\-party contractors that are focused on only reviewing the course would be keeping only Comment permission\.
  • Co\-creators or SMEs involved in creation of the course will need Content or Content\+ permissions\.
  • Teams helps managing who is working on a specific project team\. Should be reserved for the project creator and Team Leads\.
  • Pro will be ideal for advanced Designers, that are helping with elevating the course’s quality\.
  • Project Managers or any other role involved in content distribution should have Share permission\.

Now let’s see what tasks we can cover with the Role model:

Case 1: Managing SME Contributions

You want SMEs to write content, but you don't want them poking around your workspace settings or other projects\.

Single Choice Question

Options:

  • [x] Invite them as a Guest with "Creator" permission
  • [ ] Add them as Members with "Creator" permission
  • [ ] Invite them as a Guest with "Comment" permission across selected projects

[Button: Submit]

Case 2: Collaborating with Design Agencies

A third\-party designer needs to beautify a course using advanced tools\.

Single Choice Question

Options:

  • [x] Invite them as a Guest with Pro permission and add them to needed project's team\.
  • [ ] Invite them as a Guest with Creator permission and add them to needed project's team\.
  • [ ] Invite them as a Guest with Content and Content\+ permissions and add them to needed project's team\.

[Button: Submit]

You’ve mastered the Role Model\! You now know how to delegate power safely and keep your workspace tidy\.

Now, we narrow our focus to the final level of the hierarchy: Team Access on a Project Level\.

Button: Academy

[Button: Next lesson]

← Lesson 1 Lesson 3 →