Solusi / SaaS

Bangun SaaS nyata, bukan demo

Multi-penyewa dari tabel pertama, paket dan penggunaan terukur dari checkout pertama, gate fitur yang penagihannya tetap jujur. Jelaskan produk Anda — Kliv membuat mesin kelas perusahaan di sekitarnya.

Jelajahi mesin commerce

Alasan untuk membangunnya

Mengapa membangun ini daripada merakit stack?

Cara default untuk membangun SaaS adalah perakitan: penyedia autentikasi, SDK penagihan, database, layanan email, alat penanda fitur — lima vendor sebelum lini pertama produk Anda yang sebenarnya. Sambungan di antara keduanya menjadi basis kode Anda: penangan webhook merekonsiliasi penagihan dengan akses, menyinkronkan pekerjaan yang menyalin pengguna antar sistem, dan kelas bug jam 2 pagi di mana vendor penagihan mengatakan berbayar dan aplikasi mengatakan terkunci. Kliv mengirimkan sasis sebagai satu sistem — sewa, penagihan, hak akses, email, data — sehingga jahitan yang Anda habiskan berbulan-bulan untuk menulis tidak ada.

Sasisnya tidak dapat dibedakan; produk Anda tidak. Tidak ada yang memilih aplikasi Anda untuk halaman login atau email fakturnya — meskipun mereka akan meninggalkan aplikasi yang rusak. Habiskan deskripsi di domain Anda, satu-satunya hal yang hanya Anda ketahui, dan biarkan bagian-bagian yang dibagikan setiap SaaS sudah tersusun. Ketika harga Anda berubah — tingkat baru, add-on terukur, kesepakatan perusahaan — itu adalah kalimat dalam percakapan, bukan arsitektur ulang.

Anatomi sistem

SaaS sebenarnya terbuat dari apa

Hapus produknya dan setiap SaaS memiliki kerangka yang sama: penyewa, kursi, rencana, gerbang, meteran, faktur. Kliv mengirimkan kerangkanya; Anda menggambarkan produk di sekitarnya. Inilah yang diketahui sistem pada hari pertama.

Organisasi

Setiap pelanggan adalah sebuah organisasi — pengguna, data, dan penagihannya berada dalam satu dinding. Perusahaan A tidak dapat membaca Perusahaan B di database.

Anggota & peran

Pelanggan Anda adalah perusahaan, bukan login — pemilik, admin, dan anggota, masing-masing melihat apa yang dimungkinkan oleh peran mereka.

Paket & harga

Katalog: tingkatan, uji coba, pembukaan kunci satu kali, add-on terukur — halaman harga Anda sebagai data yang diterapkan sistem.

hak akses

Kaitan antara uang dan fitur — apa yang dibuka oleh langganan organisasi ini, diperiksa jika diperlukan.

Meter & penggunaan

Penggunaan dihitung berdasarkan aktivitas masuk pelanggan — dapat dilihat oleh mereka, dapat ditagih oleh Anda.

Langganan & faktur

Status komersial setiap penyewa — sedang dalam masa uji coba, aktif, telah lewat jatuh tempo — dengan faktur untuk membuktikannya.

Siapa yang melihat apa

kamuSetiap penyewa, katalog, pendapatan, penggunaan — pandangan operator.

Pemilik pelangganOrganisasinya: kursi, paket, halaman penagihan, faktur.

Anggota pelangganProduk, pada kedalaman peran mereka dan rencana perusahaan mereka memungkinkan — tidak ada penagihan.

Prospek uji cobaProduk lengkap di dalam pagar uji coba — dan gambaran jelas tentang apa saja yang bisa ditingkatkan.

Aturan yang diterapkan database

