Spreadsheet adalah kompetitor terbesar banyak SaaS B2B. Bukan karena spreadsheet selalu lebih baik, tetapi karena ia sudah menjadi kebiasaan. Tim tahu kolomnya, tahu shortcut-nya, tahu siapa yang mengirim file, dan tahu cara memperbaiki data saat salah. SaaS baru harus mengalahkan kebiasaan itu, bukan hanya fitur.
Migrasi yang buruk membuat pelanggan panik. Data terasa hilang, user bingung, laporan tidak sama, dan tim kembali ke file lama lewat WhatsApp. Migrasi yang baik dimulai kecil, menjaga ritme kerja pelanggan, dan membuktikan bahwa SaaS membuat pekerjaan lebih aman daripada spreadsheet.
Petakan spreadsheet lama
Jangan langsung meminta pelanggan mengisi template baru. Minta mereka menunjukkan file yang benar-benar dipakai. Lihat tab, warna, formula, komentar, kolom tersembunyi, dan versi file yang beredar.
Yang perlu dicatat:
- tab mana yang dipakai setiap hari
- kolom mana yang wajib
- formula mana yang menentukan keputusan
- siapa yang mengedit file
- siapa yang hanya membaca laporan
- data mana yang sering salah
- file mana yang dikirim ke atasan atau finance
Spreadsheet sering menyimpan aturan bisnis yang tidak pernah ditulis. Warna merah bisa berarti telat bayar. Kolom kosong bisa berarti approval belum selesai. Formula kecil bisa menentukan komisi. Jika aturan ini tidak dipahami, migrasi akan terasa seperti kehilangan kontrol.
Pilih workflow pertama
Jangan migrasi semua hal sekaligus. Pilih satu workflow yang cukup penting tetapi masih bisa dikendalikan. Contohnya:
- approval reimbursement tim lapangan
- rekonsiliasi pembayaran cabang
- daftar tunggakan sekolah
- stock opname mingguan
- follow-up lead setelah event
- laporan aktivitas sales
Workflow pertama harus punya owner jelas dan hasil yang bisa dilihat. Jika berhasil, pelanggan punya alasan untuk memperluas penggunaan. Jika gagal, scope kecil membuat kerusakan trust bisa diperbaiki.
Tentukan data minimum
Data migration sering melebar karena semua orang ingin membawa riwayat lengkap. Untuk tahap awal, pisahkan data menjadi tiga:
- wajib untuk go-live
- berguna tetapi bisa menyusul
- arsip yang cukup disimpan di luar sistem
Data wajib biasanya jauh lebih sedikit daripada yang dibayangkan. Untuk approval reimbursement, mungkin cukup user, kategori biaya, limit, dan transaksi aktif. Untuk rekonsiliasi, cukup cabang, invoice terbuka, pembayaran terbaru, dan status.
Semakin banyak data historis yang dipaksa masuk, semakin besar risiko data cleaning menghabiskan waktu. Jika data lama berantakan, jangan jadikan SaaS bertanggung jawab atas seluruh masa lalu pelanggan.
Jalankan parallel run
Parallel run berarti spreadsheet lama dan SaaS berjalan bersamaan dalam periode pendek. Tujuannya bukan mempertahankan dua sistem selamanya, tetapi memberi tim pelanggan waktu membandingkan hasil.
Parallel run yang sehat punya batas:
- durasi: biasanya 1-2 siklus kerja
- workflow: hanya proses yang disepakati
- owner: satu orang di pelanggan dan satu orang di vendor
- metrik: waktu proses, jumlah error, kelengkapan data, atau laporan selesai
- keputusan: tanggal cutover atau revisi scope
Tanpa batas, parallel run menjadi beban ganda. User akan merasa SaaS menambah pekerjaan.
Siapkan cutover yang jelas
Cutover adalah momen saat workflow pindah dari spreadsheet ke SaaS sebagai sumber utama. Banyak tim menundanya karena takut. Founder SaaS perlu membuat cutover terasa aman.
Checklist cutover:
- data aktif sudah masuk
- user utama sudah login dan mencoba tugas inti
- role permission sudah benar
- laporan penting bisa dibuat
- cara export data dijelaskan
- channel support aktif
- file spreadsheet lama dibekukan atau diberi label arsip
Jangan biarkan spreadsheet lama tetap menjadi sumber kebenaran setelah cutover. Jika dua sumber dipakai terus, tim akan kembali ke kebiasaan lama saat ada tekanan.
Tangani user yang menolak
Penolakan tidak selalu berarti user anti perubahan. Kadang mereka takut salah, takut pekerjaannya terlihat, atau merasa proses baru dibuat tanpa memahami pekerjaan mereka.
Cara menanganinya:
- minta user menunjukkan bagian tersulit di file lama
- jangan mengejek spreadsheet; akui bahwa file lama menyelesaikan masalah selama ini
- jelaskan apa yang tidak lagi perlu dikerjakan manual
- beri latihan dengan data contoh yang mirip pekerjaan asli
- buat jalur bertanya yang cepat pada minggu pertama
Untuk pelanggan Indonesia, champion internal sangat penting. Founder SaaS sebaiknya membantu champion menjelaskan perubahan ke user lain, bukan hanya menjual ke manajemen.
Template rencana migrasi 14 hari
Gunakan rencana sederhana:
- Hari 1-2: kumpulkan spreadsheet, pemilik proses, dan contoh laporan
- Hari 3-4: mapping kolom, aturan bisnis, dan data wajib
- Hari 5: import data contoh dan validasi dengan owner
- Hari 6-7: training user inti dengan workflow pertama
- Hari 8-12: parallel run satu siklus kerja
- Hari 13: review error, pertanyaan, dan laporan
- Hari 14: cutover atau putuskan revisi scope
Rencana ini bisa diperpanjang untuk pelanggan besar, tetapi ritmenya tetap sama: pahami file lama, pindahkan data minimum, jalankan paralel sebentar, lalu putuskan.
Bagi peran sejak awal
Migrasi gagal jika semua orang mengira pihak lain yang memegang keputusan. Buat pembagian peran sederhana:
- sponsor: orang yang memastikan perubahan ini penting untuk bisnis
- process owner: orang yang memahami workflow lama
- data owner: orang yang tahu sumber data dan kualitasnya
- admin sistem: orang yang akan mengelola user dan permission
- vendor owner: orang dari tim SaaS yang memimpin onboarding
Untuk pelanggan kecil, satu orang bisa memegang beberapa peran. Tetapi peran tetap perlu disebut. Jika tidak ada process owner, vendor akan menebak aturan bisnis. Jika tidak ada sponsor, user bisa kembali ke spreadsheet saat pekerjaan terasa berat.
Cara menulis mapping kolom
Mapping kolom tidak perlu rumit. Buat tabel dengan kolom:
- nama kolom di spreadsheet lama
- arti bisnis kolom tersebut
- contoh isi
- wajib atau opsional
- tujuan di SaaS baru
- catatan cleaning
Tabel ini sering membuka masalah tersembunyi. Misalnya kolom "status" ternyata berisi "done", "selesai", "ok", dan kosong untuk arti yang mirip. Atau kolom tanggal berisi campuran format. Lebih baik menemukan masalah ini sebelum import daripada saat user sudah kehilangan percaya.
Red flag migrasi
Tunda cutover jika:
- tidak ada owner pelanggan
- spreadsheet lama punya beberapa versi aktif
- data wajib belum bisa dibedakan dari arsip
- laporan utama belum bisa direplikasi
- user inti belum pernah mencoba workflow
- tim vendor belum tahu cara rollback atau export
Lebih baik menunda beberapa hari daripada memaksa go-live yang membuat pelanggan kehilangan trust.
Langkah berikutnya
Ambil satu pelanggan atau prospek yang masih bergantung pada spreadsheet. Minta tiga file: file harian, file laporan, dan file yang paling sering bermasalah. Dari sana, tulis data wajib, workflow pertama, dan tanggal parallel run. Migrasi yang baik dimulai dari file yang nyata, bukan dari asumsi produk.