Menghitung Dampak Bisnis dari Proyek Digital

Keputusan mengeluarkan uang untuk proyek digital sering diambil dari perasaan: situsnya sudah terlihat tua, pesaing sudah punya yang lebih bagus, atau ada yang menyarankan. Perasaan itu belum tentu salah, tetapi ia sulit dipertanggungjawabkan dan sulit dibandingkan dengan pengeluaran lain yang juga menunggu.

Yang membuat keputusan bisa dipertanggungjawabkan adalah tiga angka yang bisa dihitung sebelum proyek dimulai: berapa lama biayanya kembali, berapa nilai satu pelanggan sepanjang hubungannya, dan berapa biaya menunda. Artikel ini menyusun cara menghitung ketiganya dengan data yang biasanya sudah Anda miliki.

Angka pertama: payback period

Payback period menjawab pertanyaan paling praktis: berapa lama sampai proyek ini membayar dirinya sendiri. Ia lebih berguna daripada persentase pengembalian untuk sebagian besar bisnis kecil dan menengah, karena yang paling menentukan adalah arus kas, bukan keuntungan di atas kertas.

Cara menghitungnya: bagi total biaya proyek dengan tambahan margin per bulan yang diperkirakan dihasilkannya. Contoh berikut adalah ilustrasi perhitungan, bukan hasil klien tertentu.

Angka yang keluar bukan ramalan. Ia alat untuk menguji kewajaran asumsi. Kalau hasilnya tiga tahun, kemungkinan besar salah satu asumsinya terlalu optimistis, atau proyeknya memang terlalu mahal untuk skala bisnis saat ini.

Menetapkan ambang yang masuk akal

Ambang payback yang wajar berbeda-beda menurut jenis proyek dan umur manfaatnya. Sebagai patokan kasar: perbaikan yang manfaatnya bertahan bertahun-tahun — struktur situs, kecepatan, sistem pencatatan — masih masuk akal dengan payback sampai dua belas bulan. Kampanye atau materi yang manfaatnya habis dalam hitungan bulan sebaiknya kembali jauh lebih cepat, biasanya di bawah tiga bulan.

Angka kedua: nilai umur pelanggan

Nilai umur pelanggan adalah total margin yang Anda peroleh dari satu pelanggan selama hubungan berlangsung, bukan dari satu transaksi. Angka ini mengubah hampir semua kesimpulan, terutama untuk bisnis dengan pembelian berulang atau kontrak perawatan.

Cara menghitung yang cukup untuk keperluan keputusan: kalikan nilai transaksi rata-rata dengan frekuensi pembelian per tahun, lalu dengan berapa tahun pelanggan biasanya bertahan, lalu dengan margin.

Komponen	Contoh nilai
Nilai transaksi rata-rata	Rp8.000.000
Frekuensi per tahun	1,5
Lama bertahan	2,5 tahun
Margin kotor	40%
Nilai umur pelanggan	Rp12.000.000

Tiga peringatan penting. Pertama, gunakan data riwayat Anda sendiri, bukan angka industri. Kedua, jangan memakai proyeksi optimistis untuk lama bertahan; ambil angka konservatif kalau datanya tipis. Ketiga, ingat bahwa nilai umur pelanggan diterima bertahap, sementara biaya proyek dibayar di muka — itulah kenapa payback period tetap perlu dihitung terpisah.

Nilai umur pelanggan menentukan berapa yang boleh Anda belanjakan. Payback period menentukan apakah Anda sanggup membelanjakannya sekarang.

Angka ketiga: biaya menunda

Angka ini paling sering diabaikan, padahal ia yang sering menentukan urutan pengerjaan. Biaya menunda adalah kerugian yang terus berjalan selama masalah dibiarkan.

Cara menghitungnya: perkirakan berapa banyak peluang yang hilang per bulan karena keadaan sekarang, lalu kalikan dengan nilainya. Misalnya, kalau halaman kontak yang membingungkan diperkirakan membuat tiga calon pelanggan per bulan menyerah, dan satu pelanggan bernilai margin Rp3,2 juta dengan closing 25%, maka biaya menunda adalah sekitar Rp2,4 juta per bulan.

Angka ini punya dua kegunaan. Pertama, ia membandingkan proyek yang bersaing: dua proyek dengan payback sama tetapi biaya menunda berbeda punya urgensi yang berbeda. Kedua, ia mengubah cara pandang terhadap penundaan yang terasa gratis. Menunda keputusan tiga bulan bukan tidak berbiaya; ia berbiaya tiga kali angka itu.

