Setiap studi kasus migrasi spreadsheet ke sistem dimulai dengan cara yang sama: sebuah bisnis yang tumbuh lebih cepat daripada alatnya, disatukan oleh satu orang yang memahami bagaimana semua file terhubung dan diam-diam takut untuk berlibur. Perusahaan perdagangan grosir yang ingin saya bahas di sini menjalankan empat puluh file Excel terkait pembelian, inventaris, dan penjualan, yang direferensikan silang dengan rumus yang hanya dipahami sepenuhnya oleh manajer operasi pemilik. Ketika dia sakit selama seminggu, pemenuhan pesanan melambat karena tidak ada orang lain yang dapat dengan aman menyentuh file induk.

Apa yang membuat kasus ini layak untuk ditulis bukanlah tujuannya, berpindah ke satu sistem adalah rekomendasi yang tidak mengejutkan. Inilah metodenya: bagaimana sebuah bisnis yang tidak mampu berhenti menjual bahkan untuk satu hari pun bisa mendapatkan empat puluh spreadsheet ke dalam satu sistem tanpa satu minggu pun kekacauan di antaranya.

Keadaan Sebelumnya: Empat Puluh File dan Satu Titik Kegagalan

Bisnis ini mendistribusikan bahan bangunan ke pengecer di beberapa kota, dengan inventaris berada di dua gudang dan tim penjualan mengutip harga yang berubah setiap minggu berdasarkan biaya pemasok. Sistem spreadsheet telah berkembang secara organik selama enam tahun:

  • File inventaris utama, diperbarui secara manual setelah setiap penghitungan gudang.
  • Pisahkan file pembelian per pemasok, karena persyaratan dan waktu tunggu setiap pemasok dilacak secara berbeda.
  • File kutipan penjualan yang menarik harga dari inventaris tetapi sering kali tidak sinkron, karena tidak ada yang membuat langkah penyegaran yang andal.
  • Tiga file tambahan untuk merekonsiliasi tiga file lainnya, karena pada titik tertentu seseorang telah mencoba memperbaiki masalah sinkronisasi dengan lebih banyak spreadsheet, bukan lebih sedikit.

Modus kegagalannya tidak dramatis. Itu lambat. Harga keluar dengan harga basi. Penghitungan inventaris menyimpang dari kenyataan sebesar lima hingga sepuluh persen, dan hanya diketahui selama penghitungan fisik. Dan setiap perbaikan memerlukan satu orang yang memahami rantai formula.

Mengapa Peralihan Lurus Adalah Keputusan yang Salah

Rencana yang jelas, memilih sistem dan beralih di akhir pekan, ditolak lebih awal, dan benar. Sebuah bisnis yang menjual setiap hari kepada pengecer yang mengharapkan penawaran harga pada hari yang sama tidak dapat menyerap satu minggu penuh sementara staf mempelajari sistem baru dan data historis direkonsiliasi. Peralihan yang gagal akan menyebabkan hilangnya penjualan lebih besar daripada keseluruhan anggaran proyek.

Rencana tersebut dijalankan berdasarkan tiga prinsip:

  1. Berjalan secara paralel selama satu bulan. Spreadsheet lama tetap aktif dan otoritatif sementara sistem baru berjalan bersamanya, memasukkan transaksi yang sama dua kali.
  2. Satu modul dalam satu waktu. Inventaris dipindahkan terlebih dahulu, sendiri, sebelum pembelian atau penjualan menyentuh sistem baru sama sekali.
  3. Kepercayaan pemilik sebagai tonggak sejarah sebenarnya. Proyek tidak selesai saat sistem diluncurkan. Hal itu dilakukan ketika pemilik berhenti memeriksa spreadsheet untuk memverifikasi nomor sistem.

Urutan Migrasi| Fase | Durasi | Apa yang pindah | Apa yang tertinggal di spreadsheet |

