Pengadaan AI: Hindari Kontrak yang Sulit Ditinggalkan

Sinyal utama

Bukti yang tersedia tidak menunjukkan bahwa setiap kontrak AI akan menjebak pembeli. Namun, bukti tersebut memperlihatkan mengapa prosedur pengadaan software biasa belum cukup untuk menilai layanan AI.

Sinyal	Makna bagi pimpinan	Cakupan dan batasan
13 pengadaan	GAO menemukan persoalan berulang pada perumusan kebutuhan, hak atas data, pengujian, kinerja, biaya, dan pengawasan vendor.	Kajian mencakup 13 pengadaan di empat lembaga federal Amerika Serikat sampai tahun fiskal 2025. Temuan sektor publik tidak dapat dianggap sebagai tingkat kejadian di perusahaan Asia Tenggara.
Empat lembaga	Empat lembaga yang ditinjau belum mengumpulkan pembelajaran pengadaan AI secara sistematis, termasuk soal hak data dan kebutuhan pengujian.	Laporan terbit 13 April 2026. Seluruh lembaga menerima rekomendasi, tetapi hasil penerapannya belum tersedia.
Lima area kendali	Rancangan klausul GSA mencakup data dan kekayaan intelektual, dokumentasi, privasi, portabilitas, pemberitahuan perubahan, kinerja, dan pemulihan.	Rancangan untuk konteks pemerintah Amerika Serikat, tertanggal 17 Juni 2026. Tidak mengikat perusahaan swasta Indonesia.
Indeks relatif 18	AI procurement mencatat sinyal terkuat di Indonesia pada 9 September, hari lengkap terakhir dalam data.	Google Trends hingga 10 September 2026. Angka merupakan minat relatif harian, bukan volume pencarian, dan maksud pencariannya bercampur.

Jawaban singkat

Perusahaan perlu membeli hasil, bukan sekadar akses ke model. Pada saat yang sama, kontrak harus menjaga kemampuan perusahaan untuk mengubah arah ketika kualitas, biaya, kebijakan, atau hubungan dengan vendor berubah.

Ini bukan ajakan untuk membuat semua kontrak pendek atau memakai banyak model sekaligus. Yang dibutuhkan adalah kejelasan: bagian mana yang harus tetap bisa dipindahkan, bukti apa yang wajib diberikan vendor, dan berapa biaya menjaga operasi jika kerja sama berakhir.

Pertanyaan yang perlu diputuskan

Apakah perusahaan siap bergantung pada vendor ini tanpa kehilangan kemampuan untuk menilai, mengendalikan, dan memindahkan proses yang penting? Jika jawabannya belum jelas, kontrak jangka panjang terlalu dini untuk disetujui.

Pertanyaan tersebut lebih berguna daripada sekadar mencari “model terbaik”. Kualitas model dapat berubah. Kebutuhan perusahaan justru menuntut kendali yang bertahan ketika data, integrasi, harga, atau komponen teknologi berubah.

Asumsi lama yang perlu ditinggalkan

Dalam pengadaan software konvensional, pembeli cenderung menganggap produk relatif stabil, ruang lingkupnya terlihat, dan pergantian vendor terutama merupakan proyek migrasi. AI membuat ketiga asumsi itu rapuh.

Demo berjalan dengan data yang dipilih dan skenario yang terbatas. Begitu masuk ke operasi, sistem menghadapi informasi rahasia, kasus pengecualian, perilaku pengguna yang berubah, dan hubungan dengan sistem inti perusahaan. Vendor juga dapat mengganti model, rute pemrosesan, kebijakan, atau subprosesor tanpa perubahan antarmuka yang mencolok.

Pola lama biasanya menempatkan negosiasi harga, keamanan, service level, dan perpanjangan kontrak setelah tim jatuh hati pada satu produk. Dalam pengadaan AI, hak atas data, metode evaluasi, pemberitahuan perubahan, intervensi manusia, serta rencana pindah harus masuk sebelum preferensi berubah menjadi ketergantungan.

Apa yang berubah karena AI

Kontrak AI bukan hanya pembelian teknologi. Perusahaan sedang memberi ruang bagi sistem eksternal untuk memengaruhi arus informasi, pekerjaan, dan keputusan.

