Memilih Vendor Software Custom: 7 Pertanyaan Wajib Sebelum Tanda Tangan

Hanya sekitar 30% proyek software berskala besar yang berhasil memenuhi target waktu, anggaran, dan ruang lingkup. Sisanya — 70% — berakhir terlambat, membengkak secara biaya, atau ditinggalkan di tengah jalan. Analisis pasca-kegagalan hampir selalu menunjuk pada akar masalah yang sama: pembeli tidak mengajukan pertanyaan yang cukup tajam sebelum menandatangani kontrak. Jika Anda sedang mengevaluasi vendor software custom saat ini, tujuh pertanyaan berikut akan membantu Anda membedakan mitra yang kredibel dari investasi yang mahal dan mengecewakan.

Mengapa Risikonya Lebih Besar dari yang Terlihat

Pembengkakan anggaran bukan pengecualian langka. Rata-rata, inisiatif IT berskala besar melampaui anggaran sekitar 45%, dan scope creep memengaruhi sekitar 78% proyek. Sebuah engagement senilai $150.000 bisa diam-diam berubah menjadi $220.000 di bulan keempat — bukan karena vendor tidak jujur, melainkan karena kedua pihak gagal mendefinisikan akuntabilitas sejak awal. Tujuh pertanyaan di bawah ini menciptakan akuntabilitas tersebut sebelum satu baris kode pun ditulis.

7 Pertanyaan Kritis

1. Bisakah Anda menunjukkan data tingkat ketepatan waktu dan anggaran untuk proyek yang sebanding?

Setiap vendor bisa menyodorkan portofolio yang dipoles. Yang Anda butuhkan adalah metrik pengiriman nyata: berapa persen proyek diselesaikan dalam batas 10% dari anggaran awal, berapa persen diserahkan sesuai jadwal yang disepakati, dan berapa tingkat cacat pasca-peluncuran. Minta data dari setidaknya sepuluh proyek yang sebanding. Jika jawabannya samar, jadikan itu tanda bahaya.

Yang perlu diwaspadai: Vendor yang menawarkan harga 10% atau lebih di bawah pesaing hampir pasti salah memahami ruang lingkup Anda, atau berencana memulihkan margin lewat change order di kemudian hari.

2. Siapa pemilik kodenya — dan bisakah saya melihatnya dalam kontrak sekarang juga?

Pertanyaan ini lebih sering menjebak pembeli dibanding pertanyaan lainnya. Tanpa bahasa “work-for-hire” atau “present assignment” yang eksplisit dalam kontrak, kekayaan intelektual bisa secara hukum tetap dimiliki pengembang berdasarkan hukum hak cipta AS dan EU. “Kami setuju untuk mengalihkan” lebih lemah dari “kami dengan ini mengalihkan” — yang pertama membutuhkan tindakan lanjutan; yang kedua mengalihkan kepemilikan segera saat kode dibuat.

Tanyakan juga soal source-code escrow. Pihak ketiga yang netral menyimpan dokumentasi build, skema database, file konfigurasi, dan aset deployment Anda, lalu melepaskannya jika vendor bangkrut, diakuisisi, atau berhenti memberikan dukungan. Ini bukan kekhawatiran berlebihan — ini adalah praktik standar untuk sistem apa pun yang menjadi tulang punggung bisnis Anda.

3. Sertifikasi apa yang Anda miliki dan bagaimana postur kepatuhan Anda?

Untuk sebagian besar klien di AS dan EU, standar minimum adalah SOC 2 Type II dan, jika Anda memproses data pribadi warga Eropa, Data Processing Agreement yang ditandatangani sesuai kewajiban GDPR. Jika produk Anda menyentuh layanan kesehatan, minta HIPAA Business Associate Agreement. Perusahaan layanan keuangan perlu menanyakan kesiapan DORA.

Minta sertifikat aktual, bukan klaim pemasaran. Minta juga hasil penetration test yang dilakukan dalam dua belas bulan terakhir dan daftar lengkap sub-processor — pihak ketiga yang akan digunakan vendor untuk membangun atau menghosting produk Anda. Vendor yang merahasiakan daftar ini menciptakan eksposur kepatuhan yang pada akhirnya berbalik ke Anda.

4. Siapa yang sebenarnya akan mengerjakan proyek saya?

Taktik klasik adalah menampilkan arsitek senior dalam proses penjualan, lalu menugaskan staf junior setelah kontrak ditandatangani. Minta nama dan profil LinkedIn orang-orang yang akan menangani akun Anda. Tanyakan langsung: “Apakah ada orang dalam pertemuan ini yang akan mengerjakan proyek saya?” Pastikan komposisi tim dikonfirmasi dalam kontrak.

