لماذا يجب عليك استخدام Discourse داخليًا لشركتك/فريقك بدلًا من Slack (حالة استخدام لمدة 4 سنوات)

لقد كنا نستخدم Discourse كأداة رئيسية للتواصل وحفظ السجلات وتوثيق الأبحاث وأداة لتدوين اليوميات في المختبر لأكثر من 4 سنوات.

سأجادل بأن معظم الشركات ستستفيد بشكل كبير من وجود Discourse كأداة الاتصال الرئيسية الخاصة بها بدلاً من سلاسل Slack والبريد الإلكتروني و WhatsApp.

الأمر يرجع إلى هذا: إذا كنت تعتقد أن هناك أي قيمة في المحادثات بين الموظفين للتفكير المستقبلي، فأنت بحاجة إلى Discourse.
السبب البسيط هو أن تطبيقات المراسلة الفورية القائمة على القنوات (Slack، إلخ) جيدة فقط لهذا الغرض - المحادثات الفورية التي لن يرغب أحد في العودة إليها ومراجعتها إلا إذا كان يبحث عن شيء محدد جدًا. إنها تميل إلى تشابك محادثات متعددة في قناة واحدة طويلة تضم آلاف الأسطر ومئات المحادثات الفرعية.
على العكس من ذلك، يقوم Discourse بتقسيم المحادثات بطبيعتها إلى فئات ومواضيع وعلامات مما يجعله قويًا للغاية لأعضاء الفريق للانضمام إلى مواضيع محددة ومجالات بحث ومحادثات ذات صلة ببساطة عن طريق قراءة مواضيع Discourse كسجل يومي وعدم محاولة استخلاص ما حدث من قناة كانت تحتوي على 6 مواضيع محادثة أخرى بما في ذلك طلبات الغداء للجميع مدمجة في تيار نصي واحد.
إذا كانت شركتك/فريقك/مختبرك يشارك في أي نوع من البحث والتطوير، أعتقد أن Discourse ضروري.

الدردشة - الرابط المفقود

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

إعدادنا - سريع وآمن

قمنا بتثبيت Discourse على AWS EC2، في العامين الأولين كنا فريقًا صغيرًا يتكون من حوالي 5 أشخاص لذا كان t3.small أكثر من كافٍ. اليوم نحن أكبر وأغنى لذا يمكننا تحمل تكلفة m5.xlarge
نظرًا لأننا نقوم بتشغيل خادم AWS، يمكننا منحه أذونات إلى S3 bucket، وبالتالي تمكين تخزين كائنات S3 للتحميلات بسهولة بحيث يتم نسخ جميع الملفات المرفقة والصور وملفات Excel و CSV و PDF احتياطيًا بأمان.
قمنا بتمكين التحميلات الآمنة التي تحمي بياناتنا (قمنا بتعيين Discourse في وضع الدعوة فقط ورفض الوصول إلى المنتدى أو الملفات لأي زائر غير مسجل الدخول).
ملاحظة: بالطبع نتجاهل التوصية باستخدام شبكة توصيل المحتوى (CDN) لأن ذلك يتعارض مع الغرض من التحميلات الآمنة.

إضافات للإنتاجية

  • تعيين → تعيين المواضيع للأشخاص هو طريقة جيدة لجعل عضو الفريق مسؤولاً عن تذكرة/مشكلة/مشروع
  • رياضيات → إذا كنت تجري أبحاثًا، فأنت بحاجة إلى دعم LaTeX والمعادلات
  • ردود الفعل → هذا مجرد اتصال حديث. يجب أن يكون مدمجًا في Discourse في رأيي.
  • تحرير مشترك → لطيف جدًا للفرق لمشاركة وتحرير بعض الويكي أو صفحات المعرفة/المعلومات الأخرى.
  • من متصل بالإنترنت → في فريق، من الضروري معرفة من متصل بالإنترنت
  • هامش سفلي → تحتاج الشركات إلى أمور قانونية.. هذا هو المكان المناسب لكتابة بند السرية.
  • يمكن القول أن التقويم مفيد ولكن الطريقة التي يتم بها تنفيذه وعمله ليست مناسبة لنا. التصويت على المواضيع هو خيار آخر مفيد محتمل.

