Tujuh pertanyaan wajib sebelum tanda tangan kontrak vendor software

Tiga pertanyaan yang paling menentukan nasib proyek software adalah siapa pemilik kode setelah proyek selesai, siapa yang menanggung biaya kalau lingkup pekerjaan berubah di tengah jalan, dan siapa yang benar-benar bisa dihubungi kalau sistem mati di luar jam kerja. Kontrak yang diam soal tiga hal ini bisa terlihat rapi di atas kertas tapi menyulitkan bisnis begitu masalah nyata muncul.

Kepemilikan kode: siapa pemilik setelah Anda bayar lunas

Banyak pemilik bisnis mengira karena mereka yang membayar, otomatis mereka yang memiliki kode. Itu tidak selalu benar. Kepemilikan hak cipta atas software harus ditulis eksplisit di kontrak, termasuk apakah hak itu berpindah saat pembayaran terakhir lunas atau tetap di tangan vendor dengan Anda hanya mendapat lisensi pakai.

Tanyakan juga soal akses fisik ke kode selama proyek berjalan, bukan hanya di akhir. Kalau vendor menyimpan semua kode di repository mereka sendiri tanpa memberi Anda akses baca, Anda tidak bisa memverifikasi progres dan tidak punya jalan keluar cepat kalau hubungan kerja memburuk. Repository bersama dengan akses Anda sebagai kolaborator, sejak hari pertama, adalah standar yang wajar untuk diminta.

Kasus yang sering luput: source code untuk fitur kustom mungkin milik Anda, tapi library atau modul dasar yang dipakai ulang vendor di banyak klien lain tetap milik mereka. Ini wajar secara bisnis, tapi harus jelas mana yang mana, supaya Anda tahu bagian apa yang bisa dipindahkan ke vendor lain kalau suatu saat perlu.

Perubahan lingkup: siapa yang menanggung, dan kapan itu dihitung

Hampir semua proyek software berubah lingkupnya di tengah jalan. Kebutuhan bisnis yang tadinya belum kepikiran muncul setelah tim mulai memakai sistemnya. Yang membedakan proyek yang selesai tepat waktu dari yang molor berbulan-bulan bukan ada tidaknya perubahan, tapi ada tidaknya mekanisme yang disepakati sebelumnya untuk menangani perubahan itu.

Tanyakan tiga hal: bagaimana perubahan lingkup diajukan dan disetujui, siapa yang menghitung dampaknya ke biaya dan jadwal, dan berapa lama proses persetujuannya berjalan. Vendor yang menagih per sprint biasanya memasukkan perubahan lingkup ke invoice bulan berikutnya secara otomatis, yang bisa membuat biaya membengkak tanpa Anda sadari kalau tidak ada laporan berkala yang jelas. Vendor dengan kontrak harga tetap biasanya punya proses change request formal yang harus ditandatangani dua pihak sebelum pekerjaan tambahan dimulai.

Yang perlu diwaspadai adalah kontrak yang tidak menyebut mekanisme sama sekali. Itu berarti negosiasinya baru terjadi saat masalah sudah muncul, biasanya dalam posisi Anda yang lebih lemah karena proyek sudah setengah jalan dan mengganti vendor di titik itu jauh lebih mahal daripada menerima biaya tambahan yang diminta.

Jam 11 malam: siapa yang mengangkat telepon

Ini pertanyaan yang paling sering dilewatkan saat negosiasi kontrak, padahal paling menentukan saat masalah nyata terjadi. Sistem payroll gagal proses tanggal 25, aplikasi kasir mati saat toko ramai, server down saat jam operasional gudang: semua itu tidak terjadi di jam kerja kantor vendor.

SLA yang jelas menjawab empat hal secara tertulis: jam operasional dukungan, waktu respons maksimal untuk tiap tingkat keparahan masalah, jalur eskalasi kalau kontak pertama tidak merespons, dan konsekuensi kalau SLA dilanggar. Tanpa keempat hal ini tertulis, "kami siap membantu kapan saja" hanya janji lisan yang tidak bisa ditagih.

Minta juga nama dan cara menghubungi orang yang benar-benar menangani insiden, bukan hanya alamat email umum atau nomor customer service yang dijawab robot. Kalau vendor tidak bisa memberi jawaban konkret untuk pertanyaan ini saat negosiasi kontrak, kemungkinan besar mereka juga tidak siap saat insiden benar-benar terjadi.

Empat pertanyaan pendukung yang sering menentukan sisanya

Setelah tiga hal di atas, ada pertanyaan lain yang perlu masuk daftar sebelum tanda tangan.

• Bagaimana proses handover kalau kontrak berakhir atau Anda pindah vendor: siapa yang menulis dokumentasi teknis, dan berapa lama masa transisinya.
• Apa yang termasuk dalam harga yang ditawarkan, dan apa yang dihitung terpisah: hosting, lisensi pihak ketiga, jumlah revisi, dukungan pasca-launch.
• Bagaimana struktur pembayaran diatur terhadap milestone, dan apa yang terjadi kalau milestone terlambat karena keterlambatan dari pihak Anda sendiri, bukan vendor.
• Siapa yang bertanggung jawab atas data Anda selama dan setelah kontrak, termasuk hak Anda untuk mengekspor data kapan saja tanpa harus melalui proses panjang.

Tabel berikut merangkum apa yang harus diminta tertulis untuk masing-masing area.

Yang harus dilakukan sebelum tanda tangan

Minta draf kontrak lebih awal, bukan di hari terakhir negosiasi, supaya ada waktu membaca ulang dan mengajukan pertanyaan di atas satu per satu. Kalau vendor keberatan menuliskan jawaban dari salah satu dari tiga pertanyaan utama, itu sudah jawaban tersendiri soal bagaimana mereka akan menangani Anda setelah kontrak diteken.

Digieco menangani pengembangan software custom, aplikasi mobile, dan penyediaan tim IT untuk klien di Jakarta dan Medan. Kalau Anda sedang membandingkan proposal dari beberapa vendor dan ingin tahu pertanyaan mana yang paling relevan untuk kasus spesifik Anda, itu percakapan yang lebih mudah dilakukan sebelum kontrak diteken daripada sesudahnya.