Checklist Kontrak Jasa Pembuatan Website Bisnis

Proyek pengembangan sistem digital—mulai dari portal perusahaan, aplikasi berbasis web, hingga Sistem Informasi Akademik (SIAKAD) kampus—sering kali berujung pada kekecewaan akibat dokumen perjanjian yang kabur. Skenario klasik seperti pengerjaan yang terlambat berbulan-bulan, fitur yang tidak sesuai harapan, hingga vendor yang sulit dihubungi saat terjadi system crash umumnya berakar dari satu hal: ketidakjelasan kontrak di awal. Menggunakan jasa pembuatan website profesional tidak cukup hanya berpegang pada kesepakatan lisan atau penawaran harga (quotation). Anda memerlukan kontrak kerja sama yang mengikat secara hukum dan mengatur aspek teknis secara detail.

Tanpa payung hukum dan daftar spesifikasi yang eksplisit, investasi digital senilai Rp20 juta hingga lebih dari Rp200 juta dapat terbuang sia-sia. Artikel ini menyajikan checklist teknis dan legal yang wajib ada dalam kontrak sebelum Anda menandatanganinya bersama penyedia jasa IT.

---

1. Ruang Lingkup Kerja (Scope of Work) dan Spesifikasi Teknis

Penyebab utama dari pembengkakan anggaran (budget overrun) dan perselisihan proyek adalah scope creep—kondisi di mana fitur terus bertambah tanpa kejelasan batas awal. Kontrak kerja sama wajib melampirkan Document Requirement Specification (DRS) atau Terms of Reference (TOR) secara terpisah namun menjadi satu kesepakatan tak terpisahkan.

Pastikan poin-poin berikut tertulis secara rinci:

• Arsitektur & Teknologi: Bahasa pemrograman yang digunakan (misalnya: Laravel, React, Node.js), framework, database (MySQL, PostgreSQL), serta spesifikasi server minimum.
• Desain UI/UX: Jumlah halaman yang akan didesain, batas iterasi/revisi mockup (misal: maksimal 3 kali revisi mayor di tahap Figma), serta kesesuaian dengan panduan identitas visual (brand guidelines) organisasi.
• Integrasi Sistem: Daftar API pihak ketiga yang harus terhubung, seperti payment gateway (Midtrans, Xendit), sistem logistik, SMS/WhatsApp gateway, atau integrasi dengan server PDDIKTI untuk institusi perguruan tinggi.
• Responsivitas dan Kompatibilitas: Kepastian bahwa web dapat diakses secara optimal di berbagai device (desktop, tablet, smartphone) dan browser populer (Chrome, Safari, Edge).

Menentukan Definition of Done (DoD)

Jangan biarkan klausal kontrak hanya berbunyi "Website selesai dikembangkan". Buat definisi yang terukur melalui kriteria User Acceptance Testing (UAT). Proyek baru dinyatakan selesai apabila seluruh poin dalam lembar pengujian UAT telah disetujui dan ditandatangani oleh kedua belah pihak.

---

2. Hak Cipta, Source Code, dan Kepemilikan Aset Digital

Banyak pemilik bisnis dan pengelola kampus tidak menyadari bahwa mereka tidak sepenuhnya "memiliki" sistem yang telah dibayar. Beberapa penyedia jasa mengunci source code pada repositori internal mereka, sehingga klien terikat secara sepihak (vendor lock-in) dan tidak bisa memindahkan hosting atau mengembangkan sistem dengan tim internal di kemudian hari.

Dalam klausul Hak Kekayaan Intelektual (HKI), tegaskan poin-poin ini:

1. Pengalihan Hak Cipta: Seluruh kode program (source code), elemen desain, database, dan konten yang dibuat khusus untuk proyek ini menjadi hak milik penuh (exclusive ownership) pihak klien setelah pelunasan pembayaran.
2. Akses Repositori: Penyedia jasa wajib menyerahkan akses penuh ke repositori kode (misal: GitHub, GitLab, Bitbucket) serta kredential server hosting/cloud (AWS, Google Cloud, Biznet) paling lambat 3 hari kerja setelah penandatanganan berita acara serah terima.
3. Penggunaan Ulang Kode (Reusability): Jika vendor menggunakan pustaka open-source atau pustaka milik vendor sendiri (proprietary framework), kontrak wajib mencantumkan lisensi penggunaan bebas royalti seumur hidup (perpetual, royalty-free license) bagi pihak klien.

---

3. Ketentuan Finansial dan Payment Milestone Kontrak Jasa Pembuatan Website

Hindari skema pembayaran berbasis tenggat waktu kalender belaka (misal: "Pembayaran bulan ke-2"). Pembayaran yang aman bagi kedua pihak harus terikat pada ketercapaian hasil kerja (milestone-based payment).

