Bagaimana Cara Meminta Penawaran Proyek Pengembangan AI dari Vendor IT?
Permintaan penawaran proyek AI adalah dokumen atau pesan terstruktur yang Anda kirim ke vendor IT agar mereka bisa menghitung ruang lingkup, harga, dan jadwal pengembangan solusi kecerdasan buatan. Sederhananya, makin jelas masalah dan ukuran keberhasilan yang Anda tulis, makin mudah penawaran yang masuk dibandingkan. Tulisan ini membahas kapan permintaan perlu dibuat, bahan internal yang disiapkan, cara menulis masalah dan data, pengaruh aturan, pembagian fase, penilaian penawaran, hingga cara Burung Hantu Infratek menerima permintaan.
TLDR
Apa Itu Permintaan Penawaran Proyek AI dan Kapan Perusahaan Membutuhkannya?
Dokumen ini menjelaskan masalah, data, dan target hasil kepada calon vendor, dan layak dibuat saat proyek sudah punya pemilik, anggaran kasar, dan lebih dari satu vendor untuk dibandingkan.
Apa yang Perlu Disiapkan di Internal Sebelum Menghubungi Vendor?
Tentukan satu alur kerja, satu penanggung jawab bisnis, rentang anggaran, dan pihak keamanan serta hukum yang akan menyetujui akses data.
Bagaimana Menulis Masalah Bisnis dan Kriteria Keberhasilan yang Bisa Diukur?
Tulis kondisi sekarang dengan angka, lalu tetapkan target seperti akurasi, waktu proses, dan batas minimum yang masih membenarkan investasi.
Data dan Lingkungan Teknis Apa yang Harus Dijelaskan ke Vendor?
Jelaskan jenis, volume, kualitas, dan sensitivitas data, plus sistem yang harus terhubung, lokasi data, dan syarat keamanan.
Bagaimana Aturan Pengadaan dan Pelindungan Data Memengaruhi Isi Permintaan Penawaran?
Aturan pengadaan dan UU Pelindungan Data Pribadi menentukan syarat dokumen dan kewajiban pengolahan data, sementara Perpres AI yang masih menunggu penetapan akan memberi arah risiko.
Bagaimana Membagi Fase, Harga, dan Jadwal agar Penawaran Bisa Dibandingkan?
Minta harga tetap untuk discovery dan proof of concept, harga indikatif untuk fase berikutnya, serta beri waktu respons tiga sampai empat minggu.
Bagaimana Menilai Penawaran dan Pertanyaan Apa yang Mengungkap Kesiapan Vendor?
Pakai bobot penilaian yang dibuka sejak awal, lalu minta vendor menceritakan satu alur kerja yang pernah mereka kirim ke produksi.
Cara Burung Hantu Infratek Mengerjakan Proyek Pengembangan AI
Burung Hantu Infratek melayani dari konsultasi, implementasi, hingga dukungan pasca-implementasi dengan solusi yang disesuaikan kebutuhan klien.
Kesimpulan
Penawaran yang bisa dibandingkan lahir dari permintaan yang jelas, singkat, dan jujur soal data, anggaran, serta batas risiko.
Banyak proyek AI di perusahaan dimulai dari satu kalimat yang terdengar meyakinkan, misalnya "kami ingin memakai AI untuk meningkatkan layanan". Kalimat itu cukup untuk membuka rapat, tetapi tidak cukup untuk membuat tiga vendor menghitung hal yang sama. Hasilnya, penawaran datang dengan asumsi, harga, dan jadwal yang tidak bisa disandingkan, lalu tim pengadaan dan tim IT berdebat soal mana yang paling murah padahal ruang lingkupnya berbeda. Tulisan ini menjawab cara menyusun permintaan penawaran yang mencegah kebingungan itu sejak awal.
Apa Itu Permintaan Penawaran Proyek AI dan Kapan Perusahaan Membutuhkannya?
Permintaan penawaran proyek AI, sering disebut RFP atau request for proposal, adalah dokumen yang menjelaskan masalah bisnis, data, dan target hasil kepada calon vendor. Perusahaan membutuhkannya saat proyek sudah punya pemilik di internal, anggaran kasar, dan lebih dari satu vendor yang hendak dibandingkan secara adil.
Proyek AI berbeda dari proyek software biasa. Team400, konsultan AI yang menulis panduan RFP pada 12 April 2026, menjelaskan bahwa RFP tradisional biasanya menentukan solusi sampai ke layar dan fitur. Pada proyek AI, pendekatan terbaik bergantung pada data, dan sering baru diketahui setelah data dipelajari. Karena itu, dokumen yang kaku justru membuat vendor yang jujur enggan menyebut ketidakpastian.
Ada dua gejala yang menandakan perusahaan sudah waktunya menulis permintaan formal. Pertama, ada lebih dari satu pihak internal yang punya pendapat berbeda soal tujuan proyek. Kedua, nilai proyek cukup besar sehingga keputusan harus bisa dipertanggungjawabkan ke direksi, audit, atau divisi pengadaan. Dokumen tertulis menjadi bukti bahwa semua vendor menerima informasi yang sama.
Konteks pasar juga mendukung kehati-hatian ini. Metacto, penyedia layanan pengiriman AI, pada 6 Juli 2026 mengutip riset State of AI dari McKinsey: 88 persen responden melaporkan pemakaian AI rutin pada minimal satu fungsi bisnis, tetapi sekitar dua pertiga belum mulai menskalakan AI ke seluruh perusahaan. Artinya, banyak organisasi sudah mencoba, sedikit yang berhasil membawa hasilnya ke operasi harian.
Perlu dicatat bahwa kedua sumber di atas adalah pelaku industri yang juga menjual jasa. Anggap isinya praktik yang masuk akal, bukan standar resmi. Untuk keputusan di perusahaan atau BUMN, cocokkan selalu dengan kebijakan pengadaan internal Anda.
Tidak semua kebutuhan membutuhkan dokumen penuh. Pilih bentuk yang sesuai dengan tahap Anda:
Brief dua halaman. Cocok saat Anda baru menjajaki dan ingin tahu apakah vendor tertarik, dengan isi masalah, data kasar, dan rentang anggaran.
Permintaan penawaran lengkap. Cocok saat ruang lingkup, pemilik proyek, dan anggaran sudah jelas, dan Anda akan membandingkan minimal tiga vendor.
Discovery berbayar. Cocok saat Anda belum yakin datanya cukup, sehingga vendor dibayar untuk menilai kelayakan sebelum membuat penawaran pembangunan.
Apa yang Perlu Disiapkan di Internal Sebelum Menghubungi Vendor?
Sebelum menghubungi vendor, siapkan lima hal: satu alur kerja yang dituju, satu penanggung jawab bisnis, rentang anggaran, gambaran data yang tersedia, dan pihak keamanan serta hukum yang akan menyetujui akses data. Tanpa kelimanya, penawaran yang masuk hanya tebakan vendor.
Mulailah dari satu alur kerja, bukan visi platform. Metacto memberi contoh yang mudah diingat. "Memakai AI di operasi pendapatan" bukan ruang lingkup. "Menyusun ringkasan riset akun untuk rapat perpanjangan pelanggan korporat, memakai riwayat CRM, transkrip panggilan, dan tiket dukungan, dengan langkah persetujuan manajer sebelum ringkasan sampai ke tenaga penjual" adalah ruang lingkup, karena punya pemicu, konteks, pengguna, titik tinjauan, dan hasil yang bisa diukur.
Penanggung jawab bisnis sebaiknya satu orang yang berwenang memutuskan prioritas. Proyek AI sering macet bukan karena model, tetapi karena tidak ada yang berani menyatakan bahwa hasil sudah cukup baik. Tulis nama jabatannya di dokumen, termasuk siapa yang menandatangani penerimaan hasil pada akhir tiap fase.
Anggaran perlu disiapkan dalam bentuk rentang. Team400 menilai banyak RFP tidak membagikan anggaran, padahal tanpa rentang, proposal bisa tersebar dari 50 ribu sampai 500 ribu dolar AS dan sebagian besar jatuh di luar kemampuan pembeli. Di Indonesia, rentang dalam rupiah dan catatan apakah termasuk pajak membantu vendor menyesuaikan pendekatan sejak awal.
Gambaran data juga harus siap sebelum vendor bertanya. Anda tidak perlu menyelesaikan pembersihan data, tetapi perlu tahu di mana data berada, siapa pemiliknya, dan apakah ada pembatasan hukum atau kontrak. Bagian ini dibahas lebih rinci di bagian keempat tulisan ini.
Terakhir, libatkan keamanan informasi dan hukum sejak hari pertama. Metacto mencatat bahwa rencana akses dengan hak minimal mencegah proyek terhenti di tinjauan keamanan. Pengalaman di banyak proyek perusahaan menunjukkan hal serupa: persetujuan akses data yang baru diminta setelah kontrak ditandatangani bisa memakan waktu berminggu-minggu.
Alur kerja tunggal. Tulis pemicu, input, keputusan manusia, dan hasil akhirnya dalam beberapa kalimat.
Penanggung jawab bisnis. Sebut jabatan dan wewenang menerima hasil tiap fase.
Rentang anggaran. Cantumkan batas bawah dan atas, serta apakah sudah termasuk pajak.
Peta data awal. Catat lokasi, pemilik, dan pembatasan akses.
Persetujuan keamanan dan hukum. Tentukan siapa yang menyetujui akses data dan kapan.
Bagaimana Menulis Masalah Bisnis dan Kriteria Keberhasilan yang Bisa Diukur?
Tulis masalah bisnis dengan angka kondisi sekarang, hasil yang diinginkan, dan batas minimum yang masih membenarkan investasi. Vendor tidak membutuhkan nama algoritma dari Anda. Mereka membutuhkan volume kerja, waktu per kasus, tingkat kesalahan, dan target yang bisa dibuktikan pada akhir pilot.
Team400 menyebut bagian masalah bisnis sebagai yang terpenting dan memberi contoh yang baik. Tim klaim asuransi meninjau sekitar 2.000 klaim per pekan, tiap klaim memakan rata-rata 12 menit untuk dinilai, dikategorikan, dan diarahkan, dengan tingkat kesalahan kategori sekitar 15 persen. Targetnya memangkas waktu proses manual minimal 70 persen dan menaikkan akurasi kategori ke 95 persen atau lebih. Contoh yang buruk hanya berbunyi "kami ingin memakai AI untuk memperbaiki pemrosesan klaim".
Untuk konteks Indonesia, bayangkan contoh rekaan berikut sebagai ilustrasi, bukan data nyata. Bagian pengadaan sebuah perusahaan menerima ratusan dokumen penawaran per bulan dan memeriksa kelengkapan secara manual. Permintaan yang baik menyebut jumlah dokumen, jenis dokumen, waktu pemeriksaan sekarang, tingkat dokumen yang dikembalikan karena tidak lengkap, dan siapa yang berhak menyetujui hasil pemeriksaan otomatis.
Kriteria keberhasilan sebaiknya dibagi menjadi beberapa lapis. Team400 menganjurkan target kinerja seperti akurasi, kecepatan, dan kapasitas, ditambah hasil minimum yang masih membenarkan investasi, target ambisius, ukuran bisnis seperti pengembalian modal, dan syarat operasional seperti ketersediaan dan latensi. Jangan menetapkan target terlalu tinggi karena vendor yang baik akan menaikkan harga atau mundur.
Metacto menambahkan rencana evaluasi yang berisi garis dasar, ukuran keberhasilan, kriteria penerimaan, kualitas tinjauan manusia, kasus gagal, dan kriteria keluar pilot. Kriteria keluar penting: ia menentukan kapan proyek dihentikan tanpa rasa malu jika hasilnya tidak mencapai batas minimum. Tanpa kriteria itu, pilot cenderung berlarut karena tidak ada yang berani menyatakan gagal.
Bagian ini juga tempat menulis hal yang tidak boleh diotomatisasi. Metacto menyarankan agar RFP menjelaskan kasus ketika otomatisasi harus berhenti dan keputusan diserahkan kepada manusia. Jangan hanya bertanya apakah manusia "ada di dalam alur". Tanyakan siapa yang meninjau apa, kapan, dengan wewenang apa, dan bagaimana koreksi mereka memperbaiki alur kerja.
Data dan Lingkungan Teknis Apa yang Harus Dijelaskan ke Vendor?
Jelaskan jenis data, volume, kualitas, cara akses, sensitivitas, dan ketersediaan label, lalu sebut sistem yang harus terhubung, platform cloud atau on-premise, syarat otentikasi, dan batas lokasi data. Informasi jujur mengurangi kejutan, karena vendor akan mengetahui kondisi data sebenarnya cepat atau lambat.
Team400 menyusun daftar yang praktis untuk bagian data: jenis dan sumber data, volume yang tersedia untuk pelatihan dan pengujian, penilaian jujur atas kualitas (kelengkapan, konsistensi, akurasi), cara akses melalui API, ekspor basis data, atau ekstraksi manual, klasifikasi sensitivitas, dan apakah ada contoh keluaran yang benar sebagai label. Jika Anda tidak yakin dengan kondisi data, katakan itu. Vendor yang mengusulkan penilaian data sebagai langkah pertama sedang bersikap bertanggung jawab.
Untuk lingkungan teknis, sebut platform yang dipakai (cloud publik, cloud privat, atau on-premise), sistem kunci yang harus terhubung seperti ERP, CRM, atau sistem tiket, syarat otentikasi, kewajiban kedaulatan data, dan infrastruktur AI yang sudah ada. Hindari terlalu preskriptif soal bahasa pemrograman atau kerangka kerja kecuali ada alasan kuat, misalnya standar internal.
Isu lokasi data patut mendapat paragraf sendiri. TeckNexus, dalam kerangka kartu skor RFP AI yang diperbarui 17 Agustus 2026, menyarankan pembeli bertanya apakah residensi data adalah sifat struktural infrastruktur vendor atau sekadar konfigurasi kontrak yang tidak benar-benar ditegakkan oleh infrastruktur. Untuk perusahaan yang memegang data pelanggan, pertanyaan ini sering menentukan lolos tidaknya tinjauan internal.
Keamanan juga tidak cukup dijawab dengan satu sertifikat. TeckNexus meminta bukti isolasi lingkungan dan praktik kendali jaringan secara khusus, di luar sertifikasi keamanan umum, serta apakah vendor ikut dalam koordinasi keamanan industri. Anda bisa menerjemahkannya menjadi bagian wajib di formulir jawaban: vendor menjelaskan di mana lingkungan pengembangan dan produksi dipisahkan, siapa yang memegang akses, dan bagaimana akses dicabut.
Sumber dan volume. Sebut sistem asal data dan jumlah catatan atau dokumen yang tersedia.
Kualitas jujur. Nyatakan celah, duplikasi, dan format yang tidak seragam apa adanya.
Sensitivitas. Tandai data pribadi, data keuangan, dan data rahasia perusahaan.
Akses. Jelaskan apakah data tersedia lewat API, ekspor, atau hanya manual.
Lokasi. Tulis syarat tempat penyimpanan dan pemrosesan data.
Bagaimana Aturan Pengadaan dan Pelindungan Data Memengaruhi Isi Permintaan Penawaran?
Aturan memengaruhi dua hal: format proses pengadaan dan kewajiban atas data yang diproses vendor. Bagi instansi pemerintah, kerangka dasarnya Perpres 16 Tahun 2018 yang diubah Perpres 46 Tahun 2025. Untuk data pribadi, kerangka dasarnya Undang-Undang Nomor 27 Tahun 2022. Aturan khusus AI masih dalam rancangan.
Perpres 46 Tahun 2025 ditetapkan di Jakarta pada 30 April 2025 sebagai perubahan kedua atas Perpres 16 Tahun 2018, setelah Perpres 12 Tahun 2021, dan tercatat dalam Lembaran Negara 2025 Nomor 67 setebal 80 halaman. Basis data JDIH BPK mencantumkan tujuannya: meningkatkan penggunaan produk dalam negeri, mempercepat pelaksanaan pengadaan, dan mengatur pengadaan desa. Cakupannya adalah pengadaan oleh kementerian, lembaga, perangkat daerah, dan institusi lain yang dibiayai APBN, APBD, atau APB Desa. Perusahaan atau BUMN perlu memeriksa apakah ketentuan itu berlaku atau diadopsi oleh pedoman pengadaan internal masing-masing. Untuk gambaran aturan pengadaan digital terbaru, baca juga Apa Arti Aturan Baru LKPP 2026 bagi Pengadaan Digital Perusahaan dan BUMN?
Di sisi data, Undang-Undang Nomor 27 Tahun 2022 tentang Pelindungan Data Pribadi, ditetapkan 17 Oktober 2022, mengatur kewajiban pengendali dan prosesor data pribadi dalam pemrosesan data. Vendor AI yang menerima data pelanggan Anda hampir pasti berperan sebagai prosesor, sehingga permintaan penawaran sebaiknya meminta vendor menjelaskan peran, batas penggunaan data, dan perlakuan data saat proyek berakhir. JDIH BPK juga mencatat Putusan Mahkamah Konstitusi Nomor 151/PUU-XXII/2024 yang memaknai kata "dan" pada Pasal 53 ayat (1) huruf b sebagai "dan/atau". Konsultasikan implikasinya dengan penasihat hukum Anda.
Untuk AI secara khusus, Kementerian Komunikasi dan Digital menyatakan pada 6 Mei 2026 bahwa pembahasan lintas kementerian atas Rancangan Perpres Etika Kecerdasan Artifisial dan Rancangan Perpres Peta Jalan Kecerdasan Artifisial Nasional 2026 sampai 2029 telah selesai, melalui rapat pada 27 April dan 5 Mei 2026. Penyusunan sudah berlangsung sejak 2025 dan melewati konsultasi publik, diskusi kelompok terarah, serta harmonisasi pada Maret 2026.
Pada 3 September 2026, Direktur Jenderal Ekosistem Digital Komdigi Edwin Hidayat Abdullah menyebut kedua rancangan itu tinggal menunggu tanda tangan Presiden. Ia menjelaskan arah Perpres etika kepada Selular.ID: "Perpres ini menyiapkan arah prioritasnya itu apa. Hal-hal apa yang boleh, hal-hal yang tidak boleh." Pengaturan akan mencakup kategori penggunaan yang dilarang, penggunaan yang memerlukan pengawasan ketat, dan pemanfaatan dengan tingkat risiko lebih ringan. Sampai tulisan ini disusun pada 13 November 2026, kami belum menemukan konfirmasi penetapan dari sumber resmi yang kami buka.
Implikasi praktisnya sederhana. Tulis klasifikasi risiko use case Anda di permintaan penawaran, misalnya apakah keluaran AI memengaruhi keputusan terhadap orang atau hanya membantu pekerjaan internal, dan minta vendor menyatakan kesiapan menyesuaikan desain bila aturan turunan terbit. Dengan begitu, proyek tidak perlu dirombak ketika regulasi final keluar.
Bagaimana Membagi Fase, Harga, dan Jadwal agar Penawaran Bisa Dibandingkan?
Bagi proyek menjadi fase dan minta harga tetap untuk fase awal, yaitu discovery dan proof of concept, serta harga indikatif untuk fase berikutnya. Cara ini menurunkan risiko kedua pihak karena Anda tidak berkomitmen pada pembangunan penuh sebelum data dinilai dan pendekatan terbukti layak.
Team400 menyarankan empat fase. Fase pertama adalah discovery dan penilaian data untuk memvalidasi data, memperjelas kebutuhan, dan memastikan kelayakan. Fase kedua proof of concept, yaitu prototipe yang berjalan. Fase ketiga pengembangan produksi dengan integrasi. Fase keempat penerapan dan optimasi, mencakup pemantauan dan penyetelan. Anda bisa meminta vendor menawar fase pertama dengan harga indikatif untuk fase sesudahnya.
Mengapa tidak meminta harga tetap untuk seluruh proyek? Team400 menjelaskan bahwa proyek AI memiliki ketidakpastian nyata, sehingga harga tetap dari discovery sampai penerapan memaksa vendor menambah cadangan besar atau membuat asumsi yang tidak bisa diverifikasi. Pembeli yang ingin kepastian anggaran tetap bisa memperolehnya lewat kontrak per fase dengan gerbang persetujuan di antara fase.
Berikan juga rentang anggaran dan model harga yang Anda sukai, apakah waktu dan material, harga tetap, atau campuran, beserta termin pembayaran dan harapan soal kepemilikan kekayaan intelektual, yaitu siapa yang memiliki model, kode, dan data. Untuk komponen biaya yang lazim muncul dalam proyek aplikasi perusahaan, baca Berapa Biaya Membangun Aplikasi Perusahaan dan Apa Saja yang Masuk Anggarannya?
Jadwal proses permintaan penawaran harus realistis. Team400 menyebut dua pekan terlalu singkat untuk RFP AI yang kompleks, dan tiga sampai empat pekan wajar. Cantumkan tanggal penerbitan, batas pertanyaan vendor, batas pengiriman proposal, masa evaluasi, presentasi calon terpilih, tanggal keputusan, dan perkiraan mulai proyek.
Terakhir, jaga panjang dokumen. Team400 menilai RFP yang bertele-tele tidak menghasilkan jawaban yang lebih baik, melainkan jawaban salinan dari proposal lama, dan yang terbaik biasanya di bawah 15 halaman. Persyaratan administratif seperti akta perusahaan atau laporan keuangan lebih baik diminta lewat lampiran terpisah supaya tidak mengaburkan inti permintaan.
Diagram alur meminta penawaran proyek AI. Diolah Burung Hantu Infratek dari Team 400, Metacto, dan TeckNexus.
Bagaimana Menilai Penawaran dan Pertanyaan Apa yang Mengungkap Kesiapan Vendor?
Nilai penawaran dengan bobot yang diumumkan sejak awal, lalu uji kesiapan vendor lewat pertanyaan yang meminta bukti, bukan klaim. Pertanyaan paling berguna adalah meminta vendor menjelaskan satu alur kerja yang pernah mereka kirim ke produksi, termasuk apa yang rusak setelah peluncuran.
Sebagai contoh bobot, Team400 mengusulkan pemahaman masalah dan pendekatan 30 persen, pengalaman dan rekam jejak 25 persen, komposisi dan kualifikasi tim 20 persen, harga dan nilai 15 persen, serta manajemen risiko dan tata kelola 10 persen. Angka ini sekadar contoh. Yang penting, bobot disampaikan kepada vendor sebelum mereka menulis, sehingga proposal fokus pada hal yang Anda anggap penting.
TeckNexus menambahkan bahwa bobot tidak boleh seragam untuk semua proyek. Untuk penerapan yang berkaitan dengan keselamatan, desain pengawasan manusia dan bukti mode kegagalan layak diberi bobot besar. Untuk layanan pelanggan atau pekerjaan administrasi, ketergantungan pada vendor dan realisme biaya layak diberi bobot lebih besar karena biaya terkunci dalam beberapa tahun terus menumpuk.
Beberapa pertanyaan layak masuk formulir jawaban wajib. Metacto menganjurkan vendor menelusuri alur kerja yang pernah dikirim: pemicunya apa, konteks apa yang dikumpulkan, apa yang dihasilkan AI, di mana manusia menyetujui atau mengoreksi, apa yang berubah di sistem pencatatan, apa yang rusak setelah peluncuran, dan apa yang dipantau tim. Vendor yang kuat akan melambat pada hal-hal seperti izin, data sumber yang berantakan, beban tinjauan, dan perilaku cadangan.
TeckNexus juga menyebut tanda peringatan yang mudah dipantau: tingkat persetujuan yang menuju 100 persen atau waktu persetujuan yang mendekati seketika menandakan tinjauan manusia sudah menjadi prosedur belaka. Tambahkan pula klausul portabilitas data dan konfigurasi serta syarat keluar pada kontrak awal, bukan setelah ketergantungan terbentuk.
Contoh alur nyata. Minta vendor menceritakan satu alur kerja produksi dari pemicu sampai pemantauan.
Rencana akses. Minta rencana hak minimal untuk sistem, data, lingkungan, dan persetujuan manusia.
Ekonomi pilot. Minta garis dasar, asumsi biaya, dan kriteria keputusan memperluas proyek.
Rencana operasi. Minta pemantauan, pemilik insiden, dan jadwal evaluasi setelah peluncuran.
Portabilitas dan keluar. Minta syarat pemindahan data dan konfigurasi bila vendor diganti.
Untuk kerangka pemilihan yang lebih luas, baca Bagaimana Perusahaan dan BUMN Memilih Software House yang Tepat? dan Memilih Vendor AI: Uji Tuntas, Klausul Kontrak, dan Pelajaran Insiden Cloudflare.
Cara Burung Hantu Infratek Mengerjakan Proyek Pengembangan AI
Burung Hantu Infratek menerima permintaan proyek AI dari konsultasi awal sampai dukungan pasca-implementasi. Menurut profil resmi perusahaan, layanannya mencakup pengembangan AI kustom, integrasi AI ke sistem yang sudah ada, dan AI Command Center, dengan solusi yang disesuaikan kebutuhan masing-masing klien.
Fakta di bagian ini diambil dari berkas llms.txt dan beranda burhan.co.id yang kami buka pada 13 November 2026. Pengembangan AI dijelaskan sebagai solusi AI kustom dan model machine learning dari awal. Integrasi AI dijelaskan sebagai cara memasukkan kemampuan AI ke sistem yang sudah ada. AI Command Center dijelaskan sebagai dasbor terpusat untuk pemantauan dan kontrol sistem AI.
Situs yang sama menyebut layanan end-to-end dari konsultasi, implementasi, hingga dukungan pasca-implementasi, dengan konsultasi gratis. Berkas llms.txt mencantumkan klien utama seperti Pertamina, PLN, Kementerian Kesehatan, Telkom Indonesia, dan Prudential Indonesia, serta pelayanan terhadap lebih dari 18 perusahaan di sektor energi, telekomunikasi, kesehatan, dan keuangan. Beranda menyebut pengalaman lebih dari 20 tahun di industri IT.
Dari sisi pembeli, bahan yang paling membantu saat berdiskusi dengan vendor mana pun, termasuk Burung Hantu Infratek, adalah brief yang memuat masalah bisnis berangka, gambaran data, rentang anggaran, dan syarat keamanan. Dengan bahan itu, diskusi awal bisa langsung membahas kelayakan dan fase pengerjaan, bukan mengulang pertanyaan dasar.
Jika Anda hendak membuka diskusi, bawa lima hal ke pertemuan pertama agar waktu konsultasi terpakai untuk substansi:
Satu alur kerja. Gambarkan pemicu, input, keputusan manusia, dan hasil yang diharapkan.
Angka kondisi sekarang. Siapkan volume, waktu proses, dan tingkat kesalahan yang Anda ketahui.
Peta data awal. Sebut lokasi, pemilik, dan pembatasan akses, termasuk data pribadi.
Rentang anggaran. Berikan batas bawah dan atas supaya diskusi realistis.
Penanggung jawab. Hadirkan orang bisnis yang berwenang, bukan hanya tim IT.
Detail tahapan kerja, tim, dan harga untuk kebutuhan tertentu ditentukan setelah kebutuhan dibahas, sehingga tidak ada angka atau janji yang kami cantumkan di tulisan ini. Untuk penjelasan layanan secara lengkap, baca Panduan Pengembangan AI untuk Perusahaan dan BUMN di Indonesia.
Pertanyaan yang Sering Diajukan
Bagaimana cara meminta penawaran proyek pengembangan AI dari vendor IT?
Kirim brief tertulis ke minimal tiga vendor yang berisi masalah bisnis berangka, gambaran data, syarat keamanan, rentang anggaran, dan target hasil yang bisa diukur. Beri jadwal jelas dengan batas pertanyaan dan batas proposal, lalu nilai semua vendor memakai bobot yang sama.
Berapa lama waktu yang wajar bagi vendor untuk menjawab permintaan penawaran proyek AI?
Team400 menilai dua pekan terlalu singkat untuk permintaan AI yang kompleks dan menyebut tiga sampai empat pekan sebagai waktu yang wajar. Waktu ini memberi vendor kesempatan bertanya soal data dan merancang pendekatan, sehingga proposal yang diterima lebih bisa dibandingkan.
Apakah perusahaan perlu membagikan anggaran kepada vendor?
Sebaiknya ya, minimal dalam bentuk rentang. Team400 menyebut RFP tanpa rentang anggaran cenderung menghasilkan proposal yang tersebar sangat lebar, dan sebagian besar jatuh di luar kemampuan pembeli. Rentang membantu vendor menyesuaikan pendekatan dan menghemat waktu kedua pihak.
Apakah boleh menentukan model atau arsitektur AI tertentu di permintaan penawaran?
Sebaiknya tidak, kecuali ada standar internal yang mewajibkannya. Team400 menyarankan Anda menjelaskan masalah dan hasil yang diinginkan, lalu membiarkan vendor merekomendasikan pendekatan, karena menentukan arsitektur sejak awal dapat membatasi pilihan dan menghasilkan solusi yang kurang tepat.
Kesimpulan
Permintaan penawaran proyek AI yang baik pendek, spesifik, dan jujur. Ia menyebut satu alur kerja, angka kondisi sekarang, target yang bisa diuji, kondisi data apa adanya, rentang anggaran, dan syarat keamanan. Dengan bahan itu, vendor bisa menawarkan fase discovery yang masuk akal dan Anda bisa membandingkan penawaran dengan bobot yang sama.
Langkah berikutnya sederhana. Tulis brief dua halaman minggu ini, minta pemilik bisnis, keamanan, dan hukum menyetujui isinya, lalu kirim ke tiga vendor dengan jadwal tiga sampai empat pekan. Pantau juga perkembangan Perpres Etika dan Peta Jalan AI, karena penetapannya dapat mengubah klasifikasi risiko yang perlu Anda cantumkan.
(Burung Hantu Infratek / Berbagai Sumber)
⚠️ Artikel ini seluruhnya diriset, ditulis, dan dikembangkan oleh AI internal Burung Hantu Infratek.
🦉 Burung Hantu Infratek adalah software house dan system integrator yang sudah berpengalaman lebih dari 5 tahun dalam pengembangan dan implementasi generative AI pada berbagai perusahaan dan institusi.
Sumber dan Referensi
[2] UU Nomor 27 Tahun 2022 tentang Pelindungan Data Pribadi - JDIH BPK
[4] Dua Perpres AI Tunggu Tanda Tangan Presiden Prabowo - Selular.ID
[5] How to Write an AI RFP - What to Include and What to Skip - Team 400
[6] AI Automation RFP Template: Requirements for a Production Workflow Partner - Metacto
[7] Building Your 2026 AI Vendor RFP: A Governance and Security Scorecard - TeckNexus
[8] Burung Hantu Infratek (Burhan), berkas llms.txt dan beranda burhan.co.id, dibuka 13 November 2026