Menjual boilerplate: bundle siap-deploy atau repo GitHub?

Kalau Anda ingin menjual boilerplate, cepat atau lambat akan menghadapi satu keputusan: apakah pembeli menerima hasil build siap-jalan, atau akses ke repo? Keduanya valid, tapi konsekuensinya sangat berbeda bagi Anda, pembeli, dan platform yang menjembatani. Kami memilih bundle untuk marketplace CloudAgni; ini alasannya, plus kapan pilihan lain lebih masuk akal.

Model repo: pembeli dapat source

Inilah model pasar boilerplate klasik: bayar, dapat akses repo (atau ZIP isinya source code), clone, install dependensi, baca README setup, build sendiri.

Kelebihannya nyata: pembeli bisa mengubah apa saja sampai ke akar, dan untuk produk yang memang dijual sebagai titik awal yang mau dibongkar-pasang, ini kekuatannya.

Tapi tiga biayanya sering diremehkan:

• Setiap pembeli menjadi tiket support instalasi. Versi Node berbeda, dependensi bentrok, environment variable terlewat. Waktu Anda habis untuk hal yang bukan nilai produk.
• Source Anda berpindah tangan. Sekali keluar, sulit dikontrol, termasuk tindakan dijual ulang apa adanya.
• Banyak pembeli tidak butuh source-nya. Mereka butuh aplikasi yang jalan hari ini; source hanya menambah kebingungan.

Model bundle: pembeli dapat hasil jalan

Di model ini yang Anda kirim adalah artefak build: kode yang sudah dikompilasi, aset statis, migrasi database, dan daftar resource yang dibutuhkan, dikemas dalam satu file. Marketplace yang menyimpannya. Pembeli menekan Deploy, platform membuatkan D1/storage/subdomain untuk mereka, dan aplikasi langsung hidup.

Konsekuensinya:

• One-click benar-benar satu klik. Tidak ada build di sisi pembeli, tidak ada kesalahan setup. Dalam beberapa menit mereka punya URL hidup untuk diedit.
• Source tetap milik Anda. Pembeli mendapat aplikasi berjalan, bukan kode. Mereka bebas memakai dan mengubah hasil deploy-nya untuk produk mereka, tapi tidak mengunduh boilerplate Anda.
• Anda tidak memelihara build farm. Platform yang memegang artefak dan men-deploy-nya; Anda cukup publish ulang saat ada versi baru.
• Tiap pembeli dapat environment yang identik. Yang berhasil di demo Anda adalah yang sama persis yang mereka deploy, bukan “berjalan di mesin saya”.

Kapan model repo tetap lebih tepat

Kalau produk Anda memang open source sebagai strategi (community edition gratis, lisensi komersial berbayar), repo justru inti penawarannya. Sama halnya kalau target pembeli adalah tim engineering yang akan menulis ulang 70% kodenya; mereka membayar untuk membaca source, bukan untuk menekan deploy.

Tidak harus memilih salah satu selamanya

Model bundle juga tidak mengunci Anda: publish ulang dengan slug yang sama untuk mengirim versi baru ke pembeli berikutnya, dan kalau suatu saat Anda ingin membuka source, itu keputusan bisnis yang berdiri sendiri.

Di CloudAgni, seller memakai model bundle: dua file konfigurasi kecil, satu perintah agni publish, dan boilerplate Anda terjual sebagai aplikasi yang berjalan, bukan sebagai tumpukan file yang harus dihidupkan pembeli. Panduan lengkapnya ada di docs/marketplace.md, dan katalognya bisa dilihat di menu Marketplace.