Pelajaran setelah menjalankan SaaS sendirian selama 1 tahun

xguru · 2022-03-07T10:39:09+09:00

Pengalaman membuat dan meluncurkan OnlineOrNot, sebuah uptime checker, hanya dalam 7 hari dengan Next.js + AWS Lambda lalu mengoperasikannya selama 1 tahun Rahasia mempertahankan layanan meski ada 200 pesaing? Bekerja tepat dua jam saja pada hari kerja Fokus pada fitur yang menyelesaikan rasa sakit pelanggan Sangat repetitif secara ruthless. Jika sebuah fitur tidak bisa selesai dalam 2 jam, kecilkan scope-nya lalu rilis, dan ulangi itu terus ✓ Pelajaran yang didapat selama 1 tahun Yang dijual bukan langganan SaaS, tapi penyelesaian masalah Berpikir dari sudut pandang pelanggan Bukan "Kalau aku membuat fitur ini, pelanggan akan datang!" melainkan "Aku harus membantu dengan menyelesaikan masalah menjengkelkan yang dialami pelanggan ini" SaaS hanyalah salah satu dari banyak cara untuk menyelesaikan masalah Dokumentasi adalah bagian dari pengalaman pengguna Ada yang bilang "developer tidak membaca dokumentasi", tapi itu hanya sebagian benar Mereka tidak membacanya, mereka memindai judulnya Bangun untuk mobile Berlawanan dengan kepercayaan umum tentang B2B SaaS, orang banyak bekerja dari ponsel Sekitar 50% trafik OnlineOrNot datang dari mobile Mereka cenderung cepat membuat akun dan menambahkan beberapa halaman untuk dimonitor dari mobile, lalu sesekali mengeceknya dari laptop/desktop Selama 6 bulan saya tidak mendukung mobile, dan orang yang mendaftar lewat ponsel cepat churn Setelah akhirnya membuat halaman mobile yang responsif, kini pengguna mobile baru terus bertambah Tanyakan kepada orang bagaimana mereka mengetahui Anda Salah satu perubahan kode paling berharga adalah menanyakan kepada pengguna yang mendaftar, "Bagaimana Anda mengetahui OnlineOrNot?" Ada banyak channel untuk menarik calon pelanggan, dan Anda perlu tahu mana yang harus ditekankan Kadang Anda memang perlu membuat kesalahan sendiri Saya banyak membaca buku agar tidak mengulangi kesalahan orang lain, tapi kadang Anda memang perlu membuat kesalahan sendiri Saat masuk halaman depan Hacker News, ada 6000 orang datang, ratusan mencoba mendaftar, tapi kurang dari 10 yang benar-benar selesai mendaftar, dan saya sadar ada yang salah Form pendaftaran memiliki tingkat drop-off 75%. Lewat A/B testing (menggunakan DeployWithFlags yang saya buat), saya menambahkan OAuth provider tambahan dan menurunkannya menjadi 50% Menentukan harga itu sangat sulit Jika harga terlalu tinggi, orang yang mengira aplikasi Anda akan melakukan segalanya akan pergi Jika harga terlalu rendah, akan ada pelanggan yang merasa karena membayar $9 maka Anda harus menulis ulang aplikasinya Refund pelanggan yang sulit, naikkan harga, lalu terus maju Bersiaplah untuk banyak bereksperimen soal pricing Tidak perlu terlalu fokus pada MRR (Monthly Recurring Revenue).. MRR adalah cara yang sangat buruk untuk mengukur bagaimana bisnis berjalan di tahap awal Perbaikan yang Anda lakukan beberapa minggu lalu baru mulai memengaruhi MRR saat ini, jadi sampai Anda punya banyak pelanggan, sulit tahu apakah perubahan itu benar-benar efektif DAU atau beberapa metrik keberhasilan pelanggan (pengecekan halaman, pembuatan gambar, dll.) lebih berguna daripada MRR Nilai-nilai ini membantu Anda tahu apakah pengguna nyata benar-benar memakai produk dan mendapatkan nilai darinya Free trial tetap diperlukan bahkan untuk tier berbayar Tier gratis adalah cara yang bagus untuk menarik orang dan membuat mereka membicarakan produk Anda Tetapi jika tier berbayar jauh lebih bagus daripada tier gratis, Anda perlu cara agar mereka bisa mencicipi "hal-hal bagus (Good Stuff)" yang ada di tier berbayar Butuh 11 bulan bagi saya untuk menyadari ini Meski menyediakan tier gratis, 95% pengguna baru memilih free trial untuk tier Pro Membawa lebih banyak trafik itu sulit, mengubah apa yang dilakukan trafik saat ini itu lebih mudah Mendapat perhatian di internet adalah permainan yang panjang dan lambat Jika Anda konsisten melakukan content marketing berkualitas selama beberapa bulan, jumlah pembaca akan naik dari 1–2 orang per hari menjadi ratusan Menambah jumlah orang yang mengunjungi situs bukanlah hal yang mudah sama sekali Sebaliknya, apa yang dilakukan orang saat mereka sudah mengunjungi situs adalah sesuatu yang bisa Anda pengaruhi dan lakukan mulai hari ini (seperti menambahkan OAuth login provider) Content marketing membelikan Anda waktu Berinvestasi dalam content marketing membuat bisnis dapat berjalan sendiri untuk periode tertentu Selama setahun, beberapa tulisan lama menjadi viral dan menarik puluhan ribu pengunjung. Bahkan tanpa saya melakukan apa pun, sekitar 1500 orang datang secara organik untuk membaca tulisan-tulisan itu Rilis kecil, tapi sering Orang akan menyarankan Anda membuat fitur tertentu untuk memperbaiki produk, tapi kemungkinan besar mereka sendiri tidak akan memakainya Mungkin mereka hanya sedang berusaha membantu, dan pernah melihat fitur serupa di produk lain Karena ini pertama kalinya Anda menjalankan SaaS, Anda akan senang orang-orang memberi masukan, dan terburu-buru membangun fitur untuk mereka Saya tidak akan bilang jangan membuat fitur itu (saya pernah mendapat nasihat seperti itu, dan tetap membuat fitur yang akhirnya tidak dipakai juga) Anda harus menanyakan bagaimana mereka akan menggunakan fitur itu, bertanya ke pelanggan lain bagaimana mereka menangani masalah tersebut, membuat versi sekecil mungkin dari fitur itu, lalu melihat apakah pengguna lain benar-benar memakainya Anda tentu tidak ingin membuat fitur yang hanya dipakai satu orang, bukan? Jauh lebih tidak menyakitkan menghapus fitur yang tidak diinginkan siapa pun setelah menghabiskan beberapa jam, daripada sesuatu yang Anda poles berbulan-bulan Rilis dulu, baru khawatirkan scale nanti Pada versi pertama OnlineOrNot, saya sama sekali tidak mengoptimalkan arsitektur (setiap uptime check mempertahankan koneksi DB, jadi sulit menangani banyak pengguna) Saya juga lebih memilih orang merasa terganggu dengan UI yang belum sempurna daripada membangun sesuatu yang ternyata tidak dibutuhkan Belakangan saya mendesain ulang arsitekturnya sehingga satu instance RDS kecil bisa menangani jutaan request per minggu Sulit menghabiskan sebanyak yang dibayangkan untuk benar-benar menyelesaikan masalah Dari waktu yang saya habiskan untuk programming selama 1 tahun, hanya setengahnya dipakai untuk benar-benar menyelesaikan masalah yang ingin saya pecahkan Setengah lainnya dipakai untuk membangun platform SaaS Anda butuh hal-hal platform SaaS seperti berbagai jenis autentikasi pengguna, trial, onboarding, manajemen tim, pengelolaan invoice, dan lifecycle email Banyak hal bisa di-outsource (kalau tidak ada Stripe, saya mungkin tidak akan bisa menjual dalam model berlangganan) Tetapi selalu ada hal-hal yang tidak sesuai keinginan, dan jika Anda ingin menanganinya sedikit berbeda, Anda harus membuatnya sendiri

