# Checklist pra-acara untuk event live Pemeriksaan yang menangkap masalah selagi masih murah: layar, timer, cue, komunikasi, dan gladi lima menit yang membuktikan sistemnya bekerja. Setiap kegagalan event live sudah terlihat satu jam sebelumnya bagi siapa pun yang melihat ke tempat yang benar. Checklist pra-acara adalah disiplin melihat: daftar tetap, dijalani dengan cara yang sama setiap kali, supaya acara dimulai dari fakta terverifikasi, bukan asumsi. Checklist ini mencakup lapisan pewaktuan dan cue — layar, timer, peringatan, dan komunikasi — dengan pemeriksaan dalam urutan yang menangkap masalah selagi masih murah diperbaiki. ## 1. Layar: setiap layar, diverifikasi dari jauh Layar gagal diam-diam: tab browser ditutup relawan yang bermaksud baik, layar tertidur, Wi-Fi putus di ruang tunggu. Ini pemeriksaan milik pemilik room, atau admin — daftar koneksi langsung hanya dikirim ke dua peran itu, jadi pengendali milik operator tidak bisa menjalankannya. Pemeriksaannya: - Buka tampilan koneksi langsung room dan baca daftarnya — setiap layar yang seharusnya terpasang muncul di sana saat penontonnya tersambung. - Hitung daftarnya terhadap rencana: monitor panggung, layar lobi, ruang tunggu, tablet moderator. Layar yang hilang adalah temuan, bukan misteri. - Ganti nama koneksi agar cocok dengan rencana kalau membantu membaca daftar, tapi anggap namanya sementara: "Layar lobi" hanya bertahan selama browser itu tetap tersambung, dan reload mengembalikan perangkat ke nama bawaan. - Pastikan tiap perangkat layar mati fitur tidurnya dan dayanya cukup sampai acara usai. - Untuk layar di dalam stream atau rekaman, cek browser source ada di scene yang aktif. ## 2. Rundown: timer cocok dengan jadwal Rundown bergeser antara perencanaan dan hari acara — sebuah presentasi memanjang, sebuah jeda pindah. Pemeriksaannya: - Baca nama, pembicara, dan durasi tiap timer terhadap jadwal final. - Verifikasi tautannya: segmen yang harus maju otomatis sudah tertaut; yang terpaku ke jam sudah punya mulai terjadwal. - Cek ambang penutup ada di segmen pembicara — dan cocok dengan yang disampaikan ke pembicara saat briefing. - Pastikan segmen terbuka — tanya jawab, networking — diatur hitung maju, bukan melawan tenggat sembarang. - Cek buffernya: beberapa menit waktu transisi bernama di antara segmen besar adalah yang membuat jadwal bisa menyerap keterlambatan tanpa slot penutup yang membayarnya. ## 3. Cue: satu gladi live Gladi lima menit membuktikan sistem dari ujung ke ujung. Mulai timer pertama dan lihat layar panggung menangkapnya; biarkan melewati ambang penutup dan pastikan tampilannya berubah; kirim pesan uji dari pengendali dan lihat ia mendarat di samping hitung mundur. Kalau tiga perilaku itu bekerja di satu layar, mereka bekerja di semuanya — setiap layar menampilkan room yang sama. Yang tersisa adalah manusia: orang di pengendali tahu timer mana yang membuka acara, dan orang cadangan tahu di mana tautan pengendali berada. ## 4. Orang: siapa memegang tautan apa Pemeriksaan terakhir adalah pembagian tugas, karena di sini tautan adalah peran. Daftarnya: - Pengendali — di tangan orang yang menjalankan acara, di perangkat berdaya cukup untuk seluruh durasi. - Penonton — di setiap layar yang menghadap penonton atau pembicara, layar penuh. - Agenda — di tangan kru dan belakang panggung, supaya rundown menjawab pertanyaan sebelum ditanyakan. - Moderator — di tangan pembawa acara yang mengirim pesan selama acara. - Satu catatan tertulis berisi tautan room di tempat yang mudah ditemukan, untuk saat sebuah perangkat mati dan browser pengganti membutuhkannya. ## FAQ ### Kapan pemeriksaan pra-acara harus dimulai? Cukup awal supaya pemeriksaan yang gagal masih bisa diperbaiki — untuk kebanyakan event, enam puluh menit sebelum pintu untuk ronda layar, dengan gladi di dalam tiga puluh menit terakhir. ### Bagaimana memverifikasi layar tanpa mengelilingi venue? Tampilan koneksi langsung room mendaftar setiap perangkat terpasang, jadi pemilik room atau admin memastikan semua layar menerima dari satu kursi — berjalan hanya perlu untuk layar yang hilang dari daftar. Daftar itu tidak sampai ke peran operator, jadi serahkan pemeriksaan ini pada pemegang akses pemilik atau admin. ### Apa tes ujung-ke-ujung tercepat untuk sistem timer? Mulai sebuah timer, lewati ambang penutup, kirim sebuah pesan. Layar, peringatan, dan jalur cue semuanya terbukti dalam kurang dari lima menit. ### Apa saja isi rencana cadangan? Orang kedua dengan tautan pengendali, tautan room yang ditulis, dan perangkat cadangan dengan browser — mengganti layar mati mana pun butuh tepat satu URL. **Jalankan pemeriksaan dari satu kursi** — MaestroTimer berjalan di browser: rundown berisi timer bernama, lima tampilan sebagai lima tautan, dan daftar koneksi langsung yang mengubah ronda layar menjadi sekali lirik. [Coba MaestroTimer](https://maestrotimer.com)