Bikin Sistem Sekolah Sendiri vs Pakai Platform: Mana Lebih Hemat?

Percakapan ini terjadi di hampir setiap rapat yayasan yang membahas digitalisasi. Seseorang mengangkat tangan dan berkata, "Daripada bayar langganan terus-menerus, kenapa tidak kita buat sendiri saja? Ada alumni kita yang jago programming, sekali bayar selesai."

Usulan itu masuk akal dan pantas dipertimbangkan serius. Membayar satu kali memang terdengar lebih hemat daripada membayar setiap bulan, dan sistem buatan sendiri bisa dibentuk persis seperti cara kerja sekolah Anda. Beberapa sekolah memang berhasil menempuh jalan ini.

Tetapi banyak juga yang tidak. Dan yang membuat perbandingan ini sulit adalah biaya membangun sistem tidak berhenti ketika aplikasinya selesai—justru di situ sebagian besar biayanya baru mulai berjalan.

Artikel ini membongkar apa saja yang sebenarnya dibeli ketika sekolah membangun sendiri, biaya apa yang muncul belakangan, satu kendala perizinan yang jarang diperhitungkan, serta—ini penting—kapan membangun sendiri justru merupakan pilihan yang tepat.

Kenapa Pertanyaannya Terdengar Sederhana tapi Jawabannya Tidak

Perbandingan biasanya disusun begini: biaya pembuatan sekali bayar versus biaya langganan dikali dua belas bulan dikali sekian tahun. Dengan cara itu, membangun sendiri hampir selalu menang di atas kertas.

Masalahnya, perbandingan tersebut membandingkan dua hal yang tidak setara.

Ketika sekolah berlangganan platform, yang dibayar bukan hanya perangkat lunaknya. Di dalamnya ada pemeliharaan, pembaruan keamanan, penyesuaian ketika peraturan berubah, dukungan teknis ketika ada yang bingung, serta—ini yang paling sering terlupakan—risiko yang berpindah ke penyedia. Bila sistemnya bermasalah, ada pihak lain yang bertanggung jawab memperbaikinya.

Ketika sekolah membangun sendiri, yang dibeli adalah kode program pada satu titik waktu. Segala sesuatu setelah itu—perbaikan, pembaruan, penyesuaian, dan tanggung jawab bila terjadi sesuatu—menjadi urusan sekolah.

Analogi yang paling mendekati adalah membangun rumah sendiri versus menyewa rumah yang sudah terkelola. Membangun memang menghasilkan aset, tetapi atap yang bocor, listrik yang korslet, dan pajak tahunan menjadi urusan Anda. Menyewa memang tidak menghasilkan aset, tetapi semua itu bukan lagi masalah Anda.

Tidak ada yang secara mutlak lebih baik. Yang ada hanyalah kesesuaian dengan kemampuan dan prioritas lembaga Anda.

Apa yang Sebenarnya Dibeli Ketika Sekolah "Bikin Sendiri"

Mari kita perjelas dulu cakupannya, karena di sinilah kesalahpahaman paling sering bermula.

Kesepakatan pembuatan aplikasi umumnya mencakup analisis kebutuhan, perancangan, pemrograman, pengujian, dan penyerahan. Setelah diserahterimakan, biasanya ada masa garansi—tiga bulan, enam bulan, kadang setahun—untuk memperbaiki kesalahan yang ditemukan.

Yang tidak termasuk di dalamnya biasanya adalah hal-hal berikut, dan inilah yang perlu dianggarkan terpisah sejak awal.

Hosting dan infrastruktur. Aplikasi perlu tempat tinggal. Server, nama domain, sertifikat keamanan, dan cadangan data adalah biaya berjalan yang tidak berhenti.

Pemeliharaan setelah masa garansi. Kesalahan yang muncul di bulan ke delapan belas bukan lagi tanggungan pengembang, kecuali ada perjanjian khusus.

Penyesuaian ketika peraturan berubah. Format pelaporan berubah, kebijakan penerimaan siswa baru berganti, atau ketentuan baru terbit. Setiap penyesuaian adalah pekerjaan baru dengan biaya baru.