Memperkirakan dampak tanpa mengarang

Kesulitan terbesar dalam semua perhitungan di atas adalah memperkirakan tambahan hasil. Ada tiga cara yang jujur, diurutkan dari yang paling bisa diandalkan.

1. Data Anda sendiri dari perubahan serupa. Kalau pernah memperbaiki satu halaman dan mengukur hasilnya, itu dasar terbaik.
2. Uji kecil sebelum proyek besar. Perbaiki satu halaman, ukur empat minggu, lalu ekstrapolasikan dengan hati-hati.
3. Perhitungan mundur dari titik impas. Alih-alih menebak hasil, hitung berapa hasil minimum yang dibutuhkan agar proyek impas, lalu nilai apakah angka itu masuk akal.

Cara ketiga paling sering berguna ketika datanya tipis. Pertanyaannya berubah dari "berapa hasilnya" — yang tidak bisa dijawab jujur — menjadi "apakah dua lead tambahan per bulan itu masuk akal", yang bisa dinilai siapa pun yang mengenal bisnisnya.

Biaya yang sering tidak dihitung

Biaya proyek bukan hanya angka di penawaran. Empat komponen berikut sering muncul belakangan dan mengubah perhitungan.

• Waktu tim internal. Rapat, penyediaan materi, peninjauan, pengujian. Pada proyek website, ini sering setara sepuluh sampai dua puluh persen biaya proyek.
• Biaya berjalan setelah selesai. Hosting, domain, langganan perkakas, pemeliharaan.
• Biaya migrasi dan pelatihan. Memindahkan data lama dan mengajari tim memakai yang baru.
• Biaya gangguan sementara. Selama peralihan, sesuatu biasanya berjalan lebih lambat.

Memasukkan keempatnya sejak awal bukan pesimisme; ia mencegah proyek yang terlihat menguntungkan berubah menjadi impas setelah semua tagihan masuk.

Memecah proyek besar menjadi bagian yang bisa dinilai

Proyek digital sering diajukan sebagai satu paket besar: situs baru, sistem baru, semuanya sekaligus. Paket semacam itu sulit dinilai karena manfaatnya bercampur dan biayanya baru kembali di akhir.

Memecahnya menjadi bagian yang bisa dinilai sendiri hampir selalu menghasilkan keputusan yang lebih baik. Misalnya, proyek "website baru" bisa dipecah menjadi: memperbaiki halaman kontak dan formulir, mempercepat halaman yang paling banyak dikunjungi, menulis ulang halaman layanan utama, dan baru kemudian membangun ulang keseluruhan tampilan.

Tiga bagian pertama biasanya punya payback jauh lebih cepat daripada bagian keempat, dan sering kali bisa dikerjakan sambil bagian keempat direncanakan. Efek sampingnya berharga: hasil dari bagian awal memberi data nyata untuk memperkirakan dampak bagian berikutnya, sehingga perkiraannya berhenti menjadi tebakan.

Urutan yang biasanya paling menguntungkan

1. Perbaiki yang sudah punya trafik. Halaman yang sudah dikunjungi tetapi tidak mengonversi memberi hasil paling cepat.
2. Perbaiki yang menghambat pengukuran. Tanpa pencatatan yang benar, semua keputusan berikutnya tetap tebakan.
3. Tambahkan yang baru. Halaman, kanal, atau fitur baru dikerjakan setelah dua langkah di atas.

Membandingkan beberapa proyek yang bersaing

Sebagian besar bisnis punya lebih banyak ide daripada dana. Kerangka sederhana untuk mengurutkannya: nilai tiap proyek pada tiga sumbu, lalu bandingkan.

Sumbu	Pertanyaan
Dampak	Berapa tambahan margin per bulan?
Kepastian	Seberapa yakin kita pada angka itu — ada data, ada uji, atau hanya dugaan?
Usaha	Berapa biaya total termasuk waktu internal?

Urutkan dengan mendahulukan dampak tinggi, kepastian tinggi, usaha rendah. Yang menarik adalah proyek dengan kepastian rendah: alih-alih membuangnya, ubah menjadi uji kecil terlebih dahulu. Menghabiskan lima persen anggaran untuk menaikkan kepastian sering merupakan pengeluaran terbaik dalam seluruh daftar.

