Setiap agensi menjawab pertanyaan ini dengan kisaran yang begitu lebar hingga tidak berguna, karena jawaban jujurnya bergantung pada hal-hal yang belum mereka ketahui. Jadi, berikut struktur di balik angkanya: apa saja yang tercakup dalam empat bentuk umum pekerjaan AI, bentuk mana yang Anda butuhkan, dan faktor yang dapat menaikkan biayanya.
Biaya di bawah ini dinyatakan dalam minggu kerja engineer, bukan uang. Tarif berbeda-beda menurut pasar dan pelaksana pekerjaan, dan halaman yang mencantumkan harga dalam dolar akan keliru bagi sebagian besar pembaca saat mereka membacanya. Kalikan dengan tarif yang sedang Anda bandingkan. Ini adalah perkiraan kami berdasarkan pengalaman membangun hal seperti ini, bukan survei industri.
Empat bentuk pekerjaan AI
Hampir semua permintaan yang kami terima termasuk salah satu bentuk ini, atau gabungan dua bentuk. Menentukan bentuk yang Anda inginkan adalah langkah terbesar menuju angka yang konkret, dan Anda bisa melakukannya sebelum berbicara dengan siapa pun.
| Bentuk | Fungsinya | Hingga versi produksi pertama |
|---|---|---|
| Menjawab berdasarkan konten Anda sendiri | Staf atau pelanggan mengajukan pertanyaan; sistem menjawab berdasarkan dokumen Anda dan mencantumkan sumbernya | 4–8 minggu kerja engineer |
| Ekstraksi dan klasifikasi | Mengubah faktur, email, tiket, atau formulir menjadi kolom terstruktur atau kategori | 3–6 minggu kerja engineer |
| Agen yang menjalankan tugas | Melakukan tindakan di berbagai sistem Anda, bukan sekadar menghasilkan teks | 8–16 minggu kerja engineer |
| Model di dalam produk Anda | Berjalan di perangkat pengguna atau server Anda sendiri, tanpa API pihak ketiga | 10–20 minggu kerja engineer |
Kisaran dua bentuk terakhir lebih lebar karena alasan yang sama: keduanya bergantung pada hal-hal di luar AI. Kemampuan membangun agen dibatasi oleh API yang harus digunakannya untuk bertindak, sedangkan model di perangkat dibatasi oleh perangkat keras yang Anda putuskan untuk didukung.
Faktor yang sebenarnya menentukan biaya
Untuk melihat contoh alur kerja ekstraksi yang konkret, lihat layanan kami untuk ekstraksi data faktur dan otomatisasi pemrosesan faktur khusus: penerimaan, validasi, peninjauan staf, dan ekspor ke sistem akuntansi Anda.
Tak satu pun dari faktor ini adalah modelnya. Pemilihan model membutuhkan satu minggu evaluasi, lalu hanya menjadi satu baris di file konfigurasi. Jika proposal menjadikannya pertanyaan utama, itu merupakan sinyal tentang kualitas proposal tersebut.
- Kondisi data Anda. Ini adalah variabel terbesar. Dokumen yang bersih, terbaru, tersusun rapi, dan tersimpan di satu tempat adalah kondisi yang paling murah. Empat sistem pencatatan yang isinya saling bertentangan, PDF hasil pemindaian, dan wiki yang tidak diperbarui sejak 2023 adalah kondisi yang mahal—dan pekerjaan yang diperlukan adalah pekerjaan pengelolaan data yang tetap harus Anda lakukan.
- Tingkat akurasi yang dibutuhkan. Ada perbedaan besar antara “membuat draf untuk diperiksa seseorang” dan “bertindak tanpa pengawasan”. Yang kedua memerlukan pengukuran, penanganan kegagalan, dan cara untuk melakukan kesalahan dengan aman. Di situlah anggaran terserap.
- Jumlah sistem yang terhubung. Setiap integrasi memiliki autentikasi, batas laju, dan kasus kesalahannya sendiri. Dua integrasi adalah hal biasa. Enam berarti proyek yang berbeda.
- Ada tidaknya orang yang bertanggung jawab atas evaluasi. Jika tak seorang pun di pihak Anda bisa menilai apakah suatu jawaban bagus, kami harus membangun perangkat evaluasinya terlebih dahulu. Ini layak dilakukan, tetapi tidak gratis.
- Ke mana data boleh dikirim. “Tidak ada data yang keluar dari infrastruktur kami” adalah batasan yang sah sekaligus masukan untuk desain. Biasanya ini berarti Anda menghosting model dengan bobot terbuka, yang mengorbankan sebagian kapabilitas demi kendali dan mengalihkan biaya hosting kepada Anda.
Biaya operasional yang sering terlupakan
Perkiraan biaya pembangunan bukanlah anggaran. Ada tiga biaya yang terus berjalan setelah peluncuran, dan biasanya hanya biaya pertama yang masuk dalam rencana.
- Penggunaan. Biaya per permintaan, meningkat seiring volume. Murah pada skala uji coba, sehingga biayanya mengejutkan orang saat sudah mencapai skala produksi. Sebelum menetapkan arsitektur, sebaiknya hitung biayanya pada volume 10× uji coba Anda.
- Evaluasi dan pemantauan. Kualitas menurun seiring perubahan konten Anda dan pembaruan model oleh penyedia. Harus ada sesuatu yang memantau perubahan tersebut.
- Pergantian penyedia. Penyedia menghentikan model sesuai jadwal mereka. Sisihkan anggaran untuk beberapa hari kerja per tahun guna beralih, dan hindari desain yang menyulitkan proses tersebut.
Berapa biaya bukti konsep dan apa yang harus dibuktikannya
Dua hingga empat minggu. Jika lebih lama dari itu, ini bukan lagi bukti konsep, melainkan proyek tanpa rencana.
Yang penting adalah tujuannya. Bukti konsep harus berakhir dengan keputusan, bukan demo. Cara memastikannya adalah dengan menuliskan sebelum proyek dimulai angka yang menandakan keberhasilan dan tindakan yang akan Anda ambil jika angka itu tidak tercapai. “Sistem harus mengklasifikasikan setidaknya 85% tiket dengan benar; jika tidak, kita berhenti” adalah bukti konsep. “Lihat apa yang bisa dilakukan AI untuk kita” adalah lokakarya.
Bukti konsep juga harus menghasilkan sesuatu yang tetap Anda perlukan setelahnya: sekumpulan kecil contoh nyata berlabel dengan jawaban yang benar. Kumpulan data uji ini akan tetap berguna meski model berganti, dan akan membuat keputusan berikutnya lebih murah.
Pertanyaan yang patut diajukan kepada vendor mana pun
- 1. Apa yang bisa membuat biayanya dua kali lipat dari perkiraan Anda?
- 2. Bagaimana kita mengetahui bahwa sistem berfungsi, dalam bentuk angka, dan siapa yang mengukurnya?
- 3. Berapa biaya per bulan jika volume kita sepuluh kali lipat dari volume uji coba?
- 4. Apa yang terjadi saat model yang Anda pilih dihentikan?
- 5. Ke mana data kita dikirim, dan apa yang disimpan?
- 6. Apa yang dilakukan sistem saat tidak mengetahui jawabannya?
- 7. Siapa yang memiliki kode, prompt, dan kumpulan data evaluasi setelah proyek selesai?
Pertanyaan keenam paling mengungkapkan. Sistem yang tidak punya jawaban untuk pertanyaan itu akan mengarang sesuatu dengan yakin. Begitulah proyek-proyek ini kehilangan kepercayaan orang-orang yang seharusnya menggunakannya.
Kapan sebaiknya tidak membangun sendiri
Ada tiga kondisi ketika kami akan menyarankan agar Anda tidak membangunnya, karena menyampaikannya sejak awal lebih murah bagi kita berdua.
- Prosesnya tidak terdokumentasi di mana pun. Jika tak ada manusia yang bisa menjelaskan aturannya, proyek harus dimulai dengan pekerjaan operasional, bukan AI.
- Tugas itu hanya dilakukan sepuluh kali sebulan. Otomatisasi untuk tugas yang jarang dilakukan biasanya tidak sebanding dengan biaya pemeliharaannya.
- Produk yang sudah ada bisa melakukannya. Jika data Anda bukan faktor pembeda, beli saja. Kami lebih memilih menyarankan demikian daripada menagih biaya untuk membangun ulang produk yang sudah ada.
Cara kerja kami
Kami adalah tim kecil engineer, bukan agensi: Anda berbicara langsung dengan orang-orang yang menulis kode, tanpa manajer akun sebagai perantara, dan kami selektif dalam memilih proyek. Untuk pekerjaan AI, kami menangani integrasi LLM, pencarian informasi dari konten Anda sendiri, agen, dan penerapan model yang Anda hosting sendiri—serta pekerjaan .NET, Python, TypeScript, dan cloud yang dilakukan studio kami lainnya.
Kami juga merilis perangkat lunak Windows buatan kami sendiri, termasuk asisten teks yang menjalankan model bahasa sepenuhnya di PC pengguna, jadi bagi kami, penggunaan di perangkat dan batasan privasi bukan sekadar teori.
Ceritakan apa yang ingin Anda bangun
Jelaskan masalahnya, bukan solusinya: apa yang dilakukan seseorang saat ini, seberapa sering, dan berapa biayanya jika terjadi kesalahan. Anda akan mendapat balasan dalam satu hari kerja, dengan cakupan dan angka biayanya, atau penjelasan mengapa menurut kami Anda sebaiknya tidak membangunnya.