في Discourse، لدينا معالج الإعداد الذي يطرح بعض الأسئلة لترك أوصاف في صفحة “حول” وما شابه، ولكن بعد ذلك يعود الأمر إليك لإنشاء المحتوى الذي سيختبره المستخدمون عند زيارة موقعك.
بالنسبة لي، يمكن لهذه الخطوة أن تعيق المشروع بالفعل، حيث لا يرغب أحد في إطلاق موقع مباشر وفارغ.
لتجاوز هذه العقبة في العملية، أقوم ببناء قائمة محتوى حتى أتمكن من التحقق من العناصر أثناء إعداد مواقع جديدة. وهنا يأتي دور حكمتك!
إليك قائمة قصيرة بالمحتوى لمساعدتي في البدء، يرجى الرد بأفكار (وعينات مرتبطة) حتى أتمكن من تطوير قائمة أكثر اكتمالاً لمساعدة زوار مجتمعاتي.
املأ أكبر قدر ممكن من الوصف في معالج الإعداد
قم بتحرير رسالة “مرحبًا بك في Discourse” على مستوى الموقع، وتضمين رابط إلى Site feedback
هذه خطوة رائعة (أو اثنتان) لتضمينها في القائمة المرجعية!
أعلم أن معالج الإعداد يطلب دائمًا دعوة المشرفين، لكنني لا أفعل ذلك في تلك المرحلة: أريد على الأقل تزويدهم ببعض الإرشادات حول ما نقوم به، وإلا فإنهم سيواجهون أيضًا موقعًا فارغًا.
بالنسبة للمستخدمين، أقوم عادةً بدعوة مجموعة أساسية، وأعلمهم كيفية استخدام ميزات الدعوة، لذلك سأضيف ذلك إلى قائمتي!
متى تدعو المشرفين إلى مجتمعك؟ هل هو أول شيء تفعله؟
قد يكون مفيدًا، ولكنه قد يجعل Discourse يبدو معقدًا للغاية. إذا كنت بحاجة إلى نسخه إلى موقع جديد، فتأكد من تثبيت مكون السمة DiscoTOC - automatic table of contents وإضافة جدول محتويات إلى الموضوع.
عندما أحتاج إليهم. ليس قبل ذلك. منتداي ليس مزدحمًا جدًا ولا أحتاج إلى أي مشرفين. نفس الشيء مع مجموعة فيسبوك المرتبطة - 25000 عضو، نشطون حقًا ولا أحتاج إلى أيادي إضافية.
ما لدي دائمًا هو فئة Discourse. هنا أقوم بتخزين أدلة “كيفية”، وروابط للأدلة الرسمية، وأوفر نقطة للمستخدمين لتقديم ملاحظات حول المنتدى أو طلب المساعدة وما إلى ذلك.
بالإضافة إلى ذلك، لدي موضوع “أفضل الممارسات”، والذي يتضمن أشياء مثل كيفية طرح سؤال جيد، بناءً على قواعد Stack Overflow.
نعم، قد نقسم ذلك إلى مستندات أصغر، ونجعل هذا الموضوع بمثابة فهرس؛ ثم يمكن نسخ كل موضوع فرعي ولصقه حسب الحاجة… ليست العملية الأكثر مباشرة، ولكنها ستكون مفيدة للسماح للأشخاص بإنشاء مستنداتهم الخاصة لمجتمعهم.
بالتأكيد لا نريد أن يبدو كل مجتمع Discourse معقدًا مثل قدراته.
إليك مثال رائع حقًا لمجتمع Discourse يستخدم موضوع الأسئلة الشائعة لشرح كيفية عمله لمستخدميه:
في عالم مثالي، ستكون هذه الوثائق متاحة مباشرة في مثيل Discourse في الشريط الجانبي “المساعدة”. مشابه لما تفعله Slack. في العالم الحقيقي غير المثالي، يعد نسخ المستندات إلى موضوع على الموقع منطقيًا.
هذا ما فعلته لمجتمعي. هذا يعني أنه عندما يبحث الأشخاص عن “كيف يمكنني تضمين مقطع فيديو” على سبيل المثال، فإنهم يحصلون على موضوع يغطي ذلك بالضبط، ولا شيء أكثر. إذا كنت لا تسمح بمقاطع الفيديو على موقعك، فيمكنك ببساطة حذف هذا الموضوع. بالإضافة إلى ذلك، يمكنهم ببساطة الرد على هذا الموضوع المحدد إذا كانت لديهم مشكلة معه، وتوثيق المشكلات المتعلقة بهذا الموضوع فقط، بدلاً من مزيج المواضيع الذي يحتويه دليل أكبر.
ميزة ثانية لهذا هي أنه يمكنك الإشارة إليه في أدلة رئيسية متعددة، والاستفادة من الروابط الخارجية لمواضيع Discourse الأخرى.
إليك مثال لدليل الإبحار لدي حيث يتم تقسيم المواضيع إلى مواضيع منفصلة ولكنها موحدة تحت دليل “رئيسي”. في هذه الحالة، SBF SEE هو موضوع لنوع واحد من التراخيص. SBF Binnen هو موضوع آخر (غير مرئي هنا) يحتوي على نفس معلومات التنقل بالضبط. لذلك، أقوم بالاحتفاظ بموضوع تنقل واحد، وأربطه بكلتا الدليلين.
للأسف، لا يتم عرض كل شيء بشكل جيد مع الروابط الخارجية، ولكنه لا يزال طريقة رائعة لدمج المواضيع، وإنشاء نقطة تحرير واحدة، تقوم بتحديث جميع المواضيع التي تحتاج إلى الإشارة إلى نفس المعلومات.
أتفق تمامًا. أجد أن وجود فئة Discourse أفضل من شريط جانبي (على الرغم من أنه يمكن الوصول إليه من شريط جانبي) ببساطة لأنه يشجع المستخدمين على طرح المشكلات المتعلقة بإعداد المجتمع، ويشجع المسؤولين على تعديل المواضيع لتتناسب بشكل أفضل مع مجتمعهم. على سبيل المثال، استبدال الصور الافتراضية بصور تتعلق بمنصتهم على وجه التحديد.
بالتأكيد يعتمد هذا على المجال، ولكن بشكل عام معظم المستخدمين لا يرون أبدًا الأشرطة الجانبية. حسنًا، في أوروبا على أي حال. هنا في الجزء الشمالي، لا يمتلك معظم الأشخاص العاديين جهاز كمبيوتر مكتبي/محمول بعد الآن، فهم يستخدمون الهواتف.
موضوع مختلف تمامًا، ولكن يجب على معظم المواقع تصميم التخطيط وتجربة المستخدم للشاشات الصغيرة وبعد ذلك، إذا كان لدى المصمم/المبرمج وقت إضافي متبقٍ، فبذل بعض الجهد على أجهزة الكمبيوتر المكتبية/الأجهزة اللوحية.
