Panduan Menyusun Kerangka Acuan Kerja (KAK) Pengadaan Website Perusahaan dan BUMN
Dalam proyek pengadaan teknologi informasi di sektor BUMN, instansi pemerintah, maupun korporasi swasta berskala besar, dokumen Kerangka Acuan Kerja (KAK) atau Terms of Reference (TOR) adalah fondasi hukum dan teknis yang menentukan keberhasilan atau kegagalan seluruh proyek. Dokumen KAK yang kabur, ambigu, atau terlalu umum hampir selalu berujung pada sengketa serah terima, pembengkakan biaya tak terduga (budget creep), dan rilis website yang lambat, rentan keamanan, serta tidak memenuhi standar kepatuhan nasional.
Banyak Pejabat Pembuat Komitmen (PPK) atau manajer TI perusahaan menyusun KAK dengan sekadar menyalin klausul kuno: "Website harus interaktif, modern, dan user-friendly." Frasa semacam ini tidak memiliki tolok ukur obyektif yang dapat diuji saat Berita Acara Serah Terima (BAST).
Panduan praktis ini menyajikan struktur standar penyusunan KAK pengadaan website modern yang terukur secara empiris, mencakup klausul hak milik kode Git, sertifikasi kepatuhan UU PDP, batas ambang performa Core Web Vitals, dan tata cara pengujian User Acceptance Testing (UAT).
1. Anatomi Lengkap Dokumen KAK Pengadaan Website Modern #
Dokumen KAK pengadaan TI yang profesional dan tahan uji audit harus memuat minimal tujuh pilar struktural berikut:
+-----------------------------------------------------------------------------------------+
| STRUKTUR STANDAR DOKUMEN KAK PENGADAAN WEBSITE B2B/BUMN |
+-----------------------------------------------------------------------------------------+
| |
| [ BAGIAN 1: Latar Belakang & Tujuan Strategis ] |
| -> Urgensi bisnis, target audiens (B2B/investor/regulator), KPI terukur. |
| |
| [ BAGIAN 2: Ruang Lingkup Pekerjaan (Scope of Work) ] |
| -> Arsitektur sistem (decoupled), jumlah modul/halaman, integrasi API & CMS. |
| |
| [ BAGIAN 3: Spesifikasi Teknis & Standar Kinerja Minimum (SLA) ] |
| -> Skor Lighthouse 90+, LCP < 1.0s, TLS 1.3, OWASP Top 10, WCAG 2.1 AA. |
| |
| [ BAGIAN 4: Hak Kepemilikan Intelektual & Source Code ] |
| -> 100% kepemilikan source code di Git klien, bebas vendor lock-in sewa tahunan. |
| |
| [ BAGIAN 5: Metodologi Pengembangan & Rencana Kerja ] |
| -> Alur sprint agile 5 tahap, jadwal mingguan, matriks RACI tim pelaksana. |
| |
| [ BAGIAN 6: Kriteria Pengujian, UAT, dan Serah Terima (BAST) ] |
| -> Checklist audit otomatis, pengujian beban (load test), penetration test (VAPT). |
| |
| [ BAGIAN 7: Garansi Purna Rilis & Transfer Pengetahuan ] |
| -> Garansi bug-free 90 hari, video dokumentasi, pelatihan tim pengelola internal. |
| |
+-----------------------------------------------------------------------------------------+2. Klausul Spesifikasi Teknis yang Wajib Dituangkan #
Hindari deskripsi kualitatif subjektif. Gantikan dengan parameter tolok ukur kuantitatif yang tidak dapat diperdebatkan oleh vendor saat pengujian:
+-------------------------------------------------------------------------------+
| KLAUSUL TEKNIS SPESIFIKASI STANDAR KONTRAK MODERN |
+-------------------------------------------------------------------------------+
| |
| 1. KINERJA DAN KECEPATAN (CORE WEB VITALS): |
| "Vendor wajib menjamin hasil audit Google Lighthouse pada perangkat |
| seluler jaringan 4G mencapai nilai minimal 90 pada kategori Performance, |
| Accessibility, Best Practices, dan SEO. LCP tidak boleh melebihi 1.2 detik."
| |
| 2. KEAMANAN SISTEM & PERLINDUNGAN DATA (UU PDP): |
| "Sistem wajib lolos uji penetrasi (VAPT) tanpa adanya temuan berstatus |
| High atau Critical berdasarkan OWASP Top 10. Seluruh formulir kontak |
| wajib menyertakan persetujuan pemrosesan data sesuai UU No. 27/2022." |
| |
| 3. KEPEMILIKAN KODE & INFRASTRUKTUR: |
| "Seluruh kode sumber (source code), skrip migrasi basis data, dan berkas |
| konfigurasi deployment wajib diserahterimakan ke repositori Git resmi |
| milik pemberi kerja. Tidak diperkenankan adanya skema sewa lisensi tahunan."
| |
+-------------------------------------------------------------------------------+3. Matriks Pembagian Tanggung Jawab (RACI Matrix) #
Untuk menghindari saling lempar tanggung jawab selama masa pengembangan, KAK harus menyertakan matriks RACI (Responsible, Accountable, Consulted, Informed) yang tegas:
| Aktivitas Proyek | Tim Vendor Pelaksana | Pejabat Pembuat Komitmen (PPK) | Tim TI Internal Pemberi Kerja | Tim Legal / Kepatuhan |
|---|---|---|---|---|
| Penyusunan Desain Wireframe & UI/UX | Responsible (R) | Accountable (A) | Consulted (C) | Informed (I) |
| Penyediaan Aset Konten & Foto Resmi | Consulted (C) | Accountable (A) | Responsible (R) | Informed (I) |
| Pengembangan Kode & Arsitektur API | Responsible (R) | Accountable (A) | Consulted (C) | Informed (I) |
| Audit Kepatuhan UU PDP & Disclaimer | Responsible (R) | Accountable (A) | Consulted (C) | Accountable (A) |
| Pelaksanaan UAT & Penetration Testing | Responsible (R) | Accountable (A) | Responsible (R) | Informed (I) |
| Migrasi DNS & Peluncuran Produksi | Responsible (R) | Accountable (A) | Responsible (R) | Informed (I) |
4. Alur Pengujian UAT dan Syarat Penerbitan BAST #
Banyak proyek terkatung-katung karena kriteria "selesai" tidak pernah disepakati secara tertulis. Alur penerbitan Berita Acara Serah Terima (BAST) harus melewati gerbang uji berikut:
[ Kode Selesai Dikerjakan di Lingkungan Staging ]
|
v
[ Gerbang 1: Audit Otomatis CI/CD & Lighthouse 90+ ] ---> (Gagal: Vendor Perbaiki)
| (Lolos)
v
[ Gerbang 2: Uji Penetrasi Keamanan (VAPT) Bebas Celah ] -> (Gagal: Vendor Patch)
| (Lolos)
v
[ Gerbang 3: Skenario Uji Fungsi Pengguna (UAT) ]
- Pengujian form inquiry & routing email/WhatsApp
- Pengujian panel admin CMS & upload media
- Pengujian responsive di 320px, 768px, 1440px
| (Lolos)
v
[ Penandatanganan Dokumen BAST & Serah Terima Repositori Git ]5. Skema Termin Pembayaran Berbasis Milestone Hasil Kerja #
Jangan pernah menyetujui termin pembayaran berdasarkan waktu (time-based). Terapkan skema pembayaran berbasis pemenuhan tonggak pencapaian (deliverable-based milestones):
- Uang Muka (DP) - Maksimal 20%: Dibayarkan setelah penandatanganan kontrak kerja sama dan penyerahan jaminan pelaksanaan (jika dipersyaratkan).
- Termin 2 - 30%: Dibayarkan setelah persetujuan dokumen desain antarmuka final (UI/UX) dan arsitektur basis data.
- Termin 3 - 35%: Dibayarkan setelah sistem selesai dikembangkan di server staging dan seluruh skenario UAT fungsional dinyatakan lolos uji.
- Pelunasan Akhir (Retensi) - 15%: Dibayarkan setelah peluncuran ke domain produksi, penyerahan repositori Git, dan berjalannya masa garansi purna jual 30-90 hari tanpa kendala kritis.
6. Kesimpulan #
Dokumen Kerangka Acuan Kerja (KAK) yang disusun secara cermat dan berorientasi pada standar teknis modern adalah perlindungan terbaik bagi institusi Anda. Dengan menetapkan ambang batas performa objektif, kepemilikan kode penuh, dan kriteria pengujian UAT yang transparan, Anda memastikan anggaran investasi teknologi perusahaan menghasilkan aset digital yang kokoh, cepat, dan bernilai strategis jangka panjang.