Baris penyewa adalah milik penyewa — pembacaan lintas organisasi tidak mungkin dilakukan di database, tidak difilter dalam aplikasi.
hak akses mengikuti penagihan secara real-time: peningkatan versi membuka fitur sekarang, pembatalan mempersempitnya sesuai jadwal.
Meteran dan faktur adalah sistem yang sama — yang diukur adalah yang ditagih, tanpa ada yang perlu diselaraskan.
Pembayaran yang gagal mulai terjadi — percobaan ulang dan email pemulihan — sebelum gerbang ditutup bagi pelanggan yang membayar.

Ini adalah bagian dari SaaS yang tidak dipilih oleh siapa pun untuk dibuat dan setiap orang harus melakukannya: identitas, sewa, uang, dan aturan yang mengikat mereka. Ketika hadir sebagai satu sistem, deskripsi Anda akan menjadi tentang produk Anda.

Bagian tersulit dari SaaS, sudah terpecahkan

Ini bukan add-on — ini merupakan bagian platform yang sama, tersusun.

Multi-penyewa secara default

Saat pelanggan mendaftar ke aplikasi Anda, masing-masing pelanggan mendapatkan organisasinya sendiri. Perusahaan A tidak akan pernah bisa melihat data Perusahaan B — isolasi diterapkan pada setiap kueri di tingkat database, bukan pada kode aplikasi yang harus diingat oleh seseorang untuk ditulis. Data admin Anda sendiri berada di balik dinding terpisah yang hanya bersifat internal.

Tim dan kursi di dalam produk Anda

Pelanggan Anda bukanlah pengguna tunggal — mereka adalah perusahaan. Login, peran, dan pembagian per organisasi adalah bagian dari sistem identitas yang sama, jadi “semua orang di perusahaan yang sama melihat proyek perusahaannya” hanyalah sebuah kalimat, bukan sprint.

Isi daya sesuai dengan cara SaaS mengenakan biaya

Langganan dengan uji coba dan prorata yang adil, pembukaan satu kali, dan penetapan harga berdasarkan penggunaan dengan pengukur. “Paket Pro seharga$20 per bulan, ditambah 2¢ per laporan yang dihasilkan” adalah salah satu deskripsinya — Kliv membuatkan produk, harga, dan pengukur untuk Anda.

Fitur yang mengikuti uang

Lampirkan fitur ke halaman rencana dan gerbang, data, dan fungsionalitas di dalamnya. Tingkatkan, turunkan, atau batalkan — akses mengikuti secara otomatis, saat penagihan berubah. Tidak ada kode hak akses, tidak ada sinkronisasi malam.

Jual juga akses ke konten

Penyimpanan file internal memiliki aturan aksesnya sendiri: pribadi, dibagikan per organisasi, atau di belakang langganan. PDF, video, dan unduhan premium terbuka dengan hak akses yang sama seperti aplikasi Anda lainnya.

Penagihan layanan mandiri, di aplikasi Anda

Pelanggan memperbarui kartu, mengganti paket, dan membaca faktur pada halaman penagihan di dalam produk Anda — dan ketika pembayaran gagal, Kliv mencobanya kembali dan mengirimkan email kepada mereka hingga pembayaran pulih.

Cara untuk mengisi daya

Tiga cara SaaS dapat mengisi daya

Halaman penetapan harga berkembang — tingkatan terbagi, meteran muncul, kesepakatan perusahaan menginginkan faktur. Katalog harus tetap bertahan tanpa arsitektur ulang.

Langganan berjenjang

$29–$99/bulan

Tim memilih Starter atau Pro

Tingkatan fitur yang melekat pada rencana: Pemula mendapatkan inti, Pro membuka pelaporan, API, fitur tim.

Membuka kunci: Fitur mengikuti rencana — pemutakhiran akan segera membukanya, penurunan versi akan mempersempit jadwal, tidak ada yang dapat diubah.
Penagihan: Bulanan atau tahunan dengan uji coba dan prorata yang adil; kartu yang gagal mendapatkan percobaan ulang dan email pemulihan sebelum akses menyempit.
Refund: Berbatas persetujuan — refund adalah keputusan, bukan kecelakaan.

