Migrasi dari Excel ke Aplikasi: Urutan yang Aman

Spreadsheet yang Anda pakai bertahun-tahun bukan sistem yang buruk. Ia justru berhasil, dan itulah masalahnya: ia bertahan cukup lama sampai menampung hal-hal yang tidak pernah dirancang untuknya. Rumus yang ditulis orang yang sudah resign, kolom yang artinya berubah di tengah tahun, dan satu berkas induk yang tidak boleh dibuka dua orang sekaligus.

Migrasi yang gagal biasanya bukan karena aplikasinya jelek. Penyebabnya hampir selalu sama: data lama dipindahkan apa adanya, lengkap dengan seluruh kesalahannya, lalu semua orang menyimpulkan bahwa sistem barunya kacau. Urutan yang dijelaskan di bawah dirancang untuk menghindari kesimpulan itu.

Bersihkan data sebelum memindahkan

Aturan yang tidak boleh dilanggar: jangan pernah membersihkan data setelah dipindahkan. Setelah masuk aplikasi, data sudah bercabang ke laporan, ke relasi antar tabel, dan ke kebiasaan pemakainya. Memperbaikinya di titik itu berkali lipat lebih mahal.

Empat masalah yang hampir pasti ada

Entitas yang sama ditulis banyak versi. "PT Maju Jaya", "Maju Jaya", "PT. Maju Jaya" adalah tiga pelanggan berbeda di mata komputer. Selesaikan dengan membuat daftar unik dan memetakan setiap variasi ke satu nama resmi.
Kolom yang menampung lebih dari satu informasi. Sel berisi "Rp1.500.000 (belum lunas)" harus dipecah menjadi nominal dan status. Selama masih menyatu, tidak ada perhitungan yang bisa dipercaya.
Tanggal yang formatnya campur. Sebagian teks, sebagian angka, sebagian ditulis manual dengan urutan berbeda. Ini penyebab nomor satu laporan periode yang salah setelah migrasi.
Baris yang bukan data. Subtotal di tengah, catatan di kolom kosong, baris pemisah. Semuanya akan terbaca sebagai transaksi kalau tidak dibuang.

Putuskan berapa jauh ke belakang yang ikut pindah

Godaan untuk memindahkan semuanya sejak hari pertama besar, dan hampir selalu salah. Data lama yang tidak pernah dilihat lagi hanya menambah pekerjaan pembersihan dan risiko kesalahan.

Pendekatan yang biasanya cukup: pindahkan seluruh data induk yang masih aktif, yaitu pelanggan, produk, pemasok, karyawan. Untuk transaksi, pindahkan saldo awal per tanggal tertentu ditambah riwayat satu atau dua periode terakhir yang benar-benar dipakai. Sisanya arsipkan sebagai berkas terpisah yang tetap bisa dibuka kalau suatu saat dibutuhkan.

Siapa yang membersihkan

Ini pekerjaan pihak Anda, bukan pihak vendor, dan itu bukan soal biaya. Hanya orang yang memakai data itu sehari-hari yang tahu bahwa kode berawalan "S" berarti sampel, atau bahwa cabang tertentu mencatat mundur sehari. Vendor yang membersihkan data tanpa pengetahuan itu akan membuat keputusan yang terlihat rapi tapi salah.

Jam yang dihabiskan membersihkan sebelum migrasi selalu lebih sedikit daripada jam yang dihabiskan menjelaskan angka aneh setelahnya.

Jalankan paralel berapa lama

Menjalankan sistem lama dan baru bersamaan terasa boros, dan memang boros. Tapi ia adalah satu-satunya cara membuktikan bahwa sistem baru menghasilkan angka yang benar, dengan pembanding yang semua orang percaya.

Panjangnya bukan soal selera, melainkan mengikuti siklus terpanjang yang harus dibuktikan. Kalau laporan terpenting Anda bulanan, jalankan paralel sampai satu penutupan bulan selesai dan angkanya cocok. Kalau ada proses yang hanya terjadi di akhir kuartal, dan proses itu kritis, pertimbangkan menunggunya.

Yang harus dibandingkan selama paralel

Angka akhir periode: total penjualan, nilai stok, piutang. Ini yang akan ditanyakan pertama kali kalau ada keraguan.
Selisih per transaksi, bukan hanya total. Dua total yang sama bisa berasal dari dua kesalahan yang saling meniadakan.
Waktu yang dibutuhkan untuk tugas rutin. Kalau input satu transaksi di sistem baru butuh dua kali lebih lama, itu masalah desain yang harus diperbaiki sebelum sistem lama dimatikan, bukan sesudah.

Batas paralel yang wajar

Paralel yang terlalu lama berbahaya dengan caranya sendiri. Tim mengerjakan segalanya dua kali, mulai lelah, lalu diam-diam berhenti mengisi salah satunya, biasanya yang baru. Begitu itu terjadi, perbandingannya tidak berarti lagi dan Anda hanya menanggung beban tanpa manfaat.

Tetapkan tanggal berakhir sejak awal, dan tetapkan juga syarat kelulusannya: angka periode cocok, tidak ada masalah kategori berat yang terbuka, dan tim bisa menyelesaikan tugas hariannya tanpa bertanya. Kalau syaratnya belum terpenuhi di tanggal itu, perpanjang sekali dengan alasan tertulis, jangan biarkan menggantung.

Urutan modul yang paling aman

Migrasi seluruh proses sekaligus adalah cara tercepat menciptakan minggu yang kacau. Urutan bertahap lebih lambat di atas kertas dan jauh lebih cepat pada kenyataannya, karena setiap tahap memberi pelajaran yang memperbaiki tahap berikutnya.

