Onboarding process for new member

I’m considering migrating from Facebook Groups to a semi-private Discourse instance for an event series I help run. I have read the previous blog posts and Discourse posts about migrating from Facebook groups. However, I have some questions about the on-boarding process of new users, which might be mostly due to my unfamiliarity with the API.

Filtering incoming users

Probably the biggest advantage to Facebook is it’s ability to use a Facebook profile as a proxy of trust. Basically, you can gague how likely a person is to be a spammy jerk by:

  • How many friends they have
  • The other groups they’re a part of
  • Their geographical location
  • (hardcore mode) Getting them to fill out a form with basic questions

Is filling out a form as part of new user joining possible to implement in Discourse to accomplish the same thing? I think this might be possible by customizing the profile creation form?

Making users set up their email settings once accepted

Given I want people to get email notifications based off their geographical location, is it possible to make this part of their account creation process? For example, so that a person who lives in Waterloo isn’t subscribed to the event notifications from Tokyo and Taipei. I’m afraid of users being unable to figure out the category-specific email settings on their own. Also, I’d rather not have to make a how-to and make them read it.

1 Mi Piace

This does not really address all of your issues, but if you are concerned about filtering incoming users, then one of the many options is to disable local registration and only use Facebook / Twitter login.

This way you can still use Facebook as a proxy of trust.

Extreme? yes, but still possible, so I wanted to point it out.

With that being said, Discourse has some awesome anti-spam features built in, so you might end up being pleasantly surprised.

5 Mi Piace

All valid points.

I guess I also want to filter for people who I don’t want at the events, but that hasn’t been a problem before, so maybe it’s an unfounded concern.

2 Mi Piace

One thing you could do is make the candidate write a little bit about themselves and what they hope to get out of your community.

5 Mi Piace

Discourse does a bunch of stuff to keep you from having to worry about spammy jerks. It does this by giving them limited access to start and requiring them to do stuff like read and interact with the site before gaining more privileges. Rather than guessing whether someone is a jerk based on some incomplete information, it bases the decision on their actual behavior.

You can manage people’s access to particular categories by having them join groups (which control access to categories). You can manage groups manually or by allowing people to request membership. You can assign anyone (not just admins and moderators) as a group owner to distribute the work of vetting people’s right to join a group.

There are some example plugins that will assign people to watch certain categories (and get event notifications) depending on their group, though these require modifying the plugin.

2 Mi Piace

It looks like it hasn’t been mentioned yet: Discourse supports custom user fields, and they can be added to the registration page and required if wanted. Users can also require admin approval after registering before being given access, so that admins can review the form responses.

That said, I know very few sites that add mandatory fields to the registration page, and even fewer that use them to approve users joining. As Jay said Discourse does lots of stuff to protect you from spam. Registration flow changes should not be required.

5 Mi Piace

Probably the easiest way to do this is to require a user field that has users select their geographic region. Then you can sort them into groups based on this response.

L’abbiamo fatto sulla nostra istanza, ma ci siamo trovati con un problema fastidioso (anche se relativamente minore): i campi utente nella pagina /review non sono ordinati in modo ordinato, come previsto dal ottimo lavoro di @eviltrout in Custom User Field Enhancements. Ciò significa che le informazioni rilevanti per decidere :+1: o :-1: sono nascoste per i nostri moderatori/amministratori.

Potrebbe essere che possiamo semplicemente apportare una modifica per la nostra istanza (l’amministratore principale è @pacharanero), ma sospetto che questo sia in realtà un problema per qualsiasi istanza Discourse che richieda l’inserimento di dati all’iscrizione per decidere o controllare chi dovrebbe unirsi.

2 Mi Piace

Solo per chiarire: il problema è che i campi appaiono, ma non nell’ordine corretto durante la revisione?

4 Mi Piace

Sì, l’ordine è piuttosto casuale e dipende da quando è stato modificato per l’ultima volta il titolo del campo.

2 Mi Piace

Ciao @markvanlan, questa potrebbe essere una piccola attività che ti aiuterebbe a familiarizzare un po’ con il frontend della coda di revisione. Puoi aggiungerla alla tua lista? Grazie.

7 Mi Piace

@nathank Abbiamo risolto questo problema: quando aggiornerai alla build più recente, i campi utente saranno ordinati correttamente.

9 Mi Piace

Sembra ottimo! È un grande miglioramento per una funzione piccola ma importante.

@eviltrout - la reattività del tuo team è incredibile. Per qualcuno come me, essere ascoltato è qualcosa di così potente; comunica quanto apprezzate persone come me!!!

10 Mi Piace