Kontrak Website Melindungi dari Salah Paham, Bukan dari Niat Buruk
Kontrak pembuatan website yang baik menuliskan apa yang dibuat, kapan, berapa biayanya, dan siapa memiliki apa saat proyek selesai, sedangkan serah terima yang baik memastikan semua yang tertulis benar-benar berpindah tangan dan bisa dipakai tanpa bergantung lagi pada vendor. Sebagian besar sengketa proyek website bukan karena niat buruk, melainkan karena dua pihak membawa asumsi berbeda: apakah desain itu termasuk, siapa yang memegang akun, atau kapan sebuah pekerjaan dianggap selesai.
Tulisan ini panduan umum tentang apa yang layak dituliskan dan diminta, bukan nasihat hukum. Untuk klausul yang menyangkut kepemilikan atau sengketa, konsultasikan dengan penasihat hukum. Kerangka yang lebih luas untuk menilai website atau penawaran vendor tersusun dalam standar website bisnis modern yang bisa diperiksa.
Enam Hal yang Perlu Tertulis Sebelum Proyek Dimulai
1. Lingkup dan hasil akhir
Tuliskan halaman apa saja yang dibuat, fitur apa yang termasuk, berapa putaran revisi, dan apa yang secara tegas tidak termasuk. Lingkup yang samar adalah sumber sengketa paling umum, dan bahan brief yang rapi, seperti yang disiapkan lewat checklist sebelum brief ke vendor website, membuat lingkup itu lebih mudah dituliskan. Permintaan di luar lingkup ditangani lewat mekanisme perubahan: diminta tertulis, dihitung biayanya, lalu disetujui.
2. Jadwal dan kewajiban Anda
Jadwal dibagi per tahap, dan kewajiban klien ikut ditulis, terutama soal bahan. Kalau naskah atau foto terlambat, jadwal bergeser, dan itu sebabnya hitungan hari pengerjaan baru berjalan setelah bahan lengkap, seperti yang dijelaskan pada lama proses pembuatan website. Tanpa klausul ini, keterlambatan dari sisi klien sering terbaca sebagai keterlambatan vendor.
3. Pembayaran dan biaya lanjutan
Termin pembayaran sebaiknya terkait tahapan yang bisa diperiksa, bukan seluruhnya di muka dan bukan seluruhnya di akhir. Tuliskan juga biaya yang berulang setelah proyek, seperti domain, hosting, dan lisensi tahunan, karena itulah yang paling sering terlewat saat menghitung, sebagaimana terlihat pada biaya pembuatan website.
4. Penerimaan hasil
Definisikan kapan pekerjaan dianggap selesai. Kriterianya bisa sederhana: fitur yang disepakati berfungsi, tampilan berjalan di beberapa perangkat yang disebutkan, dan ada masa uji beberapa hari untuk laporan keberatan. Tanpa kriteria, “selesai” menjadi soal perasaan.
5. Kepemilikan dan lisensi
Ini bagian yang paling sering tidak dibahas. Menurut UU Hak Cipta, program komputer termasuk ciptaan yang dilindungi, dan hak ciptanya pada dasarnya melekat pada penciptanya kecuali ada perjanjian yang mengalihkannya atau memberi lisensi. Artinya, “sudah dibayar” belum otomatis berarti “sudah dimiliki”. Yang perlu jelas tertulis:
- Desain dan kode: berpindah ke Anda setelah pelunasan, atau tetap milik vendor dengan hak pakai untuk Anda.
- Konten dan foto milik Anda: tetap milik Anda, dan vendor hanya memakainya untuk proyek.
- Aset pihak ketiga: tema berbayar, plugin, font, dan foto stok punya lisensinya sendiri. Tuliskan atas nama siapa lisensinya dan siapa yang membayar perpanjangannya.
- Hak pamer: apakah vendor boleh menampilkan proyek ini sebagai portofolio.
6. Data, kerahasiaan, dan pengakhiran
Kalau website mengumpulkan data pelanggan, vendor bisa ikut memproses data itu. Undang-Undang Pelindungan Data Pribadi membedakan pengendali dan prosesor data, jadi peran dan kewajiban menjaga data layak dituliskan. Tuliskan juga apa yang terjadi kalau salah satu pihak berhenti di tengah jalan: pekerjaan setengah jadi menjadi milik siapa, dan apa yang Anda terima untuk pembayaran yang sudah dilakukan.
Yang Seharusnya Anda Pegang di Hari Serah Terima
Serah terima bukan sekadar mengirim tautan. Daftar berikut berlaku untuk hampir semua jenis website:
- Akses administrator atas nama Anda, dan akun yang dibuat vendor untuk dirinya sendiri diganti atau dicabut. Alasannya sama dengan yang terlihat pada akses admin website sendiri.
- Domain dan hosting terdaftar atas nama Anda, dengan email pendaftaran yang Anda kendalikan, sebagaimana penting pada domain sendiri untuk bisnis.
- Kode dan cara menjalankannya, untuk website yang dibangun khusus, sehingga pengembang lain bisa melanjutkan. Pertanyaan “siapa lagi yang bisa meneruskan ini” berlaku keras di sini, seperti pada Laravel.
- Dokumentasi: struktur website, layanan pihak ketiga yang terhubung, pengaturan penting, dan cara memperbarui isi.
- Salinan cadangan penuh, beserta keterangan cara memulihkannya.
- Daftar akun dan lisensi dengan tanggal perpanjangannya.
- Panduan mengelola isi, cukup berupa dokumen singkat atau rekaman layar.
Semua itu paling kuat kalau dicatat dalam berita acara serah terima (BAST) yang memuat apa saja yang diserahkan dan tanggalnya. Tanggal itulah yang menjadi awal masa support dan garansi, dan syarat yang perlu tertulis di dalamnya sudah dirinci dalam free support dan garansi setelah website selesai.
Tanda Kontrak atau Serah Terima yang Rapuh
- Kontrak satu halaman tanpa lingkup, atau hanya berisi “sesuai kebutuhan”.
- Janji “semua fitur yang dibutuhkan” tanpa daftar.
- Akun atas nama vendor yang baru akan “dialihkan nanti”.
- Kode tidak diserahkan tanpa alasan yang jelas untuk website yang dibangun khusus.
- Tidak ada berita acara serah terima, sehingga awal masa garansi tidak punya tanggal.
- Pelunasan diminta sebelum serah terima lengkap.
- Hak pakai desain dan kode tidak disebut sama sekali.