Berikut adalah struktur pembayaran standar industri yang ideal untuk proyek skala menengah hingga besar:

Mekanisme Change Request (Pekerjaan Tambahan)

Ketika proyek berjalan, manajemen sering kali ingin menambah fitur baru. Kontrak harus mengatur prosedur perubahan secara formal menggunakan formulir Change Request (CR).

Contoh klausul penetapan harga Change Request:

"Setiap penambahan fitur atau perubahan spesifikasi di luar lampiran Ruang Lingkup Kerja
wajib diajukan secara tertulis melalui dokumen Change Request (CR).
Penyedia jasa akan memberikan estimasi biaya tambahan berbasis man-hour
(dengan tarif standar Rp250.000/jam kerja developer) serta penyesuaian timeline.
Pekerjaan tambahan baru dapat dijalankan setelah dokumen CR ditandatangani oleh Klien."

---

4. Service Level Agreement (SLA), Masa Garansi, dan Pemeliharaan

Website yang sudah go-live tidak bebas dari risiko downtime, peretasan, atau kelambatan performa. Kontrak harus membedakan dengan jelas antara Garansi (Warranty) dan Layanan Pemeliharaan (Maintenance).

• Masa Garansi: Berlangsung selama 3 hingga 6 bulan sejak go-live. Vendor wajib memperbaikinya secara gratis jika terjadi bug, masalah keamanan, atau ketidaksesuaian fungsi dengan dokumen spesifikasi awal.
• SLA Perbaikan Bug:
  • Critical Bug (sistem mati, transaksi gagal, data bocor): Waktu respon maksimal 2 jam, penyelesaian maksimal 12 jam.
  • Major Bug (fitur operasional terganggu, ada alternatif): Waktu respon maksimal 6 jam, penyelesaian 2x24 jam.
  • Minor Bug (tampilan sedikit bergeser, ejaan salah): Penyelesaian dimasukkan ke dalam jadwal pemeliharaan mingguan.

Jika bisnis atau kampus Anda membutuhkan jaminan performa jangka panjang, buatlah adendum khusus mengenai Service Level Agreement (SLA) yang mencakup jaminan uptime server (misal: 99,9%) serta jadwal backup database berkala (harian atau mingguan).

---

5. Kerahasiaan Data (NDA) dan Kepatuhan terhadap UU PDP

Institusi kampus mengelola data pribadi mahasiswa, nilai, dan finansial. Bisnis mengelola database pelanggan, rekaman transaksi, dan rahasia dagang. Kebocoran data akibat kelemahan sistem dapat menyeret organisasi Anda ke ranah hukum.

Sesuai ketentuan UU No. 27 Tahun 2022 tentang Perlindungan Data Pribadi (UU PDP), penyedia jasa IT berkedudukan sebagai Data Processor (Pengolah Data) dan Anda sebagai Data Controller (Pengendali Data).

Kontrak wajib memuat klausul:

• Non-Disclosure Agreement (NDA): Larangan membagikan data internal, struktur database, atau informasi sensitif organisasi kepada pihak ketiga tanpa izin tertulis, berlaku hingga 5 tahun setelah kontrak berakhir.
• Keamanan Kode Program: Kewajiban vendor untuk menerapkan praktik penulisan kode yang aman (secure coding practice) guna mencegah celah keamanan standar seperti SQL Injection, Cross-Site Scripting (XSS), dan Broken Access Control sesuai standar OWASP Top 10.
• Prosedur Penetration Testing: Hak bagi klien untuk melakukan pengujian penetrasi keamanan (pen-test) oleh pihak ketiga independen sebelum sistem benar-benar diluncurkan secara publik.

---

Memulai Langkah Kerja Sama yang Aman

Meninjau draft kontrak pembuatan sistem digital memerlukan ketelitian ekstra dari sisi bisnis, teknis, dan legal. Jangan terburu-buru melakukan Down Payment sebelum draft perjanjian mencakup kelima poin utama di atas secara transparan.

Langkah praktis yang perlu Anda ambil hari ini:

1. Minta calon penyedia jasa memberikan draft kontrak kerja sama lengkap, bukan sekadar penawaran Quotation.
2. Cocokkan setiap fitur yang ada di proposal penawaran dengan lampiran spesifikasi teknis pada kontrak.
3. Melibatkan tim legal perusahaan atau bagian hukum kampus untuk memeriksa klausul batasan tanggung jawab (limitation of liability) dan mekanisme penyelesaian sengketa (misal: Pengadilan Negeri atau BANI).

Dengan dokumen kontrak yang rinci dan terstruktur, Anda tidak hanya melindungi finansial organisasi, tetapi juga memastikan proyek digitalisasi bisnis atau kampus berjalan tepat waktu, tepat anggaran, dan tepat kualitas.