Berdasarkan penggunaan

$0,05 per putaran

Pelanggan yang tagihannya harus melacak nilainya

Paket dasar ditambah satu meter: rendering, pesan, panggilan API — berapa pun unit nilai yang ada di produk Anda.

Membuka kunci: Penggunaan dihitung berdasarkan aktivitas masuk pelanggan, yang terlihat di halaman penagihan mereka sebelum faktur diterima.
Penagihan: Biaya terukur bertambah dan ditagih pada siklus langganan — meteran dan faktur setuju karena keduanya merupakan sistem yang sama.
Refund: Item baris yang disengketakan diselesaikan melalui alur persetujuan yang sama.

Buka kunci satu kali

$500 satu kali

Pelanggan yang menginginkan add-on tersebut, bukan langganan lainnya

Modul seumur hidup, paket orientasi, kesepakatan pengguna awal — dijual satu kali, di samping langganan.

Membuka kunci: Pembelian tersebut memberikan hak akses permanen yang sejalan dengan paket apa pun yang dijalankan pelanggan.
Penagihan: Satu tagihan, satu tanda terima — katalog yang sama, halaman penagihan yang sama.
Refund: Alur dengan gerbang persetujuan yang sama.

Sebelum peluncuran

Minggu pertama, sebelum Anda meluncurkannya

SaaS memiliki lebih banyak mesin untuk dibuktikan dibandingkan situs brosur mana pun — itulah sebabnya minggu pertama penting.

hari 1

Bentuk produknya

Jelaskan: apa yang dilakukan produk, siapa pelanggannya, tingkatannya, dan apa yang dibuka masing-masing produk. Kliv membuat pratinjau pertama dengan organisasi, rencana, dan gerbang yang sudah nyata.

hari ke-2

Jadikan itu milikmu

Domain Anda, merek Anda, bahasa produk Anda — dan halaman harga yang dihasilkan dari katalog yang sama dengan yang diterapkan pada pembayaran.

hari ke 3

Hubungkan yang asli

Hubungkan Stripe, tetapkan harga sebenarnya dan durasi uji coba, lampirkan fitur ke paket, dan undang tim Anda ke tampilan operator.

hari ke 4

Cobalah untuk memecahkannya

Mendaftarlah sebagai pelanggan uji. Cobalah membaca data organisasi lain — lihat databasenya menolak. Gagalkan kartu, turunkan versi rencana, perhatikan gerbangnya.

Kemudian berlatih setahun

Di Sandbox, dengan simulasi uang dan waktu simulasi, jalankan SaaS Anda pada tahun pertama sebelum peluncuran: uji coba dikonversi atau kedaluwarsa, pelanggan melakukan peningkatan pada bulan Maret, kartu gagal pada bulan Juni dan pulih, pembatalan menutup fitur yang tepat pada tanggal yang tepat. Anda mempublikasikan bisnis yang telah berjalan — bukan harapan bahwa bisnis tersebut akan berjalan.

Lihat Sandbox Bagaimana tes membuktikannya

Bangun atau beli

Mengapa tidak merekatkan stack itu saja?

	Stack yang direkatkan	Dengan Kliv
Sewa	Fitur organisasi penyedia autentikasi ditambah filter baris yang Anda tulis dan tinjau ulang selamanya.	Organisasi yang diterapkan di database — pembacaan lintas penyewa tidak mungkin dilakukan, tidak difilter.
Penagihan ↔ akses	Penangan webhook merekonsiliasi vendor penagihan dengan gagasan aplikasi Anda tentang siapa yang telah membayar.	hak akses mengikuti penagihan secara alami — tidak ada hal yang perlu diselaraskan.
Penetapan harga penggunaan	Layanan pengukuran, layanan penagihan, dan pekerjaan rekonsiliasi di antara keduanya.	Meteran dan invoice sistemnya sama.
Email siklus hidup	Vendor lain, bahasa template lain, webhook lain.	Tanda terima, pemberitahuan, dan pengingat uji coba sudah terpasang — di template Anda.
Saatnya membuat produk	Sasis berbulan-bulan sebelum fitur pembedaan pertama.	Sasisnya adalah hari pertama; deskripsi Anda dihabiskan untuk produk.

