Ich möchte neuen Lesern die Möglichkeit geben, ein Thema ohne Registrierung zu verfolgen. Ich dachte, ein eleganter Weg wäre, eine Theme-Komponente zu haben, die eine Box „Per E-Mail benachrichtigen“ über der Zeitleiste in der rechten Seitenleiste anzeigt. Der Benutzer könnte einfach seine E-Mail eingeben und auf „Beobachten“ klicken, um Benachrichtigungen über neue Beiträge zum Thema zu erhalten.
Das scheint etwas zu sein, das es wahrscheinlich schon geben sollte, aber ich finde nichts, wenn ich suche. Weiß jemand, ob es bereits eine Theme-Komponente gibt, die das tut?
Keine Theme-Komponente könnte das erreichen, es wären Änderungen am Backend erforderlich, die nur im Kernprodukt oder einem Plugin möglich sind.
Indem sie Ihnen ihre E-Mail geben, sind sie ohnehin nicht nur Leser, warum also nicht einfach zu einem Trust Level 0 Benutzer machen und sie die vorhandene Logik verwenden lassen, um das Thema zu registrieren und zu beobachten?
Weil die Leute es nicht mögen, neue Benutzerkonten zu erstellen. Der Abfall bei der Anzahl der Personen, die bereit sind, ihre E-Mail-Adresse preiszugeben, im Vergleich zu denen, die bereit sind, die geringe Arbeit der Registrierung zu leisten, ist enorm.
Wenn Sie den Wert der Community demonstrieren können, indem Sie sie über das spezifische Thema, an dem sie interessiert waren, auf dem Laufenden halten, denke ich, dass am Ende viel mehr Leute zurückkommen würden, um sich als Vollbenutzer zu registrieren, als eine Registrierung im Voraus zu verlangen.
Es ist sehr mühsam, das Rad neu zu erfinden, aber wenn Sie sich die Mühe machen wollen, dann nur zu, natürlich.
Ich möchte jedoch nur sagen, dass ich sicher bin, dass ich nicht der Einzige bin, der eine oder zwei Websites hat, auf denen sich einige Leute einfach anmelden und nie etwas posten, manchmal weil einige der Kategorien für Nicht-Registrierte verborgen sind usw. Wie unterscheidet sich das? Ich bin sicher, ein Teil von ihnen registriert sich genau für das von Ihnen beschriebene Szenario, um informiert zu bleiben.
Ich frage mich, ob Sie diese Informationen einfach in das Willkommensbanner aufnehmen könnten, das für Anonyme angezeigt wird?
Leute ermutigen, sich als Benutzer zu registrieren, nur um sich über ein Thema zu informieren? Das ist eine sehr leichte Lösung?
Ich bin sicher, ein Teil davon registriert sich zum Beispiel für das von Ihnen beschriebene Szenario.
Einige werden es definitiv tun. Aber nicht so viele, als gäbe es einen einfacheren Weg für den Benutzer, dasselbe zu erreichen. Wenn der anfängliche Aufwand steigt, sinken die Konversionen. Und normalerweise nicht nur ein wenig.
Ich frage mich, ob Sie diese Informationen einfach in das Willkommensbanner aufnehmen könnten, das für anonyme Benutzer angezeigt wird?
Es ist nicht wirklich ein Informationsproblem. Ich denke, Sie können davon ausgehen, dass typische Benutzer wissen, dass sie sich registrieren und abonnieren/zuschauen können. Es ist ein Problem der Aufmerksamkeit und des Aufwands. Benutzer haben sehr wenig von Ersterem und wollen Letzteres nicht aufbringen.
Wenn sie zum ersten Mal auf Ihrer Discourse-Seite landen, werden die meisten Benutzer nicht daran interessiert sein, einer weiteren Community beizutreten. Sie werden nach weiteren Informationen zu einem bestimmten Thema suchen. Möglicherweise haben sie einen Link auf Reddit gesehen oder ein Thema über die Google-Suche gefunden. Selbst wenn sich herausstellt, dass es sich um etwas handelt, über das sie im Laufe der Diskussion mehr erfahren möchten, bedeutet das nicht, dass sie bereit sind, die Arbeit des Beitritts zum Forum zu leisten.
Zu diesem Zeitpunkt besteht eine Lücke zwischen dem Aufwand, den der Benutzer zu leisten bereit ist, und dem, was Ihre Infrastruktur erfordert. Das bedeutet einen abgewiesenen Benutzer, der wahrscheinlich nicht zurückkehren wird. Wenn Sie es einfach machen, in Kontakt zu bleiben, und dann im Laufe der Zeit den Wert demonstrieren, sollten sie in Zukunft weitaus eher zu Community-Mitgliedern werden.
Vielleicht sehe ich das aus der technischen Perspektive.
Die Realität ist jedoch, dass es töricht wäre, dies zu schreiben, ohne sie in irgendeiner Form zu einem Benutzer zu machen (zumindest technisch gesehen), da so viel vorhandene Logik genutzt werden könnte, wenn Sie dies tun würden.
z. B. prüft die „Beobachtungs“-Logik, die ausgelöst wird, wenn ein Thema aktualisiert wird, alle Benutzer, die dieses Thema beobachten. Sie wären wahnsinnig, wenn Sie das nicht nutzen würden, nicht zuletzt, weil alles, was Sie schreiben, auch in Zukunft unterstützt werden muss und wenn Sie die Kernlogik verwenden, wird sie für Sie gepflegt!
Vielleicht ist dies eine Frage der Darstellung, bei der Sie das Frontend (und das Backend, wo nötig) ändern, um eine E-Mail zu übernehmen und sie so zu registrieren, als wären sie kein offizieller Benutzer der Website geworden.
In Wirklichkeit und technisch gesehen wird dies im Backend als neuer Benutzer registriert, aber Sie verwenden eine Methode, um sie zu unterscheiden – ich frage mich, ob die Nichtaktivierung ausreichen könnte? Es gibt verschiedene Änderungen, die Sie vornehmen müssten, damit dies funktioniert, aber es könnte machbar sein.
Wenn Sie wirklich daran interessiert sind, dies zu entwickeln und Budget haben, sollten Sie im Marketplace posten.
Es ist potenziell ein ziemlich komplexes Plugin, aber ein interessantes! Wir würden es auf jeden Fall in Betracht ziehen.
Ich weiß nicht, wie komplex es technisch mit Discourse ist, aber in der WordPress-Welt ist es schon ewig her. Und es funktioniert. Im Grunde ist es nur eine weitere Mailingliste.
Vielleicht komme ich aus der technologischen Ecke.\n\nMein Denken kommt vom Blick auf die User Journey. Eines der Dinge, die man tut, ist, nach Reibungspunkten zu suchen, die dazu führen könnten, dass Benutzer abspringen.\n\n> Man wäre verrückt, das nicht zu nutzen\n> Vielleicht ist das eine Frage der Präsentation, bei der man das Frontend (und bei Bedarf das Backend) modifiziert.\n\n100% Zustimmung. Im einfachsten Fall müsste man nur einen ‘unauthentifizierten Benutzer’ erstellen. Grundsätzlich ein normaler Benutzer, aber ohne Benutzername und Passwort. Je nach internen Gegebenheiten von Discourse könnte das einfach oder unmöglich sein.\n\n> aber man benutzt eine Methode, um sie zu unterscheiden\n\nMüsste man sie wirklich unterschiedlich behandeln? Angenommen, das Fehlen eines Passworts würde keine Ausnahme verursachen, könnten sie sich einfach nicht anmelden.\n\nEine neue Sache, die man jedoch bräuchte, wäre eine Möglichkeit, sie zu einem späteren Zeitpunkt zu einem vollständig (d. h. authentifizierten) Benutzer zu ‘upgraden’.
Wenn Sie die Kernlogik über ein Plugin ändern, müssen Sie sicherstellen, dass diese neue Gruppe von „speziellen“ Benutzern überall dort, wo aus irgendeinem Grund auf das User-Modell zugegriffen wird, angemessen behandelt wird.
Absolut. Etwas anderes, um das sich das Plugin kümmern müsste.
Wie auch immer, das ist im Moment alles Theorie. Wenn jemand dies finanzieren möchte, können wir es uns ansehen: Marketplace
Meine Frau lässt regelmäßig andere Leute Dinge mit ihrer E-Mail-Adresse registrieren (ihr Nachname ist gebräuchlicher als „pfaffman“). Dies schließt Schulen und Ärzte ein. E-Mails an eine nicht validierte Adresse zu senden, ist unverantwortlich und sollte illegal sein. E-Mails an jemanden zu senden, der nicht bereit ist, sich für ein Konto zu registrieren, ist eine wirklich schlechte Idee.
Vielleicht könnte es eine Möglichkeit geben, ihnen eine E-Mail zu senden, um das Verhalten anzufordern (sie haben wahrscheinlich nicht ihren Mailer so konfiguriert, dass er von der falschen Adresse sendet) oder die E-Mail-Adresse anderweitig zu validieren.
Ist nicht die Idee, dass die Handlung des Verlassens der Adresse proaktiv besagt, dass sie glücklich sind?
Einverstanden bezüglich des Problems der fehlenden Adressvalidierung. Das könnte bedeuten, dass viele angegebene Adressen Müll sind oder jemand anderem gehören.
Das Versenden von E-Mails an eine nicht validierte Adresse ist unverantwortlich und sollte illegal sein.
Das ist hier in Europa potenziell illegal. Ich würde nicht vorschlagen, E-Mail-Adressen nicht zu validieren. Ich habe es nicht explizit gesagt, aber diejenigen, die nur eine E-Mail-Adresse angeben, sollten dennoch über einen Link in einer Bestätigungs-E-Mail bestätigen müssen, dass sie tatsächlich die Updates wünschen und dass es ihre E-Mail-Adresse ist. FWIW wird dies typischerweise als „Double Opt-in“ bezeichnet.
Das Versenden von E-Mails an jemanden, der nicht bereit ist, sich für ein Konto zu registrieren, ist eine wirklich schlechte Idee.
Das Versenden von themenbezogenen E-Mails an jemanden, der sich nur mit seiner E-Mail-Adresse angemeldet hat, ist lediglich eine Mailingliste. Ich habe gerade nachgesehen und TheHustle hat über 1,5 Millionen Mitglieder auf seiner Mailingliste. Ich glaube nicht, dass man das wirklich als schlechte Idee bezeichnen kann.
„> Diejenigen, die nur eine E-Mail-Adresse angeben, sollten sich dennoch über einen Link in einer Bestätigungs-E-Mail bestätigen müssen.
Bis zu diesem Zeitpunkt hätten sie so viele Berührungspunkte gehabt, als ob sie ein Benutzerkonto erstellen würden. Eine Schnellanmelde-Schaltfläche ist wahrscheinlich alles, was Sie brauchen.“
Ist die Idee nicht, dass die Handlung, die Adresse zu verlassen, proaktiv sagt, dass sie glücklich sind?
Ich verstehe die Frage nicht. Meinen Sie, dass sie glücklich genug sein sollten, ein Benutzerkonto zu erstellen, wenn sie glücklich genug waren, eine E-Mail-Adresse einzugeben? Wenn ja, ist die Antwort empirisch „nein“. Die E-Commerce-Leute haben das zu Tode studiert und es gibt einen deutlichen Unterschied.
Stimmt der Aussage bezüglich des Mangels an Adressvalidierung zu.
Ich bin mir nicht sicher, wie das in die Diskussion kam. Entschuldigen Sie die Verwirrung, da ich das niemals vorgeschlagen hätte.
Die Anzahl der Touchpoints ist nur eines der Probleme. Benutzer mögen das Erstellen und Verwalten von Passwörtern überhaupt nicht. Je mehr Konten sie bereits haben, desto widerwilliger sind sie, ein neues zu erstellen.
Die Leute sind auch zurückhaltend, sich auf Websites anzumelden, die in ihren Augen wenig oder gar keinen Ruf haben. Niemand möchte einem Club beitreten, über den er nichts weiß. Wenn Sie ihnen eine weniger bindende Möglichkeit bieten, mit Ihrer Community in Kontakt zu bleiben, haben Sie die Möglichkeit, Vertrauen aufzubauen.
Mir ist aufgefallen, dass das, worüber ich spreche, viel mit Magic Link/passwortloser Authentifizierung gemeinsam hat. Es sieht so aus, als ob Discourse passwortlose Authentifizierung ab 2.0.0beta3 unterstützt. Um mein Ziel zu erreichen, müsste man zusätzlich die Option haben, einem Benutzer die Registrierung nur mit seiner E-Mail-Adresse (und wahrscheinlich einem Captcha zur Abwehr von Bots) zu ermöglichen, wobei sowohl ein Benutzername als auch ein Passwort automatisch generiert werden. Das Formular, in dem Sie die E-Mail-Adresse erfassen, könnte zusätzlich eine Checkbox “Dieses Thema beobachten” enthalten.
Der Benutzer könnte sich anschließend über einen Magic Link, der an seine E-Mail-Adresse gesendet wird (nach Überprüfung der E-Mail natürlich), authentifizieren. Wenn der Benutzer aufhören möchte, nur mitzulesen, und posten möchte, könnte ihm dann die Option angeboten werden, seinen eigenen Benutzernamen und sein eigenes Passwort festzulegen.