Ada lima perubahan yang patut mendapat perhatian CEO:

1. Kinerjanya tidak selalu konsisten. Mutu keluaran dapat berbeda menurut kasus, bahasa, kondisi data, dan versi model.
2. Layanan bisa berubah tanpa terasa. Model, aturan keamanan, batas konteks, harga, atau komponen pendukung dapat berganti di balik antarmuka yang sama.
3. Data melewati rantai yang panjang. Prompt, dokumen sumber, keluaran, log, feedback, embedding, dan tool call mungkin melibatkan beberapa pihak.
4. Biaya pindah bersifat arsitektural. Perusahaan mungkin perlu membangun ulang evaluasi, prompt, retrieval, alur kerja, izin akses, dan kebiasaan pengguna, bukan hanya mengekspor data.
5. Tanggung jawab tetap berada pada manusia. Vendor dapat mengoperasikan teknologi, tetapi perusahaan tetap bertanggung jawab atas penggunaan, bukti yang diterima, dan konsekuensi bagi pelanggan maupun karyawan.

Sudut pandang

Kontrak AI yang kuat bukan kontrak yang paling tebal. Kontrak yang kuat membuat hasil, kendali, dan kemampuan berpindah dapat diuji sebelum ketergantungan menjadi mahal.

Klausul hukum tidak akan menolong program yang tidak memiliki hasil terukur, baseline, dan penanggung jawab. Sebaliknya, arsitektur yang rapi juga tidak cukup jika skema harga sulit dibaca atau data operasi tidak dapat dibawa keluar.

Karena itu, pengadaan AI perlu menyatukan empat hal yang sering dipisahkan: nilai bisnis, operating model, arsitektur teknologi, dan hak kontraktual. Jika keempatnya melewati meja persetujuan yang berbeda tanpa satu logika keputusan, perusahaan hanya mendapat vendor terpilih, bukan posisi yang utuh.

Cara menilai persoalannya

Mulailah dari hasil bisnis, lalu petakan seluruh ketergantungan yang dibutuhkan untuk menghasilkan nilai tersebut. Komitmen komersial baru layak dibahas setelah peta itu tersedia.

Urutannya sebagai berikut:

1. Tetapkan hasil kerja atau keputusan yang akan diterima unit bisnis.
2. Catat biaya, mutu, waktu, dan risiko saat ini sebelum memakai layanan baru.
3. Petakan model, data, retrieval, tool, integrasi, serta human review yang dibutuhkan.
4. Bedakan komponen yang mudah diganti dan komponen yang menciptakan ketergantungan tinggi.
5. Ubah setiap ketergantungan penting menjadi bukti, klausul, kontrol operasi, atau kondisi berhenti.
6. Uji skenario gagal dan perpindahan sebelum komitmen diperbesar.

Tujuannya bukan menghapus ketergantungan. Setiap hubungan strategis dengan vendor akan menciptakan ketergantungan. Tugas pimpinan adalah memastikan ketergantungan tersebut dipahami, dihitung, dan dipilih secara sadar.

Lima uji sebelum menandatangani kontrak

Kontrak AI yang material perlu melewati lima uji. Demo yang berjalan mulus belum membuktikan bahwa hubungan kerja di lapangan akan tahan terhadap kelima persoalan ini.

1. Uji hasil bisnis

Kontrak harus menyebutkan hasil yang ingin dicapai dan cara menilai kinerja setelah sistem digunakan.

Tentukan keluaran yang diterima, hasil yang ditolak, baseline pembanding, data evaluasi, frekuensi peninjauan, serta langkah pemulihan. Jangan membayar aktivitas jika dasar investasinya adalah hasil yang harus lolos verifikasi.

Empat pertanyaan perlu dijawab:

1. Hasil apa yang sebenarnya dibeli perusahaan?
2. Siapa yang menerima atau menolaknya?
3. Standar mutu dan risiko apa yang berlaku?
4. Apa yang terjadi ketika kinerja menurun?

2. Uji data dan kekayaan intelektual

