Cara Menerima Booking Demo untuk Produk SaaS Tanpa Bangun Sistem Sendiri

Cara menerima booking demo untuk produk SaaS adalah memasang pemilih jam di halaman Anda sendiri, lalu membiarkan sistem mengirim undangan kalender dan pengingat tanpa campur tangan Anda. Cara ini berlaku bila demo Anda berupa sesi 1:1 dengan durasi tetap. Cara ini tidak menggantikan riset pelanggan, karena formulir hanya menangkap niat, bukan alasan di baliknya.

Saya menulis ini untuk founder tunggal dan tim SaaS kecil. Alur booking demo sudah lama selesai sebagai masalah teknis. Waktu engineering Anda lebih berharga bila dipakai di produk.

Ringkasan cepat

Tabel ini memuat 7 keputusan inti dari corong demo. Bagian berikutnya menjelaskan satu per satu.

Bagian corong	Keputusan	Akibatnya
Tombol demo	Satu tombol di halaman harga	Menentukan jumlah klik masuk
Pemilih jam	Tertanam di domain sendiri	Menahan pengunjung di halaman Anda
Formulir	4 sampai 6 isian	Menentukan jumlah booking sah
Undangan	Acara kalender plus tautan meeting	Menentukan kehadiran
Pengingat	H-1 dan 2 jam sebelum sesi	Menjaga slot tetap terpakai
Tidak hadir	Tandai, lalu kirim 1 tawaran ulang	Menyelamatkan sebagian sesi
Catatan	Sumber, layanan, status	Menjadi dasar laporan demo-to-close

Cara menerima booking demo dalam 6 langkah

Corong demo SaaS itu pendek. Hanya ada 6 langkah dari halaman harga sampai kesepakatan. Diagram di bawah menandai langkah mana yang paling banyak menggugurkan orang.

1. Pengunjung membaca halaman harga Anda.
2. Dia menekan tombol jadwalkan demo.
3. Pemilih jam terbuka di halaman yang sama.
4. Dia memilih slot, mengisi formulir, lalu menekan konfirmasi.
5. Sistem mengirim undangan kalender berisi tautan meeting.
6. Anda menjalankan sesi, lalu menandai hasilnya.

Langkah 3 adalah titik gugur terbesar. Orang menekan tombol, lalu melihat halaman asing, lalu pergi. Semua pekerjaan di artikel ini bertujuan memperpendek jarak antara langkah 2 dan langkah 4.

Tombol di halaman harga menentukan volume

Tombol demo harus punya satu tugas. Tugasnya membuka pemilih jam, bukan membuka formulir kontak dan bukan membuka email.

Letakkan tombol di sebelah paket yang sedang dibaca orang. Pembaca paket tim butuh demo. Pembaca paket gratis biasanya tidak butuh demo, jadi beri dia tombol daftar.

Tulis label yang menyebut durasi. "Jadwalkan demo 30 menit" memberi tahu ongkos waktunya di muka. Label seperti "hubungi kami" menyembunyikan ongkos itu, dan orang menunda.

Halaman tempat tombol itu berdiri juga menentukan hasil. Saya membahas struktur halaman pendaratan yang mengarah ke satu tindakan di contoh landing page untuk Meta Ads. Bila Anda mau halaman itu dikerjakan bersama tim saya, lihat jasa pembuatan landing page.

Pemilih jam harus tampil di domain Anda

Pemilih jam adalah bagian yang menampilkan slot kosong dan menerima konfirmasi. Jangan mengirim orang ke domain lain untuk melihatnya. Setiap perpindahan domain menambah keraguan, dan keraguan memakan booking.

Jalan tercepat adalah widget embed. Widget embed adalah potongan kode kecil yang menempelkan pemilih jam milik penyedia ke halaman Anda. Saya merekomendasikan Termilo untuk pekerjaan ini. Rama Digital tidak mengoperasikan Termilo; Termilo dioperasikan oleh PT Nafanesia Kebermanfaatan Indonesia di Bandung.

Menurut dokumentasi embed Termilo, pemasangannya berupa satu tag script yang mendaftarkan elemen kustom bernama <termilo-booking>. Elemen itu dirender di dalam Shadow DOM. Anggap Shadow DOM sebagai kotak kaca: gaya situs Anda tidak masuk ke dalam, dan gaya widget tidak bocor keluar.

