كيف يبدو مفهوم "جاهز للشركات" من وجهة نظرك؟ (الآراء الجريبة مرحب بها!)

[jpishgar (Joe)]

أود طرح سؤال على مشغلي المجتمعات المحترفين هنا، وهو سؤال رأيتُ مناقشته في أماكن أخرى على مستوى سطحي، لكنني لم أغوص فيه مطلقاً بالمصطلحات التي تلبي التعريف الدقيق.

ما هو تعريفك، برأيك، لما يُعتبر “جاهزاً للمؤسسات” (Enterprise-ready) كشرط لمجتمعك؟ أعني ذلك من حيث كلٍ من حالة المنصة المجتمعية وجاهزيتها، بالإضافة إلى المحتوى الأساسي الراسخ والنشاط؟ أنا متحمس لإثبات خطأ الفكرة القائلة بأن هذا فن أكثر منه علم، وأن هناك أنماطاً واضحة ومشارَكة تلعب دوراً هنا!

من الأسهل على الأرجح قياس النشاط - إذ توجد معايير مرجعية كثيرة.

إحدى التعريفات الشائعة لكلمة “نشط” في المنتديات هي تعريف رديت (Reddit) لما يشكل subreddit “نشطاً”، وهو ما استخدمته كقاعدة إبهام في الماضي لتقييم النجاح في تأسيس نواة حرجة. تاريخياً، هذا يعني “خمسة منشورات على الأقل يومياً”. كانت رديت سابقاً تعتبر المجتمع نشطاً إذا كان subreddit يحتوي على خمسة منشورات أو تعليقات على الأقل في يوم معين. أعلم أنني وصلت إلى نشاط ذاتي الاستدامة في مجتمع جديد إذا كان لدي هذا العدد من المنشورات أو التعليقات التي تحدث يومياً، دون الحاجة إلى تدخل أو تحفيز. وهو أيضاً اختبار رائع لأي منطقة نقاش جديدة أو فئة فرعية. إذا أنشأت فئة جديدة، وتمكنت من بنائها لتصل إلى 5+ منشورات يومياً تحدث دون تدخل منك، فقد حصلت على فئة قوية.

بالنسبة للجاهزية للمؤسسات، خاصة لمجتمعات B2B أو مجتمعات العملاء، سأعدّل هذا القول لأقول: 5+ منشورات أو تعليقات يومياً، بالإضافة إلى استجابة مضمونة بنمط اتفاقية مستوى الخدمة (SLA) لـ 80% من المواضيع خلال 48 ساعة. أجد من المهم التأكد من عدم ترك المنشورات الجديدة وحيدة وغير مجابة، ولكن أيضاً إعطاء الموضوع بعض الوقت للتنفس وفرصة لحدوث استجابة عضوية.

هل لديك معادلة تفضلها؟ هل أنا مخطئ تماماً بشأن معدل الاستجابة هذا؟

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

ما هو رأيك (سواء كان ساخناً/مثيراً للجدل/مخالفاً للرأي السائد أم لا) حول كيف يبدو مجتمع “جاهز للمؤسسات” بالنسبة لك؟

[fuse (Geoff Hughes)]

عندما أفكر في مصطلح «جاهز للمؤسسات» (Enterprise Ready)، أفكر في الموثوقية، والتوفر، والأداء على نطاق واسع، وهو ما قد لا يكون هو السؤال الذي تطرحه بالضبط.

توفر الموقع بنسبة 99.99% (أربعة تسعات)، وتعتمد الإجابة على كيفية تفكيرك في التوفر، بحيث قد يؤدي تشغيل الخدمة في بنية عالية التوفر أو قابلة للتوسع الأفقي إلى فقدان جزء من السعة عند تعطل مكون ما، دون أن يعني ذلك بالضرورة فقدان التوفر نفسه.

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

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

هل يمكن لموقعك استيعاب 10,000 مستخدم نشط متزامن دون أي تأخير في الأداء عند رفع الصور أو استخدام ميزات الدردشة؟

متى يبدأ المستخدمون في ملاحظة مشاكل الأداء، أو التأخير/زمن الاستجابة؟

أود ملاحظة أنني أؤمن بشيئين - البنية تحدد التكلفة، وفهم كيفية مراعاة تصميم المجتمع منذ البداية أمر بالغ الأهمية عند التوسع. هذا أمر صعب لأنه، ما لم تكن على نطاق المؤسسات من اليوم الأول، فإن ما تحتاجه لـ 100 مستخدم قد يختلف تماماً عما تحتاجه لـ 1,000، أو 10,000 مستخدم.

هناك الكثير مما يجب تفكيكه فيما يتعلق ببساطة البنية الأحادية (Monolith)، ومخاطر نقاط الفشل المفردة مقارنة بأهداف التوفر، وأين تضيف نهج مثل Docker و Kubernetes تعقيداً بينما تتيح التوسع الأفقي.

أنا من المعجبين الكبار بمنصة Discourse، ومجتمعنا صغير جداً، ولم أقم بإنفاق أي وقت ذي معنى لتقييم كيفية تحويل برنامج مثل Discourse إلى خدمة SaaS (وهو ما أفترض أن الأشخاص الأذكياء في Meta قد حلّوه وجعلوه يبدو سهلاً).

من منظور مختلف، أعتقد أن ما قد تسأل عنه هو اتفاقيات مستوى الخدمة (SLAs، والتي تستلزم عقوداً) أو أهداف مستوى الخدمة (SLOs، والتي يمكن استخدامها لتحديد التوقعات). وهذا يعود أيضاً إلى التصميم.

كم عدد المشرفين أو الموظفين لديك، ما هي نسبة المشرفين إلى المستخدمين، وكيف تقارن هذه النسبة بحجم المنشورات ونسبة المنشورات المبلغ عنها إلى إجمالي المنشورات (كمثال). إذا كان لديك مدير واحد، وحتى مع وجود 100 مستخدم، فأنا لست متأكداً من أنني سألتزم بهدف مستوى خدمة (SLO) بمدة يوم عمل واحد.

النقاط الأخيرة التي أود تقديمها هي أن تبدأ مع وضع النهاية في الاعتبار، وبناء تصميمك بناءً على متطلبات واضحة.

آمل أن يكون هذا مفيداً! بالتوفيق!

[jpishgar (Joe)]

@fuse

عندما أفكر في مصطلح «جاهز للمؤسسات» (Enterprise Ready)، أفكر في الموثوقية، والتوفر، والأداء على نطاق واسع، وهو ما قد لا يكون هو نفس السؤال الذي تطرحه.

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

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

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

أما فيما يتعلق بتصميم المجتمع نفسه، فإن الفرق فيما يخص «جاهزية المؤسسات» هو بنية تحتية وليس أداءً. رغم أنني لست متأكدًا مما إذا كانت هناك دراسات تم إجراؤها حول عتبات التحمل للمجتمعات نفسها - لدينا بالفعل أبحاث Core Web Vitals. Chromium Blog: The Science Behind Web Vitals لقد اعتدت دائمًا على الاعتقاد بأن التحمل والصبر تجاه الأداء المنخفض هو دالة عكسية؛ فكلما زاد تفاعل الأعضاء النشطين داخل المجتمع، زاد صبرهم.

سيكون من المثير للفضول معرفة آراء الآخرين حول المتطلبات الأساسية لتعريف مجتمع «جاهز للمؤسسات» بما يتجاوز المتطلب “يجب أن يكون سريعًا. بروم بروم!” الذي غالبًا ما يُهمل.