- برنامج Run of Show (Run of Show Software) يدير تسلسل الفعالية بالدقيقة كبيانات حية لا كملف: لكل فقرة وقت ومدة ومسؤول ومورد وموقع وإشارات وحالة فعلية، ويصل كل تعديل إلى من يخصه لحظة حدوثه.
- ملف PDF يفشل يوم الحفل لأن البرنامج يتغير بعد طباعته: تأخر ضيف، أو اختصار فقرة، أو تبديل ترتيب، فيعمل نصف الفريق على نسخة قديمة ولا يبقى سجل لما نُفذ فعلًا.
- أهم ما تختبره عند التقييم: سرعة وصول التعديل إلى الميدان، وعرض كل دور لما يخصه فقط، وتسجيل البدء والانتهاء الفعلي، وإظهار أثر التأخير على الفقرات التالية، وقفل النسخة المعتمدة، وتقرير المخطط مقابل الفعلي.
- جدول بسيط يكفي أحيانًا: فعالية بطرف تنفيذي واحد، وبرنامج مستقر، ولا بث بموعد ثابت ولا كبار ضيوف. ما عدا ذلك يصبح الملف الثابت مصدر أخطاء.
برنامج Run of Show هو الأداة التي يدير بها مدير البرنامج تسلسل الفعالية لحظة بلحظة، ويعرف منها كل مسؤول ومورد ما عليه فعله ومتى، ويُسجَّل فيها ما حدث فعلًا مقابل ما خُطط له. هذه المقالة موجهة لمن يقيّم هذه الفئة من البرامج: ما الذي يجب أن تفعله، وما الفرق بينها وبين ملف البرنامج المطبوع، وكيف تختبرها في العرض التجريبي، ومتى لا تحتاجها أصلًا.
لماذا لا يكفي ملف PDF للبرنامج يوم الحفل
الملف الثابت صحيح في لحظة تصديره فقط. في الحفلات الرسمية والمؤتمرات يتغير البرنامج في الأيام الأخيرة أكثر مما تغير في الشهر الذي سبقها: اعتذار متحدث، وإضافة كلمة لراعٍ، وتبديل ترتيب التكريم، وتغيير مدة الفيلم بعد المونتاج النهائي. كل تغيير يعني إصدارًا جديدًا يُرسل في مجموعة محادثة، ويُطبع بعضه ولا يُطبع بعضه.
مثال توضيحيحفل افتتاح رسمي صدر برنامجه التشغيلي بسبع نسخ في آخر أسبوع. مورد الإضاءة يعمل على النسخة الخامسة المطبوعة لديه في غرفة التحكم، ومسؤول المراسم على السادسة في جواله، ومدير المسرح على السابعة. في النسخة السابعة انتقل الفيلم التعريفي من بعد الكلمة الافتتاحية إلى قبلها. النتيجة المتوقعة: الإضاءة تخفت في الموعد القديم، والمتحدث يقف على المنصة في ظلام جزئي عشر ثوانٍ أمام الكاميرات.
- التعديل يُكتب في الملف ويُصدَّر نسخة جديدة.
- تُرسل النسخة في المجموعة، وتضيع بين الرسائل.
- كل طرف يعمل على آخر نسخة وصلته أو طبعها.
- التأخير يُعرف بالنداء عبر اللاسلكي، ولا يُكتب.
- بعد الحفل لا أحد يعرف متى بدأت كل فقرة فعلًا ولماذا تأخرت.
- التعديل يُجرى مرة واحدة في البرنامج ممن يملك الصلاحية.
- يظهر فورًا لدى كل من تخصه الفقرة، مع علامة أنه تغير.
- لا توجد «نسخ»؛ هناك برنامج واحد وحالة كل فقرة فيه.
- بدء الفقرة وانتهاؤها يُسجلان بوقتهما، والتأخير ظاهر بالدقائق.
- بعد الحفل يُستخرج المخطط مقابل الفعلي وأسباب كل انحراف.
المشكلة إذن ليست أن PDF أداة سيئة، بل أنه يجمّد شيئًا يتغير. لذلك يبقى الملف المطبوع مفيدًا في موضع واحد: نسخة احتياطية مؤرخة لكل موقع عمل، لا مصدرًا للحقيقة.
ما الذي يفعله برنامج Run of Show ولا يفعله الملف الثابت
الجدول التالي يفصل الوظائف التي تميز برنامج Run of Show عن ملف البرنامج، وهو في الوقت نفسه قائمة ما تسأل عنه عند التقييم. الوظيفة التي لا يقدمها البرنامج المرشح تعني أنك ستعود إلى الملف والمحادثة في تلك النقطة تحديدًا.
| الوظيفة | الملف الثابت (PDF أو جدول مطبوع) | برنامج Run of Show الحي |
|---|---|---|
| التوقيت بالدقيقة | موجود، لكنه صحيح حتى أول تغيير | وقت بدء ومدة لكل فقرة، وأيام وقاعات متعددة |
| مسؤول كل فقرة | اسم مكتوب، ولا أحد يُنبَّه | مسؤول مسند يُنبَّه قبل موعد فقرته |
| المورد المعني | غالبًا غير مذكور، أو مذكور في عمود الملاحظات | المورد مربوط بالفقرة، ويرى فقراته فقط |
| الإشارات (Cues) | نص حر في خانة واحدة | حقول مستقلة للصوت والإضاءة والشاشة والكاميرا حسب حاجتك |
| الحالة الفعلية | لا توجد | مجدول، جارٍ، منفذ، متأخر، ملغى |
| التأخير وأثره | يُعرف بالنداء ويُحسب ذهنيًا | ظاهر بالدقائق لكل فقرة ولما بعدها |
| وصول التعديل | نسخة جديدة تُرسل وتُطبع | يتحدث لدى الجميع لحظيًا دون إعادة إرسال |
| العرض لكل دور | الملف نفسه للجميع، بما فيه ما لا يخص القارئ | كل دور يرى ما يخصه، والعميل يرى ما يُسمح له |
| الاعتماد والنسخة المرجعية | اعتماد بالبريد على ملف قد يتغير بعده | نسخة معتمدة مقفلة، والتعديل بعدها ظاهر |
| السجل بعد الفعالية | لا شيء غير ذاكرة الفريق | المخطط مقابل الفعلي لكل فقرة وسبب الانحراف |
لاحظ أن «التوقيت بالدقيقة» وحده لا يصنع برنامج Run of Show؛ كل جدول يستطيع ذلك. ما يميز الفئة هو أن الفقرة كيان له مالك وحالة وسجل، لا سطر في جدول. ولهذا ترتبط هذه البرامج عادة بأدوات التشغيل الأخرى: المهام، والبلاغات، وغرفة العمليات.
تشريح الفقرة في Run of Show: الحقول التي تحتاجها فعلًا
قبل أن تقيّم أي برنامج، حدد ما يجب أن تحمله الفقرة الواحدة. هذه الحقول مستخلصة من تشغيل حفلات رسمية ومؤتمرات، وبعضها لا يظهر في قوالب البرامج الجاهزة:
- الوقت المخطط والمدة: وقت البدء ومدة الفقرة، لا وقت البدء فقط؛ المدة هي ما يسمح بحساب أثر أي تأخير.
- نوع الفقرة من حيث المرونة: ثابتة (السلام الملكي، موعد بث مباشر، ارتباط الراعي بعدها) أو مرنة يمكن اختصارها (تكريم الشركاء، فاصل موسيقي). هذا الحقل يختصر قرار التأخير لاحقًا.
- المسؤول الأول: شخص واحد باسمه، لا «فريق المسرح». من يتلقى التنبيه ويسجل التنفيذ.
- المورد أو الفريق المنفذ: الصوت، الإضاءة، الشاشات، البث، الضيافة، البروتوكول.
- الموقع: القاعة أو المنصة أو المنطقة، وهو أساسي في المؤتمرات متعددة القاعات.
- الإشارات: ما يجب أن يحدث تقنيًا عند بدء الفقرة ونهايتها: «الإضاءة تخفت 50% عند صعود المقدم»، «الفيلم 04:30 بصوت من الشاشة الرئيسية». كتابة هذه الإشارات فقرة فقرة موضوع مستقل تجده في مقالة كتابة سيناريو يوم الفعالية والإشارات.
- الحالة: مجدول، جارٍ، منفذ، متأخر، ملغى.
- الوقت الفعلي: البدء والانتهاء كما سُجلا، ومن سجلهما.
- الملاحظات وسبب الانحراف: «تأخر وصول الموكب 7 دقائق»، «اختُصر التكريم بقرار قائد الفعالية».
- ارتباطات الفقرة: كبار الضيوف المعنيون، والجلسة في برنامج المؤتمر، والبث المرتبط بها.
خطأ شائع: تعديل الوقت المخطط ليطابق ما حدث فعلًا. حين تأخرت الكلمة 7 دقائق، يكتب البعض 09:14 مكان 09:07 في خانة الوقت نفسها. الحفل ينجح، لكن سجل الانحراف يختفي، ولا يبقى ما تتعلم منه في الفعالية التالية. الوقت المخطط يبقى كما اعتُمد، والفعلي يُسجل في حقله.
كل فقرة من هذه تخفي مهام تنفيذية قبل يوم الحفل (تجهيز الفيلم، تأكيد حضور الراعي، طباعة الدروع). تحويل الفقرات إلى تلك المهام بمسؤوليها خطوة سابقة لبرنامج Run of Show، مفصلة في مقالة تحويل برنامج الفعالية إلى مهام تنفيذية.
التأخير وأثره على ما بعده: ما يجب أن يظهره البرنامج
أصعب لحظة في تشغيل البرنامج هي أول تأخير لا يمكن تعويضه في الفقرة نفسها. البرنامج الجيد لا يتخذ القرار عنك، لكنه يجعل أثر التأخير مرئيًا قبل أن يصبح مشكلة: كم ستتأخر كل فقرة تالية إن لم تفعل شيئًا، وأي فقرة ثابتة ستُكسر.
مثال توضيحيحفل افتتاح رسمي، وصل فيه راعي الحفل متأخرًا 7 دقائق، وجولته في المعرض بعد الحفل مرتبطة بموعد ثابت عند 09:45. الفقرات والمدد افتراضية:
| الفقرة | المدة | المخطط | المتوقع دون تدخل | بعد القرار | المرونة |
|---|---|---|---|---|---|
| وصول الراعي إلى المنصة | 5 د | 09:00 | 09:07 (فعلي) | 09:07 (فعلي) | مرتبطة بالموكب |
| السلام الملكي | 2 د | 09:05 | 09:12 | 09:12 | ثابتة بعد الوصول |
| الكلمة الافتتاحية | 8 د | 09:07 | 09:14 | 09:14 | ثابتة |
| الفيلم التعريفي | 6 د | 09:15 | 09:22 | 09:22 | ثابتة المدة |
| كلمة الراعي | 10 د | 09:21 | 09:28 | 09:28 | ثابتة |
| تكريم الشركاء | 14 د ← 7 د | 09:31 | 09:38 | 09:38 | مرنة |
| انتقال الراعي لجولة المعرض | - | 09:45 | 09:52 (يكسر الموعد الثابت) | 09:45 | ثابتة |
الحساب: من 09:07 تستغرق الفقرات الخمس الأولى 5 + 2 + 8 + 6 + 10 = 31 دقيقة، فتنتهي كلمة الراعي عند 09:38. دون تدخل يستمر التكريم 14 دقيقة حتى 09:52، أي بعد الموعد الثابت بسبع دقائق. القرار هنا اختصار الفقرة المرنة الوحيدة من 14 إلى 7 دقائق (تكريم الشركاء الرئيسيين على المنصة، وعرض البقية على الشاشة)، فيعود الانتقال إلى 09:45.
ما يجب أن يفعله البرنامج في هذه الدقائق:
- يظهر أن فقرة الوصول متأخرة 7 دقائق بمجرد تسجيل بدئها الفعلي، لا حين يلاحظ أحد.
- يوضح للمسؤول أن الفقرة الثابتة في آخر البرنامج مهددة، لأن الفقرات بينهما لا تستوعب التأخير.
- بعد القرار، يُحدَّث وقت التكريم ومدته، فيصل التعديل إلى مورد الإضاءة (تغير توقيت إشارة الختام)، وإلى فريق الشاشات (عرض أسماء بقية الشركاء)، وإلى البروتوكول (موعد التحرك).
- يُسجل سبب الانحراف والقرار ومن اتخذه في ملاحظات الفقرة.
أما القرار نفسه (ما الذي يُحذف أو يُختصر، ومن يملك قرار الاختصار، وكيف تُبلغ العميل) فهو إجراء تشغيلي تفصيلي يتناوله دليل إعادة ضبط البرنامج حين تتأخر فقرة، ويستند إلى مصفوفة القرارات في مقالة إدارة يوم الفعالية.
العرض لكل دور: من يرى ماذا ومن يعدّل
برنامج Run of Show الذي يعرض الشيء نفسه للجميع يعيد مشكلة الملف بصيغة رقمية: مورد الضيافة يقرأ أربعين سطرًا بحثًا عن سطرين يخصانه. والذي يسمح للجميع بالتعديل أخطر من الملف، لأن التعديل الخاطئ يصل للجميع فورًا أيضًا. القاعدة العملية: كاتب واحد وقراء كثيرون، مع تسجيل التنفيذ لمن ينفذ.
| الدور | ما يحتاج أن يراه | ما يستطيع فعله |
|---|---|---|
| مدير البرنامج (Show Caller) | البرنامج كاملًا بكل القاعات، والحالة والتأخير | تعديل الأوقات والترتيب والحالة بعد الاعتماد، وفق صلاحيته |
| مسؤول فقرة | فقراته، والفقرة السابقة لها والتالية | تسجيل البدء والانتهاء والملاحظات لفقراته |
| مورد الصوت أو الإضاءة | الفقرات التي فيها إشارة له، بتوقيتها الحالي | القراءة، والملاحظات على إشاراته |
| البروتوكول | فقرات كبار الضيوف ومواعيد تحركهم | تسجيل وصول الضيف وجاهزيته |
| الضيافة | الاستراحات وأوقات التقديم وعدد المستفيدين | تأكيد الجاهزية |
| العميل | البرنامج المعتمد وسيره دون التفاصيل الفنية الداخلية | الاعتماد قبل الفعالية، والمتابعة يومها |
| غرفة العمليات | البرنامج الفعلي مقابل المخطط بجانب الحضور والبلاغات | المتابعة والتصعيد وتنبيه المسؤولين |
في المؤتمرات متعددة القاعات يتضاعف هذا: لكل قاعة برنامجها ومسؤولها وفنيها، ومدير المؤتمر يرى القاعات معًا. تفاصيل ربط الجلسات بالقاعات والفنيين والمتحدثين في مقالة جدول تشغيل المؤتمر.
قواعد التحديث اللحظي حتى لا يصبح البرنامج الحي فوضى حية
التحديث اللحظي قوة وخطر في الوقت نفسه. الفرق التي تنجح مع برنامج Run of Show تكتب قواعد استخدامه قبل الفعالية، وتتدرب عليها في البروفة:
- اعتمد البرنامج واقفل نسخته المرجعية
قبل الفعالية بيوم أو يومين يعتمد العميل البرنامج، ويصبح المعتمد مرجعًا تُقاس عليه التغييرات. أي تعديل بعده ظاهر كتعديل لا كنسخة جديدة مجهولة.
مدير المشروع والعميل - حدد من يملك التعديل يوم الحفل
عادة مدير البرنامج وحده، أو قائد الفعالية في القرارات التي تمس البروتوكول. بقية الأدوار تسجل التنفيذ ولا تعدل الأوقات.
قائد الفعالية - أعلن التغيير الكبير صوتيًا أيضًا
البرنامج يوصل التعديل، لكن تغيير ترتيب فقرة قبل دقيقتين من موعدها يُعلن على قناة القيادة كذلك. الشاشة لا تضمن أن الفني نظر إليها.
مدير البرنامج - سجّل الفعلي لحظة حدوثه
المسؤول يضغط «بدأت» و«انتهت» من جواله. التسجيل بعد الحفل من الذاكرة يفسد السجل.
مسؤولو الفقرات - جرّب البرنامج في البروفة كما سيُستخدم
البروفة العامة تُدار من البرنامج نفسه، بالتنبيهات وتسجيل التنفيذ، فتظهر مشكلات الإشارات والأدوار قبل الجمهور. ما يُكتشف يُسجل ويُسند كما في إدارة البروفات.
مدير البرنامج والموردون - جهّز الاحتياط الورقي بتاريخ ووقت الإصدار
نسخة مطبوعة محدثة في كل موقع عمل (غرفة التحكم، كواليس المسرح، البروتوكول) تحمل وقت إصدارها، وتُستخدم فقط عند انقطاع الشبكة. خطة الشبكة نفسها (شبكة مخصصة للفريق ومسار بديل) جزء من التجهيز الفني للموقع، لا من البرنامج.
مدير التشغيل
كيف تقيّم برنامج Run of Show: الاختبارات التي تطلبها من المورد
العرض التجريبي المعتاد يعرض برنامجًا جاهزًا يبدو مرتبًا. التقييم الحقيقي يبدأ حين تطلب تغيير شيء أثناء العرض ومراقبة ما يحدث على جهاز آخر. اطلب من المورد أن يبني برنامجًا قصيرًا لفعالية تشبه فعالياتك، ثم نفذ هذه الاختبارات بجهازين أو ثلاثة: جهاز مدير البرنامج، وجوال مورد، وجوال مسؤول فقرة.
| الاختبار | كيف تنفذه في العرض | ما يعد نجاحًا | علامة ضعف |
|---|---|---|---|
| وصول التعديل | غيّر وقت فقرة من جهاز المدير | يظهر على جوال المورد دون إعادة إرسال، مع ما يدل على التغيير | «أعد تحميل الصفحة» أو «سنرسل له الملف» |
| العرض لكل دور | افتح رابط المورد | يرى فقراته فقط، ولا يرى ما لا يخصه | البرنامج كاملًا بكل الملاحظات الداخلية |
| تسجيل الفعلي | سجّل بدء فقرة وانتهاءها من الجوال | الوقت محفوظ مع اسم من سجله، والحالة تغيرت | تعديل يدوي لخانة الوقت المخطط |
| أثر التأخير | ابدأ فقرة متأخرة 7 دقائق | التأخير ظاهر بالدقائق، ويتضح أثره على الفقرات التالية | لا شيء يتغير حتى يعدّل أحد يدويًا |
| التنبيه قبل الفقرة | اضبط تنبيهًا قبل 10 دقائق | يصل للمسؤول بقناة يراها في الميدان | تنبيه بالبريد فقط |
| النسخة المعتمدة | اعتمد البرنامج ثم عدّل فقرة | المعتمد محفوظ، والتعديل بعده ظاهر | لا فرق بين ما قبل الاعتماد وبعده |
| الإشارات | أضف أعمدة للصوت والإضاءة والكاميرا | بالإعداد دون تطوير | خانة ملاحظات واحدة لكل شيء |
| قاعات وأيام متعددة | أضف قاعة ثانية ويومًا ثانيًا | برنامج لكل قاعة بمسؤولها، وعرض مجمع للمدير | ملف منفصل لكل قاعة |
| الطباعة الاحتياطية | اطبع PDF | يحمل تاريخ ووقت الإصدار | نسخة بلا وقت إصدار لا تُميَّز عن غيرها |
| ما بعد الفعالية | اطلب تقرير الحفل التجريبي | المخطط مقابل الفعلي لكل فقرة وأسباب الانحراف | تصدير الجدول نفسه فقط |
| الارتباط بالتشغيل | أخّر فقرة وانظر إلى شاشة غرفة العمليات | التأخير يظهر بجانب الحضور والبلاغات | البرنامج في أداة والتشغيل في أخرى |
| اللغة | افتح حساب المورد بالإنجليزية | واجهته بلغته والبرنامج نفسه | نسخة مترجمة منفصلة يجب تحديثها |
ضع هذه الاختبارات في سيناريو العرض التجريبي نفسه، لا في قائمة أسئلة تُرسل بالبريد؛ الإجابة المكتوبة «نعم، مدعوم» لا تكشف ما يكشفه جوال في يدك. طريقة بناء سيناريو عرض كامل يغطي بقية مراحل الفعالية في مقالة سيناريو العرض التجريبي لنظام إدارة الفعاليات.
تنبيه: برنامج Run of Show لا يحل محل أنظمة التحكم بالعرض (Show Control) التي يطلق بها الفنيون إشارات الصوت والإضاءة والفيديو آليًا في غرفة التحكم. هو يدير من يفعل ماذا ومتى، وتلك تشغّل الأجهزة. لا تقيّم أحدهما بمعايير الآخر.
متى يكفي جدول بسيط بدل برنامج Run of Show؟
ليست كل فعالية تحتاج برنامجًا حيًا. ورشة داخلية بمقدم واحد وفني صوت واحد يكفيها جدول مشترك. السؤال ليس حجم الفعالية بل عدد الأطراف الذين يجب أن يعرفوا التغيير في اللحظة نفسها، ووجود قيود زمنية لا تحتمل الخطأ.
- لاهل تتكرر فعالياتك ويهمك تحليل الفعلي مقابل المخطط بينها؟
- لاجدول مشترك واحد مع نسخة مطبوعة تحمل وقت الإصدار يكفي
- نعمبرنامج Run Sheet ضمن منصة التشغيل، للقوالب والسجل أكثر من التحديث اللحظي
- لا
- نعمهل في البرنامج قيود ثابتة: بث مباشر بموعد، أو كبار ضيوف، أو قاعات متوازية؟
- نعمبرنامج Run of Show حي مرتبط بغرفة العمليات والبروتوكول والبث
- لابرنامج حي بالأدوار على الأقل؛ الجدول المشترك سيُكسر عند أول تعديل متأخر
- نعم
وإن كانت فعالياتك من النوع الأول معظم الوقت، مع حفل رسمي أو مؤتمر كبير مرة أو مرتين في السنة، فالأجدى أداة واحدة تعمل للحالتين: قالب بسيط للورش، وبرنامج حي بأدواره وتنبيهاته للفعاليات الكبيرة، على البيانات والفريق أنفسهم.
كيف يعمل برنامج Run of Show في إتمام
كيف تعالجها إتمام: الـ Run Sheet في المنصة برنامج حي بالدقيقة: لكل نشاط وقت بدء ومدة، ووصف وإشارات وتعليمات، ومسؤول يُنبَّه قبل موعده، ومورد، وموقع، وحالة (مجدول، جارٍ، منفذ، متأخر، ملغى)، وملاحظات ما تغير. يعتمده العميل ويُقفل نسخة مرجعية، ويصل لكل مسؤول ومورد ما يخصه عبر رابط يتحدث تلقائيًا، ويُطبع PDF محدثًا بهويتك مع تاريخ ووقت الإصدار. يوم التنفيذ يسجل المسؤول البدء والانتهاء من جواله، فيظهر المتأخر بالدقائق، وتُراجع بعد الفعالية الفعلي مقابل المخطط وأسباب التأخير. التفاصيل في صفحة Run Sheet للفعاليات.
ولأن البرنامج جزء من منصة التشغيل لا أداة منفصلة، فهو مرتبط ببقية يوم الفعالية:
- غرفة العمليات: سير البرنامج الفعلي مقابل Run Sheet يظهر بجانب الحضور والبوابات والكثافة والبلاغات، مع تنبيه قابل للتنفيذ عند تأخر فقرة، كما في تنبيهات غرفة العمليات الحية.
- المتحدثون والجلسات: في المؤتمرات تنعكس تحديثات الجلسات والقاعات في Run Sheet لكل قاعة، من إدارة المتحدثين والجلسات.
- البروفات: تُشغَّل البروفة من Run Sheet كما سيكون يوم الحدث، وتُسجل مشكلاتها وتُسند وتُتحقق.
- الجوال: المسؤولون والموردون يعملون من تطبيق الجوال PWA دون متجر تطبيقات.
ويمكن ضبط الحقول (إشارات الصوت والإضاءة والكاميرات) والحالات الإضافية ودقائق التنبيه وشكل الطباعة وما يراه العميل والمورد، وحفظ قوالب لكل نوع فعالية، ويستطيع الذكاء الاصطناعي اقتراح عناصر البرنامج من برنامج الفعالية أو العقد ليراجعها الفريق ويكملها.
أفضل طريقة لتقييم ذلك هي الاختبارات أعلاه على فعالية تشبه فعالياتك: نبني برنامجًا لحفلك أو مؤتمرك، ونؤخر فقرة أثناء العرض، وترى على جوال «المورد» ما يصله. اطلب عرضًا تجريبيًا على برنامج فعالية من فعالياتك.
أسئلة شائعة عن برامج Run of Show
ما الفرق بين Run of Show وRun Sheet؟
يُستخدم المصطلحان غالبًا بمعنى واحد: برنامج التشغيل الداخلي بالدقيقة. بعض الفرق تخص Run of Show بما يحدث على المسرح وأمام الكاميرا، وRun Sheet بالتشغيل الأوسع من الأبواب إلى الضيافة. المهم أن يكون لديك برنامج واحد مرجعي لا اثنان.
من يجب أن يملك برنامج Run of Show يوم الحفل؟
شخص واحد يُسمى غالبًا مدير البرنامج أو مدير المسرح (Show Caller)، وهو من يعدّل الأوقات والترتيب. قائد الفعالية يتخذ القرارات التي تمس البروتوكول أو العميل، ومدير البرنامج ينفذها في البرنامج.
هل يحتاج الموردون إلى حسابات في النظام؟
يحتاجون وصولًا يعرض فقراتهم فقط، وقد يكون ذلك برابط مخصص أو حسابًا في بوابة المورد حسب ما يحتاجون فعله. من يكتفي بالقراءة يكفيه الرابط، ومن يسجل تنفيذًا أو ملاحظات يحتاج هوية معروفة.
ماذا نفعل إذا انقطعت الشبكة في موقع الحفل؟
خطط للشبكة كجزء من التجهيز الفني: شبكة مخصصة للفريق ومسار بديل. وجهّز نسخة مطبوعة محدثة بوقت إصدارها في كل موقع عمل، وقناة اللاسلكي لإعلان التغييرات حتى تعود الشبكة، ثم سجّل الفعلي فور عودتها.
هل يمكن استخدام برنامج Run of Show لفعالية تمتد عدة أيام؟
نعم، بشرط أن يدعم البرنامج الأيام والقاعات المتعددة في ملف واحد، مع عرض يومي لكل فريق. اختبر ذلك في العرض، لأن بعض الأدوات تعامل كل يوم كملف منفصل، فيتكرر العمل وتضيع القوالب.