كنت أفكر فقط كم سأحب لو استطاع Discourse استبدال شيء مثل Intercom. تخيل الهبوط على موقع ما، وإدخال بريدك الإلكتروني والانضمام إلى دردشة المساعدة، ثم بنفس البريد الإلكتروني هذا، القدرة على الانضمام إلى منتدى كامل الميزات مع دردشات ومواضيع منتديات أخرى. يبدو أنه يمكن أن يساعد حقًا في جلب أشخاص جدد إلى منتدى ما، كما لو أن الدردشة القابلة للتضمين يمكن أن تكون طريقة ذات احتكاك منخفض جدًا لبدء المشاركة.
آه، أقدر هذا السؤال. قلت ذلك بصفتي مسؤول مجتمع/موقع. قد يعجبني أيضًا كمستخدم نهائي، لكن هذا لم يكن الدافع الأولي.
كنت أفكر في كيف أنه إذا وصل الأشخاص إلى صفحتي على الويب، يمكنهم بدء الدردشة معي هناك ومن ثم يمكنني أساسًا إحضارهم إلى “المنزل” (المنتدى) لمقابلة الآخرين والانضمام إلى المزيد من المحادثات. أرى أن هذا يساعد موقع البودكاست الخاص بي على سبيل المثال. إنه ووردبريس وإذا وصل شخص ما إلى هناك، يمكنه الدردشة معي 1-على-1، ومن ثم يمكنني القول “مرحبًا، هل تعلم أنه يمكنك الاستمرار معي والانضمام إلى الآخرين الذين يدردشون في المجتمع / على المنتدى”.
ولكن أيضًا كوسيلة لدمج أشياء مثل Intercom/Zendesk في Discourse بحيث تتدفق بسلاسة أكبر.
أعتقد أنه كمدير مجتمع، قد أشعر براحة أكبر في مطالبتهم ببدء تفاعلهم عن طريق الدردشة معي في صندوق دردشة صغير مضمن على الموقع بدلاً من رؤية تطبيق جديد تمامًا بكل واجهة مستخدم Discourse التي يحتاج المرء إلى تعلمها.
أوه، ولإضافة سؤال للتفكير فيه: ما الذي قد يعادل الرد عبر البريد الإلكتروني في الدردشة؟
هل هي دردشة يمكن تضمينها في موقع الويب؟ تكامل Matrix؟ شيء آخر؟ هل يجب أن نسمح للأشخاص بالمشاركة في دردشة Discourse خارج موقع Discourse؟ إذا كان الأمر كذلك، فكيف؟
أود شخصيًا أن يكون هذا متاحًا كمسؤول موقع أيضًا. ستكون طريقة رائعة لتوحيد تفاعلات المستخدم - بدلاً من وجود محادثات في المجتمع ومحادثات منفصلة كجزء من حل دعم العملاء مثل Intercom، اجعل كل شيء في مكان واحد.
كمستخدم نهائي، أقول إنه يعتمد على التفاعل. إذا كنت أجري تفاعلًا صغيرًا مع موقع ويب أتوقع أن تكون محادثة لمرة واحدة، فلن أهتم كثيرًا بالتكنولوجيا التي تدعم هذا التفاعل. ومع ذلك، إذا كنت أتفاعل مع كيان أتواصل معه بانتظام أو أهتم به حقًا، فسيكون من الرائع أن يؤدي تفاعل الدردشة الأولي هذا إلى مجتمع يمكنني استكشافه والانضمام إليه. ربما يمكن أن تتحول المحادثات بعد ذلك إلى رسائل خاصة أو مواضيع للتواصل طويل الأمد.
أشعر أن ميزتين لفتح القفل ستكونان السماح للمستخدمين “المرحليين” و “المجموعات” بالدردشة الشخصية.
إن إدخالهم كأعضاء كاملين في المنتدى سيتطلب شروط الخدمة والتسجيل وما إلى ذلك. لكن المستخدمين “المرحليين” لا يحتاجون إلى أي من ذلك لأنهم ليسوا مستخدمين حقيقيين في المنتدى.
لذلك، يمكن أن يكون التدفق:
مرحلة المستخدم
مناقشة الأشياء بطريقة “معزولة” مع المستخدم المرحلي على أساس فردي مع مجموعة #support-the-product.
في نهاية المحادثة…
هل كان هذا مفيدًا… لماذا لا تنضم إلى مجتمعنا على …
ينضم المستخدم إلى المجتمع
يمكن للمستخدم رؤية المناقشة الفردية مع المجموعة.
إن جلب المستخدمين المرحليين إلى قناة Support المتاحة لجميع مستخدمي الموقع سيكون وصفة لكارثة في رأيي. متجه ضخم للبريد العشوائي. على الأقل في مجموعة #support، فإنك تخفف من خلال السماح فقط لمجموعة صغيرة من المستخدمين بالوصول وحماية مرسلي البريد العشوائي من مرسلي البريد العشوائي الآخرين.
نعم، أنا حقًا أحب فكرتك يا سام، وأتفق على أن السماح للمستخدمين المرحليين بالتفاعل مع جميع مستخدمي الموقع سيكون كارثة على الأرجح.
كيف أرى فكرتك هي أنها ستعكس عن كثب كيف تسمح Intercom (أعتقد) لعدة أشخاص من الموظفين (أو أي مجموعة أخرى) بالرد على الدردشات الفردية في الأداة المضمنة. يا إلهي، أعتقد أنني سأحب هذا لـ Discourse.
بينما يمكنني القيام بذلك عبر البريد الإلكتروني، أجد حتى أنني لا أرغب في النقر على موقع وفتح تطبيق بريد إلكتروني على هاتفي وإرسال بريد إلكتروني، وأتخيل أن العديد من المستخدمين قد لا يرغبون في ذلك أيضًا. أفترض أنه يمكنني إنشاء مربع نص يملأه شخص ما ويرسل النموذج إلى عنوان البريد الإلكتروني الوارد لـ Discourse، ومع ذلك أعتقد أن رابط دردشة DM جديد سيكون أسرع بكثير، خاصة إذا تم تحديث تلك الروابط للسماح للأشخاص بإرسال رسالة إلى قناة معينة وليس فقط أفراد.
هل هناك أي تحديثات حول ما إذا كان سيتم تنفيذ مستخدمين مرحليين للدردشة؟