منذ إطلاق المكون الإضافي الجديد Discourse Templates، استمتعت حقًا بالوظائف الجديدة المتمثلة في تخزين قوالب الرد في مواضيع ضمن فئة قوالب مخصصة. هذا يجعل من السهل عرض القوالب وتعديلها، مع السماح بالقدرة على تصفية العلامات وتعديل وفرز القوالب الموجودة حسب الحاجة.
ومع ذلك، حاليًا يمكن تحديد فئة قوالب واحدة فقط في كل مرة، لذا تشترك جميع القوالب لموقع ما بين جميع المستخدمين الذين لديهم حق الوصول إلى فئة القوالب المحددة.
بالإضافة إلى ذلك، إذا أراد مستخدم إنشاء قالب لا يمكنه الوصول إليه إلا هو نفسه، فلا توجد حاليًا طريقة للقيام بذلك دون تعديل الوصول إلى جميع القوالب داخل فئة القوالب.
طلب ميزة
بناءً على هذه الملاحظات، إليك بعض الميزات التي أشعر أن العديد من أنواع مستخدمي Discourse المختلفة يمكن أن تستفيد منها:
- القدرة على إنشاء قالب خاص شخصي لا يمكن للمستخدم الذي أنشأ القالب الوصول إليه وعرضه.
- القدرة على إنشاء قوالب خاصة يمكن لمستخدمين أو أكثر على الموقع الوصول إليها، ولكنها تظل مخفية عن أي شخص آخر.
حالات الاستخدام النموذجية
بعض الطرق التي يمكن استخدام هذا بها في مواقف مختلفة.
- يريد المستخدم إنشاء قوالب شخصية لنفسه، ولكنه لا يريد إزعاج فئة القوالب الرئيسية بالقوالب غير ذات الصلة للموقع بأكمله.
- مثال: تستخدم شركة Alex نظام Discourse كمنصة دعم، ويريدون تخزين إجابات لكل سؤال محتمل للعملاء كقالب. حتى لو لم يتم استخدام القوالب أبدًا، يمكن لـ Alex الرجوع إلى قوالبه الشخصية لأسئلة العملاء المستقبلية ذات الصلة، أو المعرفة حول شيء قد لا يكون قد رأوه منذ فترة - حتى لو لم يتم استخدام القوالب أبدًا.
- مثال: يستخدم Alex نظام Discourse كمنتدى مجتمعي للمنتجات والخدمات التي يبيعونها على موقعه الرئيسي (غير Discourse). ينشئ Alex قالبًا لموضوع ينشره هو فقط على موقع Discourse الخاص به كل يوم جمعة للمساعدة في بناء التفاعل.
- قوالب مشتركة لفريق بأكمله ولكن ليس للشركة بأكملها.
- مثال: يعمل Alex كمطور برامج، وفريقه غالبًا ما يمر بمجموعات مختلفة من المهام داخليًا. لدى فريق تطوير البرامج قالب يتضمن قائمة مرجعية أو عناصر قابلة للتنفيذ أخرى لكل مجموعة من المهام التي يجب أن يكملها كل عضو في الفريق.
- مثال: يدير Alex فريقًا يستخدم نظام Discourse كمنصة دعم. ينشئ Alex قوالب لا يمكن لفريق الدعم الوصول إليها لمساعدة الفريق على الاستجابة للعملاء بشكل أسرع.
- يرغب مستخدمان أو أكثر من أعضاء الفريق في الوصول إلى نفس القوالب، ولكنهم لا يحتاجون إلى مشاركتها مع الفريق بأكمله.
- مثال: يعمل Alex في الدعم ويعمل John في تطوير البرامج، وتستخدم شركتهم نظام Discourse للتواصل مع العملاء. قام John بإصلاح خطأ، لذلك قرر إنشاء قالب يشرح التغييرات التي أجراها على برامج الشركة لإصلاح الخطأ - ثم يشارك هذا القالب مع Alex حتى يتمكنوا من إبلاغ العملاء بالتحديثات. بمجرد إبلاغ جميع العملاء، يمكن حذف القالب.
أنا متأكد من وجود حالات استخدام أخرى كثيرة لم يتم ذكرها هنا.
الحاجة إلى التوازن
مع أخذ كل هذا في الاعتبار، وبغض النظر عن الميزات المتاحة لجعل القوالب عامة أو خاصة، لا يزال المستخدمون بحاجة إلى تحديد - “مع من يجب مشاركة القالب؟”
هناك توازن بين “سيستخدم الجميع في الموقع هذا القالب كل يوم”، و “استخدم شخص ما هذا القالب مرة واحدة لمهمة محددة جدًا ولم يعد يستخدم أبدًا”. في الحالة الأولى، بالطبع، نريد أن تتم مشاركة هذا القالب مع الجميع، ولكن في الحالة الأخيرة، إذا تمت مشاركة القالب، فسيؤدي ذلك ببساطة إلى إزعاج قائمة القوالب، ويمكن أن تصبح قائمة جميع القوالب مربكة بسرعة، أو قديمة، أو غير ضرورية إذا لم تكن هناك معايير لما هو “مقبول” كقالب للموقع بأكمله.
ماذا عن العلامات
مع Discourse Templates، يمكننا الآن وضع علامة على كل قالب للمساعدة في فرز القوالب والعثور عليها عندما يحين وقت استخدامها، فلماذا نحتاج حتى إلى قوالب خاصة بفرد أو فريق؟ لماذا لا يمكن لفريق الدعم ببساطة وضع علامة على جميع قوالبه بعلامة #support وينتهي الأمر بكل هذا؟ لماذا لا يمكن لـ Alex ببساطة وضع علامة على جميع قوالبه الشخصية بعلامة #alex-templates والمضي قدمًا؟
إجابة قصيرة: لا يوجد سبب لعدم نجاح ذلك. يمكن للمستخدمين ببساطة وضع علامة على القوالب ثم البحث عنها عند محاولة استرجاعها.
إجابة طويلة (وهي في الواقع مجرد المزيد من الأسئلة): عندما يستخدم الأشخاص القوالب، هل يقومون بالتمرير خلالها جميعًا، أم يبحثون فقط عما يحتاجون إليه؟ إذا كنت تبحث فقط عن القوالب، فإن عدد القوالب التي تبحث عنها ربما لا يهم كثيرًا - أنت فقط تبحث ثم تنتهي بمجرد العثور على ما تبحث عنه. ومع ذلك، إذا كنت تتصفح جميع القوالب الممكنة التي يمكنك استخدامها، فقد تكون هذه مهمة طويلة اعتمادًا على عدد القوالب الموجودة في موقعك.
ماذا لو كان موقعك ضخمًا؟ إذا كان موقعك يحتوي على 1000 قالب، ولكنك تستخدم 10 منها فقط، فلماذا تحتاج إلى رؤية جميع القوالب الإضافية، ألن تكون مجرد فوضى إضافية بالنسبة لك؟ حسنًا، هذا مبالغ فيه قليلاً، ولكن لا يزال الأمر كذلك، هناك عتبة حيث يوجد عدد كبير جدًا من القوالب لمجموعة معينة من الأشخاص، أو لموقع بأكمله للوصول إليه.
أيضًا، ماذا لو لم تكن تعرف ما الذي تبحث عنه؟ ماذا لو بدأت للتو في الإشراف على موقع Discourse معين ولا تعرف أسماء جميع القوالب، وهناك 100 منها؟ ماذا لو كنت تبحث عن قالب “مقدمة الموقع”، ولكن شخصًا ما أطلق على القالب الذي تبحث عنه “ترحيب” (أو موقف مشابه) ولم يتم إرجاع أي شيء في بحثك؟
هناك الكثير من الأسئلة التي تحتاج إلى النظر فيها، ولا يوجد بالضرورة إجابة صحيحة.
يبدو أن المستخدمين الآخرين هنا قد يكون لديهم أفكار حول هذا الأمر أيضًا. بينما كان هذا يتعلق بمكون Canned Replies القديم الآن، فإن الأفكار المعبر عنها لا تزال قابلة للتطبيق هنا:
طرق ممكنة لتنفيذ هذا
عندما نفكر في الآليات الفعلية هنا، فقد تم ذكر أن @saquetim قد يعرف المزيد عن كيفية تنفيذ هذا بشكل أفضل.
بالنسبة للقوالب الشخصية، ربما يمكن أن يكون البريد الخاص إلى الذات + علامة خاصة كافيًا؟
إذا كنت تريد أن يتمكن شخصان من الوصول إلى قالب، فربما يمكنك إرسال بريد خاص إلى نفسك، والشخص الآخر بعلامة خاصة؟
ربما يمكننا الحصول على القدرة على تحديد فئات discourse templates متعددة؟
ما هي أفكار الجميع حول هذا؟ 
- هل سيكون شيء مثل هذا مفيدًا بالفعل؟
- لماذا نريد القدرة على إنشاء قوالب خاصة؟
- كيف نريد استخدام هذا؟
