CEO Harus Bisa Membedakan AI Experiment dan AI Capability

✦ UNDERCOVER.ID KNOWLEDGE SYSTEM

CEO Harus Bisa Membedakan AI Experiment dan AI Capability

◆ FormatPost
↻ Diperbarui13 October 2026
◷ Waktu baca8 menit
✦ KonteksPanduan praktis

Ada dua perusahaan yang kelihatannya sama-sama maju.

Perusahaan pertama punya 40 pilot AI.

Setiap fungsi punya eksperimen.

Marketing bikin content.

Finance coba forecasting.

HR punya chatbot.

Legal coba contract review.

Developer pakai coding assistant.

Setiap town hall ada demo baru.

Perusahaan kedua cuma punya delapan use case.

Kelihatannya lebih sedikit.

Tapi delapan itu dipakai setiap hari.

Ada owner.

Ada budget.

Ada monitoring.

Data source jelas.

Employee tahu workflow.

Kalau model gagal, ada fallback.

Kalau orang baru masuk, mereka dilatih.

Kalau vendor berubah, perusahaan punya evaluation sendiri.

Mana yang lebih punya AI capability?

Hampir pasti yang kedua.

Ini distinction yang CEO perlu pahami di 2026.

Experiment menunjukkan perusahaan bisa mencoba.

Capability menunjukkan perusahaan bisa mengulang hasil secara konsisten.

Dua hal itu beda.

Dan kalau CEO tidak bisa membedakan, organisasi gampang tertipu oleh activity.

Eksperimen memang harus cepat dan agak messy

Jangan salah.

Eksperimen penting.

Kalau semua harus perfect sebelum dicoba, perusahaan lambat.

Experiment punya fungsi:

Menguji possibility.

Mencari use case.

Mengenali failure.

Mengukur user response.

Memahami cost.

Belajar.

Dalam fase ini, boleh manual.

Copy-paste.

Data sample.

Tim kecil.

Tool trial.

Process belum rapi.

Tidak masalah.

Eksperimen adalah tempat untuk murah gagal.

Masalah muncul ketika perusahaan lupa naik fase.

Pilot berjalan 18 bulan.

Masih disebut pilot.

Tidak ada keputusan scale atau stop.

Semua orang takut membunuh project karena sponsor senior suka.

Itu bukan experimentation culture.

Itu project limbo.

Experiment harus punya exit.

Scale.

Iterate.

Atau stop.

Capability punya sifat yang jauh lebih boring

Capability jarang terlihat wow.

Ada standard.

Training.

Data governance.

Architecture.

Support.

Owner.

Budget.

Metric.

Incident process.

Procurement.

Evaluation.

Change management.

Documentation.

Semua hal yang jarang masuk demo.

Tapi kalau capability ada, perusahaan tidak perlu memulai dari nol setiap use case.

Misalnya tim baru ingin membuat document agent.

Mereka sudah punya:

Approved model gateway.

Identity.

Logging.

Data policy.

Evaluation framework.

Security pattern.

Vendor contract.

Support.

Tim tinggal fokus business problem.

Ini capability.

Eksperimen pertama mungkin butuh tiga bulan.

Use case kelima bisa tiga minggu karena fondasinya reusable.

Capability menurunkan marginal effort untuk deployment berikutnya.

Itu strategic value.

CEO jangan terpesona jumlah pilot

Pilot count adalah metric yang gampang dimanipulasi.

“Sudah 120 use case.”

Keren.

Berapa yang production?

Berapa yang dipakai mingguan?

Berapa yang punya owner?

Berapa yang menghasilkan outcome?

Berapa yang sudah dihentikan?

Kalau perusahaan tidak tahu, angka 120 tidak berarti banyak.

Bahkan terlalu banyak pilot bisa menjadi tanda buruk.

Resource fragmented.

Learning tidak terkonsolidasi.

Setiap tim mengulang kesalahan.

Vendor proliferation.

Shadow AI.

No scale.

CEO seharusnya lebih suka portfolio kecil tapi dalam.

Tiga workflow yang mengubah economics lebih valuable daripada 50 demo.

Activity ≠ capability.

Kalimat ini sederhana tapi perlu diulang.

Capability tetap ada ketika champion pergi

Ini test bagus.

Bayangin employee paling jago AI resign.

Apa yang terjadi?

Kalau workflow mati, capability belum institutional.

Mungkin ada expertise individu.

Bukan perusahaan.

Capability harus survive turnover.

Prompt penting documented.

Agent company-owned.

Data access bukan personal.

Process known.

Training tersedia.

Owner lebih dari satu.

Knowledge base ada.

Ini sama seperti fungsi lain.

Perusahaan tidak bisa bilang punya finance capability kalau seluruh knowledge hanya ada di satu CFO.

AI juga.

Power user penting.

Tapi tujuan organisasi adalah menyerap knowledge mereka.