Perusahaan harus mengetahui data apa yang masuk, apa yang dihasilkan, siapa yang boleh memakainya, dan apa yang bisa dibawa keluar saat kontrak berakhir.

Peta ini perlu mencakup prompt, dokumen sumber, keluaran, feedback, log, embedding, aset fine tuning, dan data turunan. Bedakan data milik perusahaan dari teknologi bawaan vendor serta komponen pihak ketiga.

3. Uji perubahan layanan

Perubahan yang berdampak material harus memicu pemberitahuan, evaluasi ulang, atau persetujuan sesuai tingkat risikonya.

Tidak setiap pembaruan model perlu sampai ke meja CEO. Namun, perubahan penggunaan data, keluarga model, perilaku sistem, subprosesor, yurisdiksi, logika harga, atau kontrol penting layak mendapat peninjauan baru.

4. Uji pengawasan dan intervensi

Tim operasi harus mampu melihat kegagalan, menghentikan tindakan berisiko, menyimpan bukti, dan memulihkan layanan.

Log, pemberitahuan insiden, intervensi manusia, kontrol akses, hasil evaluasi, serta tanggung jawab pemulihan harus dapat dipakai dalam alur kerja yang sebenarnya. Dokumen yang tidak membantu orang mengambil tindakan bukanlah pengawasan yang memadai.

5. Uji perpindahan dan kelangsungan operasi

Perusahaan perlu membuktikan bahwa data penting dapat diekspor dan proses inti tetap berjalan melalui alternatif yang masuk akal.

Atur format, metadata, waktu, dukungan migrasi, penghapusan data, serta perlakuan terhadap prompt, evaluasi, dan logika alur kerja. Klausul keluar tanpa simulasi perpindahan hanyalah janji yang belum diuji.

Pilihan dan konsekuensi

Tidak ada satu model pengadaan yang selalu benar. Pilihan terbaik bergantung pada nilai, kecepatan, kemampuan, dan profil risiko dari proses yang akan ditopang AI.

Pilihan	Cocok ketika	Keunggulan	Konsekuensi utama
Memperluas platform yang sudah dipakai	Kebutuhan lebih sempit dan proses sudah berada di sistem yang terkendali.	Implementasi lebih cepat dan integrasi lebih sederhana.	Visibilitas model lebih terbatas dan pilihan pengganti lebih sedikit.
Membeli managed service spesialis	Vendor membawa keahlian proses yang khas dan kinerjanya dapat diukur.	Akses cepat ke kemampuan yang sulit dibangun sendiri.	Ketergantungan lebih tinggi pada model data dan pengetahuan operasi vendor.
Memakai desain modular atau multi model	Proses bersifat material dan membutuhkan komponen yang dapat diganti.	Daya tawar dan ketahanan lebih kuat.	Integrasi, evaluasi, dan operasi menjadi lebih rumit.
Membangun komponen tertentu	Data, logika kerja, atau lapisan kendali menjadi pembeda strategis.	Kendali lebih besar atas aset penting.	Membutuhkan talenta, pemeliharaan, keamanan, dan modal yang lebih besar.

Pembagian hak keputusan

CEO perlu menetapkan tingkat ketergantungan yang dapat diterima, bukan menegosiasikan setiap klausul. Pelaksanaannya diserahkan kepada fungsi yang tepat dengan aturan eskalasi yang jelas.

CEO sebaiknya:

1. Memutuskan hasil bisnis, batas ketergantungan, aset yang harus dilindungi, serta kondisi untuk memperbesar atau menghentikan penggunaan.
2. Mendelegasikan ketentuan komersial kepada procurement dan legal, arsitektur kepada CTO atau CIO, keamanan kepada CISO, serta penerimaan hasil kepada pemilik proses bisnis.
3. Memastikan pengukuran tersedia untuk mutu, total biaya, perubahan model atau vendor, insiden, intervensi manusia, dan kesiapan migrasi.
4. Mengekskalasikan perubahan material pada penggunaan data, kendali, yurisdiksi, kinerja, harga, atau konsentrasi vendor.
5. Menghentikan komitmen yang sulit dibalik ketika hak data, bukti evaluasi, intervensi operasi, atau rencana kelangsungan belum tersedia.

