PELAJARAN 12 / 14 · KURSUS BISNIS GRATIS
Langganan berulang menciptakan tanggung jawab berulang. Pelanggan membutuhkan layanan agar berfungsi minggu depan sama baiknya dengan pada hari pendaftaran. Rutinitas singkat yang dapat diandalkan membuat tanggung jawab tersebut terlihat sebelum permintaan mendesak menghabiskan seluruh waktu Anda.
Pada akhir pelajaran: rancang rutinitas operasional yang dapat dikelola untuk dukungan, penagihan, pemeliharaan, dan retensi pelanggan.
Mulailah dengan empat sinyal harian
Tinjau ketersediaan, aktivasi pelanggan baru, pengecualian pembayaran, dan permintaan dukungan yang belum dijawab. Tentukan peristiwa mana yang memerlukan peringatan segera dan mana yang termasuk dalam tinjauan terjadwal. Pendaftaran yang gagal mungkin memerlukan perhatian lebih cepat daripada perubahan kecil pada lalu lintas mingguan.
Tetapkan penanggung jawab dan tindakan untuk setiap peringatan. Monitor yang mengirim ratusan pesan yang diabaikan menciptakan kebisingan tanpa meningkatkan keandalan. Tentukan bagaimana Anda akan mengenali insiden, memastikan siapa yang terdampak, dan terus memberi informasi kepada pelanggan selama penyelidikan.
Untuk FitSite, pemeriksaan pagi dapat memastikan bahwa situs yang ada merespons, situs yang baru dibuat memiliki templat yang tepat, peristiwa penagihan telah diproses, dan pesan dukungan memiliki penanggung jawab. SaaS pelaporan akan mengganti penyediaan situs dengan keberhasilan impor data dan pengiriman laporan. Ikuti tugas pelanggan melalui sistem.
Janjikan dukungan yang dapat Anda berikan
Tetapkan saluran dukungan, jam cakupan, dan target respons yang jelas. Target respons berarti mengakui dan menilai permintaan; ini bukan janji untuk menyelesaikan setiap masalah dalam waktu tersebut. Bedakan pertanyaan umum dari gangguan yang memengaruhi akses atau pembayaran.
Panduan asli mengilustrasikan tingkat dukungan yang berbeda berdasarkan paket. Gunakan gagasan itu hanya jika Anda memiliki kapasitas untuk memenuhinya. Janji empat jam menyesatkan jika Anda bekerja sendiri dan tidak menyediakan cakupan tersebut. Jelaskan jam kerja dan zona waktu secara eksplisit alih-alih membiarkan pelanggan mengasumsikan ketersediaan berkelanjutan.
Buat daftar periksa penerimaan singkat: akun yang terdampak, tugas yang dicoba, hasil yang diamati, dan waktu kegagalan. Mintalah hanya informasi yang diperlukan untuk menyelidiki. Jangan pernah meminta pelanggan mengirimkan kata sandi atau detail kartu lengkap melalui email. Berikan staf dukungan akses yang sesuai dengan tanggung jawab mereka.
Ubah permintaan berulang menjadi perbaikan produk
Tandai pertanyaan yang berulang dan cari penyebab dasarnya. Beberapa pelanggan yang bertanya cara mengubah jadwal mungkin menunjukkan artikel bantuan yang belum ada, layar yang membingungkan, atau tugas yang tidak didukung produk dengan baik. Menulis dokumentasi adalah salah satu respons, bukan jawaban untuk setiap masalah kegunaan.
Artikel bantuan yang efektif menyebutkan tugasnya, menunjukkan langkah-langkah saat ini, menjelaskan cara mengenali keberhasilan, dan menawarkan langkah berikutnya jika gagal. Periksa kembali setelah produk diubah. Pertahankan jalur menuju seseorang untuk kasus yang tidak sesuai dengan artikel.
Misalkan tinjauan dukungan FitSite yang bersifat ilustratif menemukan enam pertanyaan tentang menambahkan pelatih. Tim dapat memperbaiki instruksi templat yang relevan, mengamati seseorang mencoba tugas tersebut, dan membandingkan permintaan berikutnya. Jangan mengklaim bahwa artikel bantuan mengurangi dukungan kecuali Anda telah mengukur hasil tersebut.
Rekonsiliasi penagihan dan akses
Penagihan berulang bergantung pada gateway yang dikonfigurasi, pengaturan langganan, dan peristiwa pembayaran yang mencapai aplikasi Anda. Otomatisasi tidak menghilangkan kebutuhan untuk meninjau pengecualian. Bandingkan status keanggotaan dengan catatan pembayaran sebelum mengubah akses secara manual atau menerbitkan pengembalian dana.
Pembayaran yang gagal dapat memiliki beberapa penyebab. Periksa informasi penolakan atau peristiwa aktual dari penyedia alih-alih mengasumsikan bahwa penyebabnya adalah kartu kedaluwarsa atau pembatalan yang disengaja. Gunakan pengaturan percobaan ulang dan pemberitahuan pelanggan yang didukung penyedia, dan jelaskan bagaimana pelanggan dapat memperbarui detail pembayaran melalui jalur yang aman.
Untuk jalur WordPress, tinjau keanggotaan dan pembayaran Ultimate Multisite bersama catatan gateway Anda. Verifikasi peningkatan paket, penurunan paket, berakhirnya masa percobaan, dan faktur pada versi yang Anda konfigurasi. Periksa waktu perubahan dan prorata apa pun alih-alih menjanjikan bahwa setiap perubahan paket berperilaku secara identik.
Jaga agar pembatalan tetap sederhana. Konfirmasikan tanggal akhir efektif, status penagihan di masa depan, serta pengaturan ekspor atau penyimpanan data. Pertanyaan umpan balik opsional dapat membantu Anda belajar, tetapi pembatalan tidak boleh bergantung pada jawabannya. Terapkan pengembalian dana secara konsisten sesuai ketentuan yang benar-benar Anda tawarkan.
Pelihara layanan yang dapat Anda pulihkan
Jadwalkan pemeliharaan rutin dan pertahankan jalur untuk pembaruan keamanan mendesak. Jangan menunda setiap pembaruan hingga rapat bulanan. Prioritaskan sesuai masalah dan tingkat paparan, uji seaman mungkin, dan pertahankan rencana pemulihan jika perubahan menimbulkan masalah.
Untuk WordPress Multisite, perubahan plugin atau tema bersama dapat memengaruhi banyak situs pelanggan. Uji paket representatif, templat, checkout, dan akses di staging. Gunakan perlindungan data dan kontrol akses yang sesuai untuk salinan staging; lingkungan pengujian tidak boleh mengekspos informasi pelanggan.
Pelihara cadangan konten basis data dan file yang diperlukan, serta uji pemulihannya. Catat pemulihan terbaru yang berhasil, bukan sekadar pekerjaan pencadangan yang berhasil. Pertahankan pemantauan untuk kehabisan sumber daya, pekerjaan latar belakang yang gagal, dan kesalahan pengiriman, selain memeriksa apakah halaman beranda dimuat.
Pelajari alasan pelanggan bertahan atau pergi
Tentukan churn pelanggan untuk periode tertentu: pelanggan yang hilang selama periode tersebut dibagi pelanggan aktif pada awal periode. Catat aturan penghitungan Anda, termasuk cara Anda memperlakukan jeda dan akun yang belum dibayar. Churn pendapatan adalah ukuran yang berbeda dan harus diberi label terpisah.
Jika sebuah bisnis ilustratif memulai bulan dengan 50 pelanggan dan kehilangan dua di antaranya, churn pelanggan untuk kelompok tersebut adalah 4%. Pelanggan baru yang diperoleh selama bulan itu tidak mengubah penyebut awal tersebut. Dengan jumlah kecil, satu pembatalan dapat mengubah persentase secara tajam, jadi tinjau juga alasan masing-masing.
Pisahkan masalah produk, perubahan anggaran, penutupan bisnis, dan pelanggan yang tidak pernah mencapai hasil berguna pertama mereka. Tawarkan bantuan atau paket yang sesuai bila relevan. Jangan berasumsi bahwa diskon menyelesaikan fitur yang hilang, dan hormati preferensi komunikasi sebelum mengirim penawaran untuk kembali.
Rekomendasikan peningkatan paket ketika pelanggan memiliki kebutuhan yang relevan dan memahami biaya tambahannya. Mencapai batas mungkin merupakan kesempatan untuk memperjelas paket yang tepat, tetapi pesan tersebut tidak boleh menyembunyikan pilihan untuk mengurangi penggunaan atau tetap pada tingkat saat ini.
Berikan rutinitas sebuah kalender
Pemeriksaan harian menangani ketersediaan, dukungan mendesak, dan pengecualian penagihan. Tinjauan mingguan mencari tiket yang belum terselesaikan, kegagalan aktivasi, dan masalah berulang. Tinjauan bulanan memeriksa pendapatan berulang, biaya, retensi, dan dokumentasi. Tinjauan triwulanan meninjau kembali harga, kapasitas, dan apakah penawaran masih sesuai dengan audiens.
Gunakan irama ini sebagai titik awal, lalu sesuaikan dengan risiko dan beban kerja layanan. Bisnis yang memproses pemesanan sensitif waktu membutuhkan pemantauan yang berbeda dari langganan riset bulanan. Tujuannya adalah mencegah pekerjaan hilang di antara tanggung jawab, bukan menciptakan rapat demi rapat itu sendiri.
Latihan Anda: tulis lembar operasional
Buat empat bagian: pemantauan, dukungan, penagihan, dan pemeliharaan. Untuk masing-masing, sebutkan penanggung jawab, frekuensi, bukti yang diperiksa, dan tindakan untuk pengecualian. Sertakan penanggung jawab cadangan untuk tugas penting.
Susun janji dukungan Anda dalam bahasa sederhana, termasuk jam layanan dan perbedaan antara respons pertama dan penyelesaian. Kemudian periksa apakah jadwal Anda saat ini dapat mendukungnya selama sakit atau liburan.
Pilih satu tugas pelanggan yang berulang dan tulis artikel bantuan. Uji dengan seseorang yang tidak mengenal produk tersebut. Catat apakah mereka menyelesaikan tugas tanpa penjelasan tambahan.
Terakhir, lakukan simulasi satu insiden di atas kertas: pelanggan telah membayar tetapi tidak memiliki akses. Buat daftar catatan yang akan Anda bandingkan, cara Anda berkomunikasi, dan cara Anda mengonfirmasi pemulihan tanpa menerbitkan tagihan kedua.
Sebelum Anda melanjutkan
Operasi yang berkelanjutan menggabungkan kepemilikan, janji yang jelas, dan pemulihan. Otomatiskan langkah yang dapat diandalkan, tinjau pengecualian, dan gunakan pertanyaan pelanggan untuk meningkatkan pengalaman. Lacak retensi dengan definisi yang eksplisit alih-alih hanya mengandalkan label dasbor.
Sumber dan bacaan lebih lanjut
Diadaptasi dari Pelajaran 12 asli: Menjalankan Bisnis. FitSite adalah bisnis ilustratif yang digunakan untuk pembelajaran, bukan kisah sukses pelanggan. Panduan pencadangan WordPress menjelaskan komponen instalasi yang dapat dipulihkan.