Mana lebih murah, Google Apps Script atau Laravel?

Tidak otomatis. Google Apps Script biasanya mengurangi kebutuhan infrastruktur karena memakai layanan Google yang sudah ada, tetapi punya batas kuota dan model data berbasis spreadsheet. Laravel membutuhkan hosting dan basis data, namun lebih leluasa untuk skala besar atau banyak jenjang. Pilihan yang tepat bergantung pada skala, aturan penjadwalan, jumlah pengguna serentak, dan rencana pengembangan institusi dalam beberapa tahun ke depan.

Apa yang perlu disiapkan sebelum meminta penawaran?

Siapkan alur ujian dari pendaftaran sampai selesai, daftar peran pengguna, contoh dokumen yang dicetak, aturan penilaian, jumlah dosen, ruang, dan slot jam, serta sumber data yang sudah ada. Semakin jelas bahan ini, semakin akurat perkiraan ruang lingkup dan biayanya, dan semakin kecil kemungkinan perubahan besar di tengah pengerjaan.

Biaya Aplikasi Penjadwalan Ujian Kampus: Faktor Penentunya

Q: Berapa biaya membuat aplikasi penjadwalan ujian kampus?

Tidak ada angka tunggal. Biaya bergantung pada cakupan alur (hanya jadwal atau sampai nilai dan berita acara), jumlah peran pengguna, integrasi, platform, dan data awal yang harus dipindahkan. Karena itu harga yang dipatok tanpa mengetahui cakupan kurang bermakna. Di Sashindo, rincian dan kisaran biaya dibahas sesuai kebutuhan proyek setelah ruang lingkupnya jelas, bukan dipatok dari satu paket yang sama untuk semua kampus.

Pertanyaan pertama yang biasanya muncul adalah soal harga, dan jawaban jujurnya tidak sesederhana satu angka. Aplikasi penjadwalan ujian bisa berarti tabel jadwal yang rapi, bisa pula sistem yang mengurus pendaftaran sampai berita acara. Selisih di antara keduanya itulah yang membentuk biaya.

Artikel ini tidak mencantumkan harga. Kami membahas faktor yang menggerakkan biaya, berdasarkan pengalaman membangun sistem penjadwalan ujian skripsi untuk sebuah departemen manajemen bisnis di Universitas Nusantara Timur (nama disamarkan atas permintaan pihak terkait).

Mengapa Tidak Ada Harga Tunggal

Dua kampus bisa sama-sama menyebut “aplikasi penjadwalan ujian”, padahal kebutuhannya berbeda jauh. Satu hanya ingin menghindari dua ujian di ruang dan jam yang sama. Yang lain ingin seluruh proses terdokumentasi: verifikasi berkas, jadwal, cetak undangan, nilai tiga dosen, berita acara, dan revisi.

Karena itu harga yang dipatok tanpa mengetahui cakupan lebih cocok dibaca sebagai titik awal diskusi, bukan jawaban akhir. Tujuh faktor berikut membantu Anda memahami dari mana selisihnya berasal.

Faktor 1: Cakupan Alur

Ini faktor terbesar. Semakin banyak tahap yang dicakup, semakin banyak layar, aturan, dan pengujian yang diperlukan. Pada kasus departemen tadi, siklusnya mencakup verifikasi pendaftar, penjadwalan, cetak berkas, rekap nilai, berita acara, pengiriman revisi, dan notifikasi.

Sistem yang hanya menampilkan jadwal berada di ujung yang lebih sederhana. Keduanya sah, asalkan sesuai kebutuhan.

Faktor 2: Aturan dan Dokumen

Dokumen resmi seperti undangan, daftar hadir, berita acara, dan lembar revisi punya format baku. Menyesuaikan templat, kolom data, dan penamaan berkasnya memakan waktu, apalagi bila ada penomoran surat.

Aturan penilaian juga memengaruhi: berapa komponen nilai, siapa menilai apa, bagaimana nilai akhir dan huruf mutu dihitung, serta kapan sebuah ujian dianggap lengkap. Aturan yang belum tertulis harus dirumuskan dulu bersama pihak akademik, dan itu menambah pekerjaan.

Faktor 3: Peran, Hak Akses, dan Jejak Aktivitas

Aplikasi dengan satu jenis pengguna lebih sederhana daripada yang membedakan admin, operator, dosen, dan mahasiswa. Setiap peran menambah aturan tentang apa yang boleh dilihat dan diubah.

Jejak aktivitas, yaitu catatan siapa mengubah apa dan kapan, juga perlu dirancang sejak awal. Pada sistem yang kami bahas, operator tidak boleh menghapus data, dan setiap perubahan dicatat. Fitur semacam ini jarang terlihat pengguna, tetapi memengaruhi pekerjaan di belakangnya.

Faktor 4: Integrasi dan Biaya Berulang

