Skip to main content

The tricky thing is with ‘Private’ Groups which offer the same non-suspecting ‘Request to join’ button to users who may not be admitted. 

 

I know, when we land on the specific Group landing page the About this group details would be used to set expectations, but not for the majority of users who’d be clicking the ‘Request to join’ button on the group thumbnail blurb on the previous step, from the /groups listing page. The Listings page should be expanded to include this crucial piece of context info.

 

 

You may say that set expectation in the Title with a preceding ‘Invite only’ before the Group title but then it does an inverse messaging for users who we want to join, so I’d not want to do that. :)

Hi @anirbandutta, thanks for your feedback! In your last paragraph, you hint at these groups being invite only. If that’s the case, what’s blocking you from making these groups Hidden, instead of Private, to avoid confusion altogether? 

Other than that, we’ve made a clear distinction between the copy for Public groups (which say Join group) and Private groups (which say Request to join), particularly to avoid this confusion and to state that you’ve submitted a request (which can be denied). 


HI @Sebastian, Thanks for engaging.

Allow me to explain the rationale here.

Let’s take “Hidden groups” out of the discussion, as their usage is very specific and obvious.

“Private groups” play an interesting role when I want to deliberately tease a larger population about the presence of a Select or an Elite program that exists ahead on the engagement road that they can participate in the future, but not yet. Could be a ‘Power Users group’, or something else I can tease users to level-up to achieve simply by it’s presence.

That’s where the answer to the, Request to join (but not granted) scenario becomes key to address whenever I tease a ‘Request to join’ CTA. I get to do that on the group landing page, but not on the /Groups listings page you see.

Not a Huge deal but an UX gap.

This is not applicable for “Public groups” where essentially I am announcing ‘come one, come all’, and no criteria applied to be a part of the group.

Hope that explains.


Updated idea statusNewOpen

We're also (about to be) running into this issue. We're starting to use groups for beta testing. For now, those groups are hidden and we invite users. But we want to set those groups to private, so people can request to join. 

 

But, to be approved, they need to match the requirements (can't beta test a tv product if you don't have our tv service, for example). So, we need them to know what those requirements are. Currently there's no way to intuitively do this.