✕ Beranda Profil Langganan Per Project Proses FAQ Co-Researcher Blog Carousel Hubungi
This article is also available in English. Read version →

Memilih Vendor AI: 10 Pertanyaan Kritis Sebelum Tanda Tangan Kontrak

Memilih Vendor AI: 10 Pertanyaan Kritis Sebelum Tanda Tangan Kontrak

Adopsi AI di Indonesia sedang melaju kencang. Studi AWS bersama Strand Partners bertajuk Unlocking Indonesia's AI Potential 2026 mencatat 40% perusahaan di Indonesia sudah mengadopsi AI, naik dari 25% setahun sebelumnya. Namun studi yang sama menunjukkan 56% di antaranya masih berada di tahap awal, dan hanya 12% yang sudah mengintegrasikan AI secara menyeluruh. Riset PwC yang dikutip Suara.com bahkan lebih tajam: hanya sekitar 12% adopsi AI di Indonesia yang benar-benar menghasilkan dampak bisnis nyata.

Artinya, banyak bisnis membeli AI, tetapi tidak banyak yang mendapat hasilnya. Salah satu penyebab yang jarang dibicarakan adalah pemilihan vendor. Kontrak yang ditandatangani terburu-buru sering meninggalkan masalah: biaya berjalan yang membengkak, sistem yang tidak bisa dipindahkan, dan janji akurasi yang tidak pernah terbukti. Berikut 10 pertanyaan yang sebaiknya Anda ajukan sebelum menandatangani apa pun.

Bagian 1: Kepemilikan Aset

1. Siapa yang memiliki kode sumber?

Pastikan kontrak menyebut secara eksplisit bahwa kode yang dibuat khusus untuk proyek Anda menjadi milik Anda, termasuk akses ke repositorinya. Jika vendor memakai framework internal mereka, minta kejelasan lisensi: apakah Anda boleh terus memakainya setelah kontrak selesai?

2. Siapa yang memiliki data, embedding, dan indeks?

Sistem AI modern, terutama yang berbasis RAG (retrieval-augmented generation), menyimpan dokumen Anda dalam bentuk embedding di vector database. Embedding itu adalah turunan dari data Anda, jadi seharusnya milik Anda. Tanyakan juga: apakah data Anda dipakai untuk melatih model atau melayani klien lain?

3. Siapa yang memiliki konfigurasi agent?

Sebuah AI agent bukan sekadar model. Wikipedia merumuskannya sebagai agent = model + harness: model bahasa dibungkus oleh harness yang mengatur pemanggilan tool, memori dan persistensi state, sandbox, manajemen konteks, serta guardrail seperti izin terbatas dan tingkat persetujuan. Prompt sistem, definisi tool, aturan, dan alur kerja inilah "otak operasional" sistem Anda. Kalau semua itu hanya ada di akun vendor, Anda sebenarnya hanya menyewa.

Bagian 2: Transparansi Biaya Berjalan

4. Siapa yang menanggung biaya token dan server?

Biaya pembuatan hanyalah awal. Setiap pertanyaan ke model memakan token, dan setiap bulan ada biaya server, hosting, serta layanan pihak ketiga. Minta estimasi biaya per bulan pada beberapa skenario volume, dan pastikan jelas apakah tagihan API memakai akun Anda atau ditalangi vendor lalu ditagihkan ulang dengan margin.

5. Berapa biaya re-index dan pembaruan?

Setiap kali dokumen berubah, embedding perlu dibuat ulang. Setiap kali penyedia model merilis versi baru atau mempensiunkan versi lama, prompt mungkin perlu disesuaikan. Tanyakan siapa yang menanggung pekerjaan ini dan berapa biayanya.

Komponen Pertanyaan kunci Yang ideal
Token API Akun siapa yang ditagih? Akun milik Anda
Server & database Siapa yang mengelola? Tercantum di kontrak
Re-index Berapa sering, berapa biaya? Ada estimasi tertulis
Ganti model Termasuk pemeliharaan? Dijelaskan di SLA

Bagian 3: Pertanyaan Teknis yang Membedakan Vendor Serius

6. Bagaimana Anda mengelola context?

Model hanya "tahu" apa yang dimasukkan ke konteksnya. Vendor serius bisa menjelaskan bagaimana mereka memilih dokumen yang relevan, memotong teks, menjaga riwayat percakapan, dan mencegah informasi sensitif masuk ke tempat yang salah. Jawaban seperti "AI-nya sudah pintar sendiri" adalah sinyal buruk.

7. Bagaimana Anda mengevaluasi kualitas?

Minta mereka menunjukkan evaluation set: kumpulan pertanyaan nyata beserta jawaban yang diharapkan, yang dijalankan ulang setiap kali sistem diubah. Tanpa evaluasi yang terukur, Anda tidak akan tahu apakah pembaruan memperbaiki atau justru merusak sistem. Ini juga menjawab tantangan pengukuran ROI yang disorot dalam studi AWS.

Bagian 4: Red Flag yang Perlu Diwaspadai

8. Apakah mereka menjanjikan akurasi 100%?

Model bahasa bersifat probabilistik dan bisa keliru. Vendor yang jujur akan bicara soal tingkat akurasi yang terukur, cara menangani jawaban salah, dan kapan manusia harus turun tangan. Janji 100% berarti mereka tidak paham teknologinya, atau tidak jujur.

9. Apakah mereka mau menjelaskan arsitektur dan punya rencana rollback?

Vendor yang menolak menjelaskan arsitektur dengan alasan "rahasia dagang" menyulitkan Anda menilai risiko. Tanyakan juga: kalau pembaruan membuat sistem bermasalah, bagaimana cara kembali ke versi sebelumnya, dan berapa lama? Tidak punya rencana rollback berarti setiap perubahan adalah taruhan.

Bagian 5: Exit Plan

10. Bagaimana kalau kerja sama berakhir?

Ajukan pertanyaan ini sejak awal, bukan saat hubungan sudah memburuk. Exit plan yang baik mencakup:

  • Serah terima kode, data mentah, embedding, dan konfigurasi agent dalam format terbuka.
  • Dokumentasi arsitektur dan cara deploy ulang di infrastruktur lain.
  • Masa transisi dengan dukungan teknis yang disepakati.
  • Penghapusan data Anda dari sistem vendor, dengan bukti tertulis.

Contoh sederhananya: jika Anda bisa mengambil semua aset itu, menyerahkannya ke tim lain, dan sistem berjalan kembali dalam hitungan hari, Anda punya posisi tawar yang sehat.

Penutup

Studi AWS menyebut tantangan terbesar perusahaan Indonesia ada pada kesiapan strategi bisnis, pengukuran ROI, pengembangan talenta, dan tata kelola AI. Memilih vendor dengan benar menyentuh keempatnya sekaligus. Sepuluh pertanyaan di atas tidak menjamin proyek berhasil, tetapi akan menyaring vendor yang hanya menjual demo dari mitra yang siap bertanggung jawab hingga sistem berjalan di produksi. Jawaban yang jelas, tertulis, dan masuk kontrak jauh lebih berharga daripada presentasi yang memukau.

Referensi

Bagikan Artikel