Kita pesan website seharga Rp5 juta dan sudah bayar DP. Begitu versi awalnya jadi, hasil tes performanya malah dapat grade E. Website terasa lambat, lalu akses yang diberikan juga terbatas: kita cuma boleh mengubah konten, sementara bagian plugin dan pengaturan teknis dikunci.
Dalam kondisi begini, masalahnya ada di hosting, plugin, atau penyedia jasanya?
Jawabannya: jangan buru-buru menebak penyebab teknisnya. Cek dulu apakah hasil kerjanya sudah memenuhi standar serah terima yang disepakati.
Grade E Belum Menjelaskan Penyebabnya
Skor performa yang jelek bisa muncul karena banyak hal:
– hosting kurang kuat;
– gambar belum dioptimalkan;
– terlalu banyak plugin;
– script pihak ketiga terlalu berat;
– cache belum diatur;
– atau website memang belum selesai dioptimalkan.
Jadi, grade E belum cukup untuk menyimpulkan hostingnya jelek atau pembuat websitenya nggak kompeten.
Tapi skor itu tetap menjadi tanda bahwa website perlu diperiksa sebelum pembayaran berikutnya dilakukan. Apalagi kalau website sudah terasa lambat saat dipakai dalam kondisi normal.
Pertanyaannya bukan sekadar, “Kenapa skornya E?”
Pertanyaan yang lebih penting adalah:
Target performa seperti apa yang dijanjikan, dan apakah hasilnya sudah memenuhi target tersebut?
Akses Terbatas Juga Harus Diperjelas
Kita memang nggak selalu membutuhkan akses bebas ke semua pengaturan teknis. Beberapa penyedia jasa sengaja membatasi akses plugin supaya konfigurasi penting nggak rusak karena perubahan yang nggak disengaja.
Masalahnya muncul ketika batasan itu nggak pernah dijelaskan sejak awal.
Sebelum proyek dilunasi, kita perlu tahu:
– siapa yang memegang akun hosting;
– siapa pemilik domain;
– apakah kita mendapat akses administrator;
– siapa yang boleh menambah atau menghapus plugin;
– bagaimana cara mengambil backup;
– dan apa yang terjadi kalau suatu hari kita pindah vendor.
Jangan sampai websitenya terlihat seperti milik kita, tetapi domain, hosting, backup, dan akses pentingnya masih sepenuhnya dipegang orang lain.
Jangan Menilai Proyek Hanya dari Harga
Website Rp5 juta bisa terasa mahal untuk halaman sederhana. Namun, harga yang sama juga bisa masuk akal kalau mencakup desain khusus, optimasi performa, integrasi pembayaran, keamanan, pemeliharaan, dan dukungan setelah website aktif.
Karena itu, mahal atau murah nggak bisa dinilai dari angka saja.
Kita perlu mencocokkan pembayaran dengan lingkup pekerjaan:
– Halaman apa saja yang dibuat?
– Fitur apa yang harus berfungsi?
– Berapa target kecepatan atau performanya?
– Apakah tampilannya sudah diperiksa di HP?
– Siapa yang memiliki seluruh aset?
– Berapa lama masa revisi dan dukungannya?
Kalau hal-hal tersebut nggak tertulis, proyek akan mudah berubah menjadi perdebatan selera. Penyedia jasa merasa pekerjaannya sudah selesai, sementara pemilik bisnis merasa hasilnya belum layak digunakan.
Pakai Acceptance Test Sebelum Melunasi
Acceptance test adalah pemeriksaan akhir untuk menentukan apakah hasil kerja sudah layak diterima.
Nggak harus rumit. Untuk website bisnis, kita bisa memeriksa beberapa hal berikut:
1. Fungsi utama
Pastikan formulir, tombol WhatsApp, checkout, pembayaran, notifikasi, dan fitur penting lainnya benar-benar berfungsi.
2. Tampilan di berbagai perangkat
Buka website dari beberapa ukuran HP dan komputer. Pastikan teks terbaca, tombol bisa ditekan, dan tidak ada elemen yang keluar dari layar.
3. Performa
Tes beberapa halaman penting, bukan hanya halaman depan. Catat kondisi pengujiannya supaya hasilnya bisa dibandingkan setelah perbaikan.
4. Akses dan kepemilikan
Pastikan domain, hosting, akun admin, backup, source code, dan lisensi yang termasuk dalam proyek bisa diakses sesuai perjanjian.
5. Keamanan dasar
Periksa penggunaan HTTPS, akun administrator, kebijakan backup, pembaruan sistem, dan siapa yang masih memiliki akses setelah proyek selesai.
6. Prosedur serah terima
Minta dokumentasi sederhana: cara mengubah konten, membuat backup, memulihkan website, dan menghubungi dukungan ketika ada masalah.
Jadi, Lanjut Bayar atau Stop?
Jangan langsung stop hanya karena melihat grade E. Namun, jangan juga langsung melunasi hanya karena penyedia jasa bilang proyeknya “sudah hampir selesai”.
Sampaikan temuan secara tertulis, lalu minta:
1. penjelasan penyebab performa yang rendah;
2. daftar perbaikan yang akan dikerjakan;
3. target hasil setelah perbaikan;
4. kejelasan akses dan kepemilikan aset;
5. serta waktu pengujian ulang.
Kalau perbaikannya jelas dan hasil akhirnya lolos pemeriksaan, pembayaran bisa dilanjutkan sesuai kesepakatan.
Namun, kalau standar hasil terus berubah, akses penting nggak diberikan tanpa alasan yang jelas, atau pengujian selalu dihindari, tahan pembayaran berikutnya sampai masalahnya selesai.
Intinya, jangan melunasi website berdasarkan janji atau persentase progres. Lunasi setelah fungsi, performa, akses, backup, dan kepemilikannya benar-benar bisa diuji.