Uji bukti selama 60 hari

Sebelum membuat komitmen beberapa tahun, jalankan satu uji yang menyerupai kondisi produksi serta mencakup simulasi perpindahan. Batasi ruang lingkup agar keputusan masih mudah dibalik.

Hari 1 sampai 10: Tetapkan hasil

1. Pilih satu proses penting dengan ruang lingkup terbatas.
2. Catat biaya, mutu, waktu, dan pola kegagalan saat ini.
3. Tetapkan hasil yang diterima dan penanggung jawab manusia.
4. Petakan data yang dilindungi serta kontrol yang dibutuhkan.

Hari 11 sampai 25: Minta bukti vendor

1. Uji layanan pada kasus yang mewakili kondisi normal dan pengecualian.
2. Periksa pengelolaan data, rute model, log, serta peran subprosesor.
3. Catat seluruh biaya alur kerja, bukan hanya lisensi atau token.
4. Sepakati perubahan apa saja yang harus diberitahukan atau diuji ulang.

Hari 26 sampai 40: Simulasikan intervensi dan perpindahan

1. Picu satu skenario gagal yang aman dan verifikasi proses intervensi.
2. Ekspor data, keluaran, log, hasil evaluasi, serta metadata yang relevan.
3. Bangun ulang versi minimum proses melalui vendor alternatif atau prosedur manual.
4. Ukur waktu, biaya, aset yang hilang, dan penurunan mutu.

Hari 41 sampai 60: Ambil keputusan

1. Bandingkan ekonomi hasil yang diterima dengan baseline.
2. Hitung sisa ketergantungan dan beban perpindahan.
3. Tutup kesenjangan melalui desain, klausul, atau kontrol operasi.
4. Setujui, batasi, negosiasikan ulang, atau hentikan komitmen.

Hipotesis yang dapat diuji

Uji 60 hari harus mampu menggugurkan asumsi yang lemah sebelum kontrak mengabadikannya. Gunakan hipotesis yang dapat dinyatakan gagal.

1. Layanan memperbaiki biaya, mutu, atau waktu pada hasil yang diterima tanpa menambah risiko yang tidak dapat diterima.
2. Perusahaan dapat mendeteksi perubahan material pada kinerja atau konfigurasi pemasok.
3. Data dan bukti operasi dapat diekspor dalam format yang berguna beserta metadata yang memadai.
4. Penanggung jawab yang ditunjuk dapat mengintervensi, melanjutkan proses secara manual, atau memindahkannya ke alternatif.
5. Biaya pindah yang diukur masih berada dalam batas ketergantungan yang disetujui CEO.

Ambang keputusan

Komitmen material baru layak disetujui jika kelima area memiliki bukti yang memadai. Kelemahan pada satu area mungkin masih dapat diterima untuk pilot terbatas, tetapi bukan untuk keputusan skala yang sulit dibalik.

Setujui ketika:

1. Hasil bisnis dan cara penerimaannya jelas.
2. Hak atas data dan kekayaan intelektual sesuai dengan operasi nyata.
3. Perubahan material dapat terlihat dan ditindaklanjuti.
4. Pengawasan serta intervensi berfungsi saat diuji.
5. Perpindahan dan kelangsungan operasi masuk akal, terukur, dan pernah disimulasikan.

Negosiasikan ulang jika business case kuat tetapi kontrak atau arsitektur belum menjaga kendali yang dibutuhkan. Hentikan jika vendor tidak dapat memberikan bukti untuk ketergantungan yang kritis atau perusahaan sendiri belum menunjuk penanggung jawab bisnis.

Implikasi bagi pengambil keputusan

Pengadaan AI pada dasarnya adalah keputusan operating model yang tampak seperti proses pembelian. Pimpinan perlu menilainya dari kualitas ketergantungan yang dipilih perusahaan.

Dewan perlu menanyakan konsentrasi vendor, hak data, perubahan material, dan kelangsungan proses penting. CEO menghubungkan persetujuan vendor dengan hasil bisnis dan batas ketergantungan. CFO menghitung biaya sepanjang alur kerja serta beban perpindahan. Tim teknologi dan keamanan membuat rute model, aliran data, intervensi, dan migrasi dapat diamati. Procurement dan legal menerjemahkan kebutuhan tersebut ke dalam ketentuan yang bisa ditegakkan.