مكونات الثيم:

  • روابط رأس مخصصة → ضع روابط الشركة/الفريق المهمة في الرأس. لدينا لوحة إجازات، “مهامي” (لتطبيق التعيين)، رابط إلى لوحة Jira الخاصة بنا…

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

  • شريط جانبي لدردشة Discourse → اجعل الدردشة في المقدمة، نحن جميعًا نستخدم شاشات بحجم 24 إلى 27 بوصة ونريد نقل كل إجراءات Slack/WhatsApp إلى Discourse.

  • إشارات شرفية:
    صور GIF لـ Discourse التي يجب أن تكون مدمجة في Discourse في رأيي.
    لوحة Kanban لـ Discourse التي لا تحل محل Jira ولكنها تساعد في المهام عالية المستوى وتعمل بشكل جيد مع “تطبيق التعيين”. إنها تحتاج فقط إلى تكوينها بشكل صحيح ولم يكن الأمر سهلاً.
    مبدل ثيم الشريط الجانبي نحن نستخدم فقط الثيم الافتراضي الداكن/الفاتح لذا دع المستخدم يختار تفضيله بسهولة.

الخلاصة

أولاً وقبل كل شيء، شكرًا لفريق Discourse المذهل والملهم :clap:
Discourse هو منصة اتصالات صلبة، سريعة، آمنة، لا تقبل المساومة، وآمل أن يلهم المزيد من الفرق لاستخدامها للشركات، وفرق مختبرات الجامعات، والشركات الناشئة والمزيد!

86 إعجابًا

نحن نحب رؤى حول كيفية استخدامك لـ Discourse. إليك دعوة مريحة للقراء الآخرين :loudspeaker: نود أن نسمع المزيد عن كيفية استخدامك لـ Discourse داخليًا. هذا يساعدنا حقًا في معرفة ما ينجح، وتحديد أولويات إصلاح ما لا يعمل.

نحن أنفسنا نستخدم Discourse داخليًا، لذا من الممتع سماع أوجه التشابه والاختلاف بيننا (ليست كثيرة!).

:writing_hand:t2: تدوين الملاحظات – سنفكر في هذه، شكرًا!

24 إعجابًا

شكرًا على هذه الأفكار. لقد جعلتني أفكر في المزيج التقليدي للمحادثة - مثل Slack أو Mattermost أو Rocketchat بالإضافة إلى مشاركة المعرفة - مثل Confluence مقابل Discourse كمنصة للتعامل مع كل ذلك.

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

9 إعجابات

أعترف بأن الإشعارات الفورية تمثل نقطة ضعف في الوقت الحالي.
تعمل الإشعارات الفورية المضمنة (نوعًا ما..) لمستخدمي Android و Desktop، وليس لمستخدمي iPhone.

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

بالأمس جربت إشعارات Pushover هذا الحل يعمل وظيفيًا على Android/Apple/Windows، ومع ذلك، لديه عيبان رئيسيان (وهذا هو سبب عدم استخدامه في النهاية):

  1. يتطلب من كل مستخدم تثبيت تطبيق طرف ثالث على هاتفه ونسخ معرف المستخدم الخاص به يدويًا إلى صفحة تفضيلات Discourse :grimacing:
  2. يظهر الإشعار وبدلاً من نقلك مباشرة إلى محادثة/موضوع Discourse، فإنه يأخذك إلى تطبيق Pushover، ومن هناك يمكنك النقر مرة أخرى للوصول إلى رابط المحادثة/الموضوع. قد يبدو هذا تافهًا بعض الشيء، ولكن فيما يتعلق بإشعارات الرسائل المباشرة، فإن إضافة تطبيق بوابة بين رسالة الإشعار الفوري والمكان الفعلي الذي تريد الذهاب إليه يضعف التجربة.

يتطور Discourse باستمرار، مع عشرات الالتزامات يوميًا لذلك أظل متفائلًا بأن الإشعارات الفورية ستتحسن. السيناريو المثالي بالنسبة لي هو تطبيق أصلي مفتوح المصدر لنظامي Android/iOS يمكن للمسؤول تخصيصه وتقديمه إلى متجر Play/App. ولكن ربما العمل من خلال طرف ثالث مثل OneSignal وما شابه ذلك يمكن أن يكون أبسط ويحقق نفس الغرض.

9 إعجابات

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

4 إعجابات

نحن نفكر بالتأكيد في الإشعارات الفورية، الشيء الصعب هو أننا ببساطة لا نريد التعامل مع بيانات المنتديات غير المستضافة لدينا.