Pembaruan keamanan. Komponen perangkat lunak yang dipakai membangun aplikasi terus diperbarui, dan yang tidak diperbarui menjadi celah. Ini pekerjaan berkelanjutan, bukan sekali jadi.

Pelatihan dan dukungan pengguna. Ketika seorang guru bingung di hari Senin pagi, siapa yang menjawab?

Pengembangan lanjutan. Sekolah berubah. Modul yang tidak terpikir hari ini akan dibutuhkan dua tahun lagi.

Sekolah yang menganggarkan pos pertama saja sering terkejut di tahun kedua. Bukan karena pengembangnya nakal, melainkan karena lingkup pekerjaannya memang tidak pernah mencakup itu.

Biaya yang Baru Muncul Setelah Aplikasi Jadi

Di luar pos-pos yang bisa dihitung, ada beberapa biaya yang sifatnya tidak terlihat dalam anggaran mana pun, tetapi paling sering menentukan nasib sistem buatan sendiri.

Yang pertama adalah ketergantungan pada satu orang. Sistem buatan sendiri umumnya dikerjakan satu pengembang atau tim kecil. Ketika orang itu pindah kota, ganti pekerjaan, atau sekadar tidak lagi punya waktu, sekolah memegang aplikasi yang tidak ada yang memahaminya. Pengembang baru yang diminta melanjutkan pekerjaan orang lain hampir selalu memerlukan waktu—dan biaya—yang jauh lebih besar daripada yang diperkirakan.

Yang kedua adalah dokumentasi yang tidak pernah selesai. Dalam proyek dengan anggaran terbatas, dokumentasi adalah hal pertama yang dikorbankan saat tenggat mendesak. Konsekuensinya baru terasa bertahun-tahun kemudian, ketika tidak ada lagi yang tahu mengapa sesuatu dibuat seperti itu.

Yang ketiga adalah waktu tim sekolah sendiri. Membangun sistem menuntut keterlibatan intensif dari operator, bendahara, dan kepala sekolah selama berbulan-bulan—menjelaskan alur kerja, menguji, mengoreksi. Jam kerja itu nyata meski tidak pernah muncul sebagai angka dalam proposal.

Yang keempat adalah waktu tunggu. Platform siap pakai umumnya bisa berjalan dalam hitungan minggu. Pembangunan dari nol memakan waktu berbulan-bulan, dan selama itu sekolah tetap bekerja dengan cara lama. Berapa nilai waktu yang hilang itu bergantung pada seberapa mendesak persoalan Anda.

Sebagai pembanding, implementasi platform seperti CARDS berjalan sekitar sepuluh hari—konsultasi satu sampai dua hari, setup dan pelatihan empat sampai tujuh hari, lalu go-live satu hari—dengan pendampingan yang berlanjut sesudahnya. Bagaimanapun pilihan Anda, urutan penerapannya tetap menentukan, dan itu kami bahas terpisah dalam panduan migrasi dari administrasi manual ke sistem digital.

Tembok yang Sering Tidak Terlihat: Pembayaran dan Perizinan

Inilah bagian yang paling sering membuat rencana membangun sendiri berhenti di tengah jalan, dan hampir tidak pernah muncul dalam pembicaraan awal.

Sekolah yang membangun sistemnya sendiri umumnya bisa menyelesaikan bagian akademik tanpa kesulitan berarti—data siswa, jadwal, nilai, kehadiran. Persoalan muncul ketika sampai ke pembayaran.

Menerima pembayaran secara digital bukan sekadar urusan teknis. Di Indonesia, pemrosesan pembayaran dijalankan oleh penyelenggara jasa pembayaran yang memperoleh izin dari Bank Indonesia, dan status izin tiap lembaga dapat diperiksa melalui daftar lembaga berizin yang diterbitkan Bank Indonesia. Demikian pula QRIS: standar QR Code pembayaran yang ditetapkan Bank Indonesia ini wajib diterapkan oleh seluruh penyedia jasa pembayaran yang menggunakan QR Code.

