Skenario: Admin Bimbel Mengimpor Ratusan Data Siswa Baru Sebelum Musim Tryout

Awal semester baru selalu jadi periode paling padat buat admin bimbel. Pendaftaran ditutup Jumat sore, dan Senin depannya tryout penempatan kelas sudah harus jalan untuk 300-an siswa baru. Semua nama, kelas, cabang, dan nomor kontak orang tua itu masih berupa daftar di spreadsheet hasil rekap formulir pendaftaran — belum ada satu pun yang masuk ke sistem ujian.

Kalau dihitung kasar, memasukkan satu siswa secara manual — nama, email, nomor HP, kelas, cabang — makan waktu sekitar satu sampai dua menit kalau tidak ada typo. Untuk 300 siswa, itu lima sampai sepuluh jam kerja penuh, hanya untuk entri data, belum termasuk mengoreksi kesalahan ketik yang pasti muncul di tengah jalan. Dikerjakan manual menjelang tryout yang sudah dijadwalkan, ini jadi sumber stres yang sebetulnya tidak perlu.

Kenapa Entri Manual Berisiko Lebih dari Sekadar Lambat

Masalah entri manual bukan cuma soal waktu. Semakin banyak data yang diketik ulang satu per satu, semakin besar peluang kesalahan — email tertukar antar siswa, siswa masuk cabang yang salah, atau nama yang typo sehingga sertifikat atau rapor nanti perlu direvisi. Kesalahan semacam ini biasanya tidak ketahuan saat entri, tapi baru muncul belakangan — saat siswa komplain tidak menerima notifikasi jadwal ujian, atau saat laporan per cabang menunjukkan angka yang aneh karena ada siswa nyasar ke cabang yang salah.

Di musim tryout yang padat, admin biasanya tidak punya waktu untuk mengecek ulang satu-satu setelah entri selesai. Kesalahan itu terbawa sampai jauh, dan makin lama makin susah dilacak sumbernya.

Satu Berkas, Ratusan Baris, Sekali Proses

Di Lesan, admin institusi bisa mengimpor data siswa secara massal lewat berkas CSV — satu baris per siswa, dengan kolom untuk nama, email, cabang, kelas, dan atribut lain yang dibutuhkan. Alih-alih mengetik satu per satu di formulir, admin cukup menyiapkan satu berkas dari hasil rekap pendaftaran, lalu mengunggahnya sekali jalan.

Proses ini juga tidak buta terhadap kesalahan format. Kalau ada baris yang datanya tidak lengkap atau formatnya salah — misalnya email tanpa simbol "@", atau nama cabang yang tidak dikenali sistem — baris itu akan ditandai supaya admin bisa memperbaikinya, tanpa harus mengulang seluruh proses impor dari awal untuk baris-baris lain yang sudah benar.

Bukan Hanya Data Siswa — Bank Soal Juga

Menariknya, kebutuhan yang sama juga sering muncul di sisi bank soal, terutama menjelang musim tryout ketika tim akademik ingin menambahkan ratusan soal baru sekaligus dari bank soal lama yang sebelumnya tersimpan di dokumen Word atau spreadsheet. Impor massal CSV di Lesan berlaku juga untuk bank soal, bukan hanya data siswa — jadi persiapan sebelum musim tryout bisa mencakup dua sisi sekaligus: data peserta dan materi ujiannya, tanpa dua-duanya harus dikerjakan manual satu per satu.

Yang Tetap Perlu Dikerjakan Manusia

Impor massal memangkas pekerjaan mengetik ulang, tapi bukan berarti admin bisa lepas tangan sepenuhnya. Menyiapkan berkas CSV yang rapi — memastikan format kolom benar, data cabang konsisten penulisannya, tidak ada duplikat nama siswa yang sebenarnya orang yang sama — tetap butuh ketelitian di tahap persiapan berkas. Kalau berkas sumbernya berantakan, hasil impornya pun akan mewarisi keberantakan itu, cuma lebih cepat prosesnya.

Admin yang sudah terbiasa dengan alur ini biasanya menyiapkan template CSV standar sejak awal musim pendaftaran, bukan menyusunnya mendadak di hari terakhir. Dengan begitu, saat pendaftaran ditutup Jumat sore, yang tersisa hanya menyalin data dari formulir ke template yang sudah siap — dan Senin pagi, 300 siswa baru sudah bisa langsung ikut tryout penempatan tanpa admin harus begadang semalaman.

Jumat Sore Itu, Detail yang Sering Terlewat

Di contoh kasus di atas, admin sebenarnya sempat menemui masalah kecil saat mengunggah berkas: 14 baris ditandai gagal karena kolom cabang diisi "Cabang 2" sementara sistem mengenal nama cabang itu sebagai "Cabang Sudirman". Bukan kesalahan besar, tapi tetap perlu diperbaiki manual satu per satu sebelum diunggah ulang. Pengalaman ini yang kemudian membuatnya menambahkan satu baris di template CSV standarnya: kolom cabang diisi dropdown terbatas di spreadsheet sumber, supaya siapa pun yang menyalin data dari formulir pendaftaran tidak bisa mengetik nama cabang dengan variasi bebas.

Pelajaran seperti ini biasanya baru didapat setelah mengalami sekali kegagalan impor, bukan dari membaca dokumentasi saja. Admin yang sudah dua atau tiga musim pendaftaran menjalani proses ini biasanya punya daftar kesalahan format yang sudah mereka kenali polanya — email tanpa domain, nomor HP dengan format campuran (ada yang pakai +62, ada yang pakai 08), nama cabang yang tidak konsisten ejaannya — dan sudah tahu cara mencegahnya sejak di tahap penyusunan berkas, bukan menunggu ditandai gagal saat diunggah.

Beda Kasus untuk Institusi dengan Banyak Cabang

Untuk bimbel dengan lebih dari satu cabang, ada satu langkah tambahan yang layak diperhatikan: memastikan siswa baru langsung ditautkan ke cabang yang benar sejak baris pertama diunggah, bukan diperbaiki belakangan setelah semua masuk sistem. Kesalahan penautan cabang yang tidak ketahuan di awal bisa berdampak jauh ke belakang — laporan analitik per cabang jadi tidak akurat, dan guru di cabang yang salah menerima siswa yang sebenarnya bukan tanggung jawabnya untuk dipantau.