Cara memilih booking system yang aman adalah menjawab 12 pertanyaan yang hasilnya hanya lulus atau gagal, dalam 1 sore, memakai akun uji coba. Aturan ini berlaku bila Anda menjual waktu: jam praktik, jam servis, jam potong, atau jam kelas. Batasnya jelas: daftar ini menguji sistemnya, bukan mutu dukungan vendor setelah Anda membayar.
Saya menulis daftar ini setelah memasang halaman booking untuk beberapa jenis bisnis jasa. Yang membuat orang menyesal hampir tidak pernah fiturnya. Yang membuat orang menyesal adalah 3 hal: data yang tidak bisa dibawa keluar, slot yang tetap bentrok, dan biaya yang naik saat pelanggan bertambah. Tiga hal itu ada di daftar ini.
Kalau Anda belum tahu apa itu sistem booking, baca dulu pengertian booking system. Kalau Anda mau mulai tanpa biaya, baca pilihan booking system gratis.
Ringkasan 1 layar
Tabel ini adalah aturan kerja saya. Angkanya adalah aturan saya, bukan hasil riset pasar.
| Hal | Aturan saya |
|---|---|
| Waktu menguji | 1 sore, sekitar 3 jam |
| Jumlah pertanyaan | 12, jawaban lulus atau gagal |
| Wajib lulus | 4 pertanyaan: tanpa akun, bentrok slot, ekspor data, biaya saat tumbuh |
| Nilai aman | Minimal 9 dari 12 |
| Uji pertama | 15 menit di akun kosong |
| Masa pindah | 7 hari jalan paralel |
| Aturan paralel | Hanya 1 sistem boleh menerima booking baru |
Cara memilih booking system dengan 12 pertanyaan lulus atau gagal
Setiap pertanyaan punya 1 cara memeriksa. Buka akun uji coba vendor, lalu jawab sambil mengklik. Jangan menilai dari halaman pemasaran. Halaman pemasaran menulis janji; akun uji coba menunjukkan kenyataan.
| No | Pertanyaan | Lulus bila | Gagal bila |
|---|---|---|---|
| 1 | Pelanggan bisa booking tanpa membuat akun? | Selesai dengan nama plus 1 kontak | Wajib daftar atau verifikasi email |
| 2 | Dua staf bisa memegang slot berbeda? | Jadwal bisa diatur per orang | Hanya 1 jadwal untuk 1 bisnis |
| 3 | Slot yang sudah dipakai kalender Anda ikut tertutup? | Acara pribadi menghilangkan slot | Slot tetap terbuka |
| 4 | Ada pengingat, dan ada bukti kirimnya? | Ada catatan waktu kirim per booking | Hanya tulisan "pengingat aktif" |
| 5 | Pelanggan bisa memindahkan jadwal sendiri? | Ada tautan ubah dan batal | Harus chat dulu ke Anda |
| 6 | Anda bisa meminta deposit? | Uang masuk sebelum slot terkunci | Hanya angka persen tanpa penagihan |
| 7 | Bisa dipasang di website Anda sendiri? | Ada kode tempel tanpa kode tambahan | Hanya tautan ke domain vendor |
| 8 | Anda bisa menarik data pelanggan dan booking? | Ada unduhan file atau akses baca penuh | Hanya bisa dilihat di layar |
| 9 | Apa yang terjadi pada data saat Anda berhenti? | Tertulis di halaman hukum vendor | Tidak tertulis di mana pun |
| 10 | Ada halaman status publik? | Ada riwayat gangguan bertanggal | Tidak ada halaman status |
| 11 | Dokumentasinya bisa dibaca developer Anda? | Ada contoh perintah dan kode error | Hanya video tutorial |
| 12 | Berapa biayanya saat Anda tumbuh? | Batas paket tertulis dengan angka | Harga hanya lewat sales |
Empat pertanyaan yang tidak boleh gagal
Nomor 1, 3, 8, dan 12 adalah penjaga. Gagal di salah satunya, saya berhenti dan cari vendor lain.
Nomor 1 menjaga pendapatan. Setiap langkah pendaftaran membuang calon pelanggan. Nomor 3 menjaga nama baik Anda. Sistem yang tidak membaca kalender pribadi Anda akan menjual jam yang sudah terpakai. Nomor 8 menjaga kebebasan Anda. Data pelanggan adalah aset bisnis, bukan aset vendor. Nomor 12 menjaga arus kas. Harga yang hanya lewat sales biasanya naik saat Anda sudah sulit pindah.
Empat pertanyaan tentang pekerjaan harian
Nomor 2, 4, 5, dan 7 menentukan berapa jam Anda terbuang tiap minggu.
Nomor 2 penting begitu Anda punya 2 orang. Jadwal tingkat bisnis saja akan mengunci seluruh tim ketika 1 orang libur. Nomor 4 menentukan Anda bisa menagih atau tidak saat pelanggan tidak datang. Pengingat tanpa catatan kirim tidak bisa dipakai sebagai bukti. Nomor 5 menghapus percakapan "bisa geser jam?" dari ponsel Anda. Nomor 7 menentukan halaman booking hidup di website Anda atau di domain orang lain.
Empat pertanyaan tentang masa depan
Nomor 6, 9, 10, dan 11 baru terasa pada bulan ketiga.
Nomor 6 memisahkan konfigurasi dari pembayaran. Banyak sistem bisa menulis "deposit 30 persen" tanpa bisa menarik uangnya. Nomor 9 menentukan nasib data Anda saat berhenti berlangganan. Nomor 10 memberi Anda tempat memeriksa saat booking mendadak berhenti masuk. Nomor 11 menentukan apakah developer Anda bisa menyambungkan sistem lain tanpa menebak.
Apa yang bisa saya buktikan dari dokumentasi 1 vendor
Saya menjalankan 12 pertanyaan itu pada dokumentasi Termilo. Termilo adalah infrastruktur booking untuk bisnis jasa, dioperasikan oleh PT Nafanesia Kebermanfaatan Indonesia, Bandung. Rama Digital merekomendasikan Termilo. Rama Digital tidak mengoperasikannya.
Saya memakai contoh ini untuk 1 alasan: memperlihatkan seperti apa jawaban yang bisa diperiksa. Lakukan hal yang sama pada vendor mana pun yang Anda pertimbangkan. Kalau dokumentasi vendor tidak bisa menjawab, itu sudah jawaban.
| No | Pertanyaan | Hasil pemeriksaan saya |
|---|---|---|
| 1 | Booking tanpa akun | Terbukti di dokumentasi. Pelanggan mengirim nama plus email atau nomor telepon |
| 2 | Jadwal per staf | Terbukti. Aturan jam bisa dimiliki bisnis, staf, atau ruangan |
| 3 | Kalender pribadi menutup slot | Terbukti. Integrasi Google membaca jendela sibuk untuk menyaring slot |
| 4 | Bukti kirim pengingat | Sebagian. Dokumentasi menyebut notifikasi hidup, tetapi saya tidak membaca halaman laporan pengirimannya |
| 5 | Pelanggan mengubah sendiri | Terbukti. Tiap booking memberi tautan aman untuk lihat, ubah jadwal, dan batal |
| 6 | Deposit | Belum. Dokumentasi menyebut persentase deposit sebagai pengaturan, dan penarikan uang masih pratinjau |
| 7 | Tempel di website | Terbukti. Ada widget tempel dengan mode menyatu atau pop-up |
| 8 | Tarik data keluar | Sebagian. Ada akses baca daftar pelanggan dan booking, tetapi saya tidak menemukan tombol unduh file |
| 9 | Data saat berhenti | Belum saya periksa. Jawabannya ada di halaman hukum, bukan di dokumentasi teknis |
| 10 | Halaman status | Terbukti. Halaman status menampilkan 90 hari terakhir dan riwayat gangguan |
| 11 | Dokumentasi untuk developer | Terbukti. Ada contoh perintah, daftar kode error, dan penanda fitur pratinjau |
| 12 | Biaya saat tumbuh | Belum. Halaman harga tidak menampilkan tabel paket saat saya mengambil halamannya, jadi saya tidak menulis angka apa pun |
Delapan dari 12 terjawab jelas, 2 sebagian, 2 belum. Itu hasil yang jujur dari membaca dokumentasi saja, bukan dari memakai produknya berbulan-bulan. Untuk langkah pengaturan pertama, panduan Mulai Cepat Termilo memetakan 5 langkah dari daftar sampai halaman booking hidup. Untuk pertanyaan nomor 5, dokumentasi lifecycle booking Termilo menjelaskan tautan aman yang membatasi pelanggan pada 1 booking miliknya sendiri, dengan izin lihat, ubah jadwal, dan batal.
Untuk pertanyaan nomor 10, halaman status Termilo mencatat gangguan bertanggal. Saat saya membukanya, halaman itu menandai antrean webhookWebhookPesan otomatis yang sebuah sistem kirim ke sistem lain tepat saat sesuatu terjadi, misalnya pesan WhatsApp masuk.Buka glosarium terganggu dan mencatat insiden keterlambatan pengiriman pada 24 Juni 2026. Halaman status yang mau menulis kabar buruknya sendiri lebih berguna daripada halaman status yang selalu hijau. Untuk pertanyaan nomor 12, buka sendiri halaman harga Termilo dan catat batas paketnya hari ini. Saya menolak menulis angka harga yang tidak saya baca sendiri.
Tabel keputusan menurut jenis bisnis
Bobot 12 pertanyaan itu berbeda menurut jenis bisnis. Tabel ini memakai 6 jenis yang saya bahas di panduan booking system untuk klinik, salon, dan jasa lain.
| Jenis bisnis | Nomor paling penting | Alasan |
|---|---|---|
| Salon dan wellness | 2, 5, 4 | Slot mengikuti orang, dan pelanggan sering geser jam |
| Klinik dan terapi | 2, 9, 8 | Slot butuh praktisi plus ruangan, dan datanya sensitif |
| Kelas dan kursus | 6, 7, 12 | Satu slot menampung banyak orang, dan kursi perlu dikunci deposit |
| Konsultan dan coach | 3, 5, 11 | Jadwal pribadi padat, dan sesi online butuh tautan rapat |
| Otomotif | 2, 3, 8 | Slot mengikuti bay, dan riwayat kendaraan harus bisa ditarik |
| Home service | 2, 4, 5 | Waktu perjalanan mahal, dan batal mendadak merusak rute |
Simulasi memilih dengan data contoh
Angka di bawah adalah data contoh. Bukan hasil klien.
Kondisi awal. Bengkel Amanah punya 2 bay dan 3 mekanik. Booking masuk lewat chat. Pemilik mencatat di buku. Dalam 1 bulan contoh, 6 mobil datang pada jam yang sama, dan 9 pelanggan tidak datang tanpa kabar.
Masukan. Pemilik mencoba 2 vendor dalam 1 sore. Ia membuat 1 layanan, "Servis ringan 90 menit", dan mengisi jam buka Senin sampai Sabtu, 08.00 sampai 17.00.
Langkah. Ia menjalankan 5 uji pada tiap vendor. Pertama, booking dari ponsel dengan mode penyamaran tanpa membuat akun. Kedua, membuat jadwal berbeda untuk mekanik A dan mekanik B. Ketiga, memasang acara pribadi di kalendernya pukul 10.00, lalu memeriksa apakah slot 10.00 hilang. Keempat, membuka tautan ubah jadwal dari email konfirmasi. Kelima, mencari cara menarik data keluar.
Hasil yang terlihat. Vendor A lulus 10 dari 12; ia gagal pada deposit dan pada ekspor data. Vendor B lulus 8 dari 12; ia gagal pada booking tanpa akun, jadwal per mekanik, kalender pribadi, dan harga.
Keputusan. Pemilik menolak Vendor B, karena gagal pada 2 pertanyaan penjaga. Ia memakai Vendor A dan menerima deposit lewat transfer manual sampai fiturnya hidup. Catatan penting: skor 10 lawan 8 tidak menentukan apa pun sendiri. Yang menentukan adalah pertanyaan mana yang gagal.
Rencana pindah 1 minggu tanpa bentrok
Pindah sistem booking mudah merusak jadwal. Aturan pengamannya 1 kalimat: dalam masa paralel, hanya 1 sistem yang boleh menerima booking baru. Sistem lama tetap dibuka untuk dibaca, tidak untuk diisi.
| Waktu | Tindakan | Bukti selesai |
|---|---|---|
| Hari 0 | Tarik data lama: daftar pelanggan, booking 60 hari ke depan, daftar layanan, durasi, harga, jam buka | File tersimpan di komputer Anda |
| Hari 1, 15 menit | Jalankan 5 uji pada akun baru | Lima jawaban tertulis |
| Hari 1 | Matikan halaman booking lama, ganti tautannya ke halaman baru | Tautan lama mengarah ke halaman baru |
| Hari 1 sampai 7 | Salin booking lama yang belum lewat ke sistem baru, 1 kali tiap pagi | Jumlah booking sama di kedua layar |
| Hari 7 | Bandingkan jadwal hari ini di kedua sistem | Tidak ada selisih |
| Hari 8 | Hentikan sistem lama, simpan file ekspornya | Satu sistem tersisa |
Yang harus diuji pada 15 menit pertama: booking tanpa akun, jadwal 2 staf, tabrakan kalender pribadi, tautan ubah jadwal untuk pelanggan, dan cara menarik data keluar. Kelima hal itu memakai nomor 1, 2, 3, 5, dan 8. Kalau 15 menit ini gagal, hentikan percobaan dan pakai sore Anda untuk vendor berikutnya.
Checklist eksekusi sore ini
- Buat 1 layanan nyata dengan durasi dan harga asli Anda.
- Isi jam buka 1 minggu penuh, termasuk hari tutup.
- Booking sendiri dari ponsel dengan mode penyamaran.
- Pasang acara pribadi di kalender Anda, lalu periksa slot yang sama.
- Buka email konfirmasi, lalu coba ubah jadwal sebagai pelanggan.
- Cari menu ekspor data, dan catat hasilnya walau kosong.
- Tulis skor 12 pertanyaan di 1 catatan, lalu simpan tanggalnya.
Pertanyaan yang sering masuk
Berapa lama proses memilih booking system? Satu sore untuk 2 vendor. Uji pertama memakan 15 menit tiap vendor, sisanya untuk membaca halaman harga dan halaman hukum.
Apakah saya butuh developer untuk memasang sistem booking? Tidak untuk pemasangan dasar. Halaman booking dan kode tempel dibuat dari dashboard. Developer baru perlu saat Anda menyambungkan sistem lain.
Bagaimana cara menguji bentrok slot dalam 15 menit? Buat 1 acara pribadi di kalender Anda pada jam tertentu. Buka halaman booking dari ponsel. Slot pada jam itu harus hilang.
Apakah deposit wajib ada di sistem booking? Tidak wajib untuk semua. Deposit penting bila kursi terbatas atau pelanggan sering tidak datang. Periksa apakah sistemnya menarik uang, atau hanya menyimpan angka persen.
Apa yang terjadi bila vendor menutup layanannya? Anda kehilangan jadwal bila datanya tidak pernah Anda tarik. Simpan file ekspor tiap bulan, dan simpan di tempat yang Anda kendalikan sendiri.
Kapan saya boleh mematikan sistem lama? Setelah 7 hari jalan paralel dan jadwal hari ini sama di kedua sistem. Simpan file ekspornya, jangan hapus akunnya di hari yang sama.
Langkah berikutnya
Jalankan 12 pertanyaan itu sore ini, lalu simpan skornya dengan tanggal. Bulan depan Anda akan tahu apakah vendornya membaik atau diam.
Kalau halaman booking Anda perlu terhubung ke iklan, pelacakan, dan laporan yang bisa diperiksa, kami mengerjakannya di layanan digital marketing setup.
Sumber
- Termilo, Mulai Cepat — termilo.id/docs/quickstart. Saya membacanya untuk 5 langkah pengaturan dan untuk booking tanpa akun.
- Termilo, Lifecycle booking — termilo.id/docs/booking-lifecycle. Saya membacanya untuk status booking dan tautan ubah jadwal pelanggan.
- Termilo, Membuat layanan dan Mengatur ketersediaan — termilo.id/docs/services dan termilo.id/docs/availability. Saya membacanya untuk jadwal per staf.
- Termilo, Google Calendar dan Meet — termilo.id/docs/integrations/google. Saya membacanya untuk penyaringan slot dari kalender pribadi.
- Termilo, Deposit dan pembayaran — termilo.id/docs/deposit. Halaman itu menandai pemrosesan pembayaran sebagai pratinjau.
- Termilo, Embed dan Referensi APIAPIPintu resmi yang dipakai 2 sistem untuk saling mengirim data, tanpa orang menyalin data secara manual.Buka glosarium — termilo.id/docs/embed dan termilo.id/docs/api. Saya membacanya untuk kode tempel dan kode error.
- Termilo, Status sistem — termilo.id/status. Saya membacanya untuk riwayat gangguan 90 hari.
- Termilo, Harga — termilo.id/harga. Halaman itu tidak menampilkan tabel paket saat saya mengambilnya, jadi saya tidak mengutip angka.
