Kategori Lari
RUN 5K & RUN 10K (hanya 2 kategori)
Satu event lari, satu metode bayar: QRIS. Kami siapkan sistem pendaftaran yang cepat, rapi, dan aman — dari peserta mendaftar sampai mengambil race pack, semua tercatat otomatis.
Race pass otomatis
Setelah QRIS terverifikasi, peserta menerima nomor BIB, QR code, dan tautan pribadi untuk melengkapi data.
Official BIB
1024
Cirebon QRIS Run adalah event lari di Kota Cirebon, Jawa Barat, yang seluruh pembayarannya hanya menggunakan QRIS. Event ini merupakan program Bank Indonesia Kantor Wilayah Kota Cirebon untuk mendorong masyarakat semakin akrab bertransaksi dengan QRIS.
RUN 5K & RUN 10K (hanya 2 kategori)
Peserta Umum & Peserta Undangan (dua jalur peserta)
General & Master (17-40 tahun dan di atas 40 tahun)
QRIS Only melalui Midtrans (satu metode bayar)
Google Form memang gratis dan cepat dibuat. Tapi untuk event resmi sebesar ini, Google Form punya banyak keterbatasan yang bisa merepotkan panitia dan membuat data berantakan. Berikut perbandingannya.
Google Form
Sistem Cirebon QRIS Run
| Kebutuhan Event | Google Form | Sistem Cirebon QRIS Run |
|---|---|---|
Pembayaran QRIS otomatis | Tidak bisa memproses pembayaran | Terintegrasi QRIS via Midtrans, langsung tercatat |
Kecepatan daftar saat ramai | Semua isian panjang dilakukan di awal — antre lama, rawan salah ketik | Daftar kilat ±1 menit; data lengkap diisi santai lewat tautan pribadi |
Bukti daftar ke peserta | Tidak ada; harus dikirim manual | Otomatis via Email + WhatsApp berisi QR/nomor BIB |
Nomor BIB & Race Pack | Dicatat manual, rawan salah | Otomatis, tinggal scan saat ambil race pack |
Batas ukuran jersey per kategori | Sulit dipantau real-time | Terpantau otomatis per kategori & per ukuran |
Rekap pemasukan & status bayar | Hitung manual di spreadsheet | Dashboard live, angka jalan sendiri |
Keamanan data pribadi (KTP, dll) | Terbuka bagi siapa pun yang punya akses sheet | Dienkripsi, hanya bisa dibuka pemegang akses tertinggi |
Lonjakan pendaftar bersamaan | Bisa lambat/berantakan | Ada Ruang Tunggu Virtual & server khusus |
Cari data peserta oleh peserta sendiri | Tidak ada | Ada halaman cek data mandiri |
Hasil lomba & leaderboard | Tidak ada | Halaman hasil waktu lari & podium otomatis |
Citra & profesionalitas | Terlihat sederhana | Tampil resmi dengan domain & tampilan sendiri |
Intinya: Google Form hanya bisa mengumpulkan jawaban. Sistem kami mengurus seluruh perjalanan peserta — dari daftar, bayar, dapat bukti, ambil race pack, sampai lihat hasil lomba — semuanya otomatis, rapi, dan aman.
Kami tidak hanya membuat satu halaman. Kami membangun beberapa sistem terpisah yang saling terhubung, masing-masing punya tugas sendiri agar event berjalan mulus.
Halaman satu layar yang berisi semua informasi penting: banner utama, cara mendaftar, rute lari untuk 5K dan 10K, isi race pack, dan hadiah untuk pemenang. Ini "wajah" event yang dilihat masyarakat.
Tempat peserta mendaftar tanpa perlu membuat akun atau login. Konsepnya: amankan slot dulu, lengkapi data kemudian. Peserta cukup pilih kategori, isi nama, email, dan nomor WhatsApp, lalu bayar dengan QRIS. Setelah berhasil, bukti pendaftaran beserta nomor BIB dan tautan pribadi langsung dikirim ke email dan WhatsApp — lewat tautan itulah peserta melengkapi data lainnya dengan santai dalam 3 hari.
Untuk pengambilan race pack mulai H-2 sebelum event. Panitia tinggal mencari nomor BIB peserta, sistem menampilkan kategori lari dan ukuran baju, lalu menyiapkan barangnya. Peserta cukup menunjukkan QR Code atau nomor BIB dari email/WhatsApp. Race pack hanya bisa diambil jika data peserta sudah lengkap.
Ruang kendali panitia. Menampilkan angka-angka penting yang selalu ter-update otomatis: jumlah peserta yang berhasil daftar, yang gagal bayar, yang sudah bayar tapi belum melengkapi data, total pemasukan, jumlah per kategori, dan jumlah jersey per ukuran. Setiap petugas punya tingkat akses berbeda. Data bisa diunduh ke Excel dan PDF.
Halaman publik untuk peserta mengecek status pendaftarannya sendiri, cukup dengan memasukkan nomor HP dan email yang dipakai saat daftar. Dari halaman ini peserta juga bisa meminta kirim ulang tautan pribadi bila tautannya kadaluarsa atau tidak diterima. Berguna saat antrean notifikasi masih berjalan di belakang layar.
Halaman hasil lomba. Menampilkan catatan waktu lari setiap peserta dari urutan pertama sampai terakhir, dengan juara 1-3 tampil sebagai podium. Data waktu diterima otomatis dari vendor timing chip.
Setiap sistem punya alamat/URL sendiri agar tugasnya jelas dan tidak saling mengganggu saat event ramai.
Prosesnya sengaja dibuat dua tahap. Saat pendaftaran dibuka dan ramai, peserta cukup mengisi data singkat lalu langsung bayar — selesai dalam hitungan menit, slot aman. Setelah itu peserta menerima tautan pribadi di email dan WhatsApp untuk melengkapi sisa data dengan santai, tanpa buru-buru, dalam waktu 3 hari. Tidak perlu membuat akun.
Reserve First, Fulfill Later — Amankan Slot Dulu, Lengkapi Data Kemudian.
Data singkat
Tahap 1
QRIS 15 menit
Tahap 2
BIB terbit
Tahap 3
Tautan 3 hari
Tahap 4
Data lengkap
Tahap 5
Alur dibuat ringkas untuk momen pendaftaran ramai: peserta mengunci slot, membayar, lalu langsung menerima bukti.
±1 menit
data singkat
15 menit
waktu QRIS
BIB aktif
setelah bayar
Peserta membuka alamat pendaftaran resmi Cirebon QRIS Run.
Peserta memilih RUN 5K atau RUN 10K.
Nama Lengkap, Email, Konfirmasi Email, Nomor HP (WhatsApp). Bila mode stok jersey aktif, ukuran jersey XS-3XL ikut dipilih di langkah ini.
Email dan nomor HP dicek agar satu email dan satu nomor HP hanya dipakai untuk satu pendaftaran. Nomor HP dirapikan otomatis menjadi format 628xxx.
Setelah semua syarat & ketentuan dibaca, tombol Checkout baru muncul dan aktif.
Waktu bayar 15 menit sejak QRIS muncul.
Email + WhatsApp berisi info pendaftaran berhasil, nomor BIB, dan tautan pribadi untuk melengkapi data. Tautan berlaku 3 hari.
Sisa data diselesaikan lewat tautan pribadi, sehingga peserta punya waktu cukup tanpa membuat antrean pembukaan terasa berat.
3 hari
masa tautan
5 bagian
data lengkap
Siap RPC
race pack
Peserta membuka tautan pribadi dari email atau WhatsApp.
Jenis kelamin, tempat lahir, tanggal lahir, jenis identitas, nomor identitas, provinsi domisili, kota/kabupaten domisili, dan alamat lengkap. Nama, email, dan nomor HP sudah terisi dari Fase 1.
Nama komunitas & nama kapten. Boleh dikosongkan.
Kategori kontak (Istri/Suami, Saudara Kandung, Orang Tua, Rekan Kerja), nama kontak, nomor HP yang terhubung WhatsApp.
Pernah/tidak mengidap penyakit; isi riwayat penyakit bila ada.
Bila mode stok tidak aktif, ukuran XS-3XL dipilih di sini. Bila mode stok aktif, halaman ini menampilkan konfirmasi ukuran yang sudah dipilih di Fase 1, tabel ukuran, dan gambar desain jersey. Desain 5K dan 10K berbeda.
Status peserta menjadi lengkap, siap ambil race pack dengan QR atau nomor BIB.
Cabang kondisi pembayaran di langkah 6
Slot terkunci, nomor BIB terbit, peserta diarahkan ke halaman "pembayaran berhasil", bukti + tautan pribadi dikirim via email & WhatsApp.
Data disimpan sebagai draft saja, peserta diarahkan ke halaman "registrasi gagal". Bila mode stok jersey aktif, stok ukuran yang tadi dipesan otomatis dikembalikan.
Peserta konfirmasi ke WhatsApp admin; admin mencocokkan ke mutasi rekening Midtrans.
Cabang tindak lanjut setelah Fase 2
Peserta diberi tanda "Need to Follow Up", muncul sebagai alert di Dashboard Admin untuk dihubungi panitia. Email pengingat tetap berjalan dan slot peserta tidak hangus.
Peserta meminta tautan baru lewat halaman Cek Data. Tautan lama otomatis tidak berlaku, lalu tautan baru diterbitkan.
Race pack hanya bisa diambil setelah data lengkap — demi keselamatan peserta, karena kontak darurat dan riwayat kesehatan wajib terisi.
Sebelum menentukan alur pendaftaran, kami membandingkan dua skema: Skema A — peserta mengisi seluruh data di awal sebelum membayar, dan Skema B — peserta cukup mengisi data singkat lalu membayar, sisanya dilengkapi kemudian lewat tautan pribadi. Berikut hasil simulasinya, dan kenapa kami memilih Skema B.
Skema A (Pembanding)
Semua data lengkap ditumpuk sebelum pembayaran. Akurat di awal, tetapi menahan peserta terlalu lama saat jam pembukaan.
Masuk ke halaman pendaftaran
Pilih kategori RUN 5K atau RUN 10K
Isi Data Pribadi lengkap
Isi Data Komunitas (opsional)
Isi Data Kontak Darurat
Isi Data Riwayat Kesehatan
Pilih Data Jersey
Baca & centang persetujuan
Bayar dengan QRIS (Midtrans) — 15 menit
Peserta menerima bukti (QR/nomor BIB)
±25
field sebelum bayar
±10
menit per peserta
100%
beban data di awal
Skema B (Terpilih)
Amankan slot dulu dengan data singkat dan QRIS. Data lengkap menyusul lewat tautan pribadi saat peserta sudah tidak berebut antrean.
Fase 1: Reserve
±1 menitBIB
slot aman
Fase 2: Fulfill
3 hari±4x
lebih cepat
4-6
field sebelum bayar
±20%
beban tulis awal
Seluruh angka pada simulasi ini adalah estimasi untuk gambaran perbandingan, bukan jaminan performa pasti.
Angka berikut adalah estimasi simulasi berdasarkan jumlah isian dan pola pengisian form pada umumnya — bukan angka pasti, karena bergantung kecepatan mengetik dan kondisi jaringan peserta.
Skema A ±10 menit (rentang 8–12) vs Skema B ±2,5 menit (rentang 2–4).
Skema A ±600 orang vs Skema B ±2.400 orang.
Skema A ±100 menit vs Skema B ±25 menit.
| Aspek (Estimasi) | Skema A — Isi Semua di Awal | Skema B — Reserve First, Fulfill Later |
|---|---|---|
| Jumlah isian sebelum bayar | ± 25 field (8 langkah) | 4–6 field (3 langkah) |
| Waktu mengisi sebelum bayar | ± 5–8 menit (acuan 6 menit) | ± 1–1,5 menit (acuan 1 menit) |
| Total waktu per peserta (termasuk bayar QRIS) | ± 8–12 menit (acuan 10 menit) | ± 2–4 menit (acuan 2,5 menit) |
| Siklus antrean per rombongan 100 | ± 10 menit | ± 2,5 menit |
| Daya salur pendaftar per jam | ± 500–750 orang (acuan 600) | ± 2.000–3.000 orang (acuan 2.400) |
| Antrean 1.000 orang selesai dalam | ± 80–120 menit (acuan ±100 menit) | ± 20–30 menit (acuan ±25 menit) |
| Kecepatan relatif | 1x | ± 4x lebih cepat |
Pada Skema A, seluruh data lengkap setiap peserta masuk tepat di jam-jam pembukaan. Pada Skema B, di jam pembukaan sistem hanya menerima data singkat, sedangkan data lengkap masuk belakangan dan tersebar santai selama 3 hari. Ibarat pintu masuk stadion: Skema A memeriksa tas semua orang tepat di gerbang saat penonton membludak; Skema B mempersilakan masuk dulu dengan tiket, pemeriksaan lengkap dilakukan di dalam dengan tenang.
| Aspek (Estimasi) | Skema A | Skema B |
|---|---|---|
| Data yang masuk di jam puncak | 100% data lengkap (semua isian) | Hanya data singkat (± 20% beban tulis) |
| Sisa data | — | ± 80% tersebar tenang selama 3 hari |
| Lama tiap peserta "menahan" sesi | ± 10 menit | ± 2,5 menit |
| Risiko sistem kewalahan di jam pembukaan | Lebih tinggi | Jauh lebih rendah |
| Risiko | Skema A | Skema B | Antisipasi di Skema B |
|---|---|---|---|
| Salah ketik data karena panik "war ticket" | Tinggi (±25 field diisi buru-buru) | Rendah (4–6 field; sisanya diisi santai) | Data penting diisi tanpa tekanan waktu |
| QRIS 15 menit kadaluarsa karena kelamaan isi form | Ada | Hampir hilang (bayar saat masih "segar") | Form singkat sebelum bayar |
| Tautan pribadi tidak sampai (salah ketik email & nomor HP) | Tidak relevan | Ada | Field Konfirmasi Email 2x; nomor HP dirapikan otomatis ke format standar; kirim ulang tautan via halaman Cek Data; penelusuran admin lewat catatan transaksi Midtrans |
| Data peserta belum lengkap menjelang event | Tidak ada | Ada | Email reminder otomatis; tanda "Need to Follow Up" + alert Dashboard Admin; race pack hanya bisa diambil bila data lengkap |
| Kontrol stok jersey per ukuran | Terkunci saat daftar | Tergantung mode | Mode stok: ukuran dipilih & dikunci di awal; mode unlimited: dipilih belakangan |
| Antrean panjang & peserta menyerah | Tinggi | Rendah (±4x lebih cepat) | Ruang Tunggu Virtual bergilir lebih cepat |
Kesimpulan: Skema B kami pilih karena ±4x lebih cepat menyalurkan pendaftar, jauh lebih ringan di jam pembukaan, dan membantu peserta mengisi data penting dengan tenang. Konsekuensinya sudah diantisipasi dengan reminder otomatis, penanda follow up di dashboard, dan syarat data lengkap sebelum ambil race pack.
Disclaimer: seluruh angka pada simulasi ini adalah estimasi untuk gambaran perbandingan, bukan jaminan performa pasti.
Berikut gambaran sederhana bagaimana peserta akan mendaftar. Tampilan dibuat bersih, langkah demi langkah, agar mudah diisi bahkan dari HP.
Fase 1 • Step 1 dari 3
RUN 5K
Cirebon QRIS Run
RUN 10K
Cirebon QRIS Run
Ukuran jersey
Tampil bila kuota jersey per ukuran diberlakukan.
15:00
QRIS Only • via Midtrans
Pendaftaran Berhasil ✔
BIB #1024
Lengkapi data Anda lewat tautan pribadi berikut.
Thumbnail desain jersey 5K & 10K berbeda
Lihat tabel ukuran
Semua data pada mockup adalah contoh dummy dan statis.
Saat pendaftaran dibuka, sering terjadi ribuan orang masuk bersamaan. Tanpa pengaturan, website bisa berat bahkan tumbang. Ruang Tunggu Virtual mengatur antrean agar semua tertib dan sistem tetap stabil.
Sistem mempersilakan peserta masuk per 100 orang untuk mendaftar. Peserta ke-101 dan seterusnya menunggu di ruang antrean, lalu dipersilakan masuk secara bergiliran. Semua kebagian, tidak ada yang rebutan, dan website tidak kelebihan beban.
Ruang Tunggu Virtual
Cirebon QRIS Run
Estimasi giliran Anda
04:18
Batch berikutnya dibuka per 100 peserta.
Nomor antrean
247
Dari total antrean
1.500
Masuk per giliran
100
Jangan tutup halaman. Sistem akan otomatis mengarahkan peserta saat giliran tiba.
Website tidak down walau peminat membludak.
Adil & tertib — masuk bergiliran, bukan siapa cepat lalu error.
Pengalaman peserta nyaman — ada halaman tunggu khusus (custom), bukan layar error.
Panitia bisa mengukur antusiasme kota secara nyata dari jumlah antrean.
Ditangani cepat — ada jaminan penanganan masalah (SLA 48 jam).
Fleksibel — hanya diaktifkan bila memang dibutuhkan (opsional).
Setiap batch melepas maksimal 100 peserta ke halaman registrasi, sementara sisanya tetap rapi di ruang tunggu.
Dipakai saat
Perkiraan >500 peserta antre dalam 1 menit
Cara masuk
Bergiliran per 100 peserta
Kapasitas tampung
Hingga 500 peserta dalam 1 ruang tunggu
Halaman tunggu
Custom
Jaminan penanganan
SLA 48 jam
Dipakai saat
Perkiraan >1.000 peserta antre dalam 1 menit
Cara masuk
Bergiliran per 100 peserta
Kapasitas tampung
Hingga 1.500 peserta dalam 3 ruang tunggu (@500)
Halaman tunggu
Custom
Jaminan penanganan
SLA 48 jam
Fitur ini bersifat opsional dan disarankan untuk mengukur antusiasme peserta di Kota Cirebon.
Karena skema "Reserve First, Fulfill Later" membuat tiap peserta selesai ±4x lebih cepat, giliran rombongan per 100 di Ruang Tunggu Virtual juga berputar jauh lebih cepat — antrean terurai dalam hitungan menit, bukan jam.
Agar pendaftaran lancar walau ramai, kami menyiapkan server yang bisa "naik kelas" saat masa pendaftaran. Server registrasi juga dipisah dari sistem lain, supaya kalau satu ramai, yang lain tetap jalan.
Kami memakai dua tingkat kekuatan server. Server harian (standar) untuk operasional biasa, dan server bertenaga besar yang diaktifkan khusus di masa pendaftaran & pengambilan race pack, agar sanggup melayani lonjakan peserta.
Perbandingan CPU Core dan RAM untuk menunjukkan lonjakan kapasitas +/-4-8x.
Label estimasi wajib ditampilkan karena angka bergantung kondisi jaringan dan perilaku peserta.
| Spesifikasi | Server Standar (Harian) | Server Bertenaga (Masa Pendaftaran) |
|---|---|---|
Prosesor | Intel, 2 Core | AMD berkecepatan tinggi, 8 Core |
RAM (memori) | 2 GB | 16 GB |
Penyimpanan | 20 GB SSD | 20 GB SSD |
Sistem Operasi | Ubuntu 24 | Ubuntu 24 |
Lokasi Server | Jakarta, Indonesia | Jakarta, Indonesia |
Database | PostgreSQL | PostgreSQL |
Penyimpanan File | Cloud Storage (CDN) | Cloud Storage (CDN) |
Berikut perkiraan berapa banyak peserta yang bisa mendaftar di waktu yang benar-benar bersamaan. Angka ini adalah estimasi berdasarkan spesifikasi server dan pola pemakaian umum untuk halaman pendaftaran — bukan angka pasti, karena bergantung pada kondisi jaringan dan perilaku peserta di lapangan.
| Peserta aktif bersamaan (nyaman) | +/- 200-400 orang | +/- 2.000-3.000 orang |
| Angka acuan grafik | +/- 300 orang | +/- 2.500 orang |
| Ketahanan saat lonjakan | Cukup untuk hari biasa | Dirancang untuk puncak pendaftaran |
Angka di atas adalah estimasi untuk gambaran perbandingan, bukan jaminan performa pasti.
Registrasi berdiri sendiri, terpisah dari Website Utama, Dashboard, dan sistem lain.
Pendaftaran
Server dan alamat khusus untuk lonjakan peserta.
Website Utama
tetap bisa diakses
Dashboard
tetap bisa diakses
Race Pack
tetap bisa diakses
Hasil Lomba
tetap bisa diakses
Saat pendaftaran ramai, sistem lain tidak ikut terseret karena jalurnya tidak ditumpuk di server yang sama.
Data pribadi peserta bukan sekadar disimpan — data sensitif dikunci (dienkripsi) sehingga tidak bisa dibaca sembarang orang, bahkan oleh petugas biasa sekalipun.
Data sensitif dikunci (dienkripsi) langsung di tempat penyimpanan data, misalnya nomor identitas, tempat lahir, dan tanggal lahir.
Hanya pemegang akses tertinggi (super admin) yang bisa membuka data rahasia tersebut.
Hak akses bertingkat — setiap petugas hanya melihat menu sesuai tugasnya.
Bukan spreadsheet terbuka — berbeda jauh dari Google Form/Sheet yang bisa dilihat semua yang punya link.
Satu identitas, satu slot — satu email & satu nomor HP hanya bisa dipakai untuk satu pendaftaran.
Tautan pribadi hanya milik peserta — berlaku 3 hari, dan bisa dimatikan atau diterbitkan ulang.
Data tidak disimpan selamanya — setelah penyelenggaraan selesai, seluruh data peserta dihapus untuk penyelenggaraan tahun berikutnya.
Database Peserta
Super Admin
Akses pembuka data sensitif dibatasi.
Begitu pembayaran berhasil, peserta langsung menerima bukti pendaftaran beserta nomor BIB dan tautan pribadi untuk melengkapi data. Panitia juga bisa mengirim pengumuman ke semua peserta sekaligus.
Pembayaran QRIS sudah terverifikasi. Nomor BIB dan tautan pribadi dikirim ke email dan WhatsApp peserta.
Nomor BIB
1024
Otomatis dikirim setelah pembayaran berhasil. Berisi konfirmasi pendaftaran, QR Code / nomor BIB yang dipakai saat pengambilan race pack, serta tautan pribadi untuk melengkapi data — berlaku 3 hari.
Bila peserta belum melengkapi data, sistem mengingatkan lewat email secara otomatis di hari ke-1 dan ke-2. Lewat dari 3 hari, peserta ditandai "perlu di-follow up" di Dashboard Admin agar panitia bisa menghubungi langsung — dan email pengingat tetap terkirim otomatis. Slot peserta tidak hangus.
Untuk mengirim pengumuman ke semua peserta yang sudah mendaftar sekaligus — misalnya jadwal pengambilan race pack dan informasi penting lainnya. Berbeda dari notifikasi registrasi yang bersifat perorangan.
Karena pengiriman berjalan di belakang layar dan bisa antre saat ramai, tersedia juga halaman Cek Data agar peserta bisa memastikan pendaftarannya kapan saja — sekaligus meminta kirim ulang tautan pribadi bila diperlukan.
Kami tidak menumpuk semua sistem di satu tempat. Setiap sistem punya alamat (URL) sendiri dan server tersendiri. Jadi kalau pendaftaran sedang ramai, Website Utama, Dashboard, dan halaman hasil tetap bisa diakses seperti biasa.
Peta Rumah Sistem
Rumah aktif
Jalur transaksi peserta
Alamat / URL
daftar.cirebonqrisrun.id
Fungsi utama
Menangani pilih kategori, data singkat, pembayaran QRIS, nomor BIB, dan tautan pribadi untuk melengkapi data.
Kondisi akses
Lonjakan tinggi
Efek pemisahan
Server khusus untuk puncak pendaftaran
Jalur tidak ditumpuk
Ibarat mal dengan banyak toko: kalau satu toko ramai antre, toko lain tetap buka dan nyaman dikunjungi.
Alamat jelas
URL sendiri
Beban aman
Server terpisah
Data rapi
Satu sumber
Dengan sistem ini, seluruh perjalanan peserta tercatat rapi, aman, dan otomatis — sekaligus memperkuat misi Bank Indonesia mendorong transaksi QRIS di Kota Cirebon. Mari kita diskusikan langkah berikutnya.