Solusi / Agensi & studio
Portal klien yang menjalankan bisnis
Setiap klien mendapatkan ruang berdindingnya sendiri — file, status, hasil kerja — sementara pengelola menagih dirinya sendiri dan alat proyek Anda tetap sinkron.
Alasan untuk membangunnya
Mengapa membangun ini alih-alih SaaS portal klien?
Portal SaaS diberi harga per kursi dan dibentuk untuk agensi rata-rata — sedangkan agensi Anda tidak. Anda akhirnya mengganti nama tahapan pengiriman agar sesuai dengan labelnya, mengekspor ke spreadsheet untuk bagian-bagian yang tidak dapat dimodelkan, dan membayar lagi setiap kali tim berkembang. Kliv membangun portal di sekitar studio Anda: tahapan Anda, bahasa Anda, pengalaman klien Anda, di domain Anda.
Proses penyampaian Anda adalah pembedanya — ringkasan, konsep, putaran revisi, penandatanganan — jadi portal harus memodelkannya secara harfiah. Setiap klien adalah sebuah organisasi dengan orang-orangnya sendiri, proyek, dan file, yang terkurung dalam database. Saat Anda menyempurnakan cara pengiriman, portal mengikuti dalam satu kalimat, bukan dalam permintaan fitur ke vendor.
Anatomi sistem
Apa yang sebenarnya diketahui oleh portal tersebut
Portal agensi harus memisahkan dua hal yang dikaburkan oleh alat proyek umum: cara tim Anda bekerja secara internal, dan apa yang boleh dilihat oleh setiap klien. Direktur pemasaran di satu klien dapat melihat kalender kampanye, file merek, faktur, dan rangkaian revisi — dan tidak dapat menemukan proyek klien lain dengan mengubah URL atau menebak ID. Berikut adalah bentuk sistem yang akan dibangun Kliv.
Klien
Setiap klien adalah sebuah organisasi — pengguna, proyek, file, persetujuan, dan riwayat penagihannya tinggal di dalam dinding itu.
Proyek
Jalankan tahapan Anda — ringkasan, konsep, putaran revisi, penandatanganan — dengan file dan rangkaian pesan yang dimiliki masing-masing tahapan.
Hasil kerja
File sumber, presentasi, dan final — dibagikan per klien, bersifat pribadi secara default.
Persetujuan
Sign-off adalah status yang tercatat pada karya tersebut, bukan rangkaian email yang terkubur.
Retainer & faktur
Hubungan komersial — status langganan, faktur, riwayat pembelian — dilampirkan pada record klien yang sama.
Permintaan
Antrean pertanyaan klien masuk, terbatas pada klien yang membesarkannya.
Siapa yang melihat apa
Aturan yang diterapkan database
- Pengguna klien hanya dapat membaca baris milik organisasinya — menebak URL atau ID tidak akan menghasilkan apa-apa.
- File bersifat pribadi secara default; berbagi adalah per klien, bukan per tautan.
- Detail penagihan dapat dilihat oleh pemilik klien, bukan oleh setiap anggota timnya.
- Ketika seorang punggawa tidak lagi mempunyai hak akses, maka hak akses untuk menutup area yang bergate keamanannya — tidak seorang pun harus mengingat untuk mencabut akses.
Hasilnya bukanlah “portal” seperti kategori umum. Ini adalah model pengiriman Anda yang diubah menjadi perangkat lunak: klien, tahapan, file, persetujuan, pembayaran, dan izin, semuanya menggambarkan hubungan yang sama.
Apa yang dirakit Kliv
Daftar belanjaan dari bagian-bagian platform — masing-masing sudah ada di dalamnya, masing-masing disusun bersama dengan yang lain.
Satu portal, berdinding per klien
Setiap klien adalah sebuah organisasi: orang-orangnya melihat proyek dan file mereka, bukan klien lain. Diterapkan di database, bukan di logika halaman Anda.
Pengikut dengan autopilot
Pengikut bulanan dengan prorata dan jeda — dan dunning mengejar kartu yang sudah habis masa berlakunya sehingga Anda tidak perlu melakukannya.
Kiriman, dibagikan dengan aman
Berbagi file per klien untuk ringkasan, aset, dan final — bersifat pribadi secara default.
Peralatan tim Anda sudah tersambung
Permintaan klien baru menjadi kartu Trello; ping Slack keluar saat mereka menyetujuinya.
Seorang asisten yang mengetahui akun tersebut
Klien bertanya “di mana proyek saya?” dan agen menjawab dari datanya sendiri — yang mencakup organisasinya.
Cara untuk mengisi daya
Tiga cara yang dapat dikenakan oleh agensi
Agensi jarang menjual satu barang. Klien yang sama mungkin memulai dengan strategi sprint, beralih ke pegawai bulanan, lalu membeli kapasitas produksi tambahan saat peluncuran. Portal harus memahami bentuk tersebut secara langsung alih-alih memaksakan setiap hubungan ke dalam template faktur yang sama.
Punggawa bulanan
$6.000/bulan
Klien yang berkembang dalam keterlibatan berkelanjutan
Antrean permintaan, pelaporan bulanan, brankas file bersama, dan dua panggilan strategi.
- Membuka kunci
- Langganan aktif membuka bagian portal yang termasuk dalam hubungan: permintaan terbuka, kiriman aktif, pelaporan, dan aset yang disetujui.
- Penagihan
- Diperbarui setiap bulan dengan pembagian perubahan yang adil. Jika kartu gagal, email pemulihan akan dikirim dan akses dapat menyempit hingga penagihan diperbaiki.
- Refund
- Permintaan refund disalurkan melalui langkah persetujuan sebelum uang dipindahkan.
Proyek dengan cakupan tetap
$18,000 satu kali
Klien penyegaran merek dengan cakupan yang ditentukan
Garis waktu proyek, pengunggahan file sumber, presentasi konsep, putaran revisi, dan pengiriman akhir.
- Membuka kunci
- Pembelian membuka ruang proyek tersebut — klien melihat pekerjaan terkait dengan cakupannya, bukan ruang kerja internal Anda.
- Penagihan
- Satu tagihan, satu tanda terima, riwayat pembelian lengkap di halaman penagihan klien. Saat proyek selesai, ruang beralih ke mode arsip.
- Refund
- Alur persetujuan yang sama — refund adalah keputusan, bukan kecelakaan.
Add-on berbasis penggunaan
$250 per pengarahan tambahan
Klien konten yang volumenya melonjak selama peluncuran
Penahan dasar ditambah tambahan terukur — ringkasan halaman arahan, video tambahan yang diedit — di luar volume yang disertakan.
- Membuka kunci
- Pengukuran dijalankan berdasarkan aktivitas masuk klien, jadi apa yang disertakan, apa yang digunakan, dan apa yang akan ditagih dapat dilihat oleh kedua sisi.
- Penagihan
- Ekstra bertambah pada meteran dan tagihan dengan berlangganan — tidak ada spreadsheet tambahan yang disetujui.
- Refund
- Item baris yang disengketakan diselesaikan melalui alur refund dengan batas persetujuan yang sama.
Sebelum peluncuran
Minggu pertama, sebelum Anda meluncurkannya
Anda tidak meluncurkan portal klien dan berharap. Seperti inilah sebenarnya minggu pertama — dan berakhir dengan portal yang sudah berumur satu tahun.
Bentuk portalnya
Jelaskan cara kerja studio: bagaimana klien tiba, tahapan pengiriman Anda, siapa yang ada di tim. Kliv membuat pratinjau pertama — organisasi klien, proyek dalam bahasa Anda, dinding sudah ada.
Jadikan itu milikmu
Sempurnakan percakapan dan dengan menunjukkan hal-hal: nama panggung Anda, bukan label umum, merek Anda, domain Anda. Setiap perubahan muncul di pratinjau sebelum orang lain melihatnya.
Muat yang asli
Buat penawaran aktual — rencana penahan, produk proyek — undang tim Anda, dan masukkan satu ringkasan klien nyata untuk melihat portal dengan konten sebenarnya.
Cobalah untuk memecahkannya
Masuk sebagai klien uji dan periksa dindingnya: dapatkah mereka melihat proyek klien lain? Jalankan pembayaran, gagalkan kartu dengan sengaja, minta refund — lihat email pemulihan dan langkah persetujuan melakukan tugasnya.
Kemudian berlatih setahun
Ini adalah bagian yang tidak diberikan cara membangun lainnya kepada Anda: di Sandbox, dengan simulasi uang dan waktu simulasi, dua belas bulan maju dengan cepat. Pengikut jam tangan diperbarui, kartu kedaluwarsa pada bulan Maret dan pulih pada bulan April, pembatalan menutup pintu kanan. Saat Anda mempublikasikan, Anda tidak menebak-nebak — Anda mengirimkan portal yang telah menjalankan bisnis Anda selama satu tahun.
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 portal klien di mana setiap klien hanya melihat proyek dan file mereka sendiri, menyimpan tagihan bulanan, dan permintaan klien baru membuat kartu Trello untuk tim saya.”
Beginilah sebenarnya awalnya — jelaskan, lalu sempurnakan dalam percakapan.
Bangun atau beli
Mengapa tidak membeli portal saja?
| Keluar dari rak | Dengan Kliv | |
|---|---|---|
| Pemisahan klien | Kotak centang ruang kerja dan izin — dikonfigurasikan secara manual, diperiksa ulang setiap kali seseorang bergabung. | Setiap klien adalah sebuah organisasi; aturan database tingkat baris membuat pembacaan lintas klien menjadi tidak mungkin, tidak hanya disembunyikan. |
| Tahapan pengiriman Anda | Label saluran pipanya; Anda menyesuaikan proses Anda agar sesuai dengan mereka. | Kata-kata Anda - singkat, konsep, putaran, penutup - mencontoh cara Anda menyampaikannya. |
| Struktur biaya | Per kursi, per bulan — tagihan bertambah di tim Anda, bukan pendapatan Anda. | Anda pemilik sistemnya — dan membebankan biaya kepada klien melaluinya: pengikut, proyek, add-on terukur. |
| Mengubah cara Anda bekerja | Permintaan fitur, pemungutan suara peta jalan, menunggu. | Sebuah kalimat dalam percakapan, pratinjau, publikasi. |
| Data Anda | Dapat diekspor, dalam format yang diizinkan oleh rencana mereka. | Proyek, file, persetujuan, dan riwayat penagihan adalah baris dalam database Anda sendiri. |
Pemisahan klien
Keluar dari rak: Kotak centang ruang kerja dan izin — dikonfigurasikan secara manual, diperiksa ulang setiap kali seseorang bergabung.
Dengan Kliv: Setiap klien adalah sebuah organisasi; aturan database tingkat baris membuat pembacaan lintas klien menjadi tidak mungkin, tidak hanya disembunyikan.
Tahapan pengiriman Anda
Keluar dari rak: Label saluran pipanya; Anda menyesuaikan proses Anda agar sesuai dengan mereka.
Dengan Kliv: Kata-kata Anda - singkat, konsep, putaran, penutup - mencontoh cara Anda menyampaikannya.
Struktur biaya
Keluar dari rak: Per kursi, per bulan — tagihan bertambah di tim Anda, bukan pendapatan Anda.
Dengan Kliv: Anda pemilik sistemnya — dan membebankan biaya kepada klien melaluinya: pengikut, proyek, add-on terukur.
Mengubah cara Anda bekerja
Keluar dari rak: Permintaan fitur, pemungutan suara peta jalan, menunggu.
Dengan Kliv: Sebuah kalimat dalam percakapan, pratinjau, publikasi.
Data Anda
Keluar dari rak: Dapat diekspor, dalam format yang diizinkan oleh rencana mereka.
Dengan Kliv: Proyek, file, persetujuan, dan riwayat penagihan adalah baris dalam database Anda sendiri.
Pertanyaan umum
Bagaimana sebenarnya pemisahan klien ditegakkan?
Di basis data. Setiap klien adalah sebuah organisasi, dan aturan tingkat baris berarti penggunanya hanya dapat membaca proyek dan file mereka sendiri — isolasi adalah properti data, bukan tautan mana yang ingin Anda sembunyikan.
Bisakah klien membayar punggawa melalui portal?
Ya — pembayaran bulanan dengan prorata dan jeda, biaya proyek satu kali, dan halaman penagihan mandiri. Kartu yang kadaluarsa akan dicoba ulang dan dikejar secara otomatis.
Apakah ini terhubung dengan alat yang sudah digunakan tim saya?
Ya. Permintaan klien baru dapat membuat kartu Trello, persetujuan dapat melakukan ping ke Slack — tim Anda menyimpan alatnya sementara klien mendapatkan satu portal yang bersih.
Bisakah kontraktor mendapatkan akses terbatas?
Ya — peran adalah bagian dari sistem identitas yang sama, sehingga kontraktor hanya melihat proyek yang ditugaskan kepada mereka dan tidak ada yang lain: tidak ada penagihan, tidak ada persyaratan penahan, tidak ada klien lain. Aturannya ada di database, sehingga berlaku di mana saja.
Apa yang terjadi pada ruang klien ketika pertunangan berakhir?
Apa pun yang dikatakan oleh offboarding Anda. Pola umum: ketika penahan berakhir, ruang berpindah ke arsip — file akhir, faktur, dan persetujuan tetap dapat dibaca, sementara permintaan baru dan putaran revisi ditutup hingga cakupan baru dibeli.
Kami menagih beberapa klien setiap bulan dan beberapa per proyek. Bisakah satu portal menangani keduanya?
Ya — pengikut adalah langganan dan proyek adalah pembelian satu kali dalam katalog yang sama, dan klien dapat menyimpan keduanya sekaligus. Masing-masing membuka bagian ruangnya, dan faktur masuk ke satu halaman penagihan.