Prinsip pemilihan urutannya: mulai dari yang paling sedikit bergantung pada modul lain, dan yang kalau salah akibatnya paling kecil.

Data induk. Pelanggan, produk, pemasok. Belum ada transaksi apa pun, jadi kesalahan mudah diperbaiki. Sekaligus jadi ujian pertama apakah pembersihan Anda berhasil.
Pencatatan yang hanya masuk, belum keluar. Misalnya pencatatan penerimaan barang atau input penjualan harian. Alurnya searah dan mudah dicocokkan.
Proses inti sehari-hari. Penjualan, stok, atau apa pun yang menjadi denyut operasional Anda. Di sini paralel paling penting dijalankan.
Modul yang bergantung pada semuanya. Laporan keuangan, komisi, analisis. Dipindahkan terakhir karena kualitasnya bergantung pada tiga tahap sebelumnya.

Satu hal yang sering terbalik: laporan sering diminta lebih dulu karena itu yang dilihat pemilik. Menahannya di urutan terakhir memerlukan penjelasan, tapi laporan yang dibangun di atas data yang belum stabil akan salah, dan laporan yang salah menghancurkan kepercayaan pada seluruh sistem.

Pelatihan tim yang benar-benar terpakai

Sesi pelatihan tiga jam di ruang rapat dengan slide dan demo hampir selalu menguap dalam seminggu. Bukan karena tim tidak mampu, tapi karena yang diajarkan adalah fitur, sementara yang dibutuhkan adalah cara menyelesaikan pekerjaan mereka sendiri.

Yang bekerja lebih baik:

Latih per peran, bukan per modul. Kasir tidak perlu tahu seluruh sistem. Ia perlu tahu enam hal yang ia lakukan setiap hari, sampai lancar.
Pakai data asli, bukan data contoh. Latihan dengan nama pelanggan yang mereka kenal menghilangkan satu lapisan kebingungan sekaligus.
Ajarkan cara memperbaiki kesalahan sejak awal. Rasa takut salah input adalah penghambat terbesar. Orang yang tahu cara membatalkan dan mengoreksi akan berani memakai sistem.
Tunjuk satu orang per bagian sebagai rujukan pertama. Orang yang dilatih lebih dalam dan jadi tempat bertanya rekannya. Ini jauh lebih efektif daripada mengarahkan semua pertanyaan ke vendor.
Buat panduan satu halaman, bukan buku manual. Ditempel di dekat komputer, berisi langkah untuk tugas yang paling sering. Manual tebal tidak pernah dibuka.

Tanda pelatihan belum berhasil

Kalau setelah dua minggu masih ada orang yang mencatat dulu di kertas atau spreadsheet lalu memasukkannya ke sistem sekaligus di akhir hari, itu bukan masalah kedisiplinan. Itu tanda ada langkah di sistem yang terasa lebih lambat daripada cara lama. Cari langkah itu dan perbaiki, karena kebiasaan bayangan seperti ini akan bertahan bertahun-tahun kalau dibiarkan.

Titik balik kalau ada masalah

Rencana kembali ke sistem lama bukan tanda pesimisme, melainkan syarat untuk berani maju. Tim yang tahu ada jalan pulang akan lebih tenang mencoba.

Yang perlu disiapkan sebelum tanggal peralihan:

Salinan beku data lama, disimpan terpisah dan tidak boleh disentuh sejak tanggal peralihan. Ini titik pulang Anda.
Kriteria kembali yang tertulis dan disepakati sebelum kejadian. Misalnya: transaksi harian tidak bisa diselesaikan lebih dari sekian jam, atau data hilang tanpa bisa dipulihkan. Kriteria yang dibuat saat panik selalu emosional.
Siapa yang berhak memutuskan. Satu nama, bukan rapat. Keputusan mundur yang tertunda dua hari lebih merusak daripada mundur itu sendiri.
Cara memindahkan data yang telanjur masuk ke sistem baru. Kalau sudah tiga hari berjalan, transaksi tiga hari itu tidak boleh hilang saat kembali.
Tenggat evaluasi ulang. Mundur bukan pembatalan. Tetapkan kapan akan dicoba lagi setelah penyebabnya diperbaiki, supaya proyeknya tidak mati diam-diam.

Kapan sebaiknya tetap di Excel

Ada kondisi di mana pindah ke aplikasi tidak akan membayar dirinya. Kalau prosesnya berubah hampir setiap bulan, keluwesan spreadsheet adalah keunggulan nyata dan aplikasi justru akan mengunci Anda. Kalau yang memakainya hanya satu orang dan tidak ada masalah akses bersamaan, sebagian besar manfaat aplikasi tidak berlaku.

Kalau volume datanya kecil dan tidak pernah menyebabkan kesalahan, biaya migrasi ditambah waktu tim untuk beradaptasi kemungkinan lebih besar daripada masalah yang diselesaikan. Dan kalau masalah sebenarnya adalah tidak ada yang disiplin mengisi, aplikasi tidak akan memperbaiki itu; ia hanya memindahkan tempat ketidaklengkapan tersebut.

Tanda yang benar untuk pindah biasanya spesifik: berkas rusak atau bentrok karena dipakai bersama, tidak ada jejak siapa mengubah apa, atau tugas rutin yang memakan berjam-jam hanya untuk menyalin data antar berkas.

Kami mengerjakan sistem internal seperti ini dengan pengalaman lebih dari lima tahun dan 50+ proyek selesai, termasuk untuk tim yang datanya masih sepenuhnya di spreadsheet. Cakupan pekerjaannya ada di jasa pembuatan aplikasi dan ringkasan layanan. Kalau Anda ingin menilai lebih dulu apakah migrasi memang jawabannya, bahas kondisinya lewat halaman kontak.