Mengapa Perlu Meluncurkan Produk tanpa Fitur Login
(casparwre.de)- Dengan menunda implementasi login
→ kecepatan pengembangan menjadi lebih cepat, dan kompleksitas kode berkurang
→ mengurangi beban saat onboarding pengguna
→ mengurangi cakupan serangan peretasan
→ termasuk potensi manfaat SEO
-
Dua produk web yang berhasil dibuat oleh penulis tidak memiliki login
-
Produk yang sedang dikerjakan sekarang menghasilkan 50 ribu tayangan per hari / pendapatan $2K per bulan, tetapi login baru ditambahkan 4 tahun setelah peluncuran
13 komentar
Wah.. saya sama sekali tidak kepikiran cara mengidentifikasi pengguna lewat link unik tanpa login, keren juga ya haha
Untuk side project kali ini, sepertinya saya juga harus coba membuatnya tanpa login hehe
Kami mengecualikan fitur pendaftaran anggota/login sejak tahap paling awal karena beban pengelolaan data pribadi. Selain beban implementasi fitur, kami juga belum punya tenaga untuk operasional atau pengelolaan data pribadi, jadi terasa memberatkan. Kami sempat bimbang karena ada banyak fitur dan kemudahan yang bisa diberikan setelah login, tetapi pada akhirnya kami memutuskan untuk menghapusnya dan lanjut ke tahap pertama.
Betul, menurut saya itu pilihan yang sangat bagus. Kalau ada kesempatan, perkenalkan juga produk yang sedang Anda buat di Show GN! hehe
Termasuk manfaat SEO laten -> sepertinya ada salah ketik di bagian ini
Wah ya, saya sudah buru-buru memperbaikinya ;)
Produk perusahaan kami awalnya dimulai tanpa login dan memang berkembang dengan baik, tetapi belakangan ketika produknya berevolusi hingga perlu login, ternyata sulit mendorong pengguna untuk mulai login. Sepertinya ini memang opsi yang bisa dipilih tergantung produknya.
Ya, sepertinya keahliannya adalah membuat dorongan untuk login nanti terasa lebih halus. Akan bagus kalau lebih banyak contoh kasus seperti ini dibagikan.
Saya kurang yakin, tetapi saya merasa fitur login, termasuk OAuth2, mungkin bisa dijadikan semacam templat.
Rasanya hanya dengan OAuth2 saja beban onboarding pengguna sudah bisa banyak berkurang.
Untuk pengurangan cakupan serangan peretasan, apakah maksudnya karena tidak menyimpan informasi pribadi tiap pengguna sehingga sejak awal memang tidak ada banyak hal yang bisa diretas?
Melihat bahwa di teks asli tertulis "Evil-doers are much less likely to break into your house if there is nothing of value inside", tampaknya makna yang tepat adalah aman karena tidak ada yang bisa dicuri.
Terima kasih. Saya belum sempat melihat artikel aslinya, tapi sekarang jadi lebih jelas.
Ya, mungkin maksudnya karena perlu ada hal-hal seperti mengirim sesuatu ke server atau menyimpan kata sandi.
Menurut saya juga, di sisi pengembangan belakangan ini banyak bagian yang sudah ditangani oleh hal-hal seperti Passport.js, jadi sepertinya itu bukan beban besar untuk sisi pengembangan.
Tapi kalau ada ID, bagian perencanaan layanan jadi ikut bertambah banyak. Membuat fitur tetap bisa dicoba tanpa ID terlihat jauh lebih baik untuk membangun traksi pengguna awal. Secara pribadi, saya sendiri juga cenderung enggan bahkan untuk login dengan OAuth di situs-situs baru. ^^;
Setelah mendengarnya, ternyata OAuth juga merupakan tindakan menyebarkan informasi pribadi saya. Saya sendiri sudah sangat pasrah soal itu...;;;
Ini mungkin berbeda tergantung produk yang dibuat..
Kalau layanannya memang tidak benar-benar memerlukan login, menurut saya lebih tepat mengecualikan fitur itu, mengembangkan dan meluncurkannya dengan cepat, lalu menambahkannya setelahnya. Sepertinya layanan-layanan di negara kita memang sering meminta terlalu banyak data pribadi yang tidak perlu.
Tambahan satu hal.. di artikel disebutkan agar email juga tidak disimpan, tetapi menurut saya untuk notifikasi fitur atau pengiriman newsletter, rasanya tepat jika setidaknya alamat email diterima sebagai opsi