Integrazione più stretta tra creazione account e abbonamenti?

Immagina una community in cui voglio richiedere l’accesso per qualsiasi tipo di accesso (quindi ho abilitato l’impostazione “richiesto accesso”) e voglio che tutti gli utenti abbiano un abbonamento.

Attualmente, gli utenti devono aver creato un account prima di poter creare un abbonamento (tramite il plugin Abbonamenti.) Questo ha perfettamente senso, ovviamente; non si può avere un abbonamento finché non si ha un account.

Sfortunatamente, una volta che un utente crea il proprio account, devo avere una certa quantità di contenuti visibili. Ciò significa che ho bisogno di una categoria aggiuntiva, solo per contenere un argomento, che dica: “…sei a metà strada! Ora devi abbonarti.”

Con le seguenti idee, la creazione dell’account e l’impostazione dell’abbonamento rimangono un processo in due fasi. Ma non ci sarebbero utenti sul sito che hanno un account, ma non un abbonamento (perché viene mostrato loro un muro per impostare il loro abbonamento).

Una nuova opzione “account-creation-more-url” per Discourse

Permettimi di impostare una nuova opzione (chiamala “account-creation-more-url”) che contenga l’URL di un argomento che ho pubblicato sulla pagina, e un’opzione “account-creation-more-link-text”.

Solo se Discourse è configurato con “richiesto accesso” abilitato, allora un nuovo link a quell’URL appare nella schermata/modale di creazione dell’account. Questo mi permette di costruire facilmente una pagina che dettaglia tutto ciò che devo dettagliare. Questo mi dà un modo per indirizzare le persone verso qualcosa che spiega cosa sta succedendo, quando si trovano di fronte al muro di creazione dell’account. (Sta a me inserire un link funzionante “crea il tuo account” in quella pagina pubblicata, ecc.)

Una nuova opzione “subscriptions required” per il plugin Abbonamenti

Un nuovo booleano “subscriptions-required” e un campo “subscriptions-required-products” per specificare un elenco di prodotti separati da virgole. (Quelli del plugin Abbonamenti, ovviamente.)

Quando un utente (diverso da un amministratore del sito, ovviamente) accede, se non ha uno di quei prodotti attivi. Vedono un’altra schermata/modale che forza l’impostazione di un abbonamento.

E due campi “subscriptions-required-more-url” e “subscriptions-required-more-link-text”. (Che imposterei sulla stessa pagina pubblicata che userei sul muro di creazione dell’account.) Questo mi permette di indirizzare le persone in un luogo che spiega cosa/perché gli abbonamenti.


Altri argomenti su Meta che sono in qualche modo correlati…

3 Mi Piace

Concordo pienamente che l’esperienza “out of the box” del plugin di sottoscrizione possa essere molto migliorata! Detto questo, oggi hai molta potenza se desideri sporcarti un po’ le mani.

Abbiamo delle soluzioni, puoi creare un componente tema per aggiungere il link.

Mi piace molto il flusso di “vedere che le categorie esistono” nella home page e avere un’iconografia speciale per dire che si tratta di contenuti “per abbonati”.

Quindi i non abbonati possono cliccarci sopra per essere invitati a iscriversi per vedere il contenuto.

@blake avevamo qualcosa del genere nel plugin?

3 Mi Piace

Penso che tu possa usare Category Previews per realizzarlo

3 Mi Piace

Il plugin delle sottoscrizioni attualmente non interagisce con le categorie, solo con i gruppi, che poi si limitano manualmente alle categorie attraverso la normale interfaccia utente di Discourse.

Sì, sembra di sì:

3 Mi Piace

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:

  1. 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.

4 Mi Piace

Questo ottiene sicuramente il mio voto! Per gli amministratori che cercano di guadagnarsi da vivere tramite il loro Discourse, la possibilità di iscriversi durante la registrazione fornirebbe un enorme impulso ai tassi di conversione.

Se posso chiedere, il team sta attualmente pensando di lavorarci?