(onlineornot.com)

46 poin oleh xguru 2022-03-07 | 3 komentar | Bagikan ke WhatsApp

Pengalaman membuat dan meluncurkan OnlineOrNot, sebuah uptime checker, hanya dalam 7 hari dengan Next.js + AWS Lambda lalu mengoperasikannya selama 1 tahun

Rahasia mempertahankan layanan meski ada 200 pesaing?

Bekerja tepat dua jam saja pada hari kerja
Fokus pada fitur yang menyelesaikan rasa sakit pelanggan
Sangat repetitif secara ruthless. Jika sebuah fitur tidak bisa selesai dalam 2 jam, kecilkan scope-nya lalu rilis, dan ulangi itu terus

✓ Pelajaran yang didapat selama 1 tahun

Yang dijual bukan langganan SaaS, tapi penyelesaian masalah

Berpikir dari sudut pandang pelanggan
Bukan "Kalau aku membuat fitur ini, pelanggan akan datang!" melainkan "Aku harus membantu dengan menyelesaikan masalah menjengkelkan yang dialami pelanggan ini"
SaaS hanyalah salah satu dari banyak cara untuk menyelesaikan masalah

Dokumentasi adalah bagian dari pengalaman pengguna

Ada yang bilang "developer tidak membaca dokumentasi", tapi itu hanya sebagian benar
Mereka tidak membacanya, mereka memindai judulnya

