Masa Depan SaaS di Era Vibe Coding: Masih Cerah, atau Semua Orang Akan Bikin Aplikasi Sendiri?

1:25 pm November 12, 2026

Diterbitkan: Kamis, 12 November 2026, 13.25 WIB

Dulu, kalau sebuah kantor butuh aplikasi untuk mencatat cuti karyawan, pilihannya dua: bayar programmer berbulan-bulan, atau berlangganan aplikasi siap pakai seharga sekian ratus ribu per pengguna per bulan. Hampir semua orang memilih yang kedua. Dari situlah industri SaaS tumbuh menjadi raksasa.

Sekarang situasinya berbeda. Dengan vibe coding, seorang staf HR yang tidak bisa memprogram cukup mengetik “buatkan aplikasi pengajuan cuti dengan persetujuan atasan dan rekap bulanan”, dan dalam satu sore aplikasinya jadi. Pertanyaannya pun muncul: kalau semua orang bisa membuat aplikasi sendiri, masih perlukah kita berlangganan SaaS? Apakah masa depan SaaS masih cerah?

Artikel ini membedah pertanyaan itu dengan data, bukan sekadar opini: apa yang sudah terjadi di pasar, apa yang benar-benar diganti perusahaan, apa biaya tersembunyi membangun sendiri, dan bagaimana bentuk SaaS beberapa tahun ke depan.

Dua Istilah yang Perlu Dipahami Dulu

Apa itu SaaS?

SaaS (Software as a Service) adalah perangkat lunak yang Anda pakai lewat internet dengan sistem berlangganan, tanpa perlu memasang atau merawatnya sendiri. Contohnya ada di mana-mana: Google Workspace, Microsoft 365, Zoom, Canva, Salesforce, aplikasi akuntansi online, aplikasi kasir, sampai aplikasi penggajian. Anda membayar per bulan atau per tahun, biasanya dihitung per pengguna (per seat), dan penyedia yang mengurus server, keamanan, pembaruan, serta dukungan teknis.

Apa itu vibe coding?

Istilah vibe coding dipopulerkan oleh Andrej Karpathy, salah satu pendiri OpenAI dan mantan kepala AI Tesla, lewat unggahannya di X pada Februari 2025. Maksudnya: membuat perangkat lunak dengan cara “mengobrol” dengan AI. Anda menjelaskan apa yang diinginkan dalam bahasa sehari-hari, AI menulis kodenya, Anda mencoba hasilnya, lalu meminta perbaikan, tanpa perlu benar-benar membaca kodenya. Istilah ini begitu cepat populer sampai Collins Dictionary menobatkannya sebagai Word of the Year 2025.

Alatnya kini banyak: Lovable, Replit, Bolt, v0, Cursor, Claude Code, dan lain-lain. Pertumbuhan bisnisnya sendiri luar biasa. Menurut estimasi Sacra, pendapatan tahunan Lovable naik dari sekitar 7 juta dolar AS di akhir 2024 menjadi sekitar 600 juta dolar AS pada September 2026. Replit, menurut Sacra, melewati 500 juta dolar AS per tahun. Artinya, jutaan orang memang sedang membuat aplikasi sendiri.

Apa yang Sudah Terjadi: “SaaSpocalypse” 2026

Kekhawatiran soal masa depan SaaS bukan lagi wacana. Awal 2026, pasar saham memberi sinyal yang sangat keras.

Pada awal Februari 2026, Anthropic merilis serangkaian plugin untuk Claude Cowork, termasuk plugin bidang hukum yang bisa membantu meninjau kontrak dan memilah dokumen kepatuhan. Investor langsung panik. Saham penyedia data dan perangkat lunak hukum seperti Thomson Reuters, RELX, dan Wolters Kluwer anjlok dua digit, dan menurut beberapa laporan, aksi jual dua hari itu menghapus ratusan miliar dolar nilai pasar perusahaan perangkat lunak dan data global.

