Solusi / E-niaga & D2C
Toko yang sebenarnya milik Anda
Katalog, pembayaran, pesanan, pajak, dan dukungan — dibuat dalam aplikasi Anda sendiri, bukan disewa dari platform etalase yang memiliki hubungan pelanggan Anda.
Alasan untuk membangunnya
Mengapa membangun ini daripada menyewa etalase?
Platform etalase mengenakan biaya sewa untuk toko yang terlihat seperti milik orang lain dan berperilaku sesuai keputusan platform. Apa pun di luar template berarti toko aplikasi: plugin lain, biaya bulanan lain, vendor lain antara Anda dan pelanggan. Kliv memberi Anda mesin etalase — katalog, pembayaran, pesanan, pajak, refund — sebagai bagian dari aplikasi Anda sendiri, sehingga toko tersebut bisa menjadi tidak biasa seperti merek Anda.
Operasi Anda memiliki kebiasaan yang tidak dapat diantisipasi oleh template apa pun: batch panggang sesuai pesanan, jendela praorder, berlangganan dan simpan sesuai irama Anda, kebijakan refund dengan langkah persetujuan. Itu bukanlah penyesuaian yang harus diperjuangkan — itu adalah deskripsi yang Anda buat. Toko memodelkan operasi Anda, dan operasi Anda berhenti menyesuaikan dengan checkout yang tidak dapat Anda sentuh.
Anatomi sistem
Apa yang sebenarnya diketahui oleh etalase
Toko adalah serangkaian fakta yang harus disepakati: apa yang dijual, siapa yang membelinya, ke mana perginya, apa yang diharapkan oleh otoritas pajak. Ketika fakta-fakta hidup dalam satu sistem, penyimpanan berjalan dengan tenang. Berikut adalah bentuk yang akan dibuat oleh Kliv.
Produk & varian
Katalog dengan struktur aslinya — sangrai, ukuran, gilingan — bukan daftar datar dengan nama-nama yang mengerjakannya.
Pesanan
Masing-masing dengan statusnya — ditempatkan, dipenuhi, dikirim — dan tanda terimanya, status refund, dan riwayatnya.
Langganan
Berlangganan dan simpan hubungan dengan iramanya, status jeda, dan pembaruan berikutnya.
Pelanggan
Setiap pembeli dengan pesanan, alamat, dan langganannya — hubungannya, bukan hanya transaksinya.
Pajak
Pendaftaran di mana Anda berhutang, perhitungan saat checkout, laporan siap ketika tiba waktunya untuk mengajukan.
Mendukung pengetahuan
Kebijakan pengiriman, ukuran, dan refund Anda — berdasarkan jawaban agen dukungan, di samping pesanan pelanggan.
Siapa yang melihat apa
Aturan yang diterapkan database
- Pelanggan melihat pesanannya sendiri — dindingnya adalah database, bukan URL.
- Perubahan langganan — jeda, lanjutkan, alihkan — berlaku dengan sendirinya; tidak ada email untuk Anda, tidak ada edit manual.
- Perpanjangan yang gagal akan menerima email percobaan ulang dan pemulihan sebelum menjadi pembatalan.
- Pajak dihitung saat checkout dari pendaftaran Anda — laporan pada waktu pengajuan sesuai dengan yang dibebankan.
Ini adalah platform etalase mesin yang disewakan kepada Anda — sebagai bagian dari aplikasi Anda sendiri. Perbedaannya menunjukkan saat pertama kali operasi Anda memerlukan sesuatu yang tidak diantisipasi oleh template.
Apa yang dirakit Kliv
Daftar belanjaan dari bagian-bagian platform — masing-masing sudah ada di dalamnya, masing-masing disusun bersama dengan yang lain.
Seluruh etalase
Katalog, pembayaran tertanam, pesanan, fulfillment, dan refund dengan persetujuan — satu saluran yang Anda kendalikan secara menyeluruh.
Berlangganan & simpan
Perintah berulang dengan jeda, resume, dan prorata yang adil — dan upaya yang secara diam-diam memulihkan kartu yang gagal.
Pajak, ditangani
Daftarkan di mana Anda berhutang, hitung saat checkout, dan ambil laporan siap file.
Dukungan yang mengetahui kebijakan Anda
Agen menjawab pertanyaan tentang ukuran, pengiriman, dan refund dari basis pengetahuan Anda — dan mencari pesanan pelanggan sendiri.
Ketahui nilai setiap saluran
Dasbor konversi dan pendapatan sudah terpasang — lihat saluran mana yang benar-benar menjual.
Cara untuk mengisi daya
Tiga cara suatu merek dapat mengenakan biaya
Bisnis produk masih mempunyai bentuk yang bisa dipilih: pesanan satu kali, langganan yang memperlancar pendapatan, hadiah yang merekrut.
Pesanan satu kali
$24
Pelanggan mencoba daging panggang
Pesanan, kwitansi, konfirmasi pengiriman saat pindah.
- Membuka kunci
- Riwayat pesanan dan record pelanggan — hubungan dimulai dari tas pertama.
- Penagihan
- Satu tagihan saat checkout, pajak dihitung di tempat Anda terdaftar.
- Refund
- Melalui langkah persetujuan Anda — refund adalah sebuah keputusan, bukan suatu kebetulan.
Berlangganan & simpan
$21/bulan
Pelanggan yang tidak pernah mau kehabisan
Pesanan reguler dengan harga setia, sesuai irama yang mereka pilih.
- Membuka kunci
- Pelanggan mengatur semuanya sendiri — jeda untuk musim panas, lanjutkan di musim gugur, ganti proses.
- Penagihan
- Memperbarui sesuai jadwal dengan pembagian perubahan yang adil; kartu yang gagal dicoba ulang dan dikejar melalui email.
- Refund
- Alur dengan gerbang persetujuan yang sama.
Berlangganan hadiah
$63 selama tiga bulan
Pelanggan menyelesaikan ulang tahun
Tiga bulan minum kopi ke rumah orang lain, dengan catatan.
- Membuka kunci
- Penerima mendapatkan kiriman dan pembaruan; pemberi menerima tanda terima.
- Penagihan
- Prabayar dalam satu biaya; itu berakhir dengan bersih dalam tiga bulan alih-alih mengejutkan siapa pun.
- Refund
- Melalui keputusan, melalui persetujuan.
Sebelum peluncuran
Minggu pertama, sebelum Anda meluncurkannya
Empat hari untuk membangun toko, lalu latihan bagian tersibuknya.
Bentuk tokonya
Jelaskan pengoperasiannya: produk dan varian, irama langganan, tempat Anda berhutang pajak, kebijakan refund Anda. Kliv membuat pratinjau pertama dengan checkout berfungsi.
Jadikan itu milikmu
Merek Anda adalah paritnya — jadikan toko terlihat seperti label, bukan seperti tema dengan logo Anda di sudutnya.
Muat yang asli
Katalog sebenarnya, harga sebenarnya, kebijakan pengiriman yang akan dijawab oleh agen dukungan. Tempatkan pesanan percobaan dan saksikan pesanan tersebut diproses hingga terpenuhi.
Cobalah untuk memecahkannya
Gagal dalam perpanjangan kartu. Jeda dan lanjutkan langganan. Minta refund dan tunggu persetujuan Anda. Tanyakan kepada agen dukungan di mana pesanan Anda berada — mereka akan mengetahuinya.
Kemudian berlatih setahun
Di Sandbox, dengan simulasi uang dan waktu simulasi, jalankan tahun pelanggan: pembaruan sesuai iramanya, jeda musim panas yang dilanjutkan sesuai jadwal, diam-diam memulihkan kartu, langganan hadiah bulan Desember berakhir dengan rapi di bulan Maret. Peluncuran dengan kuartal sibuk telah bertahan.
Dipesan lebih dahulu, tanpa risiko dipesan lebih dahulu
Perangkat lunak khusus biasanya berarti anggaran, kontraktor, dan kontrak pemeliharaan. Ini adalah kesepakatan yang berbeda.
Suku cadang kelas Enterprise
Login, izin yang diberlakukan di database, penagihan, audit, email — komponen-komponen dalam sistem pesanan Anda adalah bagian-bagian yang sama yang digunakan pada setiap aplikasi Kliv. Anda menyusun infrastruktur yang terbukti; Anda tidak meminta kode dari awal.
Mengubah pengiriman secara berurutan
Saat proses Anda berubah, katakan saja — perubahan itu dibangun dalam percakapan, Anda meninjaunya dalam pratinjau live, dan tidak ada yang menjangkau pengguna sampai Anda memublikasikannya. Perubahan commerce bahkan dapat dilatih di Sandbox dengan simulasi uang dan waktu.
Tidak ada vendor yang bisa menghentikannya
Alat siap pakai diberi harga ulang, didesain ulang, dan dihentikan sesuai jadwal vendor — dan alur kerja Anda pun sejalan dengan alat tersebut. Aplikasi Kliv Anda hanya berubah bila Anda mengubahnya. Itu produk Anda, bukan kursi milik orang lain.
Ucapkan dalam satu kalimat
“Bangun toko untuk merek kopi saya dengan katalog produk, pembayaran tertanam, paket berlangganan dan simpan, penanganan pajak penjualan, dan asisten dukungan yang mengetahui kebijakan pengiriman kami.”
Beginilah sebenarnya awalnya — jelaskan, lalu sempurnakan dalam percakapan.
Bangun atau beli
Mengapa tidak tetap menyewa etalase saja?
| Keluar dari rak | Dengan Kliv | |
|---|---|---|
| Pembayaran | Alirannya, aturannya, sesuai ketentuannya. | Tersemat di aplikasi Anda di domain Anda sendiri — pesanan dan pelanggan mendarat di toko Anda. |
| Perilaku di luar template | Toko aplikasi: plugin lain, biaya lain, vendor lain. | Sebuah kalimat dalam percakapan — jendela praorder, rilis batch, kebijakan refund Anda. |
| Struktur biaya | Sewa plus plugin plus syarat transaksi. | Anda pemilik sistemnya; pembayaran masuk ke akun Stripe Anda sendiri. |
| Hubungan pelanggan | Mereka menjadi perantara — Anda lihat apa yang ditunjukkan platform kepada Anda. | Pelanggan, pesanan, dan riwayat adalah baris dalam database Anda sendiri. |
| Berubah nanti | Migrasi — kata yang membuat toko tetap berada di platform lama selama bertahun-tahun. | Aplikasi Anda berkembang pada tempatnya; tidak ada yang bisa dimigrasi. |
Pembayaran
Keluar dari rak: Alirannya, aturannya, sesuai ketentuannya.
Dengan Kliv: Tersemat di aplikasi Anda di domain Anda sendiri — pesanan dan pelanggan mendarat di toko Anda.
Perilaku di luar template
Keluar dari rak: Toko aplikasi: plugin lain, biaya lain, vendor lain.
Dengan Kliv: Sebuah kalimat dalam percakapan — jendela praorder, rilis batch, kebijakan refund Anda.
Struktur biaya
Keluar dari rak: Sewa plus plugin plus syarat transaksi.
Dengan Kliv: Anda pemilik sistemnya; pembayaran masuk ke akun Stripe Anda sendiri.
Hubungan pelanggan
Keluar dari rak: Mereka menjadi perantara — Anda lihat apa yang ditunjukkan platform kepada Anda.
Dengan Kliv: Pelanggan, pesanan, dan riwayat adalah baris dalam database Anda sendiri.
Berubah nanti
Keluar dari rak: Migrasi — kata yang membuat toko tetap berada di platform lama selama bertahun-tahun.
Dengan Kliv: Aplikasi Anda berkembang pada tempatnya; tidak ada yang bisa dimigrasi.
Pertanyaan umum
Apakah menangani pajak penjualan dan VAT?
Ya — daftarkan yurisdiksi tempat Anda berhutang, hitung pajak saat checkout, dan Anda mengambil laporan yang sudah siap untuk diarsipkan saat tiba waktunya untuk mengajukan.
Bisakah pelanggan mengelola sendiri langganannya?
Ya. Pelanggan menjeda, melanjutkan, beralih, dan memperbarui kartu pada halaman penagihan di dalam toko Anda — dan pembayaran yang gagal akan dicoba ulang dan dikejar melalui email secara otomatis.
Apakah pembayaran benar-benar ada di situs saya sendiri?
Ya — pembayaran tertanam di aplikasi Anda pada domain Anda sendiri, atau halaman yang dihosting jika Anda mau. Apa pun pesanan, pelanggan, dan riwayatnya ada di toko Anda, bukan milik pihak ketiga.
Seperti apa sebenarnya fulfillment itu?
Antrean pesanan dengan status — ditempatkan, dikemas, dikirim — yang dikerjakan oleh petugas fulfillment Anda tanpa melihat dasbor pendapatan. Konfirmasi pengiriman diberikan kepada pelanggan ketika keadaan berubah.
Apa yang terjadi jika kartu pelanggan gagal?
Dunning: tagihan diulangi sesuai jadwal dan pelanggan mendapat email pemulihan dengan tautan untuk memperbaiki kartu. Sebagian besar kegagalan adalah plastik kadaluwarsa, bukan pelanggan yang hilang — sistem memperlakukan mereka seperti itu.
Bisakah kami melakukan pemesanan di muka dan pengiriman dalam jumlah kecil?
Ya — itu adalah aturan katalog: jendela praorder dengan tanggal pengiriman yang disebutkan, batch yang ditutup ketika sudah terjual habis. Toko menerapkan persyaratan yang Anda umumkan, dan agen dukungan dapat menjelaskannya.
