Setiap beberapa minggu ada saja pemilik bisnis yang bilang ke saya sebuah sistem "sudah balik modal" atau "cuma buang-buang uang," dan ketika saya tanya bagaimana dia tahu, jawabannya adalah perasaan. Bukan angka, perasaan. Itulah masalah inti dalam cara kebanyakan bisnis menilai software: mereka tidak pernah mencatat seperti apa kondisi sebelum uang dikeluarkan, jadi mereka tidak akan pernah bisa mengatakan dengan jujur apa yang sebenarnya berubah.
ROI investasi teknologi bukan sesuatu yang misterius, dan bukan hanya untuk perusahaan besar dengan tim finance. Ini bisa diukur, tapi hanya jika Anda melakukan satu hal yang tidak glamor lebih dulu: baseline proses yang sedang berjalan sebelum membangun apa pun. Lewatkan langkah ini, dan setiap klaim nilai di kemudian hari hanyalah tebakan yang dibungkus seolah fakta.
Tulisan ini memberi Anda model sederhana yang bisa dijalankan sendiri, di satu halaman, sebelum menyetujui pembangunan apa pun. Tujuannya bukan presisi akademis. Tujuannya adalah berhenti menyetujui proyek berdasarkan harapan, dan berhenti membunuh proyek bagus hanya karena firasat.
Baseline dulu sebelum membangun, atau Anda tidak bisa mengukur apa pun
Ini jebakannya. Anda membeli sistem, enam bulan berlalu, bisnis sedikit membaik, dan Anda memberi kredit ke software itu. Tapi bisnis juga jadi lebih sibuk, Anda merekrut orang baru, dan salah satu kompetitor tutup. Perubahan mana yang menyebabkan apa? Tanpa baseline, tidak ada yang bisa memastikan, dan vendor akan dengan senang hati mengambil semua kreditnya.
Jadi sebelum proyek dimulai, ukur proses yang akan digantikan sistem tersebut. Secara konkret, catat kondisi saat ini dalam angka:
- Berapa jam per minggu yang dihabiskan untuk tugas ini, dan oleh siapa saja?
- Berapa banyak error yang terjadi, dan berapa biaya untuk memperbaiki masing-masing?
- Berapa revenue yang hilang atau tertunda karena proses saat ini lambat?
- Berapa yang kita keluarkan hari ini untuk tools, lembur, atau workaround?
Catat semua ini dan beri tanggal. Satu halaman ini menjadi acuan pembanding di kemudian hari. Ini adalah setengah jam paling berharga dalam seluruh proyek, dan hampir tidak ada yang meluangkan waktu untuk itu.
Tiga sumber ROI investasi teknologi yang sesungguhnya
Nilai dari sebuah sistem muncul dalam tiga kelompok. Menamai ketiganya membuat Anda tetap jujur, karena manfaat samar seperti "efisiensi lebih baik" adalah tempat proyek buruk bersembunyi.
1. Jam yang dihemat
Kelompok paling konkret. Jika sebuah tugas memakan waktu dua orang selama sepuluh jam seminggu, dan setelah sistem berjalan hanya butuh satu orang selama dua jam, Anda menghemat delapan belas jam seminggu. Konversikan ke uang dengan biaya per jam yang riil dan sudah termasuk beban (loaded cost). Delapan belas jam seminggu pada tarif yang moderat saja sudah lebih dari seratus juta rupiah setahun kapasitas yang terbebaskan. Angka ini bisa dipertanggungjawabkan karena berasal dari baseline yang terukur.
2. Error yang dihindari
Setiap proses manual pasti bocor di suatu tempat. Salah hitung stok, entri ganda, invoice salah harga. Masing-masing punya biaya: pengerjaan ulang, refund, pelanggan yang marah. Jika Anda sudah menghitung ini di baseline, sekarang Anda bisa menghitung penurunannya. Error yang dihindari sering kali menjadi sumber return yang paling senyap sekaligus paling besar, justru karena sebelumnya tidak pernah masuk laporan siapa pun.
3. Revenue yang terbuka
Yang paling sulit diukur dan paling mudah diklaim berlebihan, jadi perlakukan dengan ketat. Apakah sistem ini membuat Anda bisa melayani pelanggan yang sebelumnya benar-benar tidak bisa Anda layani? Penawaran yang lebih cepat yang memenangkan deal tertentu yang bisa Anda sebutkan namanya? Bersikaplah konservatif di sini. Hitung revenue yang bisa Anda telusuri jejaknya, bukan revenue yang Anda harapkan.
Worksheet yang bisa Anda kerjakan dalam satu sore
Masukkan angka-angka ke dalam kerangka sederhana. Berikut bentuknya, dengan angka yang masuk akal untuk UKM Indonesia skala menengah yang mengotomasi proses order dan inventory.
| Baris | Jumlah (per tahun) |
|---|---|
| Biaya proses saat ini (jam kerja + error + workaround) | Rp 180.000.000 |
| Biaya satu kali untuk sistem (pembangunan, setup, training) | Rp 120.000.000 |
| Biaya berjalan untuk sistem (hosting, maintenance, support) | Rp 40.000.000 |
| Nilai tahunan yang dikembalikan (jam dihemat + error dihindari + revenue terbuka) | Rp 150.000.000 |
Dari baris-baris itu Anda mendapat dua angka yang benar-benar penting:
- Periode balik modal (payback period): biaya satu kali dibagi net benefit tahunan. Di sini, 120 juta dibagi (150 juta dikurangi 40 juta) kurang lebih 13 bulan.
- Return berjalan: setelah balik modal, sistem ini menghasilkan net sekitar 110 juta setahun terhadap biaya berjalan 40 juta.
Payback 13 bulan dengan return berjalan yang solid adalah investasi yang bagus. Tapi perhatikan, Anda hanya bisa menghasilkan angka-angka ini karena baseline-nya ada. Tanpa baris pertama yang terukur di awal, seluruh tabel ini hanyalah fiksi.
Waspadai justifikasi yang hanya bersandar pada manfaat samar
Pitch paling berbahaya, dan yang paling saya tolak keras, adalah proyek yang dijustifikasi sepenuhnya oleh manfaat samar. "Ini akan meningkatkan moral tim." "Ini memposisikan kita untuk masa depan." "Semua orang juga melakukannya." Semua ini mungkin benar, tapi tidak bisa dibuktikan salah (unfalsifiable), dan justifikasi yang tidak bisa dibuktikan salah adalah cara anggaran menghilang.
Aturan saya sederhana: sebuah investasi teknologi butuh setidaknya satu manfaat keras yang terukur sebagai tulang punggungnya. Manfaat samar boleh menjadi alasan bonus di atasnya. Mereka tidak boleh menjadi keseluruhan alasan. Jika sebuah proyek tidak bisa menunjuk pada jam yang dihemat, error yang dihindari, atau revenue yang terbuka, itu adalah sinyal untuk mengecilkan skopenya, menundanya, atau membatalkannya, bukan menyetujuinya berdasarkan keyakinan semata.
Disiplin ini adalah alasan yang sama mengapa saya berargumen bahwa bisnis butuh strategi teknologi yang sesungguhnya, bukan sekadar website. Strategi adalah yang menjaga pengeluaran Anda tetap terarah pada hasil yang terukur, bukan pada hal-hal yang kelihatan menarik. Ini juga selaras dengan menetapkan target teknologi tahun baru yang benar-benar bertahan.
Kesimpulan praktis
ROI investasi teknologi menjadi nyata pada saat Anda berkomitmen mengukur kondisi sebelum, bukan sekadar mengagumi hasil sesudahnya.
- Baseline dulu. Ukur jam kerja, error, dan revenue yang hilang saat ini, dan beri tanggal pada halamannya. Tanpa baseline, tidak ada ROI, yang ada hanya cerita.
- Atribusikan nilai ke tiga kelompok. Jam yang dihemat, error yang dihindari, revenue yang terbuka. Hitung masing-masing secara konservatif.
- Hitung payback dan return berjalan. Periode balik modal yang jelas mengalahkan seratus slide visi.
- Tuntut satu manfaat keras. Manfaat samar boleh menumpang; mereka tidak boleh menyetir.
Jalankan worksheet itu sebelum Anda tanda tangan, dan Anda akan menyetujui lebih sedikit proyek tapi memenangkan jauh lebih banyak dari proyek yang Anda jalankan. Jika Anda ingin sepasang mata kedua untuk mengecek angka-angka sebelum berkomitmen, itu persis jenis review yang saya lakukan sebagai partner teknologi.