مراقبة الموضوع باستخدام عنوان البريد الإلكتروني دون الحاجة إلى التسجيل

أود أن أمنح القراء الجدد فرصة لمشاهدة موضوع دون التسجيل. أفكر في طريقة أنيقة وهي وجود مكون سمة يعرض مربع “الحصول على إشعارات عبر البريد الإلكتروني” فوق المخطط الزمني في الشريط الأيمن. يمكن للمستخدم ببساطة إدخال بريده الإلكتروني والنقر على “متابعة” للحصول على إشعارات حول المنشورات الجديدة في الموضوع.

يبدو هذا شيئًا يجب أن يكون موجودًا بالفعل، لكنني لا أجد شيئًا بالبحث. هل يعرف أحد ما إذا كان هناك بالفعل مكون سمة يقوم بذلك؟

إعجاب واحد (1)

لا يمكن لأي مكون سمة تحقيق ذلك، بل سيتطلب تغييرات في الواجهة الخلفية الممكنة فقط في المنتج الأساسي أو المكون الإضافي.

من خلال منحهم بريدهم الإلكتروني، فهم ليسوا مجرد قارئ على أي حال، فلماذا لا تجعلهم مستخدمًا بمستوى ثقة 0 وتجعلهم يستخدمون المنطق الحالي للتسجيل ومراقبة الموضوع؟

“لماذا لا؟”

لأن الناس لا يحبون إنشاء حسابات مستخدمين جديدة. الانخفاض في عدد الأشخاص المستعدين لتقديم بريدهم الإلكتروني مقابل أولئك المستعدين لبذل القليل من الجهد للتسجيل ضخم.

إذا كان بإمكانك إظهار قيمة المجتمع من خلال إبقائهم على اطلاع بالموضوع المحدد الذي كانوا مهتمين به، فأعتقد أنك ستحصل على المزيد من الأشخاص الذين يعودون للتسجيل كمستخدمين كاملين مقابل طلب التسجيل مقدمًا.

إنها الكثير من الجهد لإعادة اختراع العجلة، ولكن إذا كنت ترغب في بذل الجهد، فلتفعل ذلك بالطبع.

ومع ذلك، أود فقط أن أقول إنني متأكد من أنني لست وحدي في امتلاك موقع أو موقعين حيث ينضم بعض الأشخاص ولا ينشرون أبدًا، أحيانًا لأن بعض الفئات مخفية عن غير المسجلين، وما إلى ذلك، كيف يختلف هذا؟ أنا متأكد من أن نسبة منهم يسجلون بالضبط لسيناريو المثال الذي تصفه، للبقاء على اطلاع.

أتساءل عما إذا كان بإمكانك فقط تضمين هذه المعلومات في لافتة الترحيب التي تظهر للمجهول؟

تشجيع الأشخاص على التسجيل كمستخدم فقط للبقاء على اطلاع بموضوع ما؟ هل هذا حل خفيف جدًا؟

أنا متأكد من أن نسبة منهم تسجل، على سبيل المثال، السيناريو الذي تصفه.

بالتأكيد سيسجل البعض. ولكن ليس بنفس العدد لو كان هناك طريقة أسهل للمستخدم لإنجاز نفس الشيء. مع زيادة الجهد الأولي، تنخفض معدلات التحويل. وعادة لا يكون الانخفاض طفيفًا.

أتساءل عما إذا كان بإمكانك تضمين هذه المعلومات في لافتة الترحيب التي تظهر للمستخدمين المجهولين؟

إنها ليست مشكلة معلومات حقًا. أعتقد أنه يمكنك توقع أن يعرف المستخدمون العاديون أنه يمكنهم التسجيل والاشتراك/المشاهدة. إنها مشكلة انتباه وجهد. لدى المستخدمين القليل جدًا من الأول ولا يريدون بذل الثاني.

عندما يصلون لأول مرة إلى موقع Discourse الخاص بك، لن يبحث معظم المستخدمين عن الانضمام إلى مجتمع آخر. سيبحثون عن مزيد من المعلومات حول موضوع معين. ربما رأوا رابطًا على Reddit أو وجدوا موضوعًا عبر البحث في Google. حتى لو تبين أن هذا شيء يرغبون في معرفة المزيد عنه مع استمرار المناقشة، فهذا لا يعني أنهم مستعدون لبذل جهد الانضمام إلى المنتدى.

لذلك في هذه المرحلة، هناك فجوة بين الجهد الذي يرغب المستخدم في بذله وما يتطلبه البنية التحتية الخاصة بك. هذا يعني مستخدمًا مرتدًا من المحتمل ألا يعود. إذا جعلت من السهل البقاء على اتصال، ثم أظهرت القيمة بمرور الوقت، فيجب أن يكونوا أكثر عرضة ليصبحوا أعضاء في المجتمع في وقت ما في المستقبل.

إعجاب واحد (1)