Sewa

Stack yang direkatkan: Fitur organisasi penyedia autentikasi ditambah filter baris yang Anda tulis dan tinjau ulang selamanya.

Dengan Kliv: Organisasi yang diterapkan di database — pembacaan lintas penyewa tidak mungkin dilakukan, tidak difilter.

Penagihan ↔ akses

Stack yang direkatkan: Penangan webhook merekonsiliasi vendor penagihan dengan gagasan aplikasi Anda tentang siapa yang telah membayar.

Dengan Kliv: hak akses mengikuti penagihan secara alami — tidak ada hal yang perlu diselaraskan.

Penetapan harga penggunaan

Stack yang direkatkan: Layanan pengukuran, layanan penagihan, dan pekerjaan rekonsiliasi di antara keduanya.

Dengan Kliv: Meteran dan invoice sistemnya sama.

Email siklus hidup

Stack yang direkatkan: Vendor lain, bahasa template lain, webhook lain.

Dengan Kliv: Tanda terima, pemberitahuan, dan pengingat uji coba sudah terpasang — di template Anda.

Saatnya membuat produk

Stack yang direkatkan: Sasis berbulan-bulan sebelum fitur pembedaan pertama.

Dengan Kliv: Sasisnya adalah hari pertama; deskripsi Anda dihabiskan untuk produk.

Pertanyaan umum

Bagaimana sebenarnya isolasi penyewa diberlakukan?

Di database, dengan aturan tingkat baris. Setiap pelanggan adalah sebuah organisasi dan baris mereka memiliki batasan tersebut — bug di halaman tidak dapat membocorkan data penyewa lain, karena kuerinya sendiri kembali kosong.

Bisakah saya menggabungkan langganan dengan penggunaan terukur?

Ya — itu adalah satu paket, bukan dua sistem: tingkat Pro dengan$0,05 per render di atasnya. Langganan menagih dasar, meteran menagih penggunaan, dan pelanggan melihat keduanya dalam satu faktur.

Apa yang terjadi jika pelanggan membatalkan atau menurunkan versi?

hak akses dipersempit pada jadwal yang ditetapkan kebijakan Anda — segera atau pada akhir periode — dan data tetap ada. Pelanggan yang kembali akan membawa organisasi mereka ke tempatnya semula, yang menjadikan refund mereka sebagai peristiwa penagihan, bukan migrasi.

Bisakah pelanggan mengelola penagihannya sendiri?

Ya — halaman penagihan di dalam produk Anda: perbarui kartu, ganti paket, baca faktur. Ketika pembayaran gagal, Dunning mencoba ulang tagihan dan mengirim email ke pelanggan sebelum akses siapa pun menyempit.

Bisakah saya mengubah harga setelah peluncuran?

Ya — katalog adalah data. Tambahkan tingkatan, bagi rencana, perkenalkan meteran; harga baru berlaku untuk pembayaran baru, dan langganan yang sudah ada tetap mempertahankan persyaratan yang mereka beli sampai Anda memutuskan sebaliknya.

Apakah ini benar-benar multi-tenancy, atau akun dengan tanda fitur?

Penyewaan nyata: setiap organisasi pelanggan adalah batas kelas satu dalam database, dengan pengguna, peran, dan barisnya sendiri — arsitektur multi-penyewa yang sama dijalankan oleh Kliv.

Jelaskan SaaS Anda. Kliv membangun sisanya.

Penyewaan, penagihan, hak akses, dan konten — satu platform, satu percakapan.

Harga