Tanggung jawab kepemimpinan yang tidak dapat dialihkan adalah memilih ketergantungan apa yang layak diterima demi kecepatan dan kemampuan. Evaluasi model ataupun pemeriksaan hukum tidak dapat mengambil keputusan itu atas nama CEO.

Pertanyaan yang sering diajukan

Daftar bukti

Sumber	Tanggal	Klaim yang didukung	Batasan
US Government Accountability Office, AI Acquisitions	13 April 2026	Pengadaan AI menghadapi trade off dalam kebutuhan, hak data, pengujian, kinerja, biaya, dan pengawasan. Kajian mencakup 13 pengadaan dan menemukan empat lembaga belum mengumpulkan pembelajaran secara sistematis.	Bukti sektor publik Amerika Serikat sampai tahun fiskal 2025.
US Federal Register, rancangan klausul GSA	17 Juni 2026	Area kontrak penting mencakup data dan IP, dokumentasi, privasi, portabilitas, pemberitahuan perubahan, kinerja, pemulihan, serta pembagian tanggung jawab pemasok.	Rancangan pemerintah Amerika Serikat dengan ruang lingkup tertentu. Tidak mengikat perusahaan swasta Asia Tenggara.
GSA, Buy AI	Diperbarui 1 September 2026	Pengadaan AI telah masuk ke jalur kontrak dan mekanisme pengadaan pemerintah yang lebih formal.	Menjelaskan pengadaan federal Amerika Serikat.
UK Government AI Playbook	10 Februari 2025	Kebutuhan perlu dimulai dari masalah, strategi data, pendekatan vendor, integrasi, dan upaya menghindari vendor lock in.	Panduan pemerintah, bukan standar kontrak sektor swasta.
Expanded ASEAN Guide on AI Governance and Ethics	Januari 2025	Panduan regional menghubungkan akuntabilitas, data, penerapan tepercaya, pelaporan insiden, testing, assurance, dan keamanan.	Panduan kebijakan sukarela. Tidak menggantikan hukum nasional atau nasihat hukum.
Google Trends	Diakses 10 September 2026	AI procurement memimpin pembanding secara global dan mencatat sinyal terkuat di Indonesia pada hari lengkap terakhir, 9 September.	Indeks relatif, maksud pencarian bercampur, bukan volume atau proyeksi permintaan.

Catatan sumber

Bukti ditinjau pada 10 September 2026. Sumber pengadaan publik dipakai karena persyaratannya dapat diperiksa secara terbuka. Sumber tersebut tidak diperlakukan sebagai aturan yang otomatis berlaku bagi perusahaan swasta Indonesia. Tim legal dan pemilik kontrol tetap perlu menyesuaikan kontrak dengan yurisdiksi, industri, data, serta profil risiko perusahaan.

Versi bahasa

Read in English: AI Procurement

Bacaan lanjutan

1. Biaya AI Perusahaan: Ukur Hasil, Bukan Sekadar Token
2. Investasi Data Center AI: Kapan Perusahaan Perlu Bangun Sendiri?
3. Keamanan AI Agent: Tiga Hal yang Perlu Dipastikan CEO Sebelum Memberi Wewenang
4. Kebijakan AI Perusahaan: Diizinkan, Dibatasi, atau Dilarang?

Tentang penulis

Antovany Reza menulis CEO Decision Lab, platform keputusan independen bagi CEO dan pemimpin senior yang ingin memimpin secara AI fluent. Fokusnya menghubungkan teknologi baru dengan nilai bisnis, desain operating model, governance, trust, dan eksekusi yang dapat dipertanggungjawabkan.

Undangan berdiskusi

Jika perusahaan Anda sedang menilai vendor AI yang material, percakapan paling berguna dimulai sebelum satu pemasok menjadi pilihan yang sulit dibalik. Antovany membantu tim pimpinan memperjelas keputusan, bukti, trade off, hak keputusan, dan uji terkecil yang layak dijalankan. Diskusikan keputusan bersama Antovany.

Bagikan