Seorang trader Jefferies menjuluki gelombang aksi jual ini “SaaSpocalypse” (gabungan SaaS dan apocalypse). Menurut Motley Fool, per akhir Maret 2026, saham Salesforce sudah turun sekitar 31%, Adobe sekitar 32%, dan Microsoft sekitar 23% sejak awal tahun, sementara ETF sektor perangkat lunak mengalami periode terburuk sejak krisis 2008.

Logika investor sederhana: kalau AI bisa membuatkan aplikasi sesuai pesanan, dan agen AI bisa mengerjakan tugas yang dulu butuh banyak pengguna manusia, maka dua sumber uang SaaS terancam sekaligus: jumlah pelanggan (karena sebagian membangun sendiri) dan jumlah seat per pelanggan (karena sebagian pekerjaan diambil alih agen).

Tapi harga saham mencerminkan ketakutan dan harapan, bukan kenyataan di lapangan. Jadi mari lihat apa yang benar-benar dilakukan perusahaan.

Data di Lapangan: Seberapa Banyak yang Benar-benar Membangun Sendiri?

Survei Retool: 35% sudah mengganti minimal satu SaaS

Retool, perusahaan platform pembuatan aplikasi internal, menyurvei 817 “builder” (insinyur, staf operasional, analis data, dan sebagainya) pada akhir 2025. Hasilnya dirilis Februari 2026:

35% responden sudah mengganti setidaknya satu alat SaaS dengan aplikasi buatan sendiri.
78% memperkirakan akan membangun lebih banyak alat sendiri sepanjang 2026.
60% pernah membuat alat atau otomatisasi di luar pengawasan tim IT dalam setahun terakhir (fenomena yang disebut shadow IT).

Kategori yang paling sering diganti menurut survei tersebut:

Kategori SaaS	Persentase yang sudah/berpotensi diganti
Otomatisasi alur kerja (workflow)	35%
Alat admin internal	33%
Alat BI (dashboard dan laporan)	29%
CRM dan pembuat formulir	25%
Manajemen proyek	23%
Layanan pelanggan	21%

Satu catatan penting: survei ini dilakukan oleh vendor yang menjual platform pembuatan aplikasi, dan respondennya adalah pelanggan serta pengguna Retool. Jadi angkanya kemungkinan lebih tinggi dibanding rata-rata perusahaan. Tetapi arahnya jelas: membangun sendiri memang sedang meningkat.

Kasus Klarna: niat mengganti, kenyataannya beralih vendor

Contoh yang paling sering dikutip adalah Klarna, perusahaan fintech asal Swedia. Pada 2024, CEO-nya menyatakan Klarna berhenti memakai Salesforce dan Workday, dan banyak media menulisnya sebagai “Klarna mengganti SaaS dengan AI buatan sendiri”.

Kenyataannya lebih bernuansa. Menurut penelusuran CX Today, fungsi SDM Klarna dipindahkan ke Deel, yang juga sebuah SaaS. Untuk CRM, Klarna memakai gabungan SaaS lain dan solusi internal. Slack, yang juga milik Salesforce, tetap dipakai. Jadi Klarna memang memangkas jumlah langganan dan membangun sebagian alat sendiri, tetapi tidak meninggalkan SaaS sama sekali.

Pelajarannya: yang terjadi bukan “SaaS diganti total”, melainkan konsolidasi dan pemilahan. Perusahaan mengurangi langganan yang tidak esensial, membangun yang sederhana sendiri, dan tetap membeli yang rumit.

Kenapa Membangun Sendiri Terlihat Begitu Menggoda

Mari jujur, alasannya kuat:

Biaya membuat versi pertama turun drastis. Prototipe yang dulu butuh tim tiga orang selama dua bulan, kini bisa dibuat satu orang dalam beberapa hari.
Langganan per seat terasa mahal. Membayar 30 dolar per orang per bulan untuk 200 karyawan berarti 72.000 dolar per tahun, padahal mungkin hanya 20% fiturnya yang dipakai.
Aplikasi bisa dibuat persis sesuai kebutuhan. Tidak perlu menyesuaikan cara kerja dengan aplikasi; aplikasinya yang menyesuaikan cara kerja.
Data tetap di tangan sendiri. Tidak tergantung kebijakan atau kenaikan harga vendor.
“SaaS sprawl”, yaitu menumpuknya puluhan langganan kecil yang tumpang tindih, membuat banyak perusahaan ingin bersih-bersih.

