Excel Berhenti Membantu Bukan Karena Ukurannya, Tapi Karena Frekuensi Masalahnya

Saya sudah kehilangan hitungan berapa kali klien bertanya kapan waktunya berhenti pakai Excel, dan sebelum menjawab, saya biasanya membela Excel dulu. Nasihat untuk meninggalkannya nyaris selalu datang dari pihak yang punya kepentingan menjual penggantinya, dan saya mengakui itu termasuk perusahaan seperti kami sendiri.

Excel itu fleksibel, murah, dan sudah dikuasai semua orang tanpa pelatihan khusus. Tidak perlu persetujuan IT, dan bentuknya bisa berubah dalam lima menit begitu proses kerja berubah. Untuk perusahaan yang prosesnya masih terus mencari bentuk, kelenturan semacam ini justru jadi keunggulan yang tidak dimiliki sistem mana pun.

Masalahnya cuma satu: Excel dibangun di atas asumsi diam-diam bahwa satu orang membuka satu file pada satu waktu. Selama asumsi itu masih berlaku, Excel unggul di hampir segala lini. Begitu jumlah orang yang membuka file yang sama mulai bertambah, kekuatan itu berbalik arah dan berubah jadi beban.

Dasar masalahnya: biaya koordinasi tumbuh lebih cepat daripada jumlah orangnya

Manajemen proyek sudah lama mengenal satu rumus untuk menjelaskan ini: jumlah jalur komunikasi antaranggota tim mengikuti n dikali n dikurang satu, dibagi dua. Tiga orang berarti tiga jalur komunikasi. Enam orang melonjak jadi lima belas jalur. Sepuluh orang sudah empat puluh lima jalur. Jumlah orangnya bertambah lurus, tapi kebutuhan koordinasinya membengkak jauh lebih cepat, sebab setiap orang baru harus terhubung dengan semua orang yang sudah ada di dalamnya.

Spreadsheet bekerja sangat baik selama jalur komunikasi itu masih sedikit. Kelemahannya muncul lewat sesuatu yang di dunia basis data disebut lost update: dua orang membuka data yang sama, lalu perubahan salah satunya menimpa perubahan yang lain tanpa ada yang sadar itu terjadi. Kombinasi dua hal inilah, jalur koordinasi yang melonjak dan risiko lost update, yang menentukan titik patah Excel: seberapa banyak orang perlu melihat kebenaran yang sama, bukan seberapa banyak baris di dalam filenya.

Ukuran yang keliru: jumlah shipment per bulan

Pertanyaan yang paling sering saya dengar dari klien kira-kira begini: "Berapa shipment per bulan sebelum kami harus ganti sistem?" Pertanyaan itu jarang membantu. Yang menentukan adalah berapa banyak orang harus mengakses data yang sama secara bersamaan, dan itu jarang berkorelasi rapi dengan jumlah shipment.

Ada perusahaan trucking dengan 800 pengiriman sebulan, semuanya diurus oleh dua orang yang duduk berhadapan di ruangan yang sama. Spreadsheet mereka berjalan mulus tanpa drama. Bandingkan dengan forwarder yang cuma menangani 120 shipment sebulan, tapi melibatkan sales, pricing, operasional, dokumen, gudang, dan finance yang tersebar di tiga lokasi berbeda. Spreadsheet yang persis sama akan membuat tim ini megap-megap setiap hari.

Pola-pola yang saya lihat berulang di lapangan

Ini bukan daftar enam ciri yang harus dicentang satu-satu. Ini pola-pola yang menurut pengamatan saya cenderung muncul berbarengan begitu titik patah itu terlewati, dan begitu satu pola muncul, biasanya ada satu atau dua pola lain yang mengikuti tak lama sesudahnya.

File yang tidak berani disentuh siapa pun

Setiap perusahaan yang cukup lama memakai spreadsheet akhirnya melahirkan satu file legendaris. Namanya biasanya sesuatu seperti "MASTER FINAL revisi3 fix.xlsx", penuh rumus bertingkat yang cuma dipahami orang yang menyusunnya dari awal. Semua orang memakainya setiap hari, tapi tidak ada yang berani mengubah strukturnya. Pada titik ini, file itu bukan sekadar spreadsheet lagi. Ia sudah berubah jadi aplikasi tanpa dokumentasi dan tanpa cadangan, dengan satu-satunya orang yang memahami isinya bisa saja resign kapan pun.

Pertanyaan sederhana yang makan waktu lama

Berapa job yang belum ditagih bulan ini? Kalau menjawab pertanyaan sesederhana itu perlu menggabungkan tiga file berbeda lalu memeriksanya satu per satu, itu tandanya data Anda memang tersimpan tapi susah ditanyai. Menyimpan data, ternyata, jauh lebih gampang daripada menjawab pertanyaan tentang data itu sendiri.

Angka yang sama, beda di dua tempat

Operasional mencatat ada 143 job bulan ini. Finance mencatat 138. Masing-masing punya filenya sendiri, dan masing-masing yakin angkanya yang benar. Rapat berikutnya pun habis untuk mencari selisih lima job itu, sementara keputusan yang perlu diambil malah tertunda. Gejala inilah yang menurut saya paling mahal harganya, sebab ia menggerogoti kepercayaan orang terhadap data itu sendiri. Setelah beberapa kali kejadian serupa, orang pelan-pelan berhenti memakai angka untuk mengambil keputusan dan kembali mengandalkan firasat, sesuatu yang jauh lebih sulit diaudit belakangan.

Tidak ada yang bisa menjawab siapa mengubah apa

