Cara Perusahaan Menerapkan AI: dari PoC ke Proses Kerja Nyata

5 langkah agar PoC tidak berhenti sebagai demo

1. Rumuskan kebutuhan sebagai masalah bisnis yang terukur

Jangan menamai proyek hanya sebagai penerapan AI. Rumusan yang lebih kuat harus menjelaskan proses mana yang ingin diperbaiki, siapa pengguna utamanya, masalah apa yang terjadi hari ini, dan indikator apa yang harus berubah.

Gunakan format sederhana seperti ini:

Pada proses A, peran B menghabiskan banyak waktu setiap minggu untuk tugas C. Kami ingin memakai AI untuk meningkatkan indikator D dari baseline saat ini ke target tertentu, dengan penanggung jawab bisnis E yang memimpin perubahan proses dan validasi hasil.

Sebelum memulai, jawab setidaknya lima pertanyaan berikut:

• Siapa yang akan memakai fungsi AI ini dalam pekerjaan sehari-hari?
• AI akan masuk ke langkah kerja yang mana, bukan berdiri sebagai alat terpisah?
• Berapa baseline saat ini, misalnya waktu proses, tingkat kesalahan, tingkat konversi, keluhan pelanggan, atau jam kerja manual?
• KPI keberhasilan terkait efisiensi, kualitas, pendapatan, biaya, risiko, atau pengalaman karyawan?
• Siapa yang berwenang mengubah proses dan menerima konsekuensi hasilnya?

Tanpa baseline dan penanggung jawab bisnis, PoC sulit dinilai berhasil atau tidak. Lebih sulit lagi meyakinkan organisasi untuk memperluasnya.

2. Pilih 1–3 skenario yang sering terjadi, berulang, dan datanya sudah ada

Tahap awal sebaiknya tidak terlalu ambisius. Pilih pekerjaan yang frekuensinya tinggi, polanya berulang, sumber datanya jelas, dan biaya kesalahannya masih bisa dikendalikan.

Hindari langsung memilih proses yang paling berisiko, paling kompleks, atau batas tanggung jawabnya belum jelas. Jika data masih berantakan, proses belum standar, atau tuntutan kepatuhan tinggi sementara tata kelola belum siap, bereskan fondasinya dulu sebelum memakai AI generatif secara luas.

3. Audit data, hak akses, dan integrasi sistem sebelum PoC

Dalam praktik, hambatan terbesar sering bukan model AI, melainkan apakah data bisa diakses dengan benar, aman, dan cukup mutakhir.

Ringkasan Talyx terhadap studi RAND Corporation 2024 menyebut studi tersebut mewawancarai 65 data scientist dan engineer senior, lalu merangkum beberapa akar kegagalan proyek AI: definisi masalah yang disalahpahami, data pelatihan yang tidak memadai, pendekatan yang terlalu berangkat dari teknologi alih-alih masalah, infrastruktur yang kurang, serta masalah yang memang berada di luar batas kelayakan.

Sebelum PoC, periksa hal-hal berikut:

• Data berada di mana: repositori dokumen, CRM, ERP, sistem tiket, gudang data, atau masih tersebar di perangkat pribadi?
• Bagaimana kualitas data: sudah usang, ganda, kolomnya tidak lengkap, atau formatnya tidak konsisten?
• Bagaimana hak akses diatur: apakah setiap divisi, jabatan, wilayah, atau peran boleh melihat data yang sama?
• Seberapa sering data diperbarui: AI menjawab berdasarkan data terbaru atau versi beberapa bulan lalu?
• Apakah sistem bisa diintegrasikan: keluaran AI bisa kembali ke tiket, CRM, laporan, persetujuan, atau alur dokumen?
• Apakah jejak audit tersedia: siapa bertanya apa, AI menjawab apa, siapa yang menerima atau memperbaiki jawaban, dan apakah semuanya tercatat?

Jika data tidak bisa dipakai, model sekuat apa pun hanya akan menjadi alat presentasi. Jika hak akses tidak jelas, proyek mudah tertahan di keamanan informasi, privasi, legal, atau audit.

