Saya mengganti micro SaaS seharga $120 per tahun dengan LLM hanya dalam 20 menit

• Awalnya skeptis terhadap klaim bahwa SaaS akan digantikan oleh LLM, namun penulis membagikan pengalaman mengganti sendiri layanan penampil testimoni LinkedIn/X seharga $120 per tahun dengan kode buatannya dalam 20 menit
• Layanan yang diganti ternyata sistem pembayarannya rusak sejak 2023 dan dibiarkan begitu saja, sementara dukungan pelanggan hanya mengirimkan tautan rusak
• Dengan memanfaatkan Codex, testimoni yang ada dipisahkan ke file JSON dan HTML dibuat saat build time, beralih ke pendekatan modular, dengan hasil visual yang sama seperti sebelumnya
• Bagi developer ini pekerjaan yang cepat dan menarik, tetapi memverifikasi keluaran kode LLM bisa menjadi hambatan masuk bagi non-developer
• Micro SaaS yang bersifat statis dan tidak memberi nilai berkelanjutan adalah yang paling berisiko digantikan lebih dulu di era LLM

---

Skeptisisme awal terhadap teori penggantian SaaS oleh LLM

• Inti teori bahwa SaaS akan digantikan LLM: SaaS adalah produk perangkat lunak murni, dan LLM secara drastis menurunkan biaya dan waktu untuk membangun perangkat lunak kustom, sehingga sebagian besar vendor SaaS akan hilang
• Sanggahan terhadap teori ini: perangkat lunak HR seperti Workday bukan sekadar software, tetapi layanan yang menjamin kepatuhan regulasi di berbagai negara (seperti tunjangan cuti dan slip gaji) serta terus diperbarui mengikuti perubahan lingkungan eksternal maupun internal

Pengalaman memakai Shoutout.io dan alasan berhenti

• Selama 4 tahun, penulis memakai Shoutout.io seharga $120 per tahun untuk menampilkan bagian testimoni berbasis postingan LinkedIn dan X di pragmaticengineer.com
• Login hanya dilakukan sekitar sekali setahun, dan login terbaru bertujuan untuk memeriksa invoice tahunan demi keperluan penggantian biaya
• Bagian pembayaran rusak sejak 2023 dan dibiarkan begitu saja; penulis mengirim email ke tim dukungan tetapi hanya menerima tautan rusak sebagai balasan
• Ketidakmampuan untuk bahkan sekadar memeriksa berapa biaya tahun berikutnya menjadi pemicu langsung untuk meninggalkan SaaS tersebut

Pekerjaan penggantian 20 menit dengan Codex

• Pendekatannya bukan membangun ulang seluruh SaaS, melainkan hanya membangun ulang use case spesifik miliknya sendiri: menampilkan testimoni, menambahkan testimoni baru, dan mempertahankan desain
• Penulis meminta Codex menyusun rencana untuk menghapus ketergantungan pihak ketiga dan meng-host semuanya di dalam repositori GitHub
• Testimoni diatur dalam file JSON terpisah dan dibuat menjadi HTML pada tahap build saat kompilasi lewat pendekatan modular
• Menambahkan tahap build lokal, mengatur pemicu build Netlify, melakukan pengujian, penyesuaian UX, pembuatan skema, hingga deployment memakan total 20 menit
• Hasil akhirnya secara visual sama seperti sebelumnya dan seluruh ketergantungan pihak ketiga berhasil dihapus
• Saat tim dukungan akhirnya mengirim tautan yang benar (2 jam kemudian), migrasi sudah selesai

Implikasi bagi software engineer

• Saat melakukan pembaruan di masa depan, developer sudah terbiasa memakai command line dan AI agent untuk menyisipkan testimoni ke codebase dan memverifikasi hasilnya, tetapi bagi non-developer, verifikasi keluaran kode LLM bisa menjadi hambatan masuk
• Kecepatan developer dalam melakukan "porting" SaaS ke kode sendiri jauh lebih tinggi dibanding non-developer
  • Pada percobaan pertama, Codex salah menerapkan model flexbox, dan penulis harus menentukan sendiri framework layout UI
  • Non-developer juga mungkin bisa menyelesaikannya, tetapi kemungkinan akan butuh waktu lebih lama
• Menulis ulang sendiri fungsi dari pihak ketiga adalah pekerjaan yang menyenangkan dan memberi efek belajar, sekaligus kesempatan merasakan kemampuan nyata alat tersebut

Implikasi bagi bisnis SaaS

• Membangun ulang seluruh SaaS dan membangun ulang hanya use case tertentu memiliki tingkat kesulitan yang sangat berbeda
  • Shoutout memiliki lebih dari 10 kali fitur lebih banyak, seperti menambahkan kutipan dari lebih dari 10 platform, autentikasi, pembayaran, dan lainnya
• SaaS statis yang tidak memberi nilai berkelanjutan setelah testimoni ditampilkan adalah yang paling mudah digantikan
  • Sebaliknya, jika ada fungsi pendukung bisnis real-time seperti kepatuhan, analitik, atau notifikasi, maka penggantiannya jauh lebih sulit
• Ada kemungkinan profitabilitas bisnis jual-beli SaaS akan menurun
  • Shoutout dibangun oleh developer independen pada 2020, dijual ke product studio pada 2022, lalu dijual lagi ke developer lain pada 2025
  • Dari sudut pandang pengguna, tidak ada perubahan selain sistem pembayaran yang rusak
  • Para pengakuisisi mungkin berharap pertumbuhan pendapatan tanpa investasi, tetapi jika produk dibiarkan terbengkalai, pengguna akan pergi dan akan datang saat ketika produk itu mudah digantikan dengan LLM
• Era ketika membiarkan "Broken Windows" begitu saja semakin tidak bisa ditoleransi seperti dulu

[github88]

Biaya pemeliharaannya juga termasuk biaya.

[ddaemiri]

Penerapan software selalu harus dilihat dari sudut pandang "TCO" selama "5 tahun". Kalau tidak, ujung-ujungnya cuma menumpuk "bom" yang benar-benar akan meledak nanti.

[anjwoc]

Kayaknya dia mikirnya terlalu simpel ya wkwkwk

[sinbumu]

Apakah ini tulisan dari pengguna? Kalau memang dibangun sendiri, ke depannya fitur itu harus terus dikelola agar berjalan secara internal, bukan oleh vendor eksternal. Apa itu gratis dan tidak memakan waktu maupun uang??