Bot booking Telegram: pesan, rakit, atau pakai jadi (2026)
Studio mematok 1.500-3.500 EUR untuk bot booking custom. Apa yang dibeli uang itu, berapa ongkos rakit sendiri nanti, dan kapan memesan justru lebih tepat.
TL;DR. Bot booking terlihat seperti proyek akhir pekan: kalender, pemilih slot, pembayaran, pengingat. Studio pengembang mematok tepat itu di 1.500–3.500 EUR — di bawah satu kalender dengan pengingat dasar, di atas beberapa staf, prabayar, dan aturan pembatalan. Jarak antara akhir pekan dan tiga ribu euro adalah daftar kedua yang tidak pernah ditulis di brief: rebutan slot, zona waktu, durasi yang bertumpang tindih, proses yang restart. Di bawah ini tiga jalan — pesan, rakit, pakai yang jadi — termasuk kapan memesan adalah jawaban yang benar.
Daftar fitur bot booking muat dalam satu pesan. Kalender. Pemilih slot. Pembayaran. Konfirmasi. Pengingat. Aturan pembatalan. Enam butir, dan pengembang yang membacanya memperkirakan seminggu kerja.
Lalu penawaran datang di angka 1.500–3.500 EUR dan terasa seperti dilebihkan. Biasanya bukan. Itu daftar kedua.
Daftar yang tidak ditulis di brief
- Dua pelanggan menekan 15:00 dalam detik yang sama. Siapa yang dapat, dan dari mana Anda tahu?
- Pelanggan Anda di Lisbon, Anda di Warsawa. 15:00 milik siapa yang tampil di layar?
- Sesi 90 menit dengan jeda 15 menit sesudahnya: slot lain mana saja yang terkunci?
- Proses pengingat restart di tengah putaran. Siapa yang menerima pengingat kedua?
- Sebuah booking dipindah ke Kamis. Pengingatnya ikut pindah?
Tak satu pun dari ini muncul di daftar fitur, dan setiap butirnya jadi pesan ke dukungan saat gagal. Itulah bagian yang memakan biaya; jalannya hanya berbeda pada siapa yang membayar dan kapan.
Jalan 1 — pesan pengembangan custom
Yang Anda dapat. Persis yang Anda minta, dengan merek Anda, di infrastruktur Anda, tanpa batas paket dan tanpa vendor. Kalau pekerjaannya memang tidak lazim, hanya jalan ini yang sampai ke sana.
Berapa biayanya. Studio menempatkan bot booking sederhana dengan pengingat dasar di ujung bawah rentang 1.500–3.500 EUR, dan bot dengan beberapa praktisi, prabayar, serta kebijakan pembatalan di dekat ujung atas. Anggap itu perkiraan pasar, bukan daftar harga: angkanya berbeda per negara dan per studio.
Tagihan kedua. Bot booking tidak pernah selesai. Telegram merilis versi API, basis data zona waktu diperbarui dua kali setahun, seorang pelanggan menemukan keadaan yang tak pernah diuji. Setelah serah terima, itu jadi biaya perawatan bulanan atau akhir pekan Anda sendiri — dan penawaran jarang memasukkannya.
Jalan 2 — rakit sendiri
Template n8n dan repositori GitHub menyelesaikan bagian yang terlihat dalam satu sore: daftar slot, keyboard inline, pesan konfirmasi. Tidak ada yang salah dengan itu — kalau beberapa booking seminggu memang seluruh pekerjaannya, itu bisa jadi jawaban terakhir yang Anda butuhkan. Yang lebih dulu jatuh adalah bagian yang tak terlihat.
Booking ganda. Implementasi paling alami membaca slot terisi, mengecek slot yang diminta, lalu menulis. Dua permintaan dalam detik yang sama sama-sama lolos. Obatnya aturan keunikan di basis data, bukan di kode — dan biasanya baru datang setelah permintaan maaf pertama.
Tumpang tindih, bukan kesamaan. Pengecekan jeda yang intuitif membandingkan jam mulai. Padahal booking 90 menit dengan jeda 15 menit berbenturan dengan apa pun yang rentangnya menyentuhnya, dan itu pertanyaan lain. Membandingkan jam mulai menghasilkan kalender yang tampak benar dan menjual slot yang tak sanggup Anda layani.
Pengingat ganda. Kirim dalam perulangan, dan setiap restart mengulanginya. Mencegahnya berarti menandai tiap pengingat sebagai terkirim satu per satu, dan tak ada template yang sudah begitu.
Zona waktu. Yang paling lama bertahan sebelum menggigit, karena bekerja sempurna sampai pelanggan pertama dari negara lain — atau sampai Minggu terakhir bulan Oktober.
Jalan 3 — pakai yang sudah jadi
Pertukarannya kebalikan: tanpa pembuatan, tanpa tagihan — dan tanpa kebutuhan tak lazim juga. Yang Anda terima adalah sekumpulan keputusan yang sudah diambil. Di alur booking AdminHub:
Kalender. Jam kerja berupa interval per hari, dan satu hari boleh punya lebih dari satu: 10:00–13:00 plus 15:00–18:00 adalah jeda makan siang, bukan kasus khusus. Jeda 0 sampai 120 menit dipasang di kedua sisi setiap booking, dan slot kandidat dibuang saat rentangnya bertumpang tindih dengan booking, bukan saat jam mulainya sama. Dua jam ke depan tidak bisa dipesan, jendela ke depan 30 hari secara bawaan, dan rentang tanggal tutup mencabut hari libur serta satu minggu di bulan Agustus. Satu zona waktu per layanan, dikirim bersama setiap slot supaya tak ada yang menebak 15:00 itu milik jam siapa.
Pengingat. Satu 24 jam sebelum slot, satu lagi sejam sebelumnya. Masing-masing ditandai pada saat dikirim, jadi proses yang restart tidak mengulanginya, dan saat booking dipindah kedua tanda dihapus supaya waktu baru mendapat pengingatnya sendiri. Semuanya selalu dikirim oleh bot Anda: bot platform tidak pernah menulis ke pelanggan Anda, jadi pengingat mendarat di obrolan yang sama tempat mereka memesan, dengan nama yang mereka kenal.
Pembatalan. Jendela Anda yang menentukan, bawaannya 24 jam. Di dalam jendela pelanggan membatalkan sendiri; di luar itu tidak bisa, dan urusannya sampai ke Anda. Anda bisa membatalkan atau memindahkan booking mana pun kapan pun, dan pelanggan diberi tahu di obrolannya dengan bot. Soal uang perlu jujur: AdminHub tidak memegangnya, jadi tidak ada yang dikembalikan otomatis — pengembalian dana adalah tindakan Anda, lewat jalur yang sama dengan masuknya pembayaran. Setelah jam berakhirnya slot lewat, booking menutup sendiri, tanpa pesan otomatis “tinggalkan ulasan”: permintaan ulasan yang tak diminta mengajari pelanggan bahwa bot Anda spam.
Prabayar. Catatan booking dibuat saat tagihan dibayar, bukan saat slot ditekan — di situlah seluruh mekanisme komitmennya. Tidak ada kolom uang muka sebagian: tagihannya adalah harga produk, jadi menahan jumlah lebih kecil di depan adalah keputusan harga, bukan pengaturan. Catatan yang ditulis pelanggan saat memilih slot ikut menempel pada booking, jadi Anda datang sudah tahu keperluannya.
Jalur pembayaran bukan pilihan
Perlu dikatakan terang, karena brief pengembangan sering ditulis mengelilinginya. Aturan Telegram bersifat biner. Layanan yang diberikan di dunia nyata — kunjungan, potong rambut, panggilan ke lokasi — dibayar dengan kartu lewat penyedia pembayaran. Layanan yang diberikan secara digital, seperti panggilan video, dibayar dengan Telegram Stars. Satu produk satu jalur, dan “biar pelanggan yang memilih” tak bisa dibangun oleh ketiga jalan itu.
Siapa siapa
| Pengembangan custom | Rakitan dari template | Booking AdminHub | |
|---|---|---|---|
| Biaya awal | 1.500–3.500 EUR menurut studio | Waktu Anda | Tidak ada |
| Penjaga booking ganda | Tergantung pengembang | Biasanya tidak ada | Batasan di basis data |
| Pengingat | Sesuai spesifikasi | Buatan sendiri, terulang saat restart | 24 jam dan 1 jam, masing-masing sekali |
| Kebutuhan tak lazim | Yang mampu Anda bayar | Yang mampu Anda bangun | Hanya yang sudah ada |
| Siapa yang berjaga | Anda atau kontrak perawatan | Anda | AdminHub |
| Biaya berjalan | Server plus perawatan | Server | Gratis; Pro 400 Stars per 30 hari |
Kalau… maka…
| Kalau… | Maka… |
|---|---|
| Satu kalender, satu orang, pelanggan sudah di Telegram | Pakai yang jadi — enam butir itu seluruh pekerjaannya |
| Beberapa praktisi berbagi ruang atau peralatan | Pesan custom — itu graf penjadwalan, bukan kalender |
| Booking juga harus masuk dari situs, telepon, atau marketplace | Pesan custom, atau pakai sistem sektoral dan Telegram untuk menjaring |
| Ada rekam medis klinik, perangkat fiskal, atau API asuransi di alurnya | Pesan custom — integrasi itulah yang dihargai rentang tadi |
| Beberapa booking seminggu dan merakit justru bagian serunya | Rakit sendiri, tapi pasang batasan basis data sebelum permintaan maaf pertama |
Mulai dari mana
- Tulis daftar kedua, bukan yang pertama. Rebutan slot, zona waktu, jeda, restart, kebijakan pembatalan — itulah ruang lingkup sebenarnya, baik untuk studio maupun untuk n8n.
- Kalau memesan, hitung juga tahun kedua: tanyakan tertulis berapa biaya perawatan setelah serah terima.
- Kalau merakit, pasang keunikan di basis data lebih dulu. Satu batasan, dan ia mencegah kegagalan yang tak dimaafkan pelanggan.
- Kalau alur siap pakai sudah cukup, buktikan dalam satu sore. Satu layanan, jam kerja sungguhan, satu booking uji coba.
Soal format bookingnya sendiri — bagaimana prabayar dan pengingat di obrolan yang sama melawan pelanggan yang tak datang — ada di Layanan di Telegram. Soal jalur mana yang boleh dipakai tiap produk, lihat Stars atau kartu. Pertanyaan rakit-atau-pakai yang sama untuk pipeline konten ada di Dari n8n ke layanan siap pakai. Untuk melihat alurnya, buka Layanan untuk Telegram.
Yang biasanya ditanyakan
- Berapa biaya bot booking Telegram yang dibuat custom?
- Studio pengembang mematok kira-kira 1.500 sampai 3.500 EUR. Ujung bawahnya satu kalender dengan pengingat dasar; ujung atasnya menambah beberapa staf, prabayar, dan aturan pembatalan. Itu perkiraan pasar yang beredar terbuka, dan angkanya untuk pembuatan, bukan untuk menjalankan: setelah jadi, bot tetap butuh server, orang yang merawat, dan orang yang menjawab saat Telegram merilis perubahan yang merusak.
- Apa yang paling dulu rusak di bot booking rakitan sendiri?
- Booking ganda. Dua pelanggan menekan slot yang sama dalam detik yang sama dan keduanya menerima konfirmasi, karena pengecekan berada di kode aplikasi dan bukan sebagai batasan di basis data. Setelah itu menyusul zona waktu, jeda antarjanji yang dihitung dengan membandingkan jam mulai alih-alih rentang yang bertumpang tindih, dan pengingat yang terkirim dua kali setelah restart.
- Kapan memesan pengembangan custom benar-benar pilihan yang lebih baik?
- Saat kalendernya bukan satu sumber daya. Lima penata rambut untuk tiga kursi, ruang operasi yang dipesan bersama dokter anestesi, armada sewa: itu graf penjadwalan, dan tidak ada alur booking siap pakai yang memodelkannya. Sama halnya dengan integrasi ke rekam medis klinik atau perangkat fiskal, dan dengan menerima booking di luar Telegram.
- Bisakah pelanggan memilih sendiri antara kartu dan Stars?
- Tidak, dan itu aturan Telegram, bukan keputusan produk. Layanan yang diberikan di dunia nyata, seperti kunjungan, potong rambut, atau panggilan ke lokasi, dibayar dengan kartu lewat penyedia pembayaran. Layanan yang diberikan secara digital, misalnya panggilan video, dibayar dengan Telegram Stars. Satu produk membawa satu jalur, dan tidak pernah ada dua tombol pada penawaran yang sama.
- Bagaimana kalau dua orang tetap membayar slot yang sama?
- Indeks unik parsial di basis data menolak booking kedua, jadi hanya ada satu konfirmasi. Pembeli yang kalah cepat diberi tahu bahwa slotnya sudah terisi, dan pesanannya tercatat sebagai dibatalkan. Mengembalikan pembayaran itu adalah tindakan penjual: AdminHub tidak memegang uangnya, jadi juga tidak bisa mengembalikannya.