Bangun untuk mobile

Berlawanan dengan kepercayaan umum tentang B2B SaaS, orang banyak bekerja dari ponsel
Sekitar 50% trafik OnlineOrNot datang dari mobile
Mereka cenderung cepat membuat akun dan menambahkan beberapa halaman untuk dimonitor dari mobile, lalu sesekali mengeceknya dari laptop/desktop
Selama 6 bulan saya tidak mendukung mobile, dan orang yang mendaftar lewat ponsel cepat churn
Setelah akhirnya membuat halaman mobile yang responsif, kini pengguna mobile baru terus bertambah

Tanyakan kepada orang bagaimana mereka mengetahui Anda

Salah satu perubahan kode paling berharga adalah menanyakan kepada pengguna yang mendaftar, "Bagaimana Anda mengetahui OnlineOrNot?"
Ada banyak channel untuk menarik calon pelanggan, dan Anda perlu tahu mana yang harus ditekankan

Kadang Anda memang perlu membuat kesalahan sendiri

Saya banyak membaca buku agar tidak mengulangi kesalahan orang lain, tapi kadang Anda memang perlu membuat kesalahan sendiri
Saat masuk halaman depan Hacker News, ada 6000 orang datang, ratusan mencoba mendaftar, tapi kurang dari 10 yang benar-benar selesai mendaftar, dan saya sadar ada yang salah
Form pendaftaran memiliki tingkat drop-off 75%. Lewat A/B testing (menggunakan DeployWithFlags yang saya buat), saya menambahkan OAuth provider tambahan dan menurunkannya menjadi 50%

Menentukan harga itu sangat sulit

Jika harga terlalu tinggi, orang yang mengira aplikasi Anda akan melakukan segalanya akan pergi
Jika harga terlalu rendah, akan ada pelanggan yang merasa karena membayar $9 maka Anda harus menulis ulang aplikasinya
Refund pelanggan yang sulit, naikkan harga, lalu terus maju
Bersiaplah untuk banyak bereksperimen soal pricing

Tidak perlu terlalu fokus pada MRR (Monthly Recurring Revenue)..

MRR adalah cara yang sangat buruk untuk mengukur bagaimana bisnis berjalan di tahap awal
Perbaikan yang Anda lakukan beberapa minggu lalu baru mulai memengaruhi MRR saat ini, jadi sampai Anda punya banyak pelanggan, sulit tahu apakah perubahan itu benar-benar efektif
DAU atau beberapa metrik keberhasilan pelanggan (pengecekan halaman, pembuatan gambar, dll.) lebih berguna daripada MRR
Nilai-nilai ini membantu Anda tahu apakah pengguna nyata benar-benar memakai produk dan mendapatkan nilai darinya

Free trial tetap diperlukan bahkan untuk tier berbayar

Tier gratis adalah cara yang bagus untuk menarik orang dan membuat mereka membicarakan produk Anda
Tetapi jika tier berbayar jauh lebih bagus daripada tier gratis, Anda perlu cara agar mereka bisa mencicipi "hal-hal bagus (Good Stuff)" yang ada di tier berbayar
Butuh 11 bulan bagi saya untuk menyadari ini
Meski menyediakan tier gratis, 95% pengguna baru memilih free trial untuk tier Pro

