Ini adalah studi kasus portal siswa dari sebuah lembaga bimbingan belajar skala menengah di kawasan Tangerang. Sekitar 180 siswa aktif, 14 pengajar, mata pelajaran mulai dari matematika SD hingga persiapan masuk universitas. Bisnis yang sehat dari segi manapun, dengan satu masalah yang menggerogotinya dari dalam: seluruh operasional berjalan di atas WhatsApp, satu Google Sheet bersama, dan ingatan satu admin yang sangat kelelahan.
Sang pemilik tidak datang ke saya untuk meminta sebuah portal. Ia datang bertanya kenapa ia kehilangan siswa padahal kualitas pengajaran bagus. Ketika kami menelusuri penyebab siswa keluar, jawabannya bukan soal akademik. Melainkan kelas yang bentrok jadwal, jadwal ulang yang terlewat, dan percakapan bulanan yang canggung soal tagihan yang belum dibayar.
Poin terakhir itu lebih penting dari yang orang kira, dan di situlah cerita ini menjadi menarik.
Masalah di Balik Masalah
Di atas kertas, titik masalahnya terlihat seperti kekacauan klasik bisnis kecil:
- Kelas bentrok jadwal. Dua siswa dijadwalkan dengan pengajar yang sama di jam yang sama, baru ketahuan setelah keduanya datang. Sekitar 3 sampai 5 kejadian per bulan.
- Jadwal ulang yang hilang begitu saja. Orang tua mengirim pesan langsung ke pengajar untuk memindahkan sesi hari Kamis. Pengajar setuju, lupa memberi tahu admin, sheet tidak pernah diperbarui, ruangan tetap terblokir sementara slot lain justru kosong.
- Perselisihan soal absensi. "Kami cuma ikut 6 sesi bulan ini, kenapa ditagih 8?" Tidak ada catatan yang dipercaya kedua belah pihak.
- Menagih pembayaran yang tertunda. Sekitar 30 persen orang tua terlambat membayar setiap bulan, bukan karena niat buruk, tapi karena tagihan hanya berupa pesan WhatsApp yang tenggelam di antara chat lain.
Namun ketika saya duduk bersama para pengajar, luka sebenarnya baru terungkap. Pengajarlah yang diharapkan mengingatkan orang tua soal tagihan yang menunggak, karena merekalah yang punya hubungan langsung. Setiap pengajar membenci hal ini. Salah satu dari mereka bilang ia lebih rela mengajar satu jam ekstra tanpa dibayar daripada harus mengirim satu pesan lagi berbunyi "maaf mengganggu, soal pembayaran bulan ini". Dua pengajar bahkan diam-diam berhenti mengingatkan sama sekali, dan dari situlah angka keterlambatan pembayaran sebenarnya berasal.
Masalah bisnisnya adalah arus kas dan siswa yang keluar. Masalah manusianya adalah percakapan soal uang yang meracuni hubungan pengajar dan orang tua, padahal itulah produk sesungguhnya yang dijual sebuah bimbel.
Yang Kami Bangun, dan yang Sengaja Kami Lewati
Godaan saat membangun software pendidikan adalah membuat learning management system lengkap: materi, kuis, dashboard progres, gamifikasi. Kami melewatkan semuanya. Pengajaran di lembaga ini sudah bagus. Yang rusak adalah operasionalnya. Jadi kami membatasi ruang lingkup portal ke tepat tiga fungsi.
1. Satu jadwal, satu sumber kebenaran. Kalender bersama di mana admin, pengajar, dan orang tua semuanya melihat slot yang sama. Pengajar menandai ketersediaan mereka, admin menetapkan sesi, dan sistem secara otomatis menolak pembentukan jadwal ganda untuk pengajar atau ruangan yang sama. Permintaan jadwal ulang berjalan lewat portal, bukan lewat chat pribadi, sehingga kalender selalu akurat.
2. Konfirmasi absensi sekali ketuk. Di akhir setiap sesi, pengajar cukup mengetuk sekali untuk mengonfirmasi sesi itu berlangsung. Orang tua menerima notifikasi. Di akhir bulan, kedua belah pihak punya jumlah sesi yang sama, dan tagihan tersusun otomatis dari catatan itu. Perselisihan soal absensi berhenti total sejak bulan pertama.
3. Pengingat pembayaran otomatis. Tagihan dibuat otomatis dari sesi yang sudah dikonfirmasi. Pengingat dikirim lewat email dan WhatsApp dengan jadwal tetap: saat tagihan terbit, tiga hari sebelum jatuh tempo, dan pada hari jatuh tempo. Yang krusial, pengingat itu datang dari sistem, atas nama lembaga, bukan dari pengajar.
Total waktu pembangunan sekitar sepuluh minggu, sebuah portal web yang berjalan baik di ponsel dibanding aplikasi native, dengan anggaran di kisaran ratusan juta rupiah, sebanding dengan kerugian tahunan lembaga ini akibat sesi yang tidak tertagih dan siswa yang keluar.
Wawasan Otomasi yang Sering Terlewat
Ini temuan yang terus saya ulangi ke klien lain: mengotomasi pengingat pembayaran tidak membuatnya lebih dingin, justru membuatnya tanpa beban bagi semua pihak.
Kita biasanya menganggap sentuhan personal itu lebih baik. Dalam urusan penagihan, yang terjadi justru sebaliknya. Ketika seorang pengajar menagih biaya, orang tua merasa dihakimi oleh orang yang mereka hormati, dan pengajar merasa seperti debt collector. Ketika sistem yang mengirim pengingat secara sopan dan konsisten, tidak ada pihak yang kehilangan muka. Orang tua membayar ke sistem, bukan ke seseorang. Hubungan tetap berfokus pada perkembangan anak.
Angka-angkanya mendukung hal ini:
| Metrik | Sebelum | Setelah 4 Bulan |
|---|---|---|
| Tagihan dibayar tepat waktu | ~70% | 93% |
| Kelas bentrok jadwal per bulan | 3 sampai 5 | 0 |
| Perselisihan absensi per bulan | 4 sampai 6 | 0 |
| Jam kerja admin untuk penjadwalan dan penagihan | ~25/minggu | ~8/minggu |
Perlu dicatat, sang admin tidak kehilangan pekerjaannya. Ia kini menangani konversi kelas trial dan onboarding orang tua baru, yaitu pekerjaan yang menghasilkan pendapatan, bukan sekadar memadamkan api.
Kenapa Ini Berhasil Ketika Proyek Lain Mandek
Tiga keputusan yang membuat perbedaan, dan berlaku jauh melampaui dunia pendidikan.
- Kami mendigitalkan 20 persen yang paling menyakitkan, bukan seluruh bisnis. Penjadwalan, absensi, penagihan. Sisanya dibiarkan seperti semula. Ruang lingkup yang kecil membuat tim benar-benar mengadopsinya, bukannya tenggelam dalam sistem dengan 40 fitur yang tidak terpakai.
- Kami sengaja menjadikan sistem sebagai pihak yang "jahat". Setiap alur kerja yang memaksa staf Anda masuk ke percakapan yang tidak nyaman adalah kandidat untuk diotomasi, bukan karena mesin lebih pandai berkomunikasi, tapi karena menghilangkan sosok manusia di baliknya menghilangkan ketidaknyamanan itu sepenuhnya.
- Kami menutup jalur samping. Jadwal ulang lewat WhatsApp pribadi dilarang begitu portal diluncurkan. Sistem yang hanya kadang-kadang menjadi sumber kebenaran tidak akan pernah benar-benar menjadi sumber kebenaran. Ini membutuhkan pemilik untuk menegakkannya secara konsisten selama kurang lebih tiga minggu sampai akhirnya menjadi kebiasaan.
Pola ini nyaris identik dengan yang saya lihat pada How a Private Clinic Cut Admin Work by Half: sebuah bisnis jasa di mana produknya sudah baik dan operasionalnyalah yang bocor. Bidang usaha berbeda, anatomi masalah sama.
Kesimpulan
Jika bisnis jasa Anda berjalan di atas WhatsApp dan spreadsheet, Anda mungkin mengenali setiap gejala dalam studi kasus portal siswa ini: kelas bentrok jadwal, perselisihan, dan tagihan yang canggung ditagih. Solusinya lebih sederhana dari yang Anda kira. Anda tidak butuh platform serba-ada. Anda butuh satu sumber kebenaran untuk dua atau tiga alur kerja yang menghasilkan gesekan paling besar, dan Anda butuh keberanian untuk menutup kanal informal begitu sistem itu ada.
Mulailah dengan bertanya satu hal ke tim Anda: percakapan mana yang paling Anda hindari dengan pelanggan? Apa pun jawabannya, itulah kandidat pertama untuk diotomasi.
Dan jika Anda mencari partner untuk merancang itu bersama Anda, bukan vendor yang dengan senang hati menjual Anda versi 40 fitur, itu persis jenis kerja sama yang saya ambil.