Yang dikelola bukan pesanan melainkan tanggal yang tidak bisa digeser — semua tenggat dihitung mundur dari sana
Tidak perlu membayangkan — semua layar utamanya ada di bawah ini.
Klik gambar untuk melihat ukuran penuh.
Sistem untuk penyelenggara acara satu kepemilikan yang menangani pernikahan maupun acara korporat: merencanakan, mengoordinasi vendor dan kru, mengelola inventaris sendiri, mencatat tamu, dan menutup buku per acara. Tenggat dan jatuh tempo disimpan sebagai jarak dari hari-H, bukan sebagai tanggal — sehingga satu perubahan tanggal acara menggeser semuanya sekaligus, dan akibatnya ditampilkan sebelum disimpan.
Semuanya satu paket — tidak ada bagian yang dijual terpisah.
Paket, portofolio dengan angka tamu yang benar-benar datang, vendor rekanan yang diizinkan tampil, dan halaman Cek Tanggal yang menjawab pertanyaan pertama calon klien tanpa menunggu balasan.
Ceklis bertenggat offset, layar Ubah Tanggal yang menampilkan akibatnya sebelum disimpan, rundown satu sumber, penugasan vendor dan kru dengan pemeriksaan bentrok, peminjaman inventaris berbuffer, daftar tamu, buku tamu, termin, dan margin per acara.
Klien melihat hitung mundur, kesiapan terhitung, rundown, tamu, dan termin. Vendor melihat penugasan dan nilai yang disepakati untuknya. Kru melihat jadwal dan lembar tugas hari-H. Ketiganya membaca satu data dari sisi masing-masing.
Tautan bertoken per tamu untuk konfirmasi kehadiran sebelum acara, dan buku tamu ringan untuk mencatat siapa yang benar-benar datang di hari-H — termasuk tamu yang tidak ada di daftar.
Tenggat disimpan sebagai jarak dari hari-H — pelunasan katering H-14, gladi bersih H-1 — bukan sebagai tanggal. Satu perubahan tanggal acara menggeser seluruhnya sekaligus, dan itu satu-satunya cara perubahan tanggal bisa ditangani tanpa mengetik ulang puluhan baris.
Operasi paling berbahaya di produk ini menampilkan akibatnya lebih dulu: berapa tenggat bergeser, termin mana yang jatuh temponya berubah, penugasan mana yang jadi bentrok. Baru setelah itu disimpan, dalam satu transaksi.
Satu dokumen yang dibaca klien, vendor, dan kru dari sisi masing-masing. Satu perubahan, semua pihak langsung melihat versi yang sama — bukan tiga berkas yang dikirim terpisah dan berbeda versi begitu ada satu koreksi.
Vendor melihat nilai yang disepakati untuknya; klien melihat nilai kontraknya. Keduanya tidak pernah bertemu, dan pemisahannya diperiksa di sisi server pada setiap halaman — bukan kolom yang disembunyikan di tampilan.
Tautan bertoken per tamu sebelum acara, buku tamu saat datang. Tamu yang tidak terdaftar tetap dicatat sebagai tamu tambahan, dan realisasi diambil dari buku tamu — bukan dari RSVP.
Barang milik sendiri dihitung per jumlah, bukan per unit, ditambah buffer bongkar-pasang. Tenda yang selesai dipakai Minggu sore tidak bisa berdiri di acara lain Senin pagi.
Uang masuk dan uang keluar sama-sama ditempel ke acara yang sama, sehingga margin adalah pengurangan langsung — bukan rekonsiliasi yang butuh sore penuh. Setelah acara selesai, bukunya ditutup dan marginnya terkunci.
Pelunasan katering, kunci desain undangan, gladi bersih — semuanya ada di kepala koordinator, bukan di tempat yang mengingatkan. Satu tenggat terlewat tidak bisa ditebus dengan bekerja lebih keras keesokan harinya, karena tanggalnya tidak bergerak.
Pada satu acara masih tertangani; pada lima acara berjalan bersamaan, satu vendor pasti terlewat — dan yang ketahuan di hari-H. Status tiap vendor dan berapa lama ia belum menjawab ada di dashboard, diurut menurut kedekatan ke hari-H masing-masing acara.
Persentase kesiapan yang dilihat klien dihitung dari ceklis yang sudah ditutup, bukan dirangkai ulang tiap kali ditanya. Pertanyaan mingguan yang dulu jadi pekerjaan berhenti jadi pekerjaan.
Porsi katering, kursi, dan suvenir dipesan dari RSVP yang dikunci di H-7, dan dievaluasi dari buku tamu di hari-H. Kelebihan yang tidak tertagih dan kekurangan yang memalukan sama-sama punya angka, bukan perkiraan.
Uang masuk dari klien dan uang keluar ke vendor tertempel ke acara yang sama, jadi untung-rugi per acara tersedia tanpa dihitung ulang. Pertanyaan yang dulu butuh sore penuh jadi satu layar.
Contoh penerapan yang sudah terbukti berjalan.
Pernikahan dengan rangkaian beberapa sesi — akad, resepsi, unduh mantu — dan puluhan vendor yang harus dikoordinasi.
Gathering, peluncuran produk, dan seminar dengan rundown ketat per menit serta registrasi peserta.
Menangani pernikahan sekaligus acara korporat dengan tim yang sama — kapasitas per tanggal jadi pembatasnya.
Perusahaan yang tumbuh melewati jasa, inventaris sendiri, dan wadah vendor rekanan sekaligus.
Perayaan keluarga berskala besar dengan daftar tamu ratusan orang dan buku tamu di hari-H.
Ini contoh tampilannya — bisa dijelajahi, tapi belum ada data yang tersimpan.
Panel acara dibuka lewat tautan Portal Admin di kaki setiap halaman; portal klien, vendor, dan kru lewat tombol Masuk di header — satu pintu, pilih portalnya sesudah masuk. Akun peragaan tertera di halaman masuknya.
Event & Wedding Organizer
Hubungi kami
Tim kami siap membantu dari konsultasi awal hingga produk jadi. Tidak ada komitmen, tidak ada biaya tersembunyi.