حسنًا، فهمت.
ربما أنا قادم من زاوية التكنولوجيا في هذا.
لكن الحقيقة هي أنه سيكون من الحماقة كتابة هذا دون جعلهم شكلاً من أشكال المستخدم (من الناحية التقنية على الأقل)، لأن الكثير من المنطق الحالي يمكن استخدامه إذا فعلت ذلك.
على سبيل المثال، سيتحقق منطق “المراقبة” الذي يبدأ عند حدوث تحديث لموضوع من جميع المستخدمين الذين يراقبون هذا الموضوع. ستكون مجنونًا إذا لم تستفد من ذلك، وليس أقلها لأن أي شيء تكتبه سيحتاج إلى دعم للمضي قدمًا وإذا استخدمت المنطق الأساسي، فسيتم صيانته لك!
ربما يكون هذا شيئًا تقديميًا حيث تقوم بتعديل الواجهة الأمامية (والواجهة الخلفية عند الضرورة) لأخذ بريد إلكتروني وتسجيله كما لو لم يكن مستخدمًا رسميًا للموقع.
في الواقع، وتقنيًا، في الواجهة الخلفية يتم تسجيل هذا كمستخدم جديد، ولكنك تستخدم طريقة ما لتمييزهم - أتساءل عما إذا كان عدم تنشيطهم قد يفعل ذلك؟ هناك تغييرات مختلفة ستحتاج إلى إجرائها لجعل ذلك يعمل ولكن قد يكون ذلك ممكنًا.
إذا كنت مهتمًا حقًا ببناء هذا ولديك ميزانية، فسأقوم بالنشر في Marketplace.
إنها إضافة معقدة محتملة، ولكنها مثيرة للاهتمام! بالتأكيد سننظر فيها.

لا أعرف مدى تعقيدها تقنيًا مع Discourse ولكنها كانت موجودة منذ زمن طويل في عالم WordPress. وهي تعمل. في الأساس، إنها مجرد قائمة بريدية أخرى.

لقد مر وقت طويل في عالم ووردبريس

بالفعل. في أي مكان يفكر فيه الأشخاص في تحسين معدل التحويل، سيرغبون في هذه الميزة.

ربما آتي من الزاوية التكنولوجية في هذا.

تأتي أفكاري من النظر إلى رحلة المستخدم. أحد الأشياء التي تقوم بها هو البحث عن نقاط الاحتكاك التي قد تسبب خروج المستخدمين.

ستكون مجنونًا إذا لم تستغل ذلك
ربما يكون هذا شيئًا تقديميًا حيث تقوم بتعديل الواجهة الأمامية (والواجهة الخلفية عند الضرورة)

أتفق 100٪. في أبسط الحالات، كل ما ستحتاجه هو إنشاء “مستخدم غير مصدق عليه”. أساسًا مستخدم عادي ولكن بدون اسم مستخدم وكلمة مرور. اعتمادًا على الإعدادات الداخلية لـ Discourse، قد يكون ذلك سهلاً أو مستحيلاً.

ولكنك تستخدم طريقة ما لتمييزهم

هل ستحتاج حقًا إلى معاملتهم بشكل مختلف؟ بافتراض أن عدم وجود كلمة مرور لم يسبب استثناءً، فلن يتمكنوا ببساطة من تسجيل الدخول.

شيء واحد جديد ستحتاجه على الرغم من ذلك هو طريقة “لترقيتهم” إلى مستخدم كامل (أي مصدق عليه) في وقت ما في المستقبل.

نعم.

هناك قائمة طويلة على الأرجح.

إذا قمت بتعديل المنطق الأساسي عبر مكون إضافي، فسيتعين عليك التأكد من معاملة هذه المجموعة الجديدة من المستخدمين “الخاصين” بشكل مناسب في كل مكان يتم فيه الوصول إلى نموذج المستخدم لأي سبب.

بالتأكيد. شيء آخر يجب أن يعتني به المكون الإضافي.

على أي حال، كل هذا نظري في الوقت الحالي، إذا أراد شخص ما تمويل هذا يمكننا إلقاء نظرة عليه: Marketplace

زوجتي تسجل بانتظام أشخاصًا آخرين باستخدام عنوان بريدها الإلكتروني (اسم عائلتها أكثر شيوعًا من “pfaffman”). وهذا يشمل المدارس والأطباء. إرسال بريد إلكتروني إلى عنوان لم يتم التحقق منه هو أمر غير مسؤول ويجب أن يكون غير قانوني. إرسال بريد إلكتروني إلى شخص غير مستعد للتسجيل للحصول على حساب هو فكرة سيئة للغاية.

ربما يمكن أن تكون هناك طريقة لهم لإرسال بريد إلكتروني لطلب السلوك (ربما لا يكون لديهم برنامج البريد الخاص بهم مهيأ للإرسال من عنوان خاطئ) أو التحقق من صحة عنوان البريد الإلكتروني بطريقة أخرى.

4 إعجابات

أليس الفكرة هي أن فعل مغادرة العنوان هو قول استباقي بأنهم سعداء؟