Bukan bergantung selamanya.

CEO perlu tahu di mana key-person risk.

Experiment sering sangat dependent pada champion.

Scale harus mengurangi dependency.

Capability punya repeatable evaluation

Model berubah cepat.

CEO tidak perlu tahu benchmark detail.

Tapi perusahaan harus punya mekanisme menilai.

Kalau vendor menawarkan model baru, apakah tim bisa test dengan task sendiri?

Punya evaluation set?

Metric?

Cost baseline?

Safety check?

Kalau tidak, setiap keputusan mengikuti demo vendor.

Itu dependency.

Capability berarti perusahaan tahu apa “good” untuk dirinya.

Bukan hanya menurut benchmark internet.

Misalnya customer service.

Punya 200 case anonymized.

Setiap model baru diuji.

Resolution accuracy.

Tone.

Policy adherence.

Latency.

Cost.

Sekarang vendor bisa dibandingkan.

Ini organizational intelligence.

Evaluation adalah asset.

Bisa dipakai terus.

CEO seharusnya meminta.

“Bagaimana kita tahu model ini lebih baik untuk kita?”

Kalau jawabannya cuma “benchmark-nya naik”, belum cukup.

Capability juga punya financial model

Experiment bisa pakai budget innovation.

Capability masuk operasi.

Cost predictable.

License.

Inference.

Storage.

Support.

People.

Perusahaan tahu unit economics.

Berapa cost per document.

Per ticket.

Per transaction.

Per workflow.

Kalau volume naik 10x, apa yang terjadi?

Ini penting.

AI cost bisa sangat variable.

Agent bisa memanggil model berkali-kali.

Reasoning panjang.

Tool call.

Data retrieval.

Tanpa FinOps, bill bisa surprise.

Capability bukan hanya membuat AI bisa berjalan.

Membuat AI bisa berjalan secara ekonomis.

CEO perlu tahu gross economics.

Bukan token detail.

“Kalau kita scale ke semua customer, margin masih masuk?”

Itu pertanyaan CEO.

Capability bisa menjawab.

Experiment mungkin belum.

Capability punya governance yang tidak memperlambat semuanya

Banyak CEO takut governance.

“Kebanyakan aturan nanti inovasi mati.”

Kalau governance buruk, benar.

Kalau governance matang, justru mempercepat.

Karena boundary jelas.

Use case low-risk bisa langsung jalan di sandbox.

Data tertentu approved.

Tool tertentu approved.

High-risk masuk review.

Tidak semua harus mulai dari legal meeting.

Capability berarti governance reusable.

Satu framework.

Bukan negosiasi ulang setiap pilot.

Ini mempercepat scale.

Perusahaan tanpa governance justru sering lebih lambat setelah beberapa incident.

Security panik.

Semua diblokir.

Trust turun.

Governance adalah infrastructure kecepatan.

Kalau dibuat proporsional.

Capability mengubah hiring dan training

Kalau AI menjadi bagian cara kerja, job requirement berubah.

Bukan semua orang harus “prompt engineer”.

Tapi role perlu skill baru.

Analyst perlu verification.

Manager perlu orchestration.

Developer perlu code review AI.

Customer service perlu escalation handling.

Product team perlu evaluation.

Capability berarti HR system ikut berubah.

Job description.

Onboarding.

Performance.

Learning.

Career path.

Kalau AI hanya hidup di innovation team, workforce belum berubah.

Microsoft Work Trend Index 2026 menunjukkan advanced AI use di Indonesia berkaitan dengan critical thinking dan quality control, bukan sekadar penggunaan tool lebih sering.

Ini penting.

Capability manusia adalah bagian AI capability.

Bukan accessory.

CEO yang hanya membeli technology akan punya organization mismatch.

Tool canggih.

Skill belum.

Capability punya ownership di bisnis

Experiment sering dimiliki innovation lab.

Capability harus masuk business.

Sales AI dimiliki sales.

Finance AI dimiliki finance.

Operations AI dimiliki operations.

AI platform team bisa menyediakan standard dan support.

Tapi outcome bukan milik AI team.

Ini penting untuk accountability.

Kalau customer service agent salah, siapa responsible?

Bukan “tim AI”.

Customer service leader.

Dengan support technology.

Kalau tidak, business selalu bisa bilang:

“Tool-nya yang gagal.”

AI team bilang:

“Process-nya yang salah.”

Semua saling lempar.

Capability punya clear RACI.

Siapa owner.

Siapa operator.

Siapa approver.

Siapa risk.

Boring lagi.

Tapi jalan.

Experiment bisa bergantung pada vendor, capability punya bargaining power

Pilot sering vendor-heavy.

Vendor bantu setup.

Engineer vendor standby.

Prompt dibantu.

Demo disiapkan.

Semua bagus.

Saat production, support level berbeda.

