هل هناك أي خطط للسماح بأحداث متعددة لكل موضوع أو لكل مشاركة؟

هل هناك أي خطط للسماح بأحداث متعددة لكل سلسلة رسائل أو لكل منشور؟
حالات الاستخدام التي تخطر ببالي هي:

  • تشغيل نفس الحدث لمناطق زمنية مختلفة - أي، ندوة عبر الإنترنت
  • القدرة على إضافة معلومات مفصلة للحدث للمؤتمرات لتسليط الضوء على أشياء مثل: الكلمات الرئيسية، وأوقات فتح قاعة المعرض، وأوقات الاستراحة، وما إلى ذلك.
5 إعجابات

لقد واجهت هذا القيد أثناء تجربتي مع سير عمل مناقشة يعتمد على التقويم في منتدى طلابي.

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

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

  • الثلاثاء 31 مارس — 12-1 مساءً
  • الأربعاء 1 أبريل — 10-11 صباحًا
  • الجمعة 3 أبريل — 3-4 مساءً

من الناحية المثالية، أود تضمين عدة كتل [event] في نفس الموضوع بحيث:

  • يظهر كل وقت مقترح في تقويم الموقع
  • يمكن للمشاركين تحديد أنهم سيحضرون فترة زمنية محددة
  • بمجرد اختيار وقت، يمكن ببساطة إزالة الأحداث الأخرى أو تعديلها

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

مثال آخر من منتدى لي هو المناقشات الأكاديمية حيث:

  • محاضرة
  • ساعة مكتبية
  • وجلسة مراجعة

قد تكون جميعها مرتبطة بنفس موضوع النقاش، ولكنها لا تزال أحداثًا متميزة في التقويم.

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

هل لي أن أقترح سير عمل بديلاً لتحقيق ما تسعى إليه؟

  1. احتفظ بموضوع الحدث (Event Topic) كـ “مرساة” واجعل من الواضح في النص أنه مؤقت، أو ربما احتفظ بنطاق زمني واسع
  2. في المنشور الأصلي (OP) (أو منشور لاحق)، أنشئ استطلاع رأي بالخيارات المتاحة للأوقات باستخدام وظيفة إدراج التاريخ (Insert Date)
  3. بمجرد إغلاق الاستطلاع، قم بتحرير تاريخ/وقت الحدث ليتطابق معه.
  4. إذا كانت هناك حاجة إلى أحداث إضافية، فاجعلها مواضيع مغلقة وأشر إليها في “موضوع الحدث الأساسي”.

ما رأيك؟

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

هذا سير العمل منطقي إذا كان الهدف هو ببساطة اختيار وقت واحد عبر استطلاع رأي.

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

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

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

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

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

يمكن أن يكون الحدث الرئيسي إما:

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

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

قد يؤدي السماح بكتل [الحدث] في مشاركات متعددة (مع تمييز إحداها اختياريًا كحدث رئيسي) إلى الحفاظ على نموذج التفكير الحالي مع تمكين سير عمل الجدولة حيث تحتاج عدة أحداث مؤقتة إلى الوجود في نفس موضوع المناقشة.

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