Sebuah organisasi menerima penawaran untuk situs informasi yang sangat sederhana: biaya awal puluhan ribu yen, lalu biaya pemeliharaan bulanan.
Kalau hanya melihat halaman jadinya, reaksi yang muncul sangat wajar:
“Bukankah AI generatif bisa membuat ini dengan cepat?”
Sering kali memang bisa. Teks, struktur, tampilan ponsel, formulir sederhana, dan kode dasar sekarang dapat dibuat jauh lebih cepat daripada dulu.
Masalah baru dimulai ketika seseorang berkata di rapat:
“Saya juga bisa membuatnya.”
Jawabannya bisa langsung datang:
“Bagus. Kalau begitu tolong kerjakan.”
Proyek situs kecil pun diam-diam berubah menjadi jabatan seumur hidup sebagai pengelola web tidak resmi.
1. Kuncinya: biaya produksi dan biaya tanggung jawab bukan hal yang sama
AI generatif terutama memangkas pekerjaan produksi.
AI dapat menyusun teks, membuat struktur, menulis kode halaman, merapikan tata letak, dan menyiapkan beberapa versi revisi.
Bagian itu benar-benar menjadi lebih cepat.
Namun biaya vendor untuk sebuah organisasi dapat mencakup banyak pekerjaan lain:
- mengumpulkan dan merapikan kebutuhan
- menerima permintaan perubahan
- menerbitkan pembaruan
- mengelola domain dan sertifikat enkripsi
- menjaga cadangan data
- menangani pembaruan dan masalah keamanan
- memulihkan layanan saat terjadi gangguan
- menerima laporan “situsnya terlihat rusak”
- mendokumentasikan sistem untuk pengelola berikutnya
- menerima kewajiban dukungan secara kontraktual
Jadi organisasi mungkin tidak hanya membeli halaman.
Ia juga membeli hak untuk menyerahkan kerepotan kepada pihak lain.
2. Bagian yang benar-benar menjadi murah karena AI
Untuk situs informasi kecil, AI sangat efektif mengurangi pekerjaan rutin.
AI dapat mempercepat:
- rancangan struktur situs
- judul dan isi
- variasi tampilan
- penyesuaian ponsel
- kode dasar
- perubahan umum
- penataan konten lama
- otomatisasi penerbitan sederhana
Karena itu, wajar kalau beberapa halaman sederhana terasa mahal ketika biaya awalnya besar.
Kesalahannya adalah menganggap waktu pembuatan sama dengan nilai kontrak.
AI mungkin menulis kode dalam tiga puluh menit.
Namun permintaan bulan depan untuk mengubah jam layanan, mengganti informasi pengurus, memperbaiki formulir, atau mencari penyebab situs tidak bisa dibuka tetap ada.
Kode menjadi cepat.
Orang yang meminta perubahan tidak menghilang.
3. Apa yang sebenarnya dijual vendor
Layar akhir menyembunyikan banyak pekerjaan.
Pada situs organisasi, vendor mungkin menanggung beberapa lapisan tugas.
Kebutuhan dan koordinasi
Seseorang harus mendengar semua pihak dan menyelesaikan permintaan yang saling bertentangan.
Organisasi bukan satu orang. Satu pihak mengingat satu keputusan, pihak lain mengingat hal yang berlawanan, dan rapat berikutnya bisa mengubah keduanya.
Infrastruktur dan penerbitan
Seseorang mengelola domain, sertifikat, server, konfigurasi, dan prosedur pemulihan.
Pemeliharaan dan keamanan
Komponen perangkat lunak perlu diperbarui dan kerentanan perlu ditangani.
Institut Nasional Standar dan Teknologi Amerika Serikat memperlakukan keamanan perangkat lunak sebagai persoalan seluruh siklus hidup, bukan sesuatu yang selesai saat pengembangan berakhir.[1]
Panduan pengelolaan pembaruannya juga menggambarkan pemasangan patch sebagai pemeliharaan pencegahan dan biaya yang diperlukan untuk menjalankan teknologi.[2]
Gangguan
Jika situs tidak bisa dibuka, formulir gagal, atau tampilan rusak, seseorang harus menerima laporan, mendiagnosis, dan memulihkan layanan.
Serah terima
Saat pengelola berganti, kepemilikan domain, hak akses, prosedur, dan kontrak tidak boleh ikut hilang.
Situs tidak berubah menjadi patung saat diluncurkan.
Justru saat diluncurkan, hidupnya sebagai sistem yang harus dipelihara dimulai.
4. Biaya bulanan tidak berarti apa-apa tanpa ruang lingkup
Biaya bulanan tidak otomatis murah atau mahal.
Kalau hanya mencakup pembayaran hosting dan hampir tidak ada pekerjaan lain, mungkin terasa berlebihan.
Namun kalau mencakup hal berikut, produknya berbeda:
- pengelolaan hosting dan domain
- cadangan data
- pembaruan
- penanganan keamanan
- pemantauan ketersediaan
- respons awal gangguan
- perubahan konten kecil
- dukungan kepada pengelola
- pemulihan
- bantuan pemindahan saat kontrak berakhir
CISA di Amerika Serikat juga mendorong penyedia teknologi untuk mengambil tanggung jawab terhadap hasil keamanan pelanggan, bukan membebankan seluruh urusan keamanan kepada pelanggan.[3]
Jadi pertanyaan penting bukan hanya:
“Berapa per bulan?”
Melainkan:
Siapa bertanggung jawab atas apa, sampai sejauh mana, dan seberapa cepat?
5. Situs milik sendiri sangat cocok dibuat sendiri dengan bantuan AI
Pada situs pribadi, strukturnya bersih.
- yang memutuskan: Anda
- yang membuat: Anda
- yang merusak: Anda
- yang memperbaiki: Anda
- yang menanggung kerugian: Anda
Semuanya orang yang sama.
Kalau Anda merusak desain tengah malam, Anda bisa memutuskan bahwa memperbaikinya besok masih bisa diterima.
Anda juga bebas menentukan berapa lama situs boleh tidak aktif, berapa banyak cadangan yang dibutuhkan, dan fitur merepotkan mana yang sebaiknya dihapus.
Dalam kondisi ini, kecepatan AI langsung menjadi keuntungan.
Kalau semua Anda kerjakan sendiri, seluruh tanggung jawab juga bisa Anda tanggung sendiri.
Hak mengambil keputusan dan tanggung jawab selaras.
6. Struktur terburuk ketika mengurus situs organisasi milik orang lain
Versi berbahayanya seperti ini:
- yang mengerjakan: Anda
- yang memutuskan: orang lain
- yang meminta perubahan: banyak orang
- yang dicari ketika terjadi masalah: entah kenapa Anda
- imbalan: kadang hanya niat baik
Ini bukan lagi masalah teknis.
Ini adalah segitiga neraka yang isinya tanggung jawab terkonsentrasi.
“Cuma ubah satu kalimat, kan?”
“Cuma tambah satu foto.”
“Kalau pakai AI pasti cepat, kan?”
Setiap tugas mungkin benar-benar hanya beberapa menit.
Yang sulit adalah siapa yang menyetujui, siapa yang mengembalikan kalau salah, siapa yang memeriksa setelah terbit, dan apakah semua permintaan berikutnya akan terus datang ke relawan yang sama.
Perubahan lima menit bisa berubah menjadi dukungan lima tahun.
7. Semakin mudah perubahan dibuat, semakin banyak permintaan yang bisa muncul
Ada ironi kecil.
Ketika setiap perubahan harus dibayar ke vendor, orang biasanya mengumpulkan beberapa permintaan sekaligus.
Ketika ada orang dekat yang bisa menggunakan AI dan “memperbaiki dengan cepat”, cara pikir berubah:
“Ini mudah, kan?”
Waktu per permintaan turun.
Jumlah permintaan naik.
Saat produksi tidak lagi menjadi hambatan, hambatan berikutnya adalah persetujuan, komunikasi, prioritas, penjelasan, dan pembagian tanggung jawab.
AI bisa menulis kode sepuluh kali lebih cepat.
AI tidak membuat komite mengambil keputusan sepuluh kali lebih cepat.
Mesinnya masuk masa depan.
Rapatnya tetap di tempat.
8. Untuk menilai penawaran, lihat ruang lingkup sebelum melihat angka
Jangan menilai penawaran situs hanya dari jumlah halaman.
Pisahkan setidaknya hal berikut.
Pembuatan awal
- jumlah halaman
- cakupan penulisan
- kedalaman desain
- dukungan ponsel
- formulir kontak
- alat penyuntingan
- fitur anggota atau masuk
- migrasi konten
- aksesibilitas
- pengaturan dasar untuk mesin pencari
Pemeliharaan
- hosting dan domain
- frekuensi cadangan
- pembaruan dan keamanan
- pemantauan
- saluran laporan gangguan
- waktu respons
- jumlah perubahan teks yang termasuk
- biaya foto atau halaman baru
- biaya layanan pihak ketiga
Akhir kontrak
- siapa pemilik domain
- apakah berkas sumber diberikan
- apakah akses administrator dapat dipindahkan
- apakah vendor lain bisa mengambil alih
- apakah situs tetap hidup setelah kontrak dihentikan
Kalau hampir tidak ada yang termasuk tetapi biayanya tetap tinggi, wajar bertanya apa sebenarnya yang dibayar.
Kalau pemeliharaan, pemulihan, pembaruan, dan serah terima tercakup dengan jelas, itu bukan produk yang sama dengan “beberapa halaman kode”.
9. Kapan membuat sendiri cocok, dan kapan outsourcing lebih cocok
Membuat sendiri dengan AI lebih cocok ketika:
- hampir hanya ada satu pengambil keputusan
- gangguan singkat tidak menimbulkan dampak serius
- pembaruan jarang
- data sensitif yang ditangani sedikit
- Anda bisa melakukan cadangan dan pemulihan
- fitur bermasalah bisa dihapus
- Anda bersedia terus bertanggung jawab atas pemeliharaan
Outsourcing lebih bernilai ketika:
- banyak pihak berkepentingan
- informasi publik yang salah dapat merusak kepercayaan
- pembaruan rutin diperlukan
- harus ada orang yang menerima pertanyaan
- keamanan harus dipelihara terus
- situs harus tetap berjalan setelah pergantian pengelola
- gangguan membutuhkan pihak yang jelas bertanggung jawab
Jangan memutuskan hanya berdasarkan kesulitan teknis.
Tanyakan:
Saat ini gagal, siapa yang mengangkat telepon?
10. Pada akhirnya, orang mungkin membayar bukan untuk kode, tetapi untuk orang yang namanya melekat pada masalah
AI generatif memang menurunkan biaya produksi situs.
Karena itu, cara kerja dan harga lama yang berasumsi semua halaman membutuhkan banyak pekerjaan manual memang pantas ditinjau ulang.
Namun itu tidak berarti semua vendor situs menjadi tidak berguna.
Pemeliharaan, pembaruan, pemulihan, koordinasi, dukungan, keamanan, dan serah terima tetap ada.
Untuk situs sendiri, mengerjakan semuanya sendiri bisa sangat masuk akal.
Tanggung jawabnya memang milik Anda.
Tetapi pada situs organisasi orang lain, kalimat “dengan AI ini cepat” bisa berubah tanpa sengaja menjadi kontrak dukungan gratis tanpa akhir.
Kadang membayar vendor eksternal tetap rasional walaupun halaman mudah dibuat.
Anda tidak selalu membeli kode mahal.
Anda mungkin membeli dunia di mana, ketika tengah malam muncul pesan “situsnya tidak bisa dibuka”, orang yang mengangkat telepon bukan Anda.
Referensi
- NIST, Secure Software Development Framework (SSDF) Version 1.1: https://csrc.nist.gov/pubs/sp/800/218/final
- NIST, Guide to Enterprise Patch Management Planning: Preventive Maintenance for Technology: https://csrc.nist.gov/pubs/sp/800/40/r4/final
- CISA, Under the Digital Radar: Defending Against People’s Republic of China’s Nation-State Cyber Threats to America’s Small Businesses: https://www.cisa.gov/news-events/news/under-digital-radar-defending-against-peoples-republic-chinas-nation-state-cyber-threats-americas
