قضيتُ مؤخرًا بعض الوقت في مناقشة كيفية تنظيم مؤتمر افتراضي باستخدام Discourse مع عميل من المملكة المتحدة.
كما ناقشنا احتياجاتهم، أصبح من الواضح مدى كفاءة Discourse في هذا المجال، لكنك تحتاج إلى فريق Discourse واثق وملم بجميع الميزات اللازمة لتنفيذها بشكل صحيح.
إليك بعض الأفكار التي توصلنا إليها، والتي أظن أنه من الجيد مشاركتها هنا، خاصةً أنه لا يوجد حتى الآن موضوع آخر يتحدث عن المؤتمرات الافتراضية (وهو ما فاجأني في الواقع!).
العناصر البصرية
مكون شعارات التصنيفات - لإضافة عناصر بصرية أفضل للأقسام المختلفة. (ملاحظة: يمكنك استخدام CSS لإدراج صور خلفية في الشعار بدلاً من لون عادي)
في مجتمع Discourse راسخ، حيث لا يكون المؤتمر هو الغرض الوحيد من وجود هذه الحالة، يمكنك الترويج للمؤتمر عبر موضوع مثبت عالميًا.
إنشاء تصنيف عام للمؤتمر (ما لم يكن وجود حالة Discourse مقتصرًا على المؤتمر فقط، وفي هذه الحالة قد تستخدم المستوى العلوي للمؤتمر العام والتصنيفات الفرعية لكل مسار).
العروض التقديمية
يمكنك استخدام تصويت المواضيع لتحديد العروض التقديمية التي سيتم اختيارها من العروض المقدمة كجزء من دعوة لتقديم عروض.
التنقل في المؤتمر: قم بإنشاء موضوع مثبت يحتوي على برنامج المؤتمر داخل تصنيف المؤتمر، واربط من كل بند في قائمة البرنامج بالموضوع الذي ستُقام فيه تلك الجلسة.
استخدم موضوعًا واحدًا لكل عرض تقديمي - سيتبع النقاش حول كل جلسة الردود بعد المنشور الأول.
يمكن تضمين مقاطع YouTube و Vimeo في المنشورات، وهي ميزة قياسية في Discourse.
استطلاعات الرأي للاستخدام أثناء الجلسات - يمكننا استخدامها كما نستخدم Sli.do.
المندوبون والمشاركة
يمكن منح المندوبين وصولاً انتقائيًا إلى منطقة المؤتمر - أي ربما إذا لم يكن جميع أعضاء مجتمع Discourse يحضرون المؤتمر، أو إذا كان المؤتمر مدفوعًا مع نظام تذاكر. (من الجدير بالذكر أن إضافة التذاكر تتعلق بـ “تذاكر العمل” وليس النوع الذي نتحدث عنه هنا).
استخدم الشارات على نطاق واسع لأغراض التلعيب والمكافآت للمندوبين والرعاة والعارضين.
استخدم الوسوم لمساعدة المندوبين على الوصول إلى محتوى المؤتمر الذي يثير اهتمامهم.
استخدم المجموعات والتصنيفات لإدارة من يمكنه رؤية أي أجزاء (مثل تقييد الوصول للعارضين والحضور).
يمكنك النظر في إضافة تكامل الدردشة، خاصةً إذا كان مجتمعك يستخدم بالفعل منصة دردشة. هذا يتيح لك ربط أكبر قدر ممكن من محادثات المؤتمر بحالة Discourse.
الرعاة والعارضون
إنشاء منطقة للرعاة/الموردين (ربما كـ تصنيف فرعي لتصنيف المؤتمر).
استخدم زينة الصورة الرمزية للرعاة والعارضين مع هويتهم البصرية.
يمكن أن يكون لموظفي الرعاة والعارضين حسابات - ويفضل استخدام الأسماء الشخصية بدلاً من حسابات بأسماء الشركات، لكن يمكن تجميعها وتسميتها/وصفها لتعكس انتماءهم للشركة، مع زينة الصورة الرمزية، والعنوان، وما إلى ذلك.
قم بإعداد جميع المندوبين كـ مجموعة على Discourse، ويمكن لمالكي المجموعة إرسال رسائل خاصة جماعية إلى المندوبين قبل المؤتمر وأثناءه وبعده.
أتمنى أن تكون هذه المعلومات مفيدة لشخص ما، خاصةً نظرًا لأن كل مؤتمر تقريبًا في العالم سيصبح افتراضيًا لمدة بضعة أشهر على الأقل!
أنا مستعد لاستقبال اقتراحات أخرى في الردود، ويمكننا حتى تحويل هذا المنشور إلى صفحة ويكي ليتمكن الناس من الإضافة والتحسين.
إعلان غير خفي: بينما أنا هنا، يجب أن أقول إنه إذا كنت تفكر في تنظيم مؤتمر افتراضي باستخدام Discourse وتحتاج إلى مساعدة في أي جانب، ففكر في التواصل معنا في thepavilion.io.
With a slight twist of title name I find these ideas could be useful for sites that support training from time to time. The site I am from is for Prolog, which is a programming language if you didn’t know, and one of our members does training classes about once a year and these ideas would dovetail nicely with that.
Thanks so much for these suggestions, this is something I am working on for an international education conference (in November) that has made the decision early to run online this year.
I’ve been helping been starting a discourse community for the organization. We felt that having each session as a topic was a great format to provide the session materials and host discussions.
I’m curious to find an examples of conferences that have tried hosting their sessions and interactions in discourse.
فقط لإكمال الصورة، أقوم بإجراء عملي الخاص باستخدام منصة Discourse للندوات عبر الإنترنت هنا.
أكتب دليلًا لفريقي داخل apc.org لتمكينهم من استضافة فعاليات باستخدام Discourse ليس فقط كفضاء للحصول على معلومات حول الفعاليات، بل أيضًا لتشجيع المشاركة في المنصة من خلال ذلك.
لقد بحثت في ما تحاول فعله لشبكة التمكين القانوني العالمية (https://community.namati.org) حيث كنت مدير المجتمع حتى العام الماضي. في ذلك الوقت، استخدمنا مزيجًا من أدوات أخرى لعقد الفعاليات عبر الإنترنت، بينما كان Discourse هو المكان الذي ندعو فيه المجتمع ونشارك المعلومات قبل الفعاليات، ثم نعقد اجتماعات المتابعة والتقييم بعدها. استخدمنا GoToWebinar لإدارة تسجيل الفعاليات، وإرسال رسائل التذكير ورسائل المتابعة، وبطبيعة الحال لاستضافة الفعالية الفعلية.
تحسنت وظائف Discourse بشكل كبير منذ ذلك الحين، وأود حقًا أن أرى أنها تتطور لدعم هذه الحالة الاستخدامية بشكل أكبر. هناك بعض الميزات الأخرى التي يمكنك الاطلاع عليها. واحدة من الميزات التي أعجبني بشكل خاص هي Discourse Shared Edits. كما قمنا مؤخرًا بتحسين نظام الدعوات بشكل كبير، مما يجعل من السهل دعوة الأشخاص للانضمام إلى Discourse ومنحهم امتيازات إضافية فورًا، وذلك ببساطة عن طريق إنشاء رابط ومشاركته.
(يسعدني أن أرى أن APC تزدهر كمنظمة - لقد عرفت المنظمة منذ الأيام الأولى عندما كنت أدير Kabissa (التي تقاعدت منها منذ فترة طويلة كمنظمة)، وحتى قبل ذلك عندما كنت أبحث عن استخدام Fidonet لربط المنظمات في أفريقيا، مع GreenNet في المملكة المتحدة، وحتى قبل ذلك مع منظمة العفو الدولية وIGC.)
النص هو تجربة فكرية نود تطبيقها في الأسابيع القادمة.
الفكرة وراء ذلك هي تعزيز المساحات المجتمعية المتعددة التي تم إنشاؤها معًا، من خلال المحادثات التي تسبق الندوات عبر الإنترنت وتحدث خلالها وتليها داخل المنتدى.
لا تزال هناك بعض النقاط غير المكتملة، مثل كيفية تنظيم الأسئلة بحيث يكون هناك منطق يتوافق مع بقية عمر المنتدى، وكيفية تأكيد الحضور (RSVP) للمستخدمين غير المسجلين، وكيفية ضمان عدم عرقلة تجربة المنتدى للمناقشة (خاصة بالنسبة للمبتدئين).
أريد تبسيط التجربة بحيث يكون تنظيم الفعاليات للموظفين (ولاحقًا لأعضاء الموقع) أمرًا مباشرًا.
تبدو وظيفة “التعديلات المشتركة” مفيدة جدًا لأخذ الملاحظات الجماعية، وتوثيق جزء معين من قاعدة المعرفة… رغم أنني يجب أن أفكر أكثر في البحث عن حالات الاستخدام، حيث لم أجربها من قبل.
رائع! أرى أن Discourse يمكن أن يكون إضافة رائعة لـ APC. لا تتردد في دعوتي إلى مثالك إذا كان لديك مثيل لمجتمعك. ولا تتردد أيضًا في إخبارنا هنا عندما تتعرف على الأمور أو عندما يكون لديك أسئلة حول ميزات محددة في Discourse أو لمشاركة أفكار حول طرق تحسين Discourse لدعم حالتك الاستخدامية.
واو، شكرًا لك على الإشارة إلى أن https://kabissa.org لم تكن تعيد التوجيه بشكل صحيح إلى https://kabissalegacy.kb2.org. أعتقد أنني أصلحت ذلك الآن. إنه موقع Discourse قياسي، وأضيف إليه بين الحين والآخر لتوثيق بعض ذكرياتي المفضلة. كما أستخدمه لمساعدة الأعضاء السابقين الذين لم ينقلوا أسماء نطاقاتهم من Kabissa بعد. وكاد أن ينتهي هذا الإجراء.
هل نجح أي شخص في استخدام Discourse كـ “تطبيق” للمؤتمرات؟ أسأل لأن تجربتي مع تطبيقات المؤتمرات الحالية مخيبة للآمال للغاية.
في رأيي، أفضل حالة استخدام ستكون لحدث فعلي أو هجين يتم تشغيله حصريًا لمجتمع عبر الإنترنت يستخدم بالفعل Discourse.
تتمتع الدردشة وخيوط الدردشة بالكثير من الإمكانيات في هذا الصدد، وكذلك المكون الإضافي للاشتراك (إذا تم تكييفه بنجاح ليكون أكثر مرونة في كيفية عمل المدفوعات).
أيضًا، نضج نظام iOS (أخيرًا) بحيث تفتح تجربة التطبيق / الإشعارات الحقيقية هذا العام حقًا فائدة Discourse كـ “تطبيق” للمؤتمرات.
للأسف، من الصعب حقًا الترويج لهذه الفكرة باستخدام المكونات الإضافية الحالية للأحداث - ستحتاج إلى بعض العمل لتكون مفيدة حقًا لهذا الغرض.
أعتقد أنه من الممكن، بالطريقة التي أراها، أن تكون زاوية جيدة للبدء بوصف تجربة المؤتمر ثم مطابقة ميزات Discourse (بما في ذلك ميزات المكونات الإضافية) معها.
قد يتطلب ذلك بعض عمليات التكامل مع طرف ثالث ربما للفيديو، ولكني أتذكر بشكل غامض توفر تكامل Jitsi في وقت ما في الماضي، ربما أصبح أكثر نضجًا الآن أو أن شيئًا آخر متاح الآن.
أيضًا، سيتطلب استخدام Discourse بهذه الطريقة الكثير من التخصيص لجعل تجربة المستخدم منطقية للمستخدم النهائي. بينما هذا واضح، أقول هذا لأنه عندما حاولت استخدام Discourse لمشاريعي الخاصة، كان يبدو جيدًا بالنسبة لي، لكن المستخدمين النهائيين مرتبكون.
نعم، لقد مررت بهذه الظاهرة أيضًا. من السهل نسيان راحتك مع منصة ما والتقليل من منحنى التعلم المطلوب للآخرين.
لتحقيق ذلك بشكل صحيح، ستحتاج حقًا إلى إضافة ملحقة مناسبة يمكن أن تمثل مجموعة من الأحداث التي لها معنى لحضور مؤتمر نموذجي - وتسمح بالتفاعل معها. سيكون هذا الكثير من العمل لإنشائه.
لا أقول إن هناك حاجة إلى إضافة جديدة بالكامل على الفور، بل سأنظر إليها من منظور منتج أدنى قابل للتطبيق (MVP) رشيق. عندما أقول منتج أدنى قابل للتطبيق (MVP) رشيق، أعني شيئًا بالكاد يعمل.
ستكون هناك بالتأكيد مشكلات مع استخدامه، لكنه لا يزال بإمكانه القيام بالمهمة. ومن هناك، فإن جعله أكثر كفاءة جزءًا تلو الآخر سيقلل مما هو مطلوب إضافته إلى Discourse لجعله يعمل.
Discourse بالنسبة لي يشبه نظام التشغيل UNIX أو Linux، فهو قوي ويعمل بشكل جيد، ولكنه كل هذا فقط للمستخدمين المتقدمين.
لقد عملنا على جعل Discourse أسهل في التعلم والاستخدام. إذا كان بإمكانك تقديم أمثلة محددة للمناطق في الواجهة التي يجدها الناس مربكة أو تحسينات تعتقد أنها ستساعد، فأخبرنا بذلك! هذا سؤال أوسع من مجرد هذا الموضوع بالطبع، ولكنه مهم بشكل خاص للأشخاص الذين يأتون لاستخدام Discourse لفترة قصيرة مثل مؤتمر لتجربة جيدة. يجب أن يكون على الأقل سهل الاستخدام ويتطابق بشكل وثيق مع تجربتهم مع المنصات المماثلة الأخرى.
نعم، قد يكون من الصعب إرضاء ودعم كل من المستخدمين المتقدمين والأشخاص الذين لا يهتمون بأن يصبحوا مستخدمين متقدمين بشكل فعال، وعلينا إيجاد توازن. في الوقت الحالي ينصب التركيز على تحسين staff-experience بحيث يجد الأشخاص غير التقنيين المهتمون، على سبيل المثال، بإنشاء موقع Discourse لمجتمع صغير خاص، أنه سهل.
ردود الفعل من الأشخاص الذين يقولون أن هذا ليس هو الحال أبدًا مع العناصر المدرجة، بل هو أكثر غموضًا في العادة. أنا فقط آخذها وأحاول إرشادهم يدويًا حول ما يجب فعله لجعلها أفضل. يؤسفني جدًا أنه ليس لدي تفاصيل.