4. Buat PoC kecil, tetapi hubungkan ke alur kerja nyata

PoC, atau proof of concept, sebaiknya bukan hanya demo di ruang rapat. Perlakukan PoC sebagai versi awal produk: memakai pengguna nyata, data nyata, dan proses nyata, dengan kriteria sukses, perluasan, dan penghentian yang sudah disepakati.

PoC yang siap menuju operasional perlu menjawab pertanyaan berikut:

• Dari mana pengguna memicu AI: sistem layanan pelanggan, CRM, portal internal, aplikasi tiket, chat kerja, atau sistem lain yang sudah dipakai?
• Siapa yang meninjau keluaran AI?
• Dalam situasi apa pekerjaan harus dialihkan ke manusia?
• Bagaimana kesalahan dilaporkan, dan siapa yang bertugas memperbaiki data, aturan, atau prompt?
• Tugas mana yang hanya boleh dibantu AI, bukan diselesaikan otomatis?
• KPI harus mencapai ambang berapa agar proyek diperluas?
• Jika KPI tidak tercapai, kapan proyek dihentikan atau didesain ulang?

Tujuan PoC bukan membuktikan bahwa AI bisa menghasilkan teks. Tujuannya adalah membuktikan bahwa AI bisa dipakai stabil di dalam proses kerja dan membuat metrik tertentu membaik.

5. Setelah tata kelola siap, baru perluas ke divisi lain atau otomatisasi lebih tinggi

Memperluas AI bukan sekadar menambah akun pengguna. Setiap divisi baru biasanya membawa sumber data baru, aturan akses baru, variasi proses, kebutuhan kepatuhan, dan KPI yang berbeda.

Ini makin penting ketika AI bergerak dari pencarian, ringkasan, dan penyusunan draf menuju agen AI yang lebih otonom. Ringkasan survei McKinsey 2025 menunjukkan, pada fungsi bisnis mana pun, tidak lebih dari 10% responden melaporkan AI agents sudah diperluas dalam skala operasional. McKinsey juga menyebut keamanan dan risiko sebagai hambatan utama untuk memperluas agentic AI, sementara ketidakakuratan dan keamanan siber tetap menjadi risiko AI yang paling sering disebut.

Urutan perluasan yang lebih aman:

1. Mulai dari AI untuk mencari, merapikan, meringkas, dan menyusun draf.
2. Pertahankan human-in-the-loop, yaitu manusia tetap meninjau dan menyetujui hasil pada titik penting.
3. Kumpulkan data kesalahan, pengecualian, dan pola penggunaan.
4. Setelah akurasi, stabilitas proses, hak akses, dan audit matang, otomatisasikan langkah yang risikonya rendah.
5. Setiap kali masuk ke divisi baru, tinjau ulang data, izin akses, legal, keamanan, privasi, dan audit.

Merancang KPI: jangan hanya mengukur akurasi model

Jika proyek AI hanya mengukur akurasi model, nilai operasionalnya bisa luput. KPI yang lebih baik dimulai dari baseline proses hari ini, lalu memakai beberapa lapis indikator untuk menilai apakah proyek layak diperluas.

KPI tidak harus banyak di awal. Namun KPI harus menempel pada proses. Jika PoC hanya membuktikan AI bisa menulis jawaban, tetapi tidak membuktikan proses menjadi lebih cepat, lebih akurat, lebih hemat, atau lebih terkendali, proyek itu belum benar-benar siap disebut implementasi.

Mengapa banyak proyek AI tidak sampai operasional?

1. Membeli alat dulu, baru mencari masalah

Banyak proyek dimulai dari demo vendor atau kemampuan model yang sedang populer. Hasilnya bisa terlihat canggih, tetapi tidak ada tim yang benar-benar membutuhkannya setiap hari. Ringkasan Talyx atas studi RAND juga menempatkan mentalitas technology-first, yaitu memilih teknologi karena tren alih-alih kecocokan masalah, sebagai salah satu akar kegagalan proyek AI.

