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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

5 إعجابات

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

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

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

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

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

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

أوه، دعنا ننتقل إلى Teams بدلاً من ذلك.

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

انفجار، تشعب آخر في المناقشة.

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

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


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

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

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

ثم ماذا يحدث؟

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

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


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


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

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

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

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

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 إعجابات