moderated Re: Paid groups join flow



For restricted groups, I propose that it also happens when they click on the Apply For Membership button, and before they get a pending subscription.

Given the above, no activity record would be generated before someone selects/pays for a subscription. Is that ok?

For restricted groups, the person would be paying for the subscription before you approve/deny them. If you deny them, then you'd have to also refund their subscription, which is an extra step. Is that ok?

Both of those seem problematic to me.

If you go the route of payment before approval I think the refund if rejected would have to be automatic - not subject to the group admin's volition.

But I recognize the difficulty in requiring approval first: that breaks the flow and incurs an arbitrary delay (for a moderator response). How would the applicant resume processing?

That might take something like the Existing Transfers list, where the applicant could come back later to process payments for group memberships as they are approved (we'd have to assume the user could apply to more than one paid group at a time). Maybe that becomes an account page for payments, where the user gets to manage them.

If you want to approve them before they pay, then I think we'd have to add an additional subscription type (like normal, pending, banned). Something shorter than 'pending on payment' maybe.

Perhaps "Not Paid", with characteristics similar to "Not Confirmed" - no posting or access. And perhaps also with the ability of the group admins to waive/reduce the required payment.

Am I missing anything?


Eventually there's the whole flow when it is time for the member to renew. That probably also speaks to an account page to manage the paid subscriptions (which renewals are due soon?).

Join to automatically receive all group messages.