خمسون ألف تذكرة. اثنتا عشرة بوّابة. سبع ساعات. شاشةٌ واحدة.

تشغيل الأحداث فرانكنشتاين.

مزوّد تذاكر يُكلِّم مزوّد تحكّمٍ بالدخول مختلفاً. رزمةُ راديو عملياتٍ لا تسمعها لوحةُ القيادة. خيطُ تنسيق مورّدين على واتساب. استمارةُ حادثٍ طبيّ على ورق. عدّاد مبيعات منتجاتٍ يعيش على جدول بيانات يُحدّثه أحدهم.

تمضي الليلة على أيّ حال — لأنّ البشر بارعون. لكنّ الكلفةَ غير مرئية: كلُّ قائد حدثٍ كلّمناه يقضي الساعات الثلاث الأولى من يوم العرض في خياطة أدواتٍ كان ينبغي أن تكون أداةً واحدة.

أردنا أن نرى ما يحدث حين تختفي الخياطة.

بنينا EventOS.

طبقةُ تشغيلٍ لحدثٍ واحد. شاشةٌ واحدة للقائد يوم العرض، ونهايةٌ خلفيّة يراها بقيّةُ الاستوديو من أيّ مكان.

محرّكُ التذاكر أصليّ: خرائط مقاعد، تسعيرٌ ديناميكيّ، حُزَم مجموعات، استرداد، ضوابطُ سعة. يكتب مباشرةً إلى طبقة الدخول، فاستردادٌ في السادسة وأربعين عصراً يُغلق تذكرة البوّابة في السادسة وأربعين عصراً.

التحكّم بالدخول أصليّ: مسحُ QR، تنظيمُ السعة، منعُ التدفّق الزائد، إعادةُ توزيع المسارات. اثنتا عشرة بوّابةً تُغذّي نموذجَ كثافةٍ حيّاً واحداً وتوصيةَ تنسيبٍ واحدة.

راديو العمليات مُدمَج: تتكوّن البلاغات تلقائياً من كلمةٍ مُعَلَّمة في القناة، وتجد الفريق المناسب، وتبقى مفتوحةً حتى يؤكّد القائد الإغلاق.

تنسيقُ المورّدين مُدمَج: نافذةُ التموين، إشارةُ الصوت والصورة، الجاهزيةُ الطبيّة، دورةُ النظافة، كلٌّ يعيش على جدولٍ زمنيّ واحد. تغييرٌ في أحدها يتلوّى إلى من يحتاج أن يعلم، فقط من يحتاج أن يعلم.

شاشةُ القائد تُظهر العرض. تدفّقُ الزوّار حسب البوّابة، الإيرادُ حسب الساعة، ديناميكياتُ الطابور، البلاغات المفتوحة، حالةُ المورّدين، إشارةُ الطقس. ثلاثةُ أرقامٍ كبيرة، جدولٌ زمنيّ كبير، خريطةٌ كبيرة. لا شيءَ سوى ذلك.

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

في الأيام المُمَوْذَجة، كان EventOS سيُلغي تماماً أوّل ساعتَين وأربعين دقيقة من زمن الخياطة لدى القائد، ويُظهر اختناقَ البوّابة الثالثة قبل ستٍّ وعشرين دقيقة من إظهار النظام الحيّ له، ويُغلق آلياً أحد عشر من أصل أربعة عشر تذكرة تسويةٍ مع المورّدين بعد الحدث.

المفهومُ الآن في حوارٍ مع شركتَيْ إنتاج بشأن تحديد نشرٍ حقيقيّ على هيئة سبرنت اكتشاف.