ما مدى جدوى تطبيق سطح مكتب خفيف الوزن لـ Discourse، وهل يمكن أن يعزز التفاعل و/أو الوعي بالإشعارات؟

هذه متابعة لسؤال من جلسة الأسئلة والأجوبة اليوم. أجاب ديفيد بشكل جيد وفهم بالتأكيد من أين أتى هذا السؤال. سأقوم بربط فيديو جلسة الأسئلة والأجوبة بهذا الموضوع عند توفره للعامة.

كان السؤال الأولي:

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

لأكون أكثر تحديدًا، فإن “السبب” هو المهم حقًا وليس “ماذا”. “السبب” هنا هو كما يلي:

  • تخيل شركة كبيرة، وقنوات اتصال متعددة: Teams، Outlook، Discourse، Sharepoint، والعديد من القنوات الأخرى.
  • تخيل أنك شخص مشغول وتريد الاتصال بشخص ما أو فريق ما بشأن شيء ما.

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

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

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

هناك احتكاك ضروري:

  • اختيار الفئة
  • العناية بالموضوع

ولكن هناك أيضًا احتكاك “إضافي” لا يمتلكه تطبيق سطح المكتب.

  • التفكير في استخدام Discourse - هل هو قادر على المساعدة؟
  • القرار باستخدام Discourse - هل يستحق الجهد؟ متى سيرى شخص ما موضوعي؟
  • فتح المتصفح
  • الذهاب إلى الموقع
  • تسجيل الدخول

لاحظ أن عملية التفكير والقرار لـ MSTeams لا تحدث. إنها تتطلب جهدًا أقل بكثير بالنسبة لي للنقر على زر واحد: أنا في وضع يسمح لي بالبدء في سؤالي على الفور.

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

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

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

ربما يوجد بالفعل شيء يمكن أن يكون بديلاً جيدًا؟

5 إعجابات

يسعدني أيضًا النقاش هنا :slight_smile:

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

أعتقد أن حدسك بشأن الإشعارات حدس صحيح، لكنني لست متأكدًا مما إذا كان هذا هو المشكلة الرئيسية هنا.

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

ربما يجب أن أركز على سيناريوهات أخرى. لقد ذكرت هذه الأدوات الأخرى في مزيجك:

يا إلهي، Outlook. يرسل شخص ما بريدًا إلكترونيًا. ينسى إضافة شخص معين في نسخة كربونية (CC)، فيرد شخص آخر لإضافة هذا الشخص. يحدث هذا بضع مرات أخرى. أوه، هناك الكثير من الأشخاص في هذه السلسلة. يرد شخص ما ويحذف نصف قائمة النسخ الكربونية. الشخص التالي يرد دون أن يدرك أن الجميع لم يعودوا يتابعون النقاش بعد الآن.

آه، دعنا فقط ننقل هذا النقاش إلى Teams.

“مرحبًا، إذن في سلسلة البريد الإلكتروني…”
“أي سلسلة بريد إلكتروني؟”
“تلك الخاصة بـ X”
“لست متأكدًا من أنني مدرج فيها”
“ابحث عن الموضوع ‘الأمر المتعلق بـ x’”
“أوه نعم، أراها”
“حسنًا، إذن في الرسالة الموجهة إلى شخص كذا…”
“هيم… نعم، يبدو أنني تم إخراجي من السلسلة في تلك المرحلة”
“سأقوم بإعادة توجيهها لك فقط”

بوم، انقسام آخر في النقاش.

ماذا لو كان بإمكانك ببساطة وضع رابط إلى هذا النقاش في الدردشة بدلًا من ذلك؟

أعتقد أن هذه هي الزاوية هنا. نقل النقاشات من البريد الإلكتروني إلى Discourse. ثم يصبح Teams أفضل لأنك يمكنك ربط هذه المحادثات بسهولة دون كل تلك الفوضى.


بالطبع، هناك محادثات في الدردشة ستكون أفضل في Discourse أيضًا، لكن ذلك يتطلب جهدًا أكبر كما وصفت. لكنني متأكد من أنك رأيت ذلك بالفعل مع أدوات أخرى أيضًا.

“مرحبًا، هذه السلسلة تصبح طويلة بعض الشيء. هل يمكننا تلخيص هذا في وثيقة كخطوة أولى؟”

حسنًا، هذه خطوة جيدة. إنها إشارة على أن الناس على استعداد للعمل بشكل غير متزامن (asynchronously) عندما يكون ذلك ضروريًا.

ثم ماذا يحدث؟

كم من الوقت تستمر سلاسل التعليقات في الوثائق التي يتم مشاركتها؟ كيف تجد الوثيقة الصحيحة؟

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


هذه هي الطريقة التي سأحاول بها معالجة هذه المشكلة. ابحث عن السيناريوهات التي سيرى فيها الناس قيمة أكبر وحاول تطوير “دليل أساليب” (playbook) حولها.


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