2. Definisi masalah tidak jelas

Jika tim bisnis ingin mengurangi jam kerja layanan pelanggan, tim TI mengejar akurasi model, manajemen menunggu penurunan biaya, sementara tim legal khawatir pada risiko, proyek akan terseret ke berbagai arah. Definisi masalah yang disalahpahami juga disebut sebagai salah satu akar kegagalan proyek AI dalam ringkasan Talyx terhadap studi RAND.

3. Data dan sistem tidak tersambung

AI tidak banyak membantu jika tidak bisa mengambil dokumen yang benar, data pelanggan, catatan tiket, atau data transaksi yang relevan. Jika keluarannya juga tidak kembali ke CRM, ERP, repositori dokumen, atau sistem tiket, pengguna tetap harus menyalin dan menempel secara manual. Nilainya akan habis dimakan biaya proses. Infrastruktur yang tidak memadai turut disebut sebagai salah satu akar kegagalan dalam ringkasan Talyx terhadap studi RAND.

4. PoC tidak mengubah cara kerja nyata

Adopsi AI yang meningkat tidak sama dengan perluasan operasional. Artikel yang merangkum survei McKinsey menyebut 88% organisasi sudah memakai AI di setidaknya satu fungsi bisnis, tetapi hampir dua pertiganya masih berhenti di eksperimen atau pilot awal. Jika PoC tidak masuk ke proses nyata, tidak punya penanggung jawab bisnis, dan tidak memiliki KPI, proyek mudah berakhir sebagai presentasi internal saja.

5. Tata kelola risiko ditunda sampai akhir

Keamanan informasi, privasi, kepatuhan, audit, dan pengaturan hak akses tidak sebaiknya baru dibahas menjelang peluncuran. Untuk agentic AI, kebutuhan ini lebih penting karena sistem yang lebih otonom memerlukan batas data, izin tindakan, tinjauan manusia, dan tanggung jawab yang lebih jelas. McKinsey menyebut keamanan dan risiko sebagai hambatan utama dalam perluasan agentic AI.

Tabel keputusan: mana yang didahulukan, mana yang ditunda?

Skenario di kolom kanan bukan berarti tidak boleh dilakukan selamanya. Namun organisasi perlu merapikan data, menstandarkan proses, memperjelas tanggung jawab, dan menyiapkan tata kelola sebelum AI diterapkan.

Checklist satu halaman sebelum memulai proyek AI

Gunakan 10 pertanyaan ini sebelum menyetujui proyek AI apa pun:

1. Masalah bisnis spesifik apa yang ingin diselesaikan?
2. Berapa baseline proses hari ini, seperti waktu, kesalahan, biaya, atau keluhan?
3. Siapa penanggung jawab bisnisnya?
4. Siapa yang berwenang memutuskan perubahan proses?
5. Apakah pengguna benar-benar sering mengalami masalah ini?
6. Apakah data yang dibutuhkan sudah ada, bisa diakses, dan bisa diperbarui?
7. Apakah hak akses, privasi, legal, keamanan, dan audit sudah jelas?
8. Keluaran AI akan masuk ke sistem atau alur kerja nyata yang mana?
9. Dalam situasi apa manusia harus tetap meninjau atau mengambil alih?
10. Apa ambang KPI untuk melanjutkan, memperluas, menghentikan, atau mendesain ulang proyek?

Kesimpulan: jadikan satu proses berhasil dulu

Implementasi AI perusahaan sebaiknya dimulai dari perbaikan proses, bukan dari pembelian model. Model memang penting, tetapi bukan satu-satunya penentu keberhasilan.

Yang menentukan apakah PoC bisa menjadi kemampuan operasional adalah kesiapan data, kejelasan hak akses, kesediaan proses untuk berubah, tata kelola risiko, dan KPI yang mampu membuktikan nilai. Lebih baik membuat satu proses benar-benar berjalan dengan AI, terukur, dan aman, daripada membuka banyak eksperimen yang tidak pernah masuk ke pekerjaan harian.