Skip to main content
POS27 Juli 2026

Apakah SaaS sudah mati? Mengapa perusahaan besar memilih untuk membangun sendiri secara internal

Pengeluaran perangkat lunak masih tumbuh sekitar 15% per tahun, jadi tidak, SaaS belum mati. Namun AI telah mengubah perhitungan membangun versus membeli (build-versus-buy): bangun lapisan yang membedakan Anda, beli infrastruktur yang harus selalu akurat.

Mathias NielsenMathias NielsenCEO, Final POS
Tim yang merencanakan perangkat lunak internal di papan tulis, mempertimbangkan apakah SaaS sudah mati untuk pilar teknologi mereka

Tidak, SaaS belum mati. Bisnis diperkirakan akan menghabiskan sekitar $1,44 triliun untuk perangkat lunak pada tahun 2026, naik 15,1% dari tahun lalu¹. Angka ini sama sekali tidak menunjukkan industri yang sedang sekarat. Namun, pertanyaan "apakah SaaS sudah mati" terus dilontarkan karena suatu alasan: perhitungan membangun-versus-membeli (build-versus-buy) yang bertahan selama dua puluh tahun telah bergeser, dan beberapa perusahaan terkemuka kini membangun alat secara internal yang dulunya akan mereka beli tanpa ragu pada tahun 2020. (Angka-angka ini akurat pada saat publikasi; anggap rincian yang cepat berubah ini sebagai potret sementara.)

Ringkasnya: SaaS (perangkat lunak yang Anda sewa dengan berlangganan) tidak mati. Langganan per-pengguna (per-seat) tanpa diferensiasi—yaitu alat generik yang disewa selamanya untuk satu pekerjaan generik—itulah yang sedang tertekan.

Apa yang sebenarnya dilakukan Klarna saat "menghentikan" SaaS-nya?

Klarna adalah kisah yang dikutip semua orang, dan sebagian besar orang salah mengutipnya. Pada tahun 2024, CEO Sebastian Siemiatkowski memberi tahu para analis bahwa perusahaan fintech tersebut telah menghentikan penggunaan Salesforce, akan menghentikan Workday dalam beberapa minggu, dan "menghentikan banyak penyedia SaaS kami, karena kami mampu melakukan konsolidasi." Internet menangkapnya sebagai "AI menggantikan Salesforce."

Enam bulan kemudian dia mengklarifikasi apa yang sebenarnya terjadi². Klarna tidak mengganti CRM-nya (perangkat lunak manajemen hubungan pelanggan) dengan chatbot. Klarna mengonsolidasikan data perusahaan yang tersebar ke dalam tumpukan pengetahuan (knowledge stack) internal yang dibangun di atas basis data graf (graph database), lalu menggunakan alat pengkodean AI untuk membuat antarmuka sendiri di atas data yang telah terpadu tersebut. Dalam kata-katanya: "Jadi tidak, kami tidak mengganti SaaS dengan LLM." Penghematan lisensi memang "menyenangkan," katanya, tetapi keuntungan sebenarnya adalah menstandardisasi pengetahuan perusahaan di satu tempat.

Teknisi merapikan kabel-kabel yang terbelit menjadi satu jalur bersih, sebuah metafora untuk mengonsolidasi alat SaaS

Dua detail ini penting. Klarna adalah bank dengan budaya rekayasa perangkat lunak yang kuat, dan mereka pun membutuhkan upaya platform internal yang serius, bukan sekadar pembuatan prompt selama akhir pekan. Dan prediksi Siemiatkowski sendiri bukanlah kematian SaaS, melainkan konsolidasi: makin sedikit vendor yang melakukan lebih banyak hal, menyerap kemampuan alat yang mereka gantikan.

Mengapa membangun secara internal mendadak menjadi realistis?

Karena AI memangkas habis biaya lapisan teratas perangkat lunak. Antarmuka, alur kerja, dasbor internal, penghubung antarsistem: hal-hal yang dulunya membutuhkan waktu satu kuartal bagi tim pengembang kini dapat dibuat dalam hitungan hari dengan alat pengkodean AI, yang persis seperti cara Klarna menerapkan antarmuka baru pada tumpukan internalnya. Alat yang dibeli melayani alur kerja semua orang secara garis besar. Alat yang dibangun melayani alur kerja Anda secara tepat, dan untuk pertama kalinya kata "tepat" itu menjadi terjangkau.

Namun, ada batasan yang jelas. Yang menjadi murah adalah lapisan aplikasi. Yang tidak menjadi murah adalah infrastruktur di bawahnya: sistem yang harus selalu akurat setiap saat, di bawah beban tinggi, dengan jejak audit (catatan yang dapat diverifikasi dari setiap perubahan). Siapa pun yang pernah mencoba melakukan vibe coding untuk sistem point of sale pasti pernah menabrak dinding ini. Demo hanya membutuhkan waktu satu sore; lalu inventaris yang tetap akurat setelah dua penjualan bersamaan, laporan yang dapat direkonsiliasi (cocok hingga ke sen terkecil), dan pembayaran kartu ternyata menjadi kelas masalah yang sama sekali berbeda.

