Metrik Operasional Aplikasi Open Source Spliit: Penggunaan, Biaya, dan Donasi Komunitas
(spliit.app)- Spliit, aplikasi open source untuk membagi biaya yang versi saat ini telah genap 1 tahun dipublikasikan, mengungkap penggunaan, biaya, dan kondisi donasi selama 12 bulan terakhir demi transparansi operasional
- Kunjungan mencapai 152 ribu kali, dan kunjungan mingguan naik dari sekitar 200 kali menjadi 5.000–6.000 kali; bounce rate 33% menunjukkan pengguna tidak berhenti di layar beranda, tetapi berlanjut ke tindakan nyata
- Pada saat artikel ditulis, pengguna telah membuat hampir 15 ribu grup dan 162 ribu pengeluaran; sejak Januari 2024, sekitar 300 grup dan 2.000 pengeluaran dibuat setiap minggu
- Biaya operasional sekitar 115 dolar AS per bulan, sebagian besar berasal dari hosting database; penggunaan database akibat pemakaian global menjadi kendala utama dalam optimasi biaya
- Spliit tetap gratis digunakan dan pendapatannya bergantung pada GitHub Sponsors dan donasi Stripe; donasi belum sepenuhnya menutup seluruh biaya, tetapi sudah hampir mencapainya
Skala penggunaan Spliit
- Spliit dibuat beberapa tahun lalu, tetapi versi yang saat ini dapat digunakan adalah tahun pertama sejak dipublikasikan
- Setelah seorang pengguna GitHub menyarankan pengungkapan informasi demi transparansi, data penggunaan, biaya, dan donasi pun dipublikasikan
- Selama 12 bulan terakhir, Spliit mencatat 152 ribu kunjungan
- Pada awalnya, kunjungan mingguan berada di kisaran sekitar 200 kali
- Saat ini, kunjungan mingguan stabil di angka 5.000–6.000 kali
- Bounce rate adalah 33%
- Sebagian besar pengunjung tidak hanya melihat halaman beranda lalu pergi
- Mereka berlanjut ke tindakan seperti berpindah ke grup, membuat pengeluaran, atau membaca artikel blog
Tautan berbagi dan sumber trafik
- Dari 152 ribu pengunjung, setidaknya 29 ribu orang menggunakan tautan berbagi
- Alur penggunaan umumnya adalah satu orang membuat grup lalu membagikan tautannya kepada peserta
- Banyak pengunjung juga datang dari Reddit
- Spliit disebut dalam postingan yang mencari alternatif untuk Splitwise
- Negara asal pengunjung terbanyak adalah Germany, United States, India
- Alasan mengapa Spliit lebih banyak digunakan di negara-negara tersebut belum diketahui
Grup dan pengeluaran yang dibuat pengguna
- Tindakan inti yang paling sering dilakukan pengguna di Spliit adalah membuat grup dan menambahkan pengeluaran
- Pada saat artikel ditulis, pengguna telah membuat hampir 15 ribu grup dan total 162 ribu pengeluaran
- Berdasarkan pelacakan sejak Januari 2024, sekitar 300 grup dan 2.000 pengeluaran dibuat setiap minggu
- Dari distribusi jumlah pengeluaran per grup, setidaknya 4.600 grup tidak memiliki pengeluaran sama sekali, sehingga dapat dianggap dibuat untuk menguji aplikasi
- Dari sekitar 10 ribu grup sisanya, separuhnya berisi lebih dari 5 pengeluaran
Biaya operasional bulanan
- Biaya operasional Spliit sekitar 115 dolar AS per bulan
- Sebagian besar biaya berasal dari hosting database
- Database di-hosting di Vercel
- Harga dihitung berdasarkan total waktu pembacaan database bulanan
- Biaya penulisan hampir tidak ada
- Karena Spliit digunakan di seluruh dunia, database digunakan hampir sepanjang bulan
- Biaya database adalah aspek yang ingin ditingkatkan, dan mungkin ada penyedia database yang lebih murah untuk use case Spliit
Prinsip penggunaan gratis dan donasi
- Model bisnis Spliit tetap sebagai proyek open source, dan akan tetap dapat digunakan secara gratis ke depannya
- Fitur premium mungkin saja hadir di masa mendatang, tetapi bukan dengan cara membatasi penggunaan aplikasi secara umum
- Saat ini satu-satunya sumber pendapatan Spliit adalah donasi
- Pada bulan pertama, seseorang berdonasi 70 dolar AS, dan setelah itu ada pengguna yang berdonasi 5 atau 20 dolar AS
- Donasi belum menutup seluruh biaya proyek, tetapi sudah mencapai tingkat yang mendekati biaya tersebut
Alasan menyediakan fitur donasi
- Donasi bukan sesuatu yang wajib untuk operasional Spliit
- Pengelola memiliki pekerjaan penuh waktu dan penghasilan yang cukup untuk hidup
- Ia puas dapat ikut menanggung sebagian biaya untuk komunitas
- Ada dua alasan fitur donasi ditambahkan
- Beberapa pengguna menyukai proyek ini dan meminta cara untuk membalas dukungan
- Pengelola ingin agar suatu hari nanti, meskipun ia meninggalkan proyek, komunitas tetap dapat mempertahankannya tanpa masalah finansial
Waktu pemeliharaan dan kontribusi komunitas
- Waktu yang dihabiskan pengelola untuk Spliit sekitar 5–10 jam per bulan
- Sebagian besar fitur baru yang ditambahkan ke aplikasi dalam beberapa bulan terakhir dibuat bukan oleh pengelola, melainkan oleh kontributor komunitas
- Waktu pengelola terutama digunakan untuk manajemen proyek
- Mengelola usulan fitur, laporan bug, dan pertanyaan di issues
- Meninjau dan menguji pull requests
- Merilis fitur baru agar dapat diakses semua pengguna
- Banyak waktu dicurahkan untuk Spliit, tetapi sebagian besar dari waktu itu ditangani oleh kontributor lain
Pembaruan transparansi ke depannya
- Spliit menutup sebagian besar biaya hosting dengan donasi, sementara sebagian kecil kekurangannya ditanggung pengelola setiap bulan
- Ke depannya, Spliit berencana terus membagikan pembaruan transparansi secara berkala tentang perkembangan proyek dan kondisi pendanaan
- Pertanyaan lanjutan dapat diajukan di dua tempat
1 komentar
Komentar Hacker News
Saya selalu penasaran orang-orang memakai database apa untuk kebutuhan seperti ini. Saya memang cukup menyukai SQLite, tetapi untuk aplikasi saya cenderung lebih suka yang terpisah dan hampir tidak menyimpan state
Hampir selalu datalah yang paling penting, jadi idealnya infrastruktur aplikasi bisa diskalakan, diganti, atau dibuang sesuka hati tanpa perlu khawatir
Saya juga sempat mempertimbangkan VPS Postgres, tetapi ternyata neon.tech lebih enak dipakai daripada perkiraan. Terutama GUI dan branching-nya bagus
Seiring bertambah usia dan waktu makin sedikit, kecepatan dan kenyamanan jadi lebih penting daripada kecenderungan berhemat yang sudah melekat. Database SaaS memang membuat pekerjaan lebih cepat, tetapi tagihan bulanan dan variabilitasnya tetap tidak saya sukai
Kalau aplikasinya dihapus lalu dideploy di tempat lain, Litestream akan mengambil kembali datanya dan semuanya berlanjut seolah tidak terjadi apa-apa
Di bagian awal tulisan ini ada demo saat saya memasang Litestream ke aplikasi saya, lalu menghapus instance Heroku dan mendeploy ulang instance baru di Fly.io. Litestream memindahkan semua data ke deployment baru: https://mtlynch.io/litestream/
Saya kurang tahu hal apa yang bisa dihadapi sampai melampaui kapasitas VPS kecil
VPS terpisah untuk database memang masuk akal, tetapi jika request di-cache dengan layak, untuk layanan non-inti itu bisa bertahan, tinggal backup-nya dibuat lebih kuat
Terutama soal terus menjaganya tetap up-to-date, mengurus keamanan, dan mengonfigurasinya dengan benar. Setup awal mudah, tetapi setelah itu yang penting; penasaran sekarang biasanya ditangani bagaimana
Saya sudah mencoba aplikasinya dan sangat suka karena tidak perlu membuat akun. Kita menerima tautan privat dan membagikannya ke grup, lalu orang yang membuka tautan memilih dirinya siapa untuk “login”
Tentu saja orang bisa menyalahgunakan sistem dengan login sebagai anggota lain, tetapi sepertinya ini kompromi yang dipilih pengembang karena memahami basis penggunanya dan mengutamakan pengalaman tanpa friksi. Rapi
Banyak terinspirasi dari situ, saya sedang membuat aplikasi agar klub buku bisa mengadakan “pemilihan” untuk menentukan buku berikutnya. Rencananya mendukung beberapa metode voting seperti ranked choice, approval voting, score voting, dan first-past-the-post
[0] https://www.when2meet.com/
Untuk menjawab pertanyaan soal penghematan biaya, kalau dijalankan di satu VPS Linux sepertinya bisa diturunkan sampai 5–10 dolar per bulan
Yang menarik adalah grafik pertumbuhannya linear. Aplikasi ini jelas punya traction tertentu dan sifat viral, tetapi kenapa tidak tumbuh secara eksponensial?
Dalam praktiknya mungkin sekitar 100 dolar, dan jujur saja itu pun dialokasikan agak berlebihan. Meski begitu, traffic saya jauh lebih besar daripada yang dijelaskan di blog itu
Sepertinya biaya bisa diturunkan dengan memperbaiki arsitektur
Di bagian tengah tulisan, pertumbuhan logistik diajukan sebagai model lain yang lebih cocok untuk pola pertumbuhan semacam ini. Setelah pertumbuhan awal yang cepat, muncul fase pertumbuhan linear, lalu akhirnya mendatar ketika mencapai “batas kapasitas” atau “kejenuhan pasar”
Saya meng-host aplikasi serupa di tempat seperti netcup dan Hetzner dengan 3 dolar per bulan, dan saat masuk HN pun mudah menangani lebih dari 10 ribu request per jam
Terlepas dari angka sebenarnya, saya selalu penasaran bagaimana proyek seperti ini menutup biaya operasionalnya
Salah satu ide yang pernah menarik bagi saya adalah menanganinya secara terdesentralisasi. Ada dana masuk ke proyek, dan kalau tagihan bulanan tidak bisa dibayar, proyek mati
Kalau dana yang masuk cukup berlebih, mungkin bisa membeli obligasi pemerintah AS dengan jatuh tempo yang sesuai, lalu menghabiskannya seiring waktu
Dulu ini mungkin butuh otomatisasi, tetapi dalam waktu dekat mungkin agen AI terbatas bisa berperan sebagai server dan dibiarkan melakukan tugasnya sendiri
Model bayar sesuai pemakaian bagus ketika pendapatan juga meningkat sesuai pemakaian. Untuk proyek-proyek saya, saya ingin ada paket harga yang risikonya hanya pada ketersediaan, bukan biaya, meski biaya tetapnya lebih tinggi
Jadi pada model berbasis penggunaan, pendapatan sering tidak sesuai ekspektasi, dan paket bertingkat dengan mudah menang di pasar karena menarik lebih banyak uang
Sebagai pengecualian, untuk hal seperti penyimpanan file, saya merasa orang cenderung meremehkan kapasitas yang mereka butuhkan
Saya benar-benar menyukai spliit dan memakainya secara rutin, beberapa kali per minggu
Hal yang membuat frustrasi adalah aplikasi ini sangat tidak bekerja dengan baik di koneksi mobile yang lambat. Saya ingin menambahkan dukungan local-first atau offline-first, tetapi saya tahu itu perubahan besar
Meski begitu, sekadar melakukan caching pada halaman seperti halaman tambah pengeluaran saja sepertinya sudah akan cukup membantu
Idenya bagus, tetapi melihat angka traffic-nya, sepertinya hasil yang sama bisa dicapai bahkan dengan droplet DigitalOcean 4 dolar per bulan
Karena memakai Vercel, mereka seperti membakar lebih dari 1.000 dolar. Mungkin karena saya sudah tua, tapi saya kurang paham logika ini
Sekali menyiapkan VPS dasar, hasilnya akan sama dan biayanya netral; aplikasi gratis kecil saya juga saya jalankan begitu
Mungkin bagi penulis 100 dolar per bulan bukan beban besar, atau ia memang berada dalam situasi yang nyaman membayar sebesar itu demi kemudahan
Biaya hosting web sebenarnya nyaris tidak ada. Sebagian besar biaya berasal dari database
Aplikasi yang benar-benar hebat. Senang melihat rincian biayanya dibagikan
Kalau bank-bank sadar, fitur ini seharusnya sudah menjadi fitur bawaan aplikasi bank berbasis ACH/Zelle/FedNow
Penyelenggara seharusnya bisa membuat grup di aplikasi bank, lalu mengundang pengguna dengan rekening bank dari bank berbeda
Permintaan pembayaran diproses dengan satu klik, dan tidak perlu lagi mengecek manual apakah uang sudah masuk ke Cash App, rekening bank, atau Venmo lalu menandai pengeluaran di aplikasi pihak ketiga
Yang dibutuhkan adalah integrasi penyedia pembayaran. Buat agar pembayaran bisa langsung dilakukan lewat ACH atau kartu kredit
Itu sendiri juga bisa menjadi opsi monetisasi
Lebih baik tetap open source dan gratis, serta menjadi aplikasi yang nyaman untuk transaksi tunai
Sepertinya bisa menghemat cukup banyak uang dengan memakai solusi database serverless seperti Supabase atau NeonDB