Bentuk pemasangannya seperti ini, sesuai contoh pada dokumentasi tersebut.

<div id="booking"></div>
<script
  src="https://embed.termilo.id/widget.js"
  data-termilo-tenant="studio-rapi"
  data-termilo-mode="inline"
  data-termilo-target="#booking"
  async
></script>

Hanya atribut data-termilo-tenant yang wajib. Atribut data-termilo-target menunjuk kotak tempat widget muncul. Atribut data-termilo-accent mengganti warna tombol agar mengikuti merek Anda.

Satu catatan jujur. Dokumentasi itu menandai lapisan jaringan embed sebagai pratinjau: rute Worker untuk daftar layanan, slot, dan pembuatan booking dari embed belum tersambung, jadi widget hari ini berjalan di atas data tiruan. Kontrak atribut, elemen kustom, dan event-nya sudah dinyatakan stabil. Jadi Anda bisa merancang halaman sekarang, tetapi periksa status rute itu sebelum mengumumkan jadwal demo ke publik.

Inline atau modal

Dokumentasi yang sama menyebut 2 mode tata letak. Mode inline menanam pemilih jam langsung di dalam halaman. Mode modal memasang tombol pemicu; klik membuka pemilih jam sebagai lapisan penuh yang bisa ditutup dengan tombol Esc.

Saya memilih inline untuk halaman yang memang dibuat untuk demo. Pengunjung melihat slot tanpa klik tambahan. Saya memilih modal untuk halaman harga, karena tabel harga sudah panjang dan pemilih jam akan mendorong isinya ke bawah.

Widget itu juga melempar event bernama termilo:booking setelah booking terkirim. Isinya kode booking, nama layanan, dan waktu mulai. Event itu menembus batas Shadow DOM, jadi Anda bisa mendengarkannya di level dokumen dan meneruskannya ke alat analitik Anda.

Lima keputusan sebelum Anda memasang embed

Kelima keputusan ini menentukan bentuk slot yang tampil. Ambil keputusannya dahulu, baru tempel kodenya.

Keputusan	Pilihan awal yang aman	Akibat bila keliru
Durasi demo	30 menit	Sesi 60 menit memotong jumlah slot per hari
Buffer setelah sesi	10 menit	Tanpa jeda, sesi menempel dan Anda telat
Siapa yang menerima	1 orang dahulu	Rotasi 2 orang menambah bentrok jadwal
Zona waktu	Ikuti zona pemesan	Calon hadir di jam yang salah
Pertanyaan wajib	4 isian	Formulir panjang membuat orang berhenti

Buffer adalah jeda otomatis sesudah sesi. Dokumentasi layanan Termilo menyebut nilai bawaan buffer adalah 0 menit, jadi Anda harus mengisinya sendiri. Tanpa jeda, demo pukul 10.00 yang molor 5 menit langsung merusak demo pukul 10.30.

Pertanyaan yang layak ada di formulir

Formulir booking bukan formulir riset. Tanyakan hal yang mengubah cara Anda menyiapkan sesi. Sisanya tanyakan saat sesi berjalan.

Empat isian ini layak wajib:

• Nama lengkap.
• Email kerja, bukan email bebas.
• Nama perusahaan.
• Satu pertanyaan terbuka: masalah apa yang mau Anda selesaikan?

Empat hal ini sebaiknya tidak ada di formulir:

• Anggaran. Jawabannya jarang jujur sebelum orang melihat produk.
• Jumlah karyawan. Anda bisa memeriksanya sendiri dari nama perusahaan.
• Nomor telepon pribadi. Minta nomor setelah sesi pertama.
• Sumber informasi. Parameter kampanye di URL sudah merekamnya.

Undangan kalender dan tautan meeting

Booking yang sah harus langsung menjadi acara di kalender kedua pihak. Undangan yang dikirim manual selalu terlambat, dan orang melupakan janji yang tidak ada di kalendernya.

Bila Anda memakai Google, panduan integrasi Google Calendar dan Meet Termilo menjelaskan 2 arah data. Termilo menulis satu acara kalender untuk tiap booking, dan membaca status sibuk atau luang Anda untuk menyaring slot yang bentrok. Izin yang diminta ada 2: membaca jendela sibuk atau luang, dan menulis acara miliknya sendiri. Isi acara lain tidak dibaca.