Menetapkan cara menilai sebelum mulai

Perhitungan sebelum proyek hanya berguna kalau ada niat memeriksanya sesudahnya. Tetapkan tiga hal di awal, tertulis: angka dasar hari ini, metrik yang akan dinilai, dan kapan penilaian dilakukan.

Angka dasar yang paling sering lupa dicatat adalah yang paling mudah didapat: jumlah lead per bulan tiga bulan terakhir, rasio konversi halaman utama, dan waktu rata-rata balasan pertama. Setelah proyek selesai, ketiadaan angka dasar membuat semua klaim perbaikan menjadi perdebatan. Cara mengukurnya dibahas di panduan mengukur ROI marketing digital.

Risiko: memasukkan kemungkinan gagal ke dalam hitungan

Semua perhitungan sejauh ini mengandaikan proyeknya berhasil sesuai rencana. Kenyataannya, sebagian proyek meleset, dan mengabaikan kemungkinan itu membuat setiap perhitungan sistematis terlalu optimistis.

Cara memasukkannya tidak perlu rumit. Tetapkan satu angka kemungkinan berhasil yang jujur — misalnya tujuh puluh persen untuk pekerjaan yang pernah Anda lakukan sebelumnya, atau lima puluh persen untuk hal yang benar-benar baru — lalu kalikan perkiraan hasilnya dengan angka itu. Payback yang tadinya sembilan bulan menjadi tiga belas bulan pada kemungkinan tujuh puluh persen, dan itu gambaran yang lebih realistis untuk dibandingkan dengan pilihan lain.

Lebih penting daripada angkanya adalah kebiasaan menanyakannya. Pertanyaan "apa yang paling mungkin membuat proyek ini tidak mencapai hasilnya?" hampir selalu memunculkan satu atau dua risiko konkret yang bisa dikurangi sebelum mulai — biasanya berupa ketergantungan pada satu orang, data yang belum siap, atau keputusan di pihak lain yang belum dipastikan.

Menurunkan risiko lebih murah daripada menaikkan hasil

Pada banyak proyek, usaha yang dipakai untuk menaikkan perkiraan hasil sepuluh persen akan lebih berguna bila dipakai menaikkan kemungkinan berhasil sepuluh persen. Menyiapkan data sebelum proyek mulai, menyepakati lingkup secara tertulis, dan memastikan siapa yang memutuskan apa — ketiganya murah, dan ketiganya menyerang penyebab paling umum proyek meleset.

Kapan angka tidak boleh jadi satu-satunya alasan

Beberapa proyek layak dikerjakan meski payback-nya buruk, dan menyembunyikannya di balik perhitungan yang dipaksakan justru merusak kepercayaan pada perhitungan itu sendiri.

• Kepatuhan dan kewajiban hukum. Tidak ada perhitungan ROI untuk hal yang wajib.
• Risiko yang harus ditutup. Sistem tanpa cadangan data, atau situs yang rentan, adalah kerugian yang belum terjadi.
• Fondasi untuk pekerjaan berikutnya. Merapikan pencatatan lead mungkin tidak menghasilkan sendiri, tetapi ia syarat bagi semua pengukuran setelahnya.

Untuk proyek jenis ini, tetap tuliskan alasannya secara eksplisit. Menyebut "ini investasi fondasi, payback tidak dihitung" jauh lebih jujur daripada mengarang angka agar terlihat menguntungkan.

Menyampaikan hitungan ke pengambil keputusan

Perhitungan yang benar tetap gagal kalau tidak bisa dipahami orang yang menandatangani. Beberapa kebiasaan penyampaian membuat perbedaan besar, terutama ketika lawan bicaranya bukan orang teknis.

Pertama, mulai dari kesimpulan dan satu angka, bukan dari metodologi. "Proyek ini kembali modal dalam sekitar sembilan bulan, dengan asumsi tambahan enam lead per bulan" sudah cukup sebagai kalimat pembuka; rincian menyusul bila ditanya.

Kedua, tampilkan asumsinya sebagai daftar pendek yang bisa didebat. Ini terdengar melemahkan, padahal sebaliknya: begitu asumsinya terlihat, diskusi berpindah dari "saya kurang yakin" menjadi "menurut saya angka closing-nya bukan dua puluh lima persen" — perbedaan yang bisa diselesaikan.