من المرجح أن تكون هناك حاجة إلى تحديد بعض المبادئ التوجيهية حول متى يجب استخدام كل أداة.

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

أنا منجذب لإعادة تسمية هذا الموضوع ليكون كله عن السبب ونقله إلى #community-building، لكنني سأتركك تفكر في هذه الفكرة أولاً.

5 إعجابات

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

هذا صحيح ولكن للأسف إنه MSTeams، ولا أعتقد أنه يمكننا استخدام Discourse Chat: نحن نشجع المستخدمين على مشاركة المعلومات بين مشاريع العملاء على Discourse، ولكن هذا يحتاج إلى إشراف صارم - لا يمكن للعميل أ معرفة الصلصة السرية للعميل ب والعكس صحيح. باستخدام الدردشة، فإننا نُعكّر هذا التوقع السلوكي في Discourse، ونُسرب المعلومات الجيدة من الجزء المشترك/المفتوح من المنصة إلى محادثات خاصة بالكامل. حتى وظيفة “نقل المحادثة من الدردشة إلى الموضوع” قد لا تساعد هنا - يندفع الناس مباشرة إلى الشيء التالي في بيئة العمل، ولن يتعلم الكثير منهم أبدًا استخدام هذه الوظيفة.

هذا صحيح تمامًا ولحسن الحظ لم يتطلب الكثير من التشجيع.

كيف نحل مشكلة المعلومات التي تذهب في الاتجاه الآخر؟ الأسئلة التي تُطرح في MSTeams لا تنتج روابط، ولا يتم بثها وتضيع في Microsoft Ether. يعرف المستخدم أن المستلم سيتلقى إشعارًا على الفور. مع Discourse هذا ليس هو الحال. حتى مع إشعارات البريد الإلكتروني، يتم خلطها مع رسائل أخرى، وعادةً ما يتم تصفيتها إلى مجلد. هذه الفورية هي سبب رئيسي لطرح هذه الأسئلة في MSTeams بدلاً من Discourse.

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

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

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

من حيث ماذا، يمكن أن يكون تطبيق سطح المكتب طريقة للمضي قدمًا، ولكني أرى أنه سيتطلب الكثير من الجهد وهل يستحق هذا الجهد حقًا؟ ربما لا.

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

لقد ألقيت نظرة لمدة 3-4 دقائق على الخيارات التالية. لست متأكدًا مما إذا كنتم قد نظرتم إليها من حيث توفير التكاملات؟ هل سيكون شيء من هذا القبيل منطقيًا؟

https://novu.co/ - يبدو واعدًا، على الرغم من أنني لم أتمكن من رؤية قائمة بالمنصات المدعومة
Pushover: Applications and Plugins - لست متأكدًا مما إذا كانت المؤسسة ستوافق على هذا
GitHub - notifo-io/notifo: Multi channel notification service for collaboration tools, e-commerce, news service and more. يبدو لطيفًا جدًا، واجهة الويب بدت أنيقة وسهلة.

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

هل قمت بتثبيت تطبيق Discourse على الويب كتطبيق ويب تقدمي (PWA) على نظام التشغيل Windows؟ سيظهر رقم إشعار على شارة أيقونة شريط المهام. يعمل هذا مباشرةً.

3 إعجابات

هذا اقتراح جيد حقًا. سأجربه لبضعة أسابيع وأرى كيف يسير. أحد الجوانب السلبية هو أنه علامة تبويب واحدة - على الأقل في كروم. ولكن لاستخدام مراقبة الإشعارات هذا، لا يزال تحسينًا جيدًا.

بالنسبة لأي شخص آخر يتطلع إلى تجربة هذا، في كروم انقر فوق أيقونة سطح المكتب بجوار نجمة الإشارة المرجعية في شريط عنوان URL

image

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

نعم، اجمع هذا مع مشاهدة أول مشاركة في فئات معينة قد يساعدك في التنبيه بالمواضيع الجديدة غير المقروءة التي تهمك.

إعجابَين (2)

image

أحببته بالفعل! اقتراح رائع :heart:

5 إعجابات

انظر استعلامي هنا: Implement Badging API - #10 by merefield

3 إعجابات

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

للمرجع، هذا يعمل في:

إليك مقطع فيديو سريع حول كيفية إعداد هذا مع Edge. أطلب منه التشغيل عند بدء التشغيل لمزيد من الراحة.
ملاحظة: أول شيء أنقر عليه يكون في شريط العنوان. هذا ليس واضحًا في الفيديو بسبب تشوهات الضغط.

يوجد أيضًا دليل لـ Chrome مع صور هنا: Implement Badging API - #11 by Tris20

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

مرحباً تريستان. لست متأكداً مما إذا كان هذا سيساعد بعد كل هذا الوقت، ولكني أعمل على عميل سطح مكتب لمجتمعات Discourse. نظرًا لأنه تطبيق جديد جدًا، سأكون ممتنًا جدًا لو أمكنك إلقاء نظرة وإبداء انطباعاتك

4 إعجابات