Tautan Google Meet dibuat lewat acara kalender itu, bukan lewat koneksi Meet terpisah. Jadi satu koneksi Google sudah menghasilkan acara sekaligus tautan meeting.

Bila Anda memakai Zoom, panduan integrasi Zoom Termilo menjelaskan pola yang mirip dengan 1 aturan keamanan penting. Yang dibagikan ke calon pelanggan hanya join_url. Start URL milik host dan kata sandi meeting disimpan terenkripsi dan tidak pernah dikirim ke pelanggan. Aturan ini penting: start URL memberi kendali host, dan kendali host tidak boleh beredar.

Kedua integrasi memakai status koneksi yang sama: connected, needs_reauth, disabled_by_user, dan error. Periksa status itu tiap bulan. Koneksi yang diam-diam kedaluwarsa menghasilkan booking tanpa tautan meeting, dan Anda baru tahu saat calon menunggu.

Pengingat yang menjaga slot

Slot yang dipesan belum tentu slot yang dihadiri. Pengingat adalah pekerjaan murah dengan hasil langsung.

Saya memakai 2 pengingat. Satu pada H-1, berisi ringkasan tujuan sesi. Satu lagi 2 jam sebelum sesi, berisi tautan meeting saja.

Setiap pengingat harus memuat tautan jadwal ulang. Tautan itu lebih baik daripada balasan email, karena calon bisa memindahkan sendiri jamnya tanpa menunggu Anda. Menurut dokumentasi Termilo, respons booking mengembalikan tautan kelola untuk pelanggan yang dipakai untuk membaca, membatalkan, atau menjadwalkan ulang.

Ada juga mekanisme penahan slot. Booking baru lahir dengan status held dan tahan slot selama 10 menit. Penahan itu mencegah 2 orang mengambil jam yang sama saat keduanya sedang mengisi formulir.

Tindak lanjut saat calon tidak hadir

Sebagian calon tidak akan hadir. Perlakukan itu sebagai data, bukan sebagai penghinaan.

Tandai sesinya, jangan hapus. Menurut dokumentasi lifecycle booking Termilo, status booking ada 5: held, confirmed, completed, cancelled, dan no_show. Tiga di antaranya bersifat terminal, artinya booking berhenti di sana. Booking yang sudah confirmed bisa ditandai completed, no_show, atau cancelled.

Kirim 1 pesan tindak lanjut, bukan 3. Isinya pendek: sebut jam yang terlewat, sebut bahwa jadwal masih terbuka, sertakan tautan pemesanan ulang. Bila pesan itu tidak dibalas dalam 5 hari kerja, hentikan.

Catatan yang membuat laporan demo-to-close mungkin

Anda tidak bisa melaporkan demo-to-close bila datanya baru dikumpulkan nanti. Rekam sejak booking pertama.

Enam kolom ini sudah memadai:

• Sumber booking: halaman publik atau embed.
• Layanan yang dipesan, bila Anda punya lebih dari 1 jenis demo.
• Waktu mulai dalam UTC, lalu tampilkan ulang dalam zona lokal.
• Status akhir: completed, cancelled, atau no_show.
• Pemilik sesi, bila tim Anda lebih dari 1 orang.
• Hasil komersial: menang, kalah, atau menunggu.

Dokumentasi Termilo menyebut booking yang dibuat lewat embed ditandai dengan sumber embed, sedangkan booking dari halaman publik ditandai berbeda. Tanda itu membuat Anda bisa membandingkan 2 permukaan tanpa alat analitik tambahan.

Bila konsep dasarnya masih terasa asing, saya menjelaskannya lebih pelan di booking system adalah dan di cara kerja booking system.

Simulasi dengan data contoh

Semua angka di bagian ini adalah data tiruan. Angka ini bukan hasil klien dan bukan tolok ukur industri. Tujuannya menunjukkan cara membaca corong, bukan menjanjikan hasil.

Kondisi awal. Sebuah SaaS faktur dengan 1 pemilik. Halaman harga menerima 1.000 kunjungan pada satu bulan contoh. Demo dijalankan sendiri oleh pemilik, 30 menit, buffer 10 menit.

Masukan. Satu tombol demo di halaman harga. Pemilih jam mode modal. Formulir berisi 4 isian. Dua pengingat otomatis.

Langkah. Pemilik memasang widget pada hari pertama. Dia membuka 4 slot per hari kerja. Dia menandai tiap sesi selesai pada hari yang sama.