Artinya, sekolah yang membangun sendiri tetap harus bermitra dengan penyelenggara berizin untuk bisa menerima pembayaran digital—lengkap dengan proses pendaftaran, persyaratan teknis, dan biaya yang menyertainya. Ini bukan pekerjaan yang bisa diselesaikan seorang pengembang lepas dalam dua minggu.

Konsekuensi praktisnya, banyak sistem sekolah buatan sendiri berakhir hanya sebagai pencatat pembayaran, bukan penerima. Orang tua tetap mentransfer manual, bendahara tetap mencocokkan mutasi satu per satu, lalu memasukkan hasilnya ke sistem. Pekerjaan rekonsiliasi yang paling melelahkan—yang biasanya menjadi alasan utama sekolah mencari sistem—justru tidak terselesaikan.

Hal serupa berlaku untuk kartu siswa dan perangkat di lapangan. Membangun perangkat lunaknya adalah satu hal; mengadakan kartu, perangkat pembaca, dan alur pengisian saldo lewat jaringan retail adalah hal lain yang memerlukan kemitraan tersendiri.

Bila sekolah Anda memang membutuhkan bagian keuangan yang berfungsi penuh, pertimbangan ini sebaiknya masuk sejak awal, bukan ditemukan di tengah jalan. Pembahasan tentang menata keuangan sekolah secara menyeluruh ada dalam artikel tentang mengelola keuangan sekolah swasta secara transparan.

Tanggung Jawab Data yang Tidak Bisa Dialihkan

Ada satu hal yang berubah statusnya ketika sekolah membangun sistemnya sendiri.

Menurut Undang-Undang Nomor 27 Tahun 2022 tentang Pelindungan Data Pribadi, pihak yang menentukan tujuan dan mengendalikan pemrosesan data pribadi memikul kewajiban sebagai pengendali data. Data anak sendiri tergolong data pribadi bersifat spesifik yang menuntut perlindungan lebih ketat.

Ketika sekolah berlangganan platform, sekolah tetap menjadi pengendali data—tanggung jawab itu tidak hilang. Tetapi penyedia bertindak sebagai prosesor yang memikul kewajibannya sendiri, dan yang mengurus keamanan sistem, pencadangan, serta pembaruan adalah pihak yang memang mengerjakan itu sebagai pekerjaan utamanya.

Ketika sekolah membangun sendiri, praktis seluruh rangkaian itu berada di pundak sekolah. Siapa yang memastikan cadangan data berjalan setiap hari? Siapa yang memantau bila ada upaya masuk yang mencurigakan? Siapa yang menambal celah keamanan yang diumumkan bulan depan? Jawabannya tidak boleh "nanti kita cari orangnya".

Ini bukan alasan untuk tidak membangun sendiri. Ini alasan untuk memasukkan biaya pengamanan dan pencadangan ke dalam perhitungan sejak awal—karena pos ini nyaris selalu absen dari proposal pembuatan aplikasi.

Kapan Membangun Sendiri Justru Pilihan yang Tepat

Sekarang bagian yang mungkin tidak Anda harapkan dari penyedia platform. Ada situasi ketika membangun sendiri memang keputusan yang lebih baik, dan kami rasa tidak jujur bila tidak menyebutkannya.

Ketika alur kerja lembaga Anda benar-benar tidak lazim. Sebagian lembaga punya cara kerja yang tidak dimiliki lembaga lain—skema pembiayaan yang tidak umum, struktur akademik yang khas, atau ketentuan internal yang sangat spesifik. Bila platform mana pun hanya bisa memenuhi setengahnya, membangun sendiri menjadi masuk akal.

Ketika lembaga Anda memang punya tim teknis sendiri. Beberapa yayasan besar sudah memiliki staf teknologi informasi tetap. Bagi mereka, biaya pemeliharaan tidak menjadi pos baru karena orangnya sudah digaji, dan ketergantungan pada satu pengembang lepas bisa dihindari.

