مع تزايد اعتمادنا على منصة Discourse كمنصة للدعم، لاحظنا وجود عنصر مفقود كان يبدو ضروريًا. حاليًا في Discourse، إذا أردت تقييد الوصول إلى موضوع معين لأشخاص محددين، يجب تحويله إلى رسالة خاصة أو فئة ذات مجموعات وإذونات محددة.
التحدي الذي يواجه هذه الطريقة الحالية في تثبيتات الدعم هو فقدان القدرة على رؤية جميع الموظفين (ما لم يُدعَوا) للموضوع، وفقدان وضوح حالة الحل ضمن الفئة، وعدم وجود طريقة لتعيين فئة للموضوع. وبفقدان تعيين الفئات، ينتهي الأمر بالأمور بشكل منفصل ما لم يتم وضع وسوم عليها أيضًا.
المواضيع الخاصة مصممة لسد هذه الفجوة.
حالة الاستخدام:
يقدم العميل جيم طلب دعم لبرمجته المثبتة، ويقوم برفع معلومات الاتصال الخاصة به في الموضوع الذي يظهر علنًا. يحتاج جميع أعضاء الفريق إلى رؤية الموضوع، ويجب تتبعه إلى فئة “المنتج ب” لأغراض التحليلات والمقاييس.
يقوم عضو الفريق جون بتعيين الموضوع كخاص. يؤدي هذا إلى إزالة الوصول إلى الموضوع لجميع المستخدمين ما عدا جيم وأعضاء الفريق، مع بقائه في الفئة الحالية. بالإضافة إلى ذلك، يتم إخفاؤه من العرض الرئيسي.
الميزات:
تقييد الوصول إلى الموضوع للمستخدمين غير المصرح لهم
إخفاء الموضوع من قائمة المواضيع الرئيسية
إضافات مستقبلية:
دعوة مستخدمين إضافيين إلى الموضوع (نعمل على ذلك حاليًا)
The biggest issue is a pm could work however would require the category to remain attached to the topic. In a PM however tagging is only available and will not work in this context.
This email triggers creation of a PM to a group in Discourse, with the topic title being the title of the email and the topic body the body of the email. The user is staged via their email address.
The group can then reply to this PM topic as they see fit, and emails will be automatically sent to the customer.
Customer can reply to the emails generated, and their email replies will arrive in the PM as new posts by that staged user.
كان علينا تعطيل الإضافة، لأنها تسببت في عدم إمكانية وصول المشرفين إلى الرسائل الخاصة.
بالإضافة إلى ذلك، عندما يقوم أحد المشرفين بجعل المنشورات ضمن المواضيع غير مرئية، يصبح الموضوع بأكمله غير متاح لجميع المستخدمين (باستثناء الطاقم).