هناك حلول تقنية، يمكننا القول “يا هاتف، الموقع X يريد منك التحديث” قد يعمل هذا حول القيد الرئيسي هنا. ربما هناك طريقة لتشفير الحمولة أيضًا يمكن أن يحل هذا.

في هذه الأيام، تعمل تطبيقات الويب التقدمية (PWA) على iPhone (طالما أنك لست في أوروبا) وتطبيقات الويب التقدمية (PWA) على Android بشكل جيد للغاية. لكن منحنى أوروبا يجعلنا نفكر كثيرًا في التطبيق.

17 إعجابًا

سأؤيد فقط الجزء أدناه

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

إعجابَين (2)

لقد أجرينا الكثير من الإصلاحات مؤخرًا، وكانت إشعارات تطبيقات الويب التقدمية (PWA) على هاتفي ثابتة منذ أشهر. لا أقول إن هذا تم حله بأي حال من الأحوال، ولكن إذا كانت نقطة البيانات هي “واجهت مشاكل العام الماضي” فإنني أوصي بشدة بالمحاولة مرة أخرى.

ومع ذلك… فإن قيام Apple بقتل تطبيقات الويب التقدمية (PWA) في أوروبا يعني أننا بحاجة إلى التعامل مع هذه المشكلة وسنفعل ذلك.

9 إعجابات

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

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

لقد تحققت للتو من مستكشف البيانات الآن، ولدي 30 مستخدمًا نشطًا لديهم سجل push_subscriptions في موقع به 450-500 مستخدم يزورونه يوميًا. هذا معدل استخدام يبلغ حوالي 6٪. ثلث هؤلاء قد تم تحديثهم منذ عام 2024.

أقدر كل العمل الذي تم إنجازه في هذا المجال وأتفهم أن الكثير منه يعتمد على عوامل خارجية (مثل Apple و Google). لكنني أريد فقط التعبير عن رأيي بأن “يعمل بشكل جيد جدًا” لا يتوافق مع تجربتي ولا مع صاحب المنشور الأصلي.

6 إعجابات

وهو ما نعرف أنه لم يعد هو الحال.

لا يزال يرغب في رؤية Discourse كمعيار لنشر PWA وقمع هيمنة الإشعارات الفورية!

9 إعجابات

هناك أيضًا مكون إضافي للتذاكر قد يساعد في الاقتراب من Jira.

هناك أيضًا إصدار مكون إضافي لمعاينات PDF المضمنة والذي، إذا كنت أتذكر بشكل صحيح، يعمل أيضًا مع الأجهزة المحمولة.

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

نحن نستخدم Discourse send PDF inline دون شكاوى.

5 إعجابات

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

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

أنا فضولي، ما هي أنواع الأشياء التي قمت بها لضمان جودة الموضوع؟ كيف يبدو فريق الإشراف الخاص بك، ومدى صعوبة جعل الإدارة تفهم هذه الضرورة؟

5 إعجابات

شكراً على هذا التقرير المثير للاهتمام والمفيد للغاية.

مساري مشابه في استخدام Discourse لبناء بنيتي التحتية الافتراضية الشخصية والتنظيمية.

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

هذه كتابات ومجموعات من الأبحاث ذات الصلة.

أستخدم وأختبر الكثير من الأدوات والمنصات المتنوعة مفتوحة المصدر (بالإضافة إلى الأدوات المدفوعة - لا أميز) من أجل الكفاءة والبساطة.

على مدى السنوات القليلة الماضية، وجدت أن Discourse و Ghost هما الأكثر استخدامًا في مركز سير العمل المختلفة الخاصة بي.

4 إعجابات

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

8 إعجابات

كيف تتعامل مع الأمر إذا كانت لديك مناقشات بين الإدارات، ولكنك لا تريد أن تجعل جميع المستخدمين أعضاء في مجموعة الإدارات الأخرى؟ أو ربما لديك جميع المناقشات متاحة للجميع؟ في حالتي، يجب إخفاء بعض المناقشات على مستوى الإدارة عن الآخرين

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

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

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

4 إعجابات

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

لدينا أيضًا سياسة على مستوى المنصة تحظر المعلومات السرية والخاصة بالمشروع - يمكن وصف معظم المشاكل دون ذكر العميل.

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

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

4 إعجابات

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

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