Harga di quotation berubah sendiri. Status job mundur tanpa penjelasan. Nomor kontainer terkoreksi diam-diam. Siapa yang mengubahnya, kapan, dan atas dasar apa? Di spreadsheet biasa, jawabannya nyaris selalu sama: tidak ada yang tahu, kecuali kebetulan ada yang menyimpan salinan versi lamanya. Selama semuanya berjalan lancar, hilangnya jejak audit ini nyaris tak terasa. Ia baru terasa menyakitkan justru saat muncul sengketa dengan customer atau dugaan kecurangan internal, persis di momen jawaban itu paling dibutuhkan.

Pekerjaan berhenti total kalau satu orang izin

Kalau cuti seorang staf administrasi berarti tidak ada yang sanggup menerbitkan invoice minggu itu, yang terjadi adalah satu orang menyimpan proses itu sendirian di kepalanya. Begitu dia absen, prosesnya ikut absen. Spreadsheet membuat kerapuhan seperti ini bisa bertahan lama tanpa ketahuan, sebab di atas kertas semuanya tetap terlihat terdokumentasi rapi.

Customer menanyakan hal yang mestinya bisa mereka lihat sendiri

Tiap kali customer bertanya "barang saya sudah sampai mana", itu pekerjaan tambahan yang lahir karena data Anda tidak bisa dibagikan dengan aman. Spreadsheet tidak mengenal konsep "customer ini cuma boleh melihat baris ini saja". Satu-satunya cara berbagi adalah menyalin datanya, dan begitu disalin, data itu langsung kedaluwarsa.

Alasan yang sering saya dengar, tapi jarang cukup berdiri sendiri

Alasan pertama yang paling sering muncul begini: "File-nya sudah berat dan lambat." Ini murni soal teknis, dan biasanya selesai dengan memecah file atau merapikan rumusnya. Belum cukup jadi alasan untuk ganti sistem, sebab masalahnya bukan di titik patah yang saya jelaskan di atas, melainkan di kerapian filenya sendiri.

Ada juga alasan yang terdengar meyakinkan tapi sering kosong isinya: "Kompetitor sudah pakai sistem." Bisa jadi benar, tapi bisa juga mereka baru saja membeli sesuatu yang ujung-ujungnya menganggur. Kabar itu sendiri tidak membuktikan apa-apa soal kebutuhan Anda.

Alasan ketiga biasanya muncul menjelang musim tender: "Kami mau kelihatan lebih profesional di depan calon klien." Alasan ini sah secara komersial, tapi sebaiknya dipisahkan dari alasan operasional. Kalau motivasinya memang ini, yang Anda perlukan mungkin cukup customer portal saja, bukan mengganti sistem operasional dari nol.

Lima frekuensi yang saya pakai untuk mengecek diri sendiri

Kalau pola-pola di atas terasa terlalu kualitatif untuk dijadikan keputusan, ada cara yang lebih konkret: hitung seberapa sering lima hal berikut terjadi dalam sebulan terakhir. Ambang di kolom terakhir bukan hasil riset formal, hanya ancang-ancang yang saya pakai sendiri saat berbicara dengan klien, jadi sesuaikan dengan konteks tim Anda.

Saya tidak mengklaim angka-angka ambang ini berlaku sama persis untuk semua jenis operasional logistik. Tujuannya cuma mengubah pertanyaan dari "apakah sudah waktunya?", yang gampang dijawab dengan firasat, jadi pertanyaan yang bisa dihitung dari catatan minggu lalu.

Satu hal yang wajib beres sebelum sistem apa pun dibeli

Satu kondisi bisa membuat penggantian sistem gagal pada kebanyakan kasus: prosesnya sendiri belum pernah disepakati bersama.

Bayangkan tiga orang di tim Anda menyimpan tiga definisi berbeda tentang kapan sebuah job dianggap "selesai". Spreadsheet akan menampung ketiganya diam-diam, sebab masing-masing orang cukup mengisi kolomnya sendiri sesuai definisi masing-masing. Sistem baru tidak akan setoleran itu. Ia memaksa satu definisi tunggal, dan pada hari pemaksaan itu terjadi, rasanya seolah-olah sistemnyalah yang bermasalah.

“Spreadsheet menyembunyikan ketidaksepakatan yang selama ini ada. Sistem baru justru membongkarnya keras-keras di minggu pertama.”

Inilah kenapa banyak implementasi kandas di bulan kedua, dengan kesimpulan gampang: "sistemnya tidak cocok dengan proses kami". Yang terjadi, proses tunggal itu memang belum pernah ada sejak awal, dan sistem barulah pihak pertama yang berani menuntut kejelasannya.

Jalan tengah yang sering terlewatkan

Pilihannya lebih luas daripada sekadar bertahan di spreadsheet atau pindah total ke sistem penuh. Sebagian besar perusahaan justru meraih manfaat terbesar dengan memindahkan satu proses saja, biasanya proses yang paling banyak melibatkan pihak dari luar perusahaan.

Kandidat yang paling sering memberi hasil cepat adalah bukti pengiriman (POD) dan status job, sebab keduanya melibatkan pihak yang memang mustahil diberi akses ke spreadsheet internal Anda: driver di jalan dan customer di kantornya sendiri. Sisanya seperti perencanaan, tarif, dan analisis bisa bertahan di Excel jauh lebih lama daripada yang biasanya diduga orang.

Pendekatan bertahap seperti ini punya satu keuntungan yang jarang dibicarakan: kalau ternyata dugaan Anda soal letak masalah keliru, kerugiannya kecil dan langkahnya masih bisa dibatalkan. Penggantian menyeluruh sekaligus tidak pernah menawarkan kemewahan semacam itu.