Ketika membangunnya adalah bagian dari pembelajaran. Ini kasus yang sering terlupakan. Bagi SMK dengan jurusan rekayasa perangkat lunak, membangun sistem sekolah bisa menjadi proyek nyata yang bernilai pendidikan tinggi—dengan catatan bahwa sistem yang menangani uang dan data siswa sungguhan sebaiknya tidak menjadi tempat belajar. Kombinasi yang wajar adalah memakai platform untuk operasional sesungguhnya, sambil menjadikan pembangunan sistem serupa sebagai proyek belajar. Sudut pandang teaching factory ini kami bahas dalam artikel tentang digitalisasi SMK dan kartu multifungsi.

Ketika kebutuhannya kecil dan tunggal. Bila yang Anda butuhkan hanya satu hal spesifik—misalnya formulir pendaftaran daring untuk satu musim penerimaan—membangun sesuatu yang sederhana sering lebih masuk akal daripada berlangganan sistem penuh. Untuk kebutuhan seperti ini, pendekatan yang lebih ringan memang tersedia, termasuk jasa pembuatan web PSB.

Satu hal yang perlu dihindari, apa pun pilihannya: membangun sendiri karena mengira akan lebih murah, tanpa menghitung pos-pos yang sudah dibahas di atas. Alasan yang sehat untuk membangun adalah kebutuhan yang memang tidak terpenuhi, bukan asumsi penghematan.

Cara Menghitung Perbandingannya untuk Sekolah Anda

Supaya keputusannya berpijak pada angka Anda sendiri, hitunglah dengan cara berikut. Gunakan jangka lima tahun, karena rentang inilah yang membuat perbedaan keduanya terlihat jujur.

Untuk pilihan membangun sendiri, jumlahkan: biaya pembuatan awal, hosting dan domain selama lima tahun, pemeliharaan tahunan setelah masa garansi berakhir, perkiraan biaya penyesuaian ketika peraturan berubah, biaya pencadangan dan pengamanan, serta satu pos yang sering dilupakan—dana cadangan bila pengembang awal tidak lagi tersedia. Pos terakhir ini bukan kemungkinan yang jauh; dalam rentang lima tahun, ia lebih sering terjadi daripada tidak.

Untuk pilihan berlangganan platform, jumlahkan: biaya langganan lima tahun, biaya perangkat di lapangan bila ada, serta biaya implementasi dan pelatihan di awal.

Untuk keduanya, tambahkan jam kerja tim sekolah yang akan terpakai. Ini bukan biaya khayalan—jam yang dipakai operator untuk menguji sistem adalah jam yang tidak dipakai mengerjakan hal lain.

Lalu bandingkan dengan tiga pertanyaan penutup. Apakah bagian keuangan benar-benar berfungsi pada kedua pilihan, atau salah satunya hanya mencatat? Berapa lama masing-masing bisa mulai dipakai? Dan bila terjadi masalah serius di tahun ketiga, siapa yang Anda hubungi?

Pertanyaan terakhir itu yang biasanya paling menentukan, dan paling jarang ditanyakan sebelum keputusan diambil. Daftar pertanyaan yang lebih lengkap untuk menguji penyedia mana pun—termasuk pengembang lepas—sudah kami susun dalam checklist memilih sistem manajemen sekolah yang tepat.

Bila anggaran menjadi kendala utama, pendekatan bertahap sering lebih realistis daripada memilih salah satu secara penuh. Contoh nyatanya ada dalam studi kasus SDN dan SMPN yang go digital dengan budget terbatas, dan daftar modul yang bisa diaktifkan bertahap bisa dilihat di halaman fitur CARDS.

Kesimpulan

Pertanyaan "mana yang lebih hemat" sebenarnya pertanyaan yang salah. Yang lebih tepat adalah: biaya mana yang sanggup ditanggung lembaga Anda secara berkelanjutan?

Membangun sendiri memindahkan biaya dari langganan bulanan ke pengeluaran awal yang besar ditambah tanggung jawab jangka panjang. Itu masuk akal bila lembaga Anda punya tim teknis, kebutuhan yang benar-benar khas, atau alasan pendidikan yang jelas. Berlangganan platform memindahkan tanggung jawab teknis ke pihak lain dengan biaya yang berjalan terus. Itu masuk akal bila yang Anda inginkan adalah sistem yang berfungsi tanpa harus memikirkan pemeliharaannya.

