Setiap pemilik bisnis yang pernah minta penawaran untuk sistem custom pasti mengalami hal yang sama membingungkannya. Anda kirim brief satu halaman yang sama ke tiga vendor, dan angka yang kembali adalah 80 juta, 210 juta, dan 400 juta rupiah. Brief sama, selisih lima kali lipat. Rasanya seperti ada yang berbohong, dan insting alami kita adalah menganggap yang termurah paling jujur dan sisanya menggelembungkan harga.

Insting itu biasanya salah, dan memahami cara penentuan harga software custom adalah cara menghindari kesalahan mahal yang ditimbulkannya. Selisih itu hampir tidak pernah berasal dari keserakahan. Ia berasal dari masing-masing vendor yang diam-diam mengisi celah di brief Anda dengan asumsi berbeda-beda, dan asumsi-asumsi itulah yang menjadi seluruh biayanya.

Mari saya bongkar kotak hitamnya. Saya sudah duduk di kedua sisi penawaran ini selama bertahun-tahun, dan mekanismenya jauh lebih sederhana dari yang terlihat.

Apa yang sebenarnya dibeli dari satu manday

Sebagian besar harga software custom dibangun dari manday: satu orang bekerja selama satu hari. Vendor memperkirakan berapa manday yang dibutuhkan proyek Anda, dikalikan tarif harian, dan itulah kira-kira angka Anda. Matematika sederhana, tapi ada tiga variabel yang tersembunyi di dalamnya.

  • Tarifnya. Engineer senior di Jakarta bisa dipatok 1,5 sampai 3 juta rupiah per manday. Junior bisa 600 ribu. Penawaran yang dibangun dari tarif junior terlihat lebih murah di atas kertas dan berujung lebih mahal saat harus dikerjakan ulang.
  • Perannya. Proyek yang sesungguhnya bukan cuma coding. Ada business analyst, desainer, QA, project manager, dan sering kali DevOps. Penawaran yang hanya menghitung manday developer sedang menyembunyikan peran-peran lain itu, dan peran itu akan muncul kembali entah sebagai change request atau sebagai bug yang harus Anda bayar untuk diperbaiki.
  • Jumlahnya. Di sinilah estimasi benar-benar berbeda-beda, karena ini sepenuhnya bergantung pada bagaimana vendor menafsirkan brief Anda.

Saat Anda melihat penawaran murah, pertanyaan yang jujur bukan "kenapa yang ini bisa serendah ini." Melainkan "variabel mana dari ketiganya yang mereka pangkas untuk sampai ke angka itu." Murah hampir selalu berarti orang junior, peran yang hilang, atau tafsiran scope yang lebih kecil.

Kenapa satu brief menghasilkan lima angka berbeda

Katakanlah brief Anda berbunyi "sistem untuk mengelola pesanan dan stok kami." Baca ulang itu pelan-pelan. Kalimat itu nyaris tidak menjawab apa pun yang perlu diketahui builder.

Setiap vendor kini mengisi celah itu:

  • Apakah "kelola pesanan" mencakup portal yang bisa diakses pelanggan, atau cuma layar admin internal?
  • Apakah stoknya satu gudang atau multi-lokasi dengan transfer antar gudang?
  • Apakah Anda butuh integrasi dengan software akuntansi, atau ekspor manual sudah cukup?
  • Berapa banyak peran pengguna dan level izin akses?
  • Web saja, atau mobile juga?

Vendor A mengasumsikan yang paling minim untuk setiap pertanyaan dan menawar 80 juta. Vendor B mengasumsikan tafsiran paling ambisius dan menawar 400 juta. Tidak ada yang salah soal harga. Mereka menjawab pertanyaan yang berbeda, karena brief Anda membiarkan mereka melakukan itu.

Ini hal terpenting untuk dipahami: Anda bukan membandingkan harga, Anda sedang membandingkan asumsi. Angkanya cuma output dari scope yang tidak pernah Anda tetapkan sepenuhnya.

Cara membandingkan proposal seperti orang dalam