Biaya Tersembunyi: Membangun Itu Murah, Merawat Itu Mahal

Di sinilah banyak orang terjebak. Vibe coding memangkas biaya membuat aplikasi, tetapi hampir tidak mengurangi biaya memiliki aplikasi. Dalam dunia perangkat lunak, sebagian besar biaya justru muncul setelah aplikasi jadi.

1. Keamanan

Riset Veracode tahun 2025 menguji lebih dari 100 model AI pada 80 tugas pemrograman. Hasilnya, pada 45% kasus uji, kode buatan AI mengandung celah keamanan yang termasuk daftar OWASP Top 10. Untuk serangan cross-site scripting, AI gagal membuat pertahanan yang benar pada 86% sampel yang relevan. Vendor SaaS yang serius punya tim keamanan, audit, dan uji penetrasi rutin. Aplikasi buatan sendiri yang dibuat dalam satu sore biasanya tidak punya semua itu.

2. Perawatan dan pembaruan

Pustaka perangkat lunak berganti versi, peramban berubah, API pihak ketiga diperbarui, dan celah keamanan baru ditemukan setiap minggu. Aplikasi yang tidak dirawat akan rusak pelan-pelan. Pertanyaan yang jarang ditanyakan saat vibe coding: siapa yang akan memperbaikinya kalau error pada jam 2 pagi, setahun lagi?

3. Risiko “orang kunci”

Aplikasi buatan sendiri sering hanya dipahami oleh satu orang yang membuatnya. Kalau orang itu resign, aplikasinya menjadi “kotak hitam” yang tidak ada yang berani menyentuh. Fenomena shadow IT yang ditemukan survei Retool memperbesar risiko ini.

4. Kepatuhan dan regulasi

Untuk urusan seperti penggajian, pajak, dan data pribadi, aturan terus berubah. Di Indonesia, contohnya perubahan perhitungan PPh 21, iuran BPJS, sistem perpajakan Coretax DJP, dan kewajiban dalam UU Pelindungan Data Pribadi. Vendor SaaS penggajian atau akuntansi menyesuaikan aplikasinya untuk ribuan pelanggan sekaligus. Kalau membangun sendiri, Anda harus mengikuti semua perubahan itu sendirian.

5. Integrasi, cadangan, dan ketersediaan

SaaS yang matang sudah tersambung dengan bank, payment gateway, marketplace, email, dan aplikasi lain. Ia punya sistem backup, pemulihan bencana, dan jaminan uptime. Semua itu tidak terlihat di demo, tetapi sangat terasa saat ada masalah.

Perbandingan biaya total

Komponen biaya	Beli (SaaS)	Bangun sendiri dengan vibe coding
Membuat versi pertama	Tidak ada	Sangat murah dan cepat
Biaya bulanan	Langganan per seat atau paket	Hosting, database, API AI, domain
Keamanan	Ditanggung vendor	Tanggung jawab Anda sepenuhnya
Perawatan dan pembaruan	Ditanggung vendor	Waktu staf, terus-menerus
Kepatuhan regulasi	Biasanya ditanggung vendor	Harus dipantau sendiri
Dukungan teknis	Ada tim support	Anda sendiri, atau tidak ada
Kesesuaian dengan kebutuhan	Harus menyesuaikan diri	Persis sesuai keinginan
Risiko vendor (naik harga, tutup)	Ada	Tidak ada
Risiko orang kunci resign	Rendah	Tinggi

Peta Masa Depan: Mana yang Akan Dibuat Sendiri, Mana yang Tetap Dibeli

Kalau ditarik garis besar, perangkat lunak bisa dibagi berdasarkan dua hal: seberapa rumit dan berisiko, dan seberapa unik kebutuhannya.