Yang jarang berhasil adalah pilihan ketiga yang diam-diam sering diambil: membangun sendiri dengan anggaran yang hanya cukup untuk pembuatannya, tanpa rencana untuk lima tahun berikutnya. Sistem semacam ini biasanya berjalan baik selama setahun, mulai tertinggal di tahun kedua, dan ditinggalkan di tahun ketiga—setelah menghabiskan biaya, waktu, dan kepercayaan guru yang sudah terlanjur menyesuaikan diri.

Apa pun yang Anda pilih, hitunglah untuk lima tahun, dan pastikan pertanyaan "siapa yang memperbaiki bila rusak" punya jawaban yang jelas sebelum keputusan diambil.

Sedang Menimbang Buat Sendiri atau Pakai Platform? CARDS membantu Anda menentukan pilihan terbaik sesuai dengan kebutuhan sekolah Anda.Jadwalkan demo gratis dan konsultasi bersama Tim CARDS sekarang »

FAQ: Pertanyaan Seputar Aplikasi Sekolah Custom vs Platform

Berapa biaya membuat aplikasi sekolah sendiri?

Angkanya sangat beragam tergantung cakupan modul, jumlah pengguna, dan pengalaman pengembangnya, sehingga tidak ada satu patokan yang berlaku umum. Yang lebih penting dipahami, biaya pembuatan hanyalah satu pos. Hosting, pemeliharaan setelah garansi, penyesuaian saat peraturan berubah, pengamanan, dan pencadangan adalah pos berjalan yang perlu dianggarkan sejak awal.

Apakah membuat sistem sendiri lebih hemat dalam jangka panjang?

Bisa, tetapi hanya bila lembaga Anda punya kapasitas teknis untuk memeliharanya. Tanpa itu, penghematan di tahun pertama sering berbalik menjadi pengeluaran yang lebih besar ketika pengembang awal tidak lagi tersedia atau sistem perlu disesuaikan dengan aturan baru.

Apakah sekolah bisa memproses pembayaran sendiri lewat aplikasi buatannya?

Tidak secara mandiri. Pemrosesan pembayaran dijalankan oleh penyelenggara jasa pembayaran berizin Bank Indonesia, sehingga sekolah tetap perlu bermitra dengan lembaga berizin beserta proses pendaftaran dan persyaratannya. Inilah sebabnya banyak sistem buatan sendiri berakhir sebagai pencatat pembayaran, bukan penerima.

Apa risiko terbesar memakai sistem buatan sendiri?

Ketergantungan pada satu orang. Ketika pengembang awal pindah atau tidak lagi punya waktu, sekolah memegang sistem yang tidak ada yang memahaminya. Melanjutkan pekerjaan orang lain hampir selalu memakan waktu dan biaya lebih besar daripada perkiraan.

Kapan sebaiknya sekolah memilih membangun sendiri?

Ketika alur kerja lembaga benar-benar tidak lazim sehingga tidak ada platform yang memenuhinya, ketika lembaga sudah punya tim teknologi informasi tetap, atau ketika pembangunannya punya nilai pendidikan seperti proyek jurusan rekayasa perangkat lunak — dengan catatan sistem yang menangani uang dan data siswa sungguhan sebaiknya bukan tempat belajar.

Bagaimana dengan tanggung jawab data siswa?

Sekolah tetap berkedudukan sebagai pengendali data pada kedua pilihan. Bedanya, saat berlangganan platform, penyedia bertindak sebagai prosesor yang mengurus keamanan, pencadangan, dan pembaruan sistem. Saat membangun sendiri, seluruh pekerjaan itu menjadi tanggung jawab sekolah dan perlu dianggarkan.

Bagaimana cara membandingkan keduanya secara adil?

Hitung untuk lima tahun, bukan satu tahun. Masukkan biaya pembuatan, hosting, pemeliharaan, penyesuaian, pengamanan, dan dana cadangan bila pengembang tidak lagi tersedia pada sisi membangun sendiri; biaya langganan, perangkat, dan implementasi pada sisi platform. Tambahkan jam kerja tim sekolah pada keduanya.