Questo rende il flusso di lavoro macchinoso (è ancora necessario iscriversi prima dell’abbonamento), ed è adatto solo a siti con una struttura molto semplice di “poche categorie”.
Il problema principale quando si tenta di utilizzare Discourse come sito di appartenenza (con membri paganti) è che i due processi (iscrizione e abbonamento) sono attualmente separati. Ho affrontato questo problema abbracciandolo o cercando di aggirarlo:
Abbracciare la separazione tra iscrizione e abbonamento
Avere una componente pubblica del sito, in modo che le persone abbiano già un motivo per iscriversi - e l’“appartenenza finanziaria” è semplicemente portarla al livello successivo. Sito di esempio:
Aggirarlo
Essere solo con accesso tramite login e utilizzare Custom Wizard Plugin 🧙 per indirizzare le persone alla pagina di abbonamento come parte del flusso di lavoro di iscrizione.
Sfortunatamente, possono comunque uscirne se determinati. Se lo fanno, ottengono un’esperienza piuttosto limitata, ma questo deve essere configurato attentamente. Sito di esempio:
https://members.ukdhc.org
La via da seguire
Avere l’opzione di collegare i due in un unico flusso di lavoro sarebbe fantastico, specialmente per le organizzazioni che desiderano utilizzare Discourse per il proprio sito web per i membri.
Personalmente, lo farei così come primo tentativo:
- Avere un’impostazione nel Plugin che attiva gli Abbonamenti durante l’iscrizione
- SPENTO: come funzionalità attuale (predefinita)
- OPZIONALE: indirizza le persone alla pagina di abbonamento alla fine dell’iscrizione (ma consente loro di allontanarsi)
- FORZATO: indirizza alla pagina di abbonamento e non consente l’accesso ad altre parti del sito a meno che non venga concesso l’abbonamento
Naturalmente, ciò richiederebbe alcuni messaggi e rifiniture.