|---|---|---|---| | Fase 1 | 3 minggu | Jumlah inventaris, dimasukkan di kedua sistem setiap hari | Pembelian, penjualan, penawaran | | Fase 2 | 1 bulan | Hanya inventaris, proses paralel, rekonsiliasi harian | Pembelian, penjualan, penawaran | | Fase 3 | 3 minggu | Pembelian ditambah, masih paralel pada persediaan + pembelian | Penjualan, mengutip | | Fase 4 | 1 bulan | Pembelian berjalan paralel, direkonsiliasi dengan invoice supplier | Penjualan, mengutip | | Fase 5 | 4 minggu | Penjualan dan penawaran harga ditambahkan, dijalankan secara paralel penuh di ketiga modul | Tidak ada, spreadsheet dibekukan sebagai arsip | | Fase 6 | 2 minggu | Spreadsheet secara resmi dihentikan setelah tidak ada perbedaan selama dua minggu berturut-turut | T/A |

Migrasi penuh berlangsung kurang dari lima bulan. Hal ini terasa lambat bagi pemilik pada awalnya dan terasa tepat pada akhirnya, karena tim penjualan tidak pernah mengalami hari di mana harga tidak dapat diandalkan atau jumlah inventaris dipertanyakan.

Momen Kepercayaan Sebenarnya Bergeser

Titik balik bukanlah sebuah fitur. Itu adalah sebuah perbedaan. Tiga minggu setelah menjalankan inventaris secara paralel, sistem baru menandai jumlah stok yang tidak cocok dengan spreadsheet, dan penghitungan ulang fisik mengonfirmasi bahwa sistem tersebut benar dan spreadsheet tersebut salah, spreadsheet tersebut memiliki referensi formula basi yang tidak diketahui oleh siapa pun selama berbulan-bulan. Peristiwa tunggal tersebut memberikan lebih banyak manfaat dalam membangun kepercayaan diri pemilik dibandingkan dengan demo dasbor mana pun. Sejak saat itu, manajer operasi mulai memperlakukan sistem baru ini sebagai sumber kebenaran secara sukarela, jauh sebelum rencana migrasi secara resmi mengharuskannya.

Apa yang Dikonfirmasi oleh Kasus Ini

Pelajaran teknisnya biasa-biasa saja: sistem inventaris dan ERP modern menangani beban kerja ini dengan mudah. Pelajaran berorganisasi adalah pelajaran yang perlu diingat. Keberhasilan atau kegagalan migrasi terjadi karena pengurutan dan pembangunan kepercayaan, bukan pilihan perangkat lunak. Memindahkan satu modul pada satu waktu, berjalan secara paralel cukup lama untuk menangkap kesalahan tersembunyi pada spreadsheet, dan memperlakukan kepercayaan pemilik sebagai hasil nyata adalah hal yang membuat bisnis ini lolos dari empat puluh file tanpa kehilangan satu hari penjualan pun.

Jika bisnis Anda berjalan dengan pola yang sama dan sedang mempertimbangkan perpindahan, keputusan apakah akan membangun sesuatu yang disesuaikan atau mengadopsi sistem yang sudah ada sebaiknya dilakukan dengan sengaja, kerangka kerja yang sama tercakup dalam [keputusan membangun vs membeli perangkat lunak] (/blog/build-vs-buy-software-decision-2024), sebelum berkomitmen pada jalur mana pun.

Bawa pulang

Migrasi spreadsheet ke sistem tidak harus mempertaruhkan bisnis untuk memperbaiki bisnis. Jalankan modul satu per satu, pertahankan sistem lama tetap berjalan sebagai jaring pengaman sampai sistem baru terbukti mampu mengatasi perbedaan yang nyata, dan ukur keberhasilan dengan apakah tim Anda memercayai angka-angka baru tanpa memeriksa angka-angka lama. Kepercayaan itu, bukan tanggal peluncurannya, yang merupakan garis akhir sebenarnya.