Keluaran yang terlihat. Dari 1.000 kunjungan, 40 orang menekan tombol. Dari 40 klik, 26 booking menjadi sah. Dari 26 booking, 19 orang hadir. Dari 19 sesi, 4 berakhir menang dalam 45 hari.

Keputusan. Jarak antara 40 klik dan 26 booking adalah kebocoran terbesar. Pemilik memotong formulir dari 6 isian menjadi 4, lalu mengukur ulang bulan berikutnya. Dia tidak menambah iklan dahulu, karena menambah kunjungan pada corong bocor hanya menaikkan biaya.

Daftar periksa sebelum Anda pasang

• Tetapkan durasi demo dan buffer, lalu tulis keduanya di satu tempat.
• Pasang 1 tombol demo di halaman harga dengan label yang menyebut durasi.
• Tanam pemilih jam di domain Anda sendiri, inline atau modal.
• Batasi formulir pada 4 isian wajib.
• Hubungkan kalender, lalu pesan 1 slot uji atas nama Anda sendiri.
• Periksa bahwa undangan memuat tautan meeting yang bisa dibuka calon.
• Nyalakan 2 pengingat dan sertakan tautan jadwal ulang di keduanya.
• Tandai hasil tiap sesi pada hari yang sama.

Batas yang perlu Anda terima

Alur ini tidak menyembuhkan penawaran yang lemah. Bila 30 orang datang dan tidak ada yang membeli, masalahnya bukan di pemilih jam.

Alur ini juga bukan CRM. Ia mencatat janji dan kehadiran, bukan riwayat percakapan penjualan Anda.

Saya tidak menulis harga layanan mana pun di artikel ini, termasuk harga Termilo. Harga berubah, dan harga yang basi lebih berbahaya daripada harga yang tidak disebut. Periksa halaman harga penyedia pada hari Anda memutuskan.

Pertanyaan yang sering muncul

Apakah saya perlu membangun sendiri sistem booking demo? Tidak untuk kasus umum. Pemilih jam, penahan slot, undangan kalender, dan pengingat sudah tersedia sebagai produk. Bangun sendiri hanya bila aturan penjadwalan Anda memang tidak biasa.

Berapa durasi demo yang masuk akal untuk SaaS? Mulai dari 30 menit. Durasi itu memberi ruang untuk 1 masalah utama dan 1 sesi tanya jawab. Naikkan ke 45 menit hanya bila Anda sering kehabisan waktu.

Apa bedanya mode inline dan mode modal? Mode inline menanam pemilih jam di dalam halaman. Mode modal memasang tombol pemicu yang membuka pemilih jam sebagai lapisan penuh. Pilih inline untuk halaman demo, modal untuk halaman harga.

Bagaimana cara mengirim tautan meeting otomatis? Hubungkan kalender Anda ke sistem booking. Tautan Google Meet dibuat melalui acara kalender, sedangkan Zoom membuat meeting lalu membagikan join_url ke peserta.

Apa yang harus saya lakukan saat calon tidak hadir? Tandai sesinya sebagai tidak hadir, lalu kirim 1 pesan tindak lanjut berisi tautan pemesanan ulang. Berhenti bila tidak ada balasan dalam 5 hari kerja.

Data apa yang harus saya catat sejak awal? Catat sumber booking, layanan, waktu mulai, status akhir, pemilik sesi, dan hasil komersial. Enam kolom itu sudah memadai untuk menghitung demo-to-close.

Sumber

Saya membaca halaman berikut pada 11 September 2026 dan hanya menulis apa yang tertulis di sana.

• Dokumentasi Termilo, halaman Embed di website: elemen kustom, mode inline dan modal, event booking, dan catatan pratinjau lapisan jaringan.
• Dokumentasi Termilo, halaman Google Calendar dan Meet: arah sinkronisasi, 2 izin akses, dan pembuatan tautan Meet lewat acara kalender.
• Dokumentasi Termilo, halaman Zoom: pembuatan meeting, join_url untuk peserta, dan larangan membagikan start URL host.
• Dokumentasi Termilo, halaman Lifecycle booking: 5 status booking, status terminal, dan penahan slot 10 menit.
• Dokumentasi Termilo, halaman Membuat layanan: durasi, buffer bawaan 0 menit, dan mode lokasi.