أتفق على قضية عدم التحقق من صحة العنوان. هذا يمكن أن يعني أن العديد من العناوين المقدمة غير صحيحة أو تخص شخصًا آخر.

إعجاب واحد (1)

إرسال بريد إلكتروني إلى عنوان لم يتم التحقق منه أمر غير مسؤول ويجب أن يكون غير قانوني

قد يكون ذلك غير قانوني هنا في أوروبا. لا أقترح عدم التحقق من صحة عناوين البريد الإلكتروني. لم أذكر ذلك صراحة، ولكن يجب على أولئك الذين يقدمون عنوان بريد إلكتروني فقط تأكيد، عبر رابط في بريد إلكتروني للتأكيد، أنهم يريدون بالفعل التحديثات وأن هذا هو عنوان بريدهم الإلكتروني. على سبيل المثال، يُشار إلى هذا عادةً باسم “الاشتراك المزدوج”.

إرسال بريد إلكتروني إلى شخص غير مستعد لتسجيل حساب هو فكرة سيئة للغاية.

إرسال رسائل بريد إلكتروني مقيدة بالموضوع إلى شخص اشترك بعنوان بريده الإلكتروني فقط هو مجرد قائمة بريدية. لقد تحققت للتو و TheHustle لديها أكثر من 1.5 مليون عضو في قائمتها البريدية. لا أعتقد أنه يمكنك حقًا تسميتها فكرة سيئة.

إعجاب واحد (1)

يجب على أولئك الذين يقدمون عنوان بريد إلكتروني فقط أن يؤكدوا أيضًا، عبر رابط في بريد إلكتروني للتأكيد.

في هذه المرحلة، سيكون لديهم العديد من نقاط الاتصال كما لو كانوا سينشئون حساب مستخدم. قد يكون زر التسجيل السريع هو كل ما تحتاجه.

إعجاب واحد (1)

\u003e أليست الفكرة هي أن فعل مغادرة العنوان هو قول استباقي بأنهم سعداء؟

لست أفهم السؤال. هل تقصد أنه ينبغي أن يكونوا سعداء بما يكفي لإنشاء حساب مستخدم إذا كانوا سعداء بما يكفي لإدخال بريد إلكتروني؟ إذا كان الأمر كذلك، فالإجابة هي “لا” تجريبياً. لقد درس زملاء التجارة الإلكترونية هذا الأمر كثيراً وهناك فرق واضح.

\u003e أتفق على قضية عدم التحقق من صحة العنوان.

لست متأكداً من كيفية دخول هذا في المناقشة. آسف على الارتباك لأنني لم أقترح ذلك أبداً.

أنا أرد على @pfaffman و منشوره.

إعجاب واحد (1)

من المؤسف أنه لم يعد شائعًا، نظرًا لأن هذا النوع من مراقبة الموضوعات المجهولة مدعوم بالفعل في Discourse باستخدام RSS، على سبيل المثال:

إعجابَين (2)

إن عدد نقاط الاتصال هو مجرد مشكلة واحدة. يكره المستخدمون حقًا إنشاء كلمات المرور وإدارتها. كلما زاد عدد الحسابات التي يمتلكونها بالفعل، زاد ترددًا في إنشاء حساب جديد.

يتردد الناس أيضًا في التسجيل في المواقع التي تتمتع بسمعة منخفضة أو معدومة في نظرهم. لا أحد يريد الانضمام إلى نادٍ لا يعرفون عنه شيئًا. إذا قدمت لهم طريقة ذات التزام أقل للبقاء على اتصال بمجتمعك، فستتاح لك الفرصة لبناء الثقة.

إعجاب واحد (1)

من المؤسف أنه لم يعد شائعًا
أتفق تمامًا.

إعجاب واحد (1)

لقد خطر ببالي أن ما أتحدث عنه يشترك في الكثير مع المصادقة عبر رابط سحري/بدون كلمة مرور. يبدو أن Discourse يدعم المصادقة بدون كلمة مرور اعتبارًا من الإصدار 2.0.0beta3. لتحقيق هدفي، ستحتاج بالإضافة إلى ذلك إلى خيار السماح للمستخدم بالتسجيل باستخدام بريده الإلكتروني فقط (وربما اختبار CAPTCHA لردع الروبوتات)، مع إنشاء اسم مستخدم وكلمة مرور تلقائيًا. يمكن للنموذج الذي تجمع فيه البريد الإلكتروني أن يحتوي بالإضافة إلى ذلك على مربع اختيار “متابعة هذا الموضوع”.

يمكن للمستخدم بعد ذلك المصادقة عبر رابط سحري يتم إرساله إلى بريده الإلكتروني (بعد التحقق من البريد الإلكتروني بالطبع). إذا أراد المستخدم التوقف عن المراقبة والنشر، فيمكن بعد ذلك تقديمه بخيار تعيين اسم المستخدم وكلمة المرور الخاصة به.

حان الوقت للبحث عن الإضافات…