Ketiga, sajikan dua skenario, bukan satu. Skenario konservatif dan skenario yang diharapkan, dengan payback masing-masing. Menyodorkan satu angka tunggal terbaca sebagai janji; menyodorkan rentang terbaca sebagai perhitungan.

Keempat, sebutkan apa yang akan Anda periksa setelahnya dan kapan. Kalimat penutup "kita periksa lagi tiga bulan setelah selesai dengan angka lead per bulan" mengubah keputusan dari taruhan menjadi percobaan yang terkendali.

Meninjau ulang setelah proyek selesai

Peninjauan setelah proyek adalah kebiasaan yang paling jarang dijalankan dan paling cepat memperbaiki kualitas keputusan berikutnya. Tanpa itu, setiap proyek baru diperkirakan dengan cara yang sama seperti proyek sebelumnya, termasuk kesalahannya.

Peninjauan yang cukup tidak butuh rapat panjang. Satu halaman, tiga bulan setelah proyek selesai, memuat empat hal: apa yang diperkirakan, apa yang terjadi, apa penyebab selisihnya, dan apa yang akan diubah pada perkiraan berikutnya.

Bagian ketiga yang paling berharga. Selisih biasanya berasal dari salah satu dari tiga sumber: asumsi konversi terlalu optimistis, dampak butuh waktu lebih lama dari perkiraan, atau ada bagian pekerjaan yang tidak selesai sepenuhnya. Mengenali pola mana yang berulang di bisnis Anda membuat perkiraan berikutnya jauh lebih dekat pada kenyataan.

Kesalahan perhitungan yang paling sering terjadi

• Membandingkan biaya dengan omzet, bukan margin. Kesalahan tunggal yang paling sering membuat proyek merugi tampak menguntungkan.
• Memakai nilai umur pelanggan yang diproyeksikan terlalu panjang. Menambah satu tahun retensi di atas kertas menaikkan semua angka tanpa dasar.
• Lupa bahwa manfaat butuh waktu untuk mulai. Proyek yang manfaatnya baru terasa bulan ketiga punya payback lebih panjang daripada hitungan sederhana.
• Menghitung hasil yang sebenarnya akan terjadi juga tanpa proyek. Pertumbuhan alami harus dikurangkan, bukan diklaim.
• Mengabaikan biaya berjalan. Proyek yang menambah langganan bulanan punya arus kas berbeda dari yang tidak.

Kesalahan keempat yang paling halus. Kalau bisnis Anda sudah tumbuh lima persen per bulan sebelum proyek dimulai, pertumbuhan itu bukan hasil proyek — dan mengklaimnya membuat perkiraan proyek berikutnya ikut meleset.

Satu halaman yang cukup untuk memutuskan

Semua perhitungan di artikel ini muat dalam satu halaman, dan sebaiknya memang begitu. Isinya: tujuan proyek dalam satu kalimat, tiga angka utama beserta asumsinya, biaya total termasuk waktu internal, payback pada skenario konservatif dan skenario yang diharapkan, dan tanggal peninjauan setelah selesai.

Kalau lembar itu tidak bisa diisi, biasanya bukan karena perhitungannya sulit, melainkan karena ada informasi yang belum dikumpulkan — dan mengumpulkannya justru pekerjaan yang paling berharga sebelum uang dikeluarkan.

Ringkasan

Hitung tiga angka sebelum memutuskan: payback period untuk menguji kewajaran, nilai umur pelanggan untuk menentukan berapa yang boleh dibelanjakan, dan biaya menunda untuk menentukan urutan. Perkirakan dampak dari data sendiri atau lewat perhitungan mundur titik impas, bukan dari tebakan optimistis. Masukkan waktu internal dan biaya berjalan ke dalam biaya proyek. Lalu catat angka dasar hari ini, supaya penilaian setelahnya tidak berubah menjadi perdebatan.

Perlu ditegaskan sekali lagi: semua angka yang muncul di artikel ini adalah contoh perhitungan untuk menunjukkan caranya, bukan hasil dari klien tertentu. Yang membuat kerangka ini berguna justru ketika Anda menggantinya dengan angka bisnis Anda sendiri — termasuk angka yang mengecewakan, karena itulah yang paling berguna untuk keputusan berikutnya.

Ingin dibantu menghitung kelayakan proyek digital Anda? Hubungi tim kami.