Lihat bagaimana booking, percakapan tamu, pekerjaan harian, dan performa properti ditampilkan di workspace Kiyo. Tur ini memakai data contoh dan dapat dibaca tanpa masuk akun.
Tujuan: Melihat ringkasan properti dan pekerjaan yang perlu diperhatikan hari ini.
Input: Booking tercatat, aktivitas tamu, dan data workspace yang dikonfigurasi.
Output: Tampilan prioritas untuk tim properti.
Ketersediaan: Tur publik menampilkan data contoh; workspace properti bergantung pada akses produk yang diaktifkan dan data yang tercatat.
Tujuan: Menyatukan reservasi, kamar, tanggal, dan konteks stay dalam satu kalender.
Input: Booking direct dan input manual, serta reservasi dari channel OTA yang terhubung dan dipetakan.
Output: Kalender aktif dan data reservasi untuk tim properti.
Ketersediaan: Reservasi channel memerlukan koneksi aktif serta mapping kamar dan rate plan yang benar.
Tujuan: Menjaga data tamu, masa inap, dan status pembayaran tercatat tetap berdekatan.
Input: Booking yang tercatat di atau dikembalikan ke Kiyo.
Output: Satu data untuk meninjau konteks stay dan pekerjaan operasional terkait.
Ketersediaan: Pembayaran yang dilakukan di luar Kiyo perlu dicatat agar statusnya dapat muncul di Kiyo.
Tujuan: Meninjau percakapan tamu yang didukung di dekat konteks reservasi.
Input: Akun messaging atau OTA yang terhubung dan memenuhi syarat, serta pesan yang dimulai tamu jika diperlukan.
Output: Thread tamu yang tetap dekat dengan informasi booking terkait.
Ketersediaan: Cakupan channel, kelayakan akun, dan aturan platform berbeda-beda; verifikasi setup messaging yang tepat untuk properti.
Tujuan: Meninjau data tamu dan konteks stay yang tersimpan bersama setiap booking.
Input: Detail tamu dan stay yang tercatat bersama booking.
Output: Tempat bagi tim properti untuk meninjau konteks tamu sebelum pekerjaan follow-up.
Ketersediaan: Tur publik hanya menampilkan data contoh; detail yang tersedia untuk properti live bergantung pada booking tercatat dan izin aksesnya.
Tujuan: Menjaga koordinasi tim privat dan pekerjaan operasional tetap terpisah dari balasan tamu.
Input: Pekerjaan tim properti, catatan privat, dan konteks stay yang tercatat.
Output: Konteks internal untuk handover dan pekerjaan follow-up.
Ketersediaan: Komunikasi tim privat bukan channel pengiriman pesan tamu, dan tur data contoh tidak membuktikan workflow tim live.
Tujuan: Menyatukan arrival, departure, tugas, permintaan, dan handover dalam workspace properti.
Input: Stay yang tercatat dan pekerjaan operasional tim properti.
Output: Tampilan bersama untuk pekerjaan di sekitar masa menginap.
Ketersediaan: Tur data contoh menggambarkan interface, bukan handover properti live.
Tujuan: Meninjau revenue, occupancy, ADR, RevPAR, dan tren performa booking.
Input: Data booking, channel, dan rate yang tercatat dalam batas izin dan periode properti.
Output: Ukuran performa untuk keputusan operasional.
Ketersediaan: Ukuran ini bukan laba akuntansi atau uang tunai yang diterima, dan forecast adalah estimasi, bukan jaminan.
Tujuan: Menjelajahi interface untuk pertanyaan praktis tentang pekerjaan dan data properti terkini.
Input: Konteks properti dan data yang tersedia bagi asisten yang diaktifkan.
Output: Respons yang mendukung review manusia dan pekerjaan follow-up.
Ketersediaan: Tur data contoh tidak membuktikan hasil AI live, dan asisten bukan pengganti penilaian manusia, laporan akuntansi yang diaudit, atau saran pajak.
Tujuan: Menampilkan kamar yang dikonfigurasi dan membawa tamu ke perjalanan booking direct.
Input: Website properti yang diaktifkan, kamar, rate, dan ketersediaan yang dikonfigurasi.
Output: Jalur penemuan kamar dan checkout untuk tamu.
Ketersediaan: Checkout direct dan kontrol website diaktifkan per properti; pengambilan pembayaran memerlukan setup pembayaran yang sesuai.
Tujuan: Menjaga hasil pembayaran tetap terhubung dengan konteks booking yang relevan.
Input: Properti yang memenuhi syarat, metode pembayaran yang dikonfigurasi, dan respons provider eksternal bila pembayaran dikumpulkan.
Output: Hasil pembayaran yang tercatat di samping reservasi.
Ketersediaan: Metode, aktivasi merchant, dan kelayakan pasar berbeda-beda; provider dapat menunda, menolak, atau membuat pembayaran kedaluwarsa.
Tujuan: Meninjau feedback tamu yang tersimpan dan mendukung follow-up setelah menginap.
Input: Sumber review yang terhubung dan diotorisasi atau rangkaian follow-up yang diaktifkan.
Output: Konteks review dan pekerjaan follow-up yang dikonfigurasi untuk tim.
Ketersediaan: Cakupan sumber, riwayat, dan tindakan yang tersedia berbeda menurut platform dan setup properti.
Demo ini memakai data contoh dan perubahan tidak disimpan. Tanyakan kepada Kiyo koneksi channel dan pembayaran yang tersedia untuk properti Anda.
Langkah berikut membedakan kemampuan yang didukung Kiyo, kemampuan yang bergantung pada koneksi, dan hal yang tidak dapat diverifikasi oleh demo publik.
Didukung secara eksplisit: reservasi direct, input manual, dan OTA yang didukung dapat masuk ke kalender Kiyo yang sama. Koneksi provider terkait harus aktif dan dipetakan dengan benar.
Didukung dengan syarat: koneksi channel yang memenuhi syarat dapat menerima ketersediaan, rate, dan aturan menginap yang didukung setelah kamar dan rate plan dipetakan. Keterlambatan dan error provider tetap bisa terjadi.
Didukung secara eksplisit: kalender booking dan data reservasi menyatukan kamar, tanggal, status booking, dan konteks tamu terkait.
Didukung dengan syarat: balasan Booking.com, Airbnb, dan Expedia, serta akun WhatsApp Business, Telegram, Outlook, Messenger, dan Instagram yang dikonfigurasi dapat ditangani di Kiyo. Percakapan OTA lain mungkin masih perlu dijawab lewat extranet channel.
Didukung secara eksplisit: operasional harian dapat menyatukan arrival, departure, tugas, permintaan, dan handover dalam workspace properti.
Didukung dengan syarat: kartu, QRIS, e-wallet, dan virtual account bergantung pada pasar properti, aktivasi merchant, serta metode pembayaran yang dikonfigurasi. Status pembayaran, reservasi, dan payout tetap merupakan fakta terpisah.
Didukung secara eksplisit: catatan privat dan Kiyo Team Chat dipisahkan dari balasan tamu agar handover internal tidak terkirim kepada tamu.
Interpretasi wajar: masa menginap dapat bergerak melalui pekerjaan departure dan checkout, tetapi demo publik tidak membuktikan settlement pembayaran atau pembaruan OTA secara live dari awal sampai akhir.
Didukung secara eksplisit: rangkaian email post-stay yang dikonfigurasi, feedback tamu, dan tindak lanjut review dijelaskan di halaman produk Kiyo.
Didukung secara eksplisit: revenue, occupancy, ADR, RevPAR, tren, serta performa kamar atau channel dapat dilihat dari catatan booking properti.
Tidak. Demo publik hanya menggunakan data contoh dan tidak menyimpan perubahan. Demo tidak boleh dianggap sebagai bukti bahwa provider atau akun pembayaran live sudah terhubung.
Aplikasi interaktif berisi catatan operasional contoh dan kontrol aplikasi. Kiyo menjaganya agar tidak masuk hasil pencarian, sementara tur yang dapat di-crawl ini menjelaskan produk dalam teks yang stabil.
Tidak. Nama channel, menu, atau gambar yang terlihat tidak membuktikan bahwa reservasi, rate, restriction, pesan, review, dan pembayaran semuanya didukung. Verifikasi setiap kemampuan secara terpisah.
Konfirmasikan kelayakan properti, status rollout saat ini, operasi OTA yang didukung, cakupan messaging, aktivasi pembayaran, onboarding, bantuan, migrasi data, dan ketentuan komersial yang tepat.
Gunakan llms.txt Kiyo sebagai ringkasan resmi perusahaan dan sitemap.xml sebagai inventori URL publik yang lengkap.
Situs web ini menggunakan cookie dan teknologi lain untuk menganalisis trafik, mempersonalisasi konten dan iklan, serta meningkatkan situs dan layanan kami. Dengan melanjutkan penggunaan situs ini, Anda menyetujui penggunaan teknologi tersebut sebagaimana dijelaskan lebih lanjut dalam Kebijakan Privasi.