Membawa lebih banyak trafik itu sulit, mengubah apa yang dilakukan trafik saat ini itu lebih mudah

Mendapat perhatian di internet adalah permainan yang panjang dan lambat
Jika Anda konsisten melakukan content marketing berkualitas selama beberapa bulan, jumlah pembaca akan naik dari 1–2 orang per hari menjadi ratusan
Menambah jumlah orang yang mengunjungi situs bukanlah hal yang mudah sama sekali
Sebaliknya, apa yang dilakukan orang saat mereka sudah mengunjungi situs adalah sesuatu yang bisa Anda pengaruhi dan lakukan mulai hari ini
(seperti menambahkan OAuth login provider)

Content marketing membelikan Anda waktu

Berinvestasi dalam content marketing membuat bisnis dapat berjalan sendiri untuk periode tertentu
Selama setahun, beberapa tulisan lama menjadi viral dan menarik puluhan ribu pengunjung. Bahkan tanpa saya melakukan apa pun, sekitar 1500 orang datang secara organik untuk membaca tulisan-tulisan itu

Rilis kecil, tapi sering

Orang akan menyarankan Anda membuat fitur tertentu untuk memperbaiki produk, tapi kemungkinan besar mereka sendiri tidak akan memakainya
Mungkin mereka hanya sedang berusaha membantu, dan pernah melihat fitur serupa di produk lain
Karena ini pertama kalinya Anda menjalankan SaaS, Anda akan senang orang-orang memberi masukan, dan terburu-buru membangun fitur untuk mereka
Saya tidak akan bilang jangan membuat fitur itu (saya pernah mendapat nasihat seperti itu, dan tetap membuat fitur yang akhirnya tidak dipakai juga)
Anda harus menanyakan bagaimana mereka akan menggunakan fitur itu, bertanya ke pelanggan lain bagaimana mereka menangani masalah tersebut, membuat versi sekecil mungkin dari fitur itu, lalu melihat apakah pengguna lain benar-benar memakainya
Anda tentu tidak ingin membuat fitur yang hanya dipakai satu orang, bukan?
Jauh lebih tidak menyakitkan menghapus fitur yang tidak diinginkan siapa pun setelah menghabiskan beberapa jam, daripada sesuatu yang Anda poles berbulan-bulan

Rilis dulu, baru khawatirkan scale nanti

Pada versi pertama OnlineOrNot, saya sama sekali tidak mengoptimalkan arsitektur
(setiap uptime check mempertahankan koneksi DB, jadi sulit menangani banyak pengguna)
Saya juga lebih memilih orang merasa terganggu dengan UI yang belum sempurna daripada membangun sesuatu yang ternyata tidak dibutuhkan
Belakangan saya mendesain ulang arsitekturnya sehingga satu instance RDS kecil bisa menangani jutaan request per minggu

Sulit menghabiskan sebanyak yang dibayangkan untuk benar-benar menyelesaikan masalah

Dari waktu yang saya habiskan untuk programming selama 1 tahun, hanya setengahnya dipakai untuk benar-benar menyelesaikan masalah yang ingin saya pecahkan
Setengah lainnya dipakai untuk membangun platform SaaS
Anda butuh hal-hal platform SaaS seperti berbagai jenis autentikasi pengguna, trial, onboarding, manajemen tim, pengelolaan invoice, dan lifecycle email
Banyak hal bisa di-outsource (kalau tidak ada Stripe, saya mungkin tidak akan bisa menjual dalam model berlangganan)
Tetapi selalu ada hal-hal yang tidak sesuai keinginan, dan jika Anda ingin menanganinya sedikit berbeda, Anda harus membuatnya sendiri

3 komentar

wellsbabo 2024-08-13

Tulisan yang bagus.

hibuz 2022-03-07

Ini benar-benar tip bermanfaat untuk merencanakan dan mengelola layanan live!!

xguru 2022-03-07

Meskipun ada tier gratis, uji coba gratis untuk tier berbayar tetap diperlukan. Menurut saya, bagian ini benar-benar sangat penting.