Tujuh Klausul Kontrak Proyek Website yang Sering Dilupakan

TL;DR: Kontrak proyek website yang baik mengatur lima hal yang paling sering menjadi sumber perselisihan: batas revisi, definisi selesai, termin pembayaran, kepemilikan kode dan aset, serta konsekuensi keterlambatan dari kedua pihak. Klausul pajak dan masa dukungan pasca-peluncuran sering terlewat, padahal keduanya menentukan arus kas dan beban kerja setelah proyek ditutup.

Ada satu pola yang berulang di proyek web berskala kecil dan menengah: pekerjaan berjalan lancar sampai minggu kelima, lalu tiba-tiba semua orang punya versi ingatan yang berbeda tentang apa yang disepakati. Klien mengingat ada halaman tambahan. Developer mengingat halaman itu opsional. Tidak ada yang berbohong, hanya tidak ada yang menuliskannya.

Kontrak sering diperlakukan sebagai formalitas legal yang ditandatangani lalu dilupakan. Padahal fungsinya bukan untuk berperkara di pengadilan, melainkan untuk menjadi rujukan bersama saat ingatan mulai berbeda. Dokumen tiga halaman yang dibaca ulang di minggu kelima lebih berguna daripada dokumen dua puluh halaman yang tidak pernah dibuka.

Kenapa Kontrak Lisan Gagal Justru di Proyek yang Berjalan Baik

Perselisihan proyek web jarang dimulai dari niat buruk. Umumnya bermula dari antusiasme. Klien senang dengan hasil awal, lalu mengusulkan penambahan. Developer ingin menyenangkan, lalu mengiyakan. Beberapa penambahan kemudian, ruang lingkup sudah bergeser jauh dari kesepakatan awal tanpa satu pun percakapan tentang biaya.

Gejala ini punya nama: scope creep. Kontrak yang baik tidak melarang perubahan, karena perubahan sering memang diperlukan. Yang dilakukannya adalah menetapkan mekanisme: setiap penambahan di luar daftar awal dicatat sebagai permintaan perubahan, dihitung biayanya, lalu disetujui tertulis sebelum dikerjakan. Mekanisme ini melindungi kedua pihak, bukan hanya penyedia jasa.

Tujuh Klausul dan Fungsinya

Dua klausul terakhir paling sering hilang dari template yang beredar. Klausul kewajiban klien penting karena sebagian besar keterlambatan proyek web bersumber dari konten yang belum tersedia, bukan dari pengerjaan teknis. Tanpa tenggat yang mengikat kedua arah, jadwal hanya mengikat satu pihak.

Klausul dukungan pasca-peluncuran menentukan apakah proyek benar-benar berakhir. Perlu dibedakan secara eksplisit antara memperbaiki kerusakan yang berasal dari pekerjaan penyedia jasa, yang wajar ditanggung dalam masa garansi, dan menambah fitur baru, yang seharusnya masuk kesepakatan terpisah.

Klausul Pajak: Bagian yang Paling Sering Diabaikan

Untuk proyek dengan klien korporat di Indonesia, nilai yang tertulis di kontrak dan nilai yang masuk rekening bisa berbeda. Klien berperan sebagai pemotong pajak dan menyetorkan sebagian nilai pembayaran sebagai PPh, lalu menerbitkan bukti potong lewat E-Bupot. Jika kontrak tidak menyatakan apakah nilai yang disepakati sudah termasuk pajak atau belum, selisih ini baru terasa saat pembayaran pertama masuk.

Dua hal yang sebaiknya tertulis: status nilai kontrak terhadap pajak, dan kewajiban klien menyerahkan salinan bukti potong dalam periode yang sama. NPWP kedua pihak juga sebaiknya dicantumkan di badan kontrak, bukan hanya di invoice, karena kesalahan pengetikan di tahap ini sering menahan proses pembayaran di bagian keuangan klien.

Percakapan tentang pajak dan termin sebaiknya sudah muncul sebelum proposal dikirim. Struktur untuk menggalinya dibahas terpisah di panduan discovery call.

Menyusun Kontrak Tanpa Membuatnya Menakutkan

Kontrak yang terlalu defensif punya efek samping: calon klien membacanya sebagai sinyal ketidakpercayaan. Beberapa penyesuaian membantu tanpa mengurangi perlindungan.

• Tulis dalam bahasa Indonesia sehari-hari, bukan bahasa hukum yang tidak dikuasai kedua pihak.
• Letakkan tabel ringkasan di halaman pertama: nilai, termin, tenggat, jumlah revisi.
• Nyatakan kewajiban dua arah dalam format yang setara, bukan hanya kewajiban klien.
• Sediakan lampiran daftar ruang lingkup yang bisa diperbarui tanpa menandatangani ulang kontrak induk.

Untuk nilai proyek yang signifikan, tinjauan oleh penasihat hukum tetap dianjurkan. Artikel ini menjelaskan aspek praktis pengelolaan proyek, bukan nasihat hukum. Referensi umum mengenai penyusunan perjanjian kerja sama tersedia lewat sumber resmi seperti portal OSS untuk aspek legalitas badan usaha.

Pertanyaan Umum

Apakah kontrak harus dibuat notaris?

Untuk sebagian besar proyek web, tidak. Perjanjian tertulis yang ditandatangani kedua pihak sudah mengikat. Akta notaris umumnya dipertimbangkan untuk nilai besar atau kerja sama jangka panjang.

Berapa termin pembayaran yang wajar?

Pola yang lazim di industri jasa web Indonesia adalah pembayaran bertahap yang dikaitkan dengan tahapan pekerjaan, misalnya saat penandatanganan, saat desain disetujui, dan saat peluncuran. Proporsinya bervariasi tergantung durasi proyek dan riwayat hubungan dengan klien.

Kapan hak atas kode berpindah ke klien?

Bergantung kesepakatan. Praktik yang umum adalah pengalihan penuh setelah pelunasan. Yang penting adalah menyebut waktunya secara eksplisit, karena tanpa itu status kepemilikan menjadi wilayah abu-abu.

Bagaimana kalau klien meminta perubahan setelah proyek ditutup?

Perlakukan sebagai proyek baru dengan lingkup dan biaya tersendiri. Klausul dukungan pasca-peluncuran yang jelas membuat percakapan ini jauh lebih ringan karena batasnya sudah disepakati di awal.

Kontrak sebagai Alat Kerja, Bukan Alat Perang

Cara paling sehat memandang kontrak adalah sebagai catatan percakapan yang sudah terjadi, bukan sebagai persiapan menghadapi konflik. Kontrak yang baik justru mengurangi kemungkinan konflik karena keduanya berangkat dari pemahaman yang sama. Kalau setelah menandatangani kontrak masih ada yang terasa ambigu bagi salah satu pihak, itu sinyal bahwa percakapannya belum selesai, bukan bahwa dokumennya kurang panjang.