Tanyakan juga tentang tingkat pergantian tim tahunan. Tingkat di atas 20% adalah risiko material yang nyata — pengetahuan institusional ikut pergi bersama setiap kepergian karyawan, dan Anda yang menanggung biaya re-onboarding.

5. Bagaimana Anda menangani perubahan ruang lingkup, dan berapa batas change order?

Hampir semua proyek berkembang. Pertanyaannya bukan apakah ruang lingkup akan berubah — itu pasti terjadi — melainkan otorisasi apa yang diperlukan sebelum pengeluaran tambahan dikomitkan. Vendor yang dikelola dengan baik akan mendefinisikan proses permintaan perubahan tertulis dengan ambang batas nominal: di bawah jumlah X, manajer proyek bisa menyetujui; di atas X, persetujuan Anda diperlukan. Kontrak time-and-materials tanpa batasan atau batas otorisasi adalah eksposur biaya terbuka. Jika vendor mengusulkan T&M, negosiasikan plafon not-to-exceed.

6. Apa yang sebenarnya tertulis dalam SLA Anda — dan apa yang terjadi jika Anda gagal memenuhinya?

Service-level agreement hanya bermakna jika penaltinya nyata. Ajukan dua pertanyaan spesifik. Pertama, apa target uptime, waktu respons, dan tingkat cacat yang tepat? Kedua, apa konsekuensi jika target itu tidak tercapai — dan apakah ada ketentuan earnback yang memungkinkan vendor mengimbangi kredit melalui kinerja masa depan? Klausul earnback adalah hal umum dan dapat membuat SLA pada praktiknya tidak dapat ditegakkan. Minta liquidated damages yang terikat pada metrik spesifik, bukan service credit yang bisa di-earnback vendor.

7. Bisakah saya berbicara dengan tiga klien aktif dan dua yang sudah pergi?

Referensi dari klien yang puas dan sudah lama bermitra memberi tahu Anda bahwa vendor baik dalam menjaga hubungan. Referensi dari klien yang sudah pergi — atau yang baru saja melewati implementasi — memberi tahu Anda bagaimana vendor berperilaku di bawah tekanan. Tanyakan kepada mantan klien mengapa mereka beralih, apakah biaya akhir sesuai dengan proposal, dan apakah mereka menerima seluruh kode dan data saat keluar. Tanyakan kepada klien yang baru selesai implementasi seberapa sering jadwal meleset dan bagaimana perselisihan ditangani.

Vendor yang hanya menyodorkan testimonial bercahaya dari klien multi-tahun sedang mengkurasi narasi. Vendor yang menawarkan nomor kontak klien yang pernah berpindah adalah vendor yang percaya diri dengan apa yang akan dikatakan klien tersebut.

Ambang Batas yang Menghemat Anggaran Anda

Evaluasi berbobot mencakup kemampuan teknis, postur keamanan, kematangan proses, kualitas tim, transparansi biaya, perlindungan IP, komunikasi, dan kesesuaian jangka panjang — ini akan mengungkap apakah vendor benar-benar kuat atau sekadar tampil baik. Sebuah kerangka kerja menyarankan pemberian skor 0–10 di setiap dimensi dan menolak vendor dengan skor komposit di bawah 55 dari 100, terlepas dari harga yang ditawarkan. Ambang batas ini bukan angka sembarangan — ia berkorelasi dengan proyek yang benar-benar berhasil dikirimkan.

Sebelum Anda Tanda Tangan

Tujuh pertanyaan di atas bukan taktik negosiasi. Ini adalah standar minimum due diligence untuk setiap engagement software custom. Vendor yang merasa pertanyaan-pertanyaan ini tidak wajar sedang memberi tahu Anda sesuatu yang penting tentang bagaimana mereka akan berperilaku setelah kontrak ditandatangani.

Jika Anda sedang mengevaluasi vendor dan ingin mendapat pendapat kedua atas apa yang telah Anda dengar — atau atas proposal yang telah Anda terima — kami dengan senang hati mendiskusikannya bersama Anda tanpa biaya. Tidak ada presentasi penjualan, hanya percakapan yang jujur.

---

Sumber: Vervali — How to Choose a Software Development Company in 2026; Gitnux — Software Project Failure Statistics; Escode — What Is Software Escrow?. Angka berlaku per pertengahan 2026; verifikasi ke sumber primer sebelum mengambil tindakan.