Perusahaan perlu bisa operate sendiri atau punya contract yang jelas.

Kalau setiap perubahan kecil harus menunggu vendor, capability rendah.

Bukan berarti harus insource semua.

Managed service valid.

Yang penting control.

Data.

Evaluation.

Configuration.

Exit plan.

Dokumentasi.

Perusahaan tahu bagaimana pindah.

Capability punya optionality.

Kalau vendor harga naik, ada alternatif.

Kalau model ditutup, ada migration path.

Kalau regulation berubah, architecture bisa adjust.

Ini bentuk resilience.

CEO perlu peduli karena vendor lock-in akhirnya masalah strategic.

Bukan IT detail.

Capability bisa menjelaskan apa yang sengaja tidak diotomasi

Ini mungkin salah satu tanda maturity paling kuat.

Perusahaan yang masih eksperimen sering ingin AI di semua tempat.

Perusahaan yang matang tahu batas.

“Bagian ini tetap manusia.”

Kenapa?

Risk.

Trust.

Judgement.

Customer relationship.

Regulation.

Economics.

Misalnya negotiation final tetap manusia.

High-value payment approval manusia.

Employee termination decision manusia.

AI bantu informasi.

Tapi tidak mengambil keputusan akhir.

Capability bukan kemampuan mengotomasi sebanyak mungkin.

Capability adalah kemampuan memilih level autonomy yang benar.

Ada wisdom.

Bukan enthusiasm.

CEO harus bisa melihat portfolio dalam tiga kotak

Sederhananya, setiap AI initiative bisa masuk:

Explore.

Scale.

Core.

Explore adalah eksperimen.

Budget kecil.

Learning.

Cepat.

Scale adalah workflow yang terbukti dan sedang diperluas.

Perlu integration, governance, business case.

Core adalah capability yang sudah menjadi bagian operasi.

Ada SLA.

Owner.

Monitoring.

Budget.

Training.

Kalau CEO melihat portfolio seperti ini, diskusi lebih sehat.

Tidak semua project dituntut profit saat explore.

Tidak semua pilot dibiarkan explore selamanya.

Core mendapat reliability standard lebih tinggi.

Stage gate jelas.

Ini portfolio management.

Sama seperti product innovation.

AI tidak perlu mendapat perlakuan mistis.

Capability terlihat ketika perusahaan bisa berhenti

Ini terdengar kontradiktif.

Perusahaan matang harus bisa kill use case.

Kalau evaluation menunjukkan tidak worth it, stop.

Kalau vendor terlalu mahal, pindah.

Kalau risk besar, batasi.

Kalau workflow tidak cocok, jangan pakai AI.

Kemampuan bilang tidak adalah capability.

Perusahaan yang masih hype cenderung mempertahankan semua karena takut terlihat gagal.

Padahal experiment gagal itu normal.

Portofolio sehat pasti punya kill rate.

Kalau 100 persen pilot dianggap sukses, kemungkinan metric-nya terlalu lunak.

CEO seharusnya bertanya:

“Apa yang kita hentikan tahun ini setelah belajar?”

Jawaban “tidak ada” bukan selalu kabar bagus.

Mungkin perusahaan tidak benar-benar bereksperimen.

Mereka hanya mendemokan.

Capability akhirnya terlihat dari kebiasaan, bukan pengumuman

Kalau AI sudah capability, orang tidak perlu selalu menyebut AI.

Process memang begitu.

New hire belajar.

Dashboard ada.

Exception ditangani.

Budget rutin.

Customer merasakan.

Management tahu metric.

System tetap jalan meski sponsor pindah.

Itu maturity.

Seperti cloud.

Perusahaan matang tidak bikin press release setiap kali deploy VM.

AI akan menuju sana.

CEO perlu membantu organisasi melewati fase “wah” menuju fase “works”.

Ini membutuhkan disiplin yang beda dari innovation.

Experiment mencari possibility.

Capability mencari repeatability.

Experiment bertanya:

“Bisa nggak?”

Capability bertanya:

“Bisa kita lakukan terus, aman, ekonomis, oleh banyak orang, dan tetap menghasilkan outcome?”

Kalau CEO hanya menerima demo, dua pertanyaan itu terlihat sama.

Padahal jaraknya jauh.

Perusahaan bisa punya puluhan experiment dan tetap tidak punya AI capability.

Sebaliknya, perusahaan yang terlihat kurang heboh bisa jauh lebih maju karena sudah membuat AI masuk ke operating system bisnisnya.

Di 2026, kemampuan membedakan dua kondisi ini mungkin salah satu skill paling penting di level CEO.

Karena pasar penuh teknologi yang mudah didemokan.

Yang langka adalah organisasi yang bisa membuat demo tersebut tetap bekerja ketika lampu presentasi dimatikan dan hari Senin pagi dimulai lagi.

Scroll to Top