Jenis perangkat lunak	Prediksi	Alasan
Formulir, tracker sederhana, dashboard internal, alat admin, otomatisasi kecil	Banyak dibuat sendiri	Sederhana, risiko rendah, sangat spesifik untuk tiap tim
SaaS “satu fitur” (misalnya aplikasi pengingat, pengubah format, kalkulator khusus)	Paling terancam	Mudah ditiru dalam hitungan jam, nilai tambahnya tipis
CRM, manajemen proyek, helpdesk untuk tim kecil	Campuran	Sebagian tim kecil membangun versi ringan; organisasi besar tetap membeli
Akuntansi, penggajian, pajak, HRIS	Tetap dibeli	Diikat regulasi yang terus berubah, kesalahan berakibat denda
ERP, core banking, sistem rumah sakit	Tetap dibeli	Sangat rumit, menjadi “sumber kebenaran” data, biaya pindah tinggi
Pembayaran, keamanan siber, infrastruktur cloud	Tetap dibeli	Butuh sertifikasi, skala, dan keahlian khusus
Platform berbasis jaringan (marketplace, media sosial, komunikasi)	Tetap dibeli	Nilainya ada pada jumlah penggunanya, bukan pada kodenya

Polanya: yang akan habis adalah SaaS tipis, yaitu aplikasi yang nilainya hanya “kodenya sudah dibuatkan”. Yang bertahan adalah SaaS yang nilainya terletak pada hal yang tidak bisa di-vibe-coding: data, jaringan pengguna, kepatuhan, keamanan, dan tanggung jawab.

SaaS Tidak Mati, Tetapi Berubah Bentuk

Sejarah teknologi berulang kali menunjukkan pola yang sama. Ketika spreadsheet muncul, orang mengira akuntan akan hilang; yang terjadi, akuntan justru memakai spreadsheet. Ketika WordPress dan pembuat website gratis muncul, orang mengira agensi web akan tutup; yang terjadi, agensi beralih ke pekerjaan bernilai lebih tinggi. Vibe coding kemungkinan besar mengikuti pola serupa. Berikut perubahan yang sudah mulai terlihat:

1. Dari bayar per seat ke bayar per hasil

Kalau agen AI mengerjakan tugas yang dulu dikerjakan 10 orang, menghitung harga per seat jadi tidak masuk akal. Banyak vendor mulai beralih ke harga berbasis pemakaian (usage-based) atau berbasis hasil (outcome-based), misalnya per tiket yang berhasil diselesaikan atau per dokumen yang diproses.

2. SaaS menjadi “bahan baku” bagi agen AI

Masa depan SaaS mungkin tidak lagi dipakai lewat tombol dan menu oleh manusia, melainkan dipanggil oleh agen AI lewat API dan standar seperti MCP (Model Context Protocol). Sistem akuntansi, CRM, dan ERP menjadi “sumber kebenaran” data, sementara antarmukanya bisa dibuat sendiri atau dijalankan oleh agen. Kami membahas MCP secara lengkap di artikel MCP vs RAG vs AI Agent.

3. SaaS menjadi platform untuk dikustomisasi

Daripada melawan tren membangun sendiri, banyak vendor justru menyediakan fasilitas agar pelanggan bisa membuat fitur tambahan dengan AI di atas produk mereka. Pelanggan mendapat fleksibilitas, vendor tetap memegang inti sistem dan datanya.

4. Persaingan makin ketat, harga makin tertekan

Karena membuat perangkat lunak makin murah, pesaing baru akan bermunculan di setiap kategori. Vendor yang hanya mengandalkan “kami yang pertama” akan kesulitan. Pemenangnya adalah yang punya data, distribusi, kepercayaan pelanggan, dan layanan yang baik.

Bagaimana dengan Indonesia?

Konteks Indonesia punya beberapa kekhasan yang membuat jawabannya sedikit berbeda:

UMKM sangat sensitif harga. Bagi usaha kecil, godaan membuat aplikasi kasir atau pencatatan stok sendiri memang besar. Tetapi kebanyakan pemilik UMKM tidak punya waktu merawat aplikasi. SaaS lokal yang murah, mudah, dan punya dukungan berbahasa Indonesia tetap punya tempat.
Regulasi lokal adalah benteng. Aplikasi yang terhubung dengan perpajakan, BPJS, e-Faktur, atau standar akuntansi Indonesia sulit ditiru dengan cepat dan lebih aman dibeli.
Peluang baru untuk jasa. Semakin banyak perusahaan membangun aplikasi sendiri dengan AI, semakin besar kebutuhan jasa audit keamanan, perawatan, dan perapian aplikasi hasil vibe coding.
Peluang untuk SaaS ceruk lokal. Biaya membangun yang turun juga berlaku bagi pendiri startup. Tim kecil kini bisa membuat SaaS untuk kebutuhan sangat spesifik di Indonesia, misalnya untuk koperasi, pesantren, bengkel, atau klinik, yang dulu tidak menarik bagi vendor besar.

Panduan Praktis: Kapan Bangun Sendiri, Kapan Beli?

Bangun sendiri (dengan vibe coding) kalau:

Kebutuhannya sederhana dan sangat spesifik untuk tim Anda.
Penggunanya internal, bukan pelanggan.
Kalau aplikasinya mati sehari, tidak ada kerugian besar.
Tidak menyimpan data sensitif seperti data pribadi pelanggan, keuangan, atau kesehatan.
Ada orang yang jelas bertanggung jawab merawatnya.

Beli SaaS kalau:

Menyangkut uang, pajak, gaji, atau kewajiban hukum.
Menyimpan data sensitif yang wajib dilindungi.
Dipakai pelanggan atau mitra di luar organisasi.
Butuh integrasi dengan banyak sistem lain.
Kegagalannya bisa menghentikan operasional bisnis.

Pendekatan campuran (yang paling banyak dipilih): beli SaaS untuk inti sistem, lalu bangun sendiri “lapisan tipis” di atasnya, seperti dashboard, otomatisasi, atau formulir khusus, yang membaca dan menulis data lewat API resmi vendor.

Untuk Pemilik dan Pendiri SaaS: Cara Bertahan

Jangan menjual fitur, jual hasil. Fitur bisa ditiru dalam sehari. Hasil bisnis, seperti “laporan pajak beres tanpa denda”, jauh lebih sulit ditiru.
Perkuat keunggulan yang tidak bisa di-vibe-coding: data yang terkumpul, integrasi, kepatuhan regulasi, keamanan bersertifikat, dan layanan pelanggan.
Buka akses untuk agen AI. Sediakan API yang baik dan server MCP, agar produk Anda dipakai oleh agen AI, bukan digantikan olehnya.
Tinjau model harga. Pertimbangkan harga berbasis pemakaian atau hasil sebelum pelanggan mempertanyakan harga per seat.
Pakai AI untuk diri sendiri. Kalau pesaing baru bisa membangun produk dengan tim kecil, Anda pun harus bisa bergerak secepat itu.

Kesimpulan: Jadi, Masih Cerah atau Tidak?

Jawabannya: masa depan SaaS masih cerah, tetapi tidak untuk semua SaaS.

Vibe coding memang akan menggerus SaaS yang tipis, mudah ditiru, dan hanya menjual “kode yang sudah jadi”. Aplikasi formulir, tracker, dashboard sederhana, dan alat internal kecil akan semakin sering dibuat sendiri. Data survei dan gejolak pasar 2026 menunjukkan perubahan ini nyata.

Namun anggapan bahwa setiap orang akan membangun semua perangkat lunaknya sendiri tidak didukung kenyataan. Bahkan Klarna, contoh paling terkenal, akhirnya tetap memakai SaaS lain. Membuat aplikasi memang menjadi murah, tetapi merawat, mengamankan, mematuhi regulasi, dan bertanggung jawab atas aplikasi tetap mahal. Itulah yang sebenarnya dibeli orang saat berlangganan SaaS.

Yang paling mungkin terjadi adalah dunia campuran: perusahaan membeli lebih sedikit SaaS, tetapi yang dibeli lebih penting, lalu membangun sendiri lapisan-lapisan kecil di atasnya dengan bantuan AI. SaaS yang bertahan adalah yang berubah dari sekadar “aplikasi” menjadi sumber data, platform, dan mitra tepercaya, baik bagi manusia maupun bagi agen AI.

softovator.com