Berhenti membandingkan total harga terlebih dahulu. Sebaliknya, keluarkan scope yang diasumsikan tiap vendor dan bandingkan itu. Berikut metode praktisnya:

  1. Minta setiap vendor mendaftar apa yang secara eksplisit di luar scope. Vendor yang jujur akan punya daftar yang jelas. Ketidakjelasan di bagian ini adalah tanda bahaya, karena semua yang tidak terdaftar akan menjadi change request berbayar di kemudian hari.
  2. Minta rincian manday per peran. Kalau tidak ada baris untuk BA, QA, dan PM, penawaran itu bukan lebih murah, itu tidak lengkap. Anda akan membayar celah kualitas itu saat sistem sudah production.
  3. Samakan scope-nya. Pilih proposal paling lengkap, lalu tanyakan ke vendor yang lebih murah berapa biaya untuk menyamai itu. Perhatikan seberapa cepat selisihnya mengecil. Selisih yang mengecil itulah jawaban sesungguhnya.
  4. Tanyakan siapa yang mengerjakan. "Kami akan menugaskan tim" bukan jawaban. Delivery yang dipimpin senior dan yang dipimpin junior adalah produk berbeda dengan harga berbeda.

Ketika scope-nya sudah disamakan, selisih lima kali lipat yang tadinya menakutkan biasanya menyusut jadi sekitar 1,5x, dan sisa selisih itu mencerminkan kualitas dan seniority yang nyata. Itu selisih yang layak dibayar, atau setidaknya layak diputuskan dengan mata terbuka.

Penawaran yang mencurigakan murahnya adalah biaya yang ditunda

Saya ingin blak-blakan soal penawar termurah, karena pemilik bisnis terus-menerus kena di sini. Penawaran yang jauh lebih rendah dari yang lain bukan diskon. Itu biaya yang ditunda, dan Anda akan membayarnya dengan bunga.

Bentuknya muncul sebagai:

  • Change request. Semua yang ditinggalkan vendor murah di luar scope kembali sebagai tambahan berbayar, sering kali dengan tarif yang lebih buruk dibanding jika itu ditawar di awal.
  • Rework. Tim junior mengirim lebih cepat dan lebih banyak rusak. Bug-nya muncul setelah go-live, saat memperbaikinya paling mengganggu bisnis Anda.
  • Rebuild. Kasus terburuk. Sistemnya dibangun tanpa arsitektur untuk bertumbuh, dan delapan belas bulan kemudian Anda membayar vendor kedua untuk menggantinya. Saya pernah melihat sebuah bisnis distribusi di Tangerang mengalami persis ini, dan biaya rebuild-nya lebih mahal dibanding jika penawaran jujur di awal yang dipilih.

Software murah adalah jenis yang paling mahal, karena Anda membayarnya dua kali. Ini berkaitan erat dengan kenapa begitu banyak anggaran IT gagal: angka awal itu tidak pernah jadi angka sebenarnya.

Intinya

Harga software custom bukan misteri dan jarang tidak jujur. Variasi antar penawaran adalah variasi asumsi yang dibuat tiap vendor soal scope yang Anda biarkan terbuka. Tugas Anda sebagai pembeli adalah menutup scope itu, baru membandingkan di atas dasar yang setara.

Lakukan tiga hal. Perketat brief Anda sampai semua vendor menjawab pertanyaan yang sama. Minta rincian per peran dan daftar di luar scope yang eksplisit. Dan perlakukan penawaran yang mencurigakan murahnya sebagai tagihan yang akan Anda bayar nanti, bukan penghematan yang Anda dapat hari ini. Kalau Anda sedang menimbang apakah membangun hubungan ini sebagai keterlibatan vendor sekali jalan atau sesuatu yang lebih tahan lama, ada baiknya memahami bedanya tech partner dan agency, atau Anda bisa bicara langsung dengan saya soal kemitraan. Betulkan scope-nya dan harga berhenti menakutkan. Itu jadi keputusan yang benar-benar bisa Anda buat.