Tightknit Community Icon

User Groups and Permission Sets: Should They Be Defined Together or Separately?

·
·

Hi all! Thoughts for the weekend. We are currently defining the future of user groups and permission sets for users in a community.

  • User Groups can be thought of as anything from ambassadors, nyc-members , paid-members.

  • Permission Sets can be thought of as a collection of permissions that allow a user to create an event, assign a badge, moderate a channel, etc.

Where we are struggling is the following: Do you all think of user groups and permissions sets as separate processes or should they be defined together?

  • Advantage of having them as one concept: When defining a group like ambassadors, you probably have a general idea of what permissions you want each of them to have. You also want them to be associated as a group together so that you can take common actions across the entire group. When a new ambassador comes onboard, you only need to add them in a single place rather than in 2 or more places.

  • Advantages of keeping them separate concepts: Granularity of permissions versus groups. If ambassadors can all be part of a group but you want to provide them all with separate capabilities, you might consider keeping the group the same but defining their roles and permissions separately.

Personally, I am leaning towards having them as one concept and allowing a user to be added to multiple groups. This would give them the superset of all permissions defined by the various groups in which they are a part of.

  • Avatar of Zach Hawtof
    Zach Hawtof
    ·
    ·

    Joel Primack Scott Baldwin Jeremie Gluckman DeMario Bell Scott Would love your thoughts on this when you get a chance! Thanks

  • Avatar of Joel Primack
    Joel Primack
    ·
    ·

    I’d say separate, because…

    • In theory future, I’d imagine a world in which through Tightknit or Zapier, you could create a workflow with “Joined Ambassador Group” then “Assign Selected Permissions” for them.

    • Not all ambassadors want to “engage” or “participate” in the same way, so I’d prefer to have tighter permission settings that accurately reflect what they’re allowed to do vs just based on a universal role/group within Tightknit/the community.

    • Granularity of permissions, I believe will also be helpful to y’all as you sell/engage with prospects/customers more upmarket who are concerned about these sorts of things and the depth of control they have and can give their members.

    • Either way, a member (user) should 100% be able to be added to multiple groups within Tightknit.

    Excited to hear the feedback from others on this topic!

  • Avatar of Scott Baldwin
    Scott Baldwin
    ·
    ·

    Generally prefer separate for the flexibility it provides, though it can be helpful to provide some defaults that are role-based.

  • Avatar of DeMario Bell
    DeMario Bell
    ·
    ·

    I echo what Scott says. If there were default permission and then have the ability to assign specific permissions based on the individual, that would be great.

  • Avatar of Zach Hawtof
    Zach Hawtof
    ·
    ·

    Stephen Cook So here’s what I’m reading for how we could approach this problem: Permission Sets are separate. They can be assigned to either (1) user groups or (2) individual users directly.

  • Avatar of Jeremie Gluckman
    Jeremie Gluckman
    ·
    ·

    My main use case today is to enroll champions in my Slack instance. When I do this, they can submit events and also get featured on the micro site “directory.” Ideally, only Champions are feature there.

  • Avatar of Zach Hawtof
    Zach Hawtof
    ·
    ·

    Jeremie Gluckman I like that idea. Having some ability to Mark users as featured (or something equivalent to that language)

  • Avatar of Stephen Cook
    Stephen Cook
    ·
    ·

    Do folks have any name suggestions for the groups? We realized Slack has their own concept of "user groups" (not on free tier), so we'd like to avoid the potential confusion. Or maybe the distinction would already be clear? 🙂

  • Avatar of Joel Primack
    Joel Primack
    ·
    ·

    My best one would be Segments

  • Avatar of Scott Baldwin
    Scott Baldwin
    ·
    ·
    • Audiences

    • Collectives

    • Groups

    • Gangs

    • Knitters

    • Stakeholders

  • Avatar of Joel Primack
    Joel Primack
    ·
    ·

    I’ll add a +1 to Audiences!

  • Avatar of Zach Hawtof
    Zach Hawtof
    ·
    ·

    Audience is difficult because it has a definition in the community space as a person who reads your content but is potentially not a member. I’m bullish on Groups which even though you’ll have user groups with Slack, it’s clear and defined. I also like Gangs but Stephen Cook hates fun!! 😉 “Cohorts” could be interesting too

  • Avatar of Joel Primack
    Joel Primack
    ·
    ·

    I’d prefer Segment to Cohort, FWIW.

  • Avatar of Scott Baldwin
    Scott Baldwin
    ·
    ·

    Clans

  • Avatar of Scott Baldwin
    Scott Baldwin
    ·
    ·

    A group of knitters is also called a kit

  • Avatar of Zach Hawtof
    Zach Hawtof
    ·
    ·

    Joel Primack mentioned Club and I really like that one too. Andrew Claremont have any thoughts on the naming here?

  • Avatar of Andrew Claremont
    Andrew Claremont
    ·
    ·

    Gut reaction... I'm also bullish on groups and clarifying that Tightknit Groups/Member Groups are different from a User Group in Slack. Audiences, segments, and cohorts also carry their own implications. So either way you're trying to define what a term means, and I think it's easier to say "there are user groups and permissions for Slack, and there are member groups and permissions for Tightknit." </soapbox>