Pengembang membangun alat internal dengan cepat menggunakan bantuan AI di meja kerja bersuasana senja

Apa yang sebaiknya tetap Anda beli alih-alih bangun sendiri?

Beli apa pun di mana kesalahan tersembunyi (silent error) berakibat fatal. Pemrosesan pembayaran dan kepatuhan PCI (standar keamanan industri kartu), tabel pajak penggajian, pembukuan berpasangan (double-entry ledgers), perangkat keras transaksi langsung (card-present) bersertifikasi. Kegagalan pada komponen ini jarang terjadi, tidak terlihat, dan berbiaya mahal, serta tidak ada alat yang dibangun dalam sprint singkat yang boleh menanganinya. Bahkan para eksekutif di vendor SaaS besar mengakui bahwa perusahaan telah membangun sistem SDM dan keuangan sendiri selama bertahun-tahun²; argumennya bukanlah bahwa membangun itu mustahil, melainkan bahwa infrastruktur terspesialisasi adalah pekerjaan penuh waktu bagi seseorang.

Jadi pola yang mulai diadopsi perusahaan besar adalah pembagian: bangun lapisan yang membuat bisnis Anda berbeda, beli lapisan yang harus selalu akurat setiap saat. Klarna membangun alat pengetahuan dan antarmuka. Klarna tidak membangun jaringan kartunya sendiri.

Pondasi beton dengan jaring besi beton saat jam emas, melambangkan lapisan infrastruktur perangkat lunak

Apa artinya ini bagi bisnis kecil?

Anda mengalami masalah yang sama dalam skala yang lebih kecil. Tumpukan teknologi bertransaksi (merchant stack) pada umumnya terdiri dari langganan POS, aplikasi loyalitas, alat penjadwalan, dan platform pemasaran, masing-masing dengan biaya bulanan sendiri dan tidak ada yang benar-benar pas. Anda tidak dapat menyewa tim platform seperti yang dilakukan Klarna. Itulah mengapa pergeseran menarik dalam perangkat lunak perdagangan adalah platform yang membagi diri mereka tepat sesuai garis batasan di atas: menjual infrastruktur (pembayaran, inventaris, pelaporan) dan membuka lapisan teratas untuk Anda, atau AI yang bekerja atas nama Anda, untuk dibangun. Final berjalan pada model tersebut: infrastruktur perdagangan adalah produknya, perangkat lunak di atasnya berbasis prompt dan bebas Anda bentuk, serta tidak ada biaya berlangganan perangkat lunak bulanan. Lebih banyak platform diperkirakan akan mengikuti langkah ini seiring agen AI menjadi pengguna kedua perangkat lunak ritel.

Jadi, apakah SaaS sudah mati?

Tidak. Pengeluaran perangkat lunak tumbuh lebih cepat daripada hampir semua pos anggaran perusahaan lainnya, dan perusahaan yang "membunuh" SaaS sebagian besar mengonsolidasikannya ke dalam platform yang lebih sedikit namun lebih mendalam. Yang sedang mati adalah menyewa alat generik untuk pekerjaan yang kini dapat dilakukan lebih baik oleh perangkat lunak buatan AI Anda sendiri, dan membayar per pengguna (per-seat) selamanya. Panduan utamanya: bangun apa yang membedakan Anda; beli apa yang harus selalu akurat. Untuk melihat seperti apa pembagian tersebut di meja kasir, mulailah dengan perbedaan antara POS dengan AI dan POS yang dapat dibangun oleh AI.

Pertanyaan yang sering diajukan

Apakah Klarna mengganti Salesforce dengan AI?

Tidak sepenuhnya tepat. Klarna mengonsolidasikan data perusahaannya ke dalam tumpukan internal yang dibangun di atas basis data graf, lalu menggunakan alat pengkodean AI untuk membangun antarmukanya sendiri di atasnya. CEO-nya kemudian mengonfirmasi: "kami tidak mengganti SaaS dengan LLM."

Apakah SaaS masih bertumbuh pada tahun 2026?

Ya. Gartner memproyeksikan sekitar $1,44 triliun pengeluaran perangkat lunak di seluruh dunia pada tahun 2026, naik sekitar 15% dari tahun ke tahun, menjadikan perangkat lunak salah satu kategori pengeluaran TI dengan pertumbuhan tercepat.

Haruskah bisnis kecil membangun perangkat lunaknya sendiri?

Bangun lapisan yang membuat bisnis Anda berbeda, seperti alur kerja dan antarmuka, terutama karena AI kini membuatnya terjangkau. Beli infrastruktur yang harus selalu akurat setiap saat, seperti pembayaran, pajak, dan pelaporan.

Perangkat lunak apa yang tidak boleh Anda bangun secara internal?

Apa pun di mana kegagalan tersembunyi berakibat fatal: pemrosesan pembayaran, kepatuhan PCI, pajak penggajian, dan buku besar akuntansi lebih aman dibeli daripada dibangun.