Penghubung ke layanan lain menambah ruang lingkup: Google Form untuk pendaftaran dan nilai, email untuk revisi, Google Docs untuk templat, dan WhatsApp untuk notifikasi.

Sebagian integrasi membawa biaya yang berulang di luar pembuatan aplikasi, misalnya langganan penyedia gerbang WhatsApp, domain, hosting, atau akun Google Workspace bila akses dibatasi pada domain institusi. Biaya ini ditetapkan penyedia layanan masing-masing, jadi periksa langsung ke sumbernya.

Faktor 5: Platform dan Skala

Platform memengaruhi biaya pembuatan sekaligus biaya jangka panjang. Google Apps Script memakai Sheets sebagai basis data dan biasanya tidak memerlukan server tambahan, sehingga cocok untuk skala satu departemen. Kasus yang kami tangani berskala 71 dosen, 8 ruang, dan 16 slot jam ujian.

Bila ada beberapa jenjang, banyak pengguna serentak, atau kebutuhan relasi data yang ketat, aplikasi dengan basis data relasional seperti Laravel lebih aman. Konsekuensinya, hosting dan perawatan perlu direncanakan. Pertimbangan umum soal ini ada di kapan bisnis butuh aplikasi kustom.

Faktor 6: Data Awal dan Migrasi

Data master seperti dosen, ruang, jam ujian, dan daftar mahasiswa harus masuk ke sistem sejak hari pertama. Bila datanya tersebar di banyak berkas dengan penulisan nama yang tidak seragam, pembersihannya menjadi pekerjaan tersendiri.

Bila sudah ada sistem lama, tanyakan juga apakah riwayat ujian perlu dipindahkan atau cukup dimulai dari periode baru.

Faktor 7: Pelatihan dan Pemeliharaan

Aplikasi yang dipakai staf harian butuh pendampingan di awal dan perbaikan setelahnya, karena aturan akademik dan format dokumen bisa berubah. Tanyakan sejak awal apa yang termasuk dalam masa garansi, bagaimana permintaan perubahan ditangani, dan siapa yang memegang akses ke kode dan data.

Ringkasan Faktor

Faktor	Pertanyaan yang perlu dijawab	Pengaruh pada biaya
Cakupan alur	Hanya jadwal, atau sampai nilai dan berita acara?	Cakupan luas cenderung menaikkan biaya
Aturan dan dokumen	Berapa dokumen, dan seperti apa aturan nilainya?	Dokumen dan aturan baku menambah pekerjaan
Peran dan akses	Siapa saja yang masuk, dan apa batas hak masing-masing?	Makin banyak peran, makin banyak aturan
Integrasi	Apakah perlu email, WhatsApp, Form, dan Docs?	Menambah ruang lingkup dan biaya berulang
Platform dan skala	Satu jenjang atau beberapa? Berapa pengguna serentak?	Menentukan biaya awal dan perawatan
Data awal	Sudah rapi atau perlu dibersihkan?	Data berantakan menambah waktu
Pemeliharaan	Siapa yang mengubah aturan nanti?	Dipengaruhi lama dan bentuk pendampingan

Persiapan Sebelum Meminta Penawaran

Tuliskan alur ujian dari pendaftaran sampai selesai, termasuk siapa mengerjakan tiap tahap.
Kumpulkan contoh dokumen yang dicetak, dengan data pribadi dihapus.
Rumuskan aturan penilaian dan syarat kelengkapan ujian.
Hitung jumlah dosen, ruang, slot jam, dan perkiraan ujian per periode.
Daftar sumber data yang sudah ada dan kondisinya.
Tentukan peran pengguna dan siapa yang berhak mengubah data.
Putuskan siapa pemilik akses ke sistem, data, dan akun layanan pihak ketiga.

Ilustrasi: Dua Kebutuhan, Dua Ukuran Biaya

Sebagai ilustrasi (contoh rekaan): Kampus A hanya membutuhkan tampilan ketersediaan ruang dan jadwal dosen untuk satu program studi, dengan dokumen yang tetap dicetak manual. Kampus B ingin pendaftaran, verifikasi, penjadwalan, nilai tiga dosen, berita acara, revisi, dan notifikasi dalam satu sistem untuk dua program studi.

Keduanya menyebut kebutuhannya “penjadwalan ujian”, tetapi ruang lingkup B jauh lebih luas, sehingga biayanya pun berbeda. Angkanya baru bisa dibicarakan setelah cakupan masing-masing dituliskan.

Langkah Berikutnya

Bila Anda sudah memiliki gambaran alur dan aturannya, kami bisa membahas ruang lingkup dan rinciannya sesuai kebutuhan proyek melalui layanan aplikasi web dan desktop. Untuk melihat bentuk sistem yang sudah berjalan, baca studi kasusnya.