Kisah "Just Ship It" yang Paling Menyedihkan (2020)

 (kitze.io)
1 poin oleh GN⁺ 2024-07-05 | 1 komentar | Bagikan ke WhatsApp

  • Kisah "langsung rilis saja" yang paling menyedihkan

    • Sebagai Indie Maker, ungkapan "langsung rilis saja" bisa terasa sangat membuat frustrasi
    • Mulai mengembangkan aplikasi pada 1 Januari 2018
    • MVP siap dalam beberapa hari, tetapi terus ingin menambahkan fitur baru
    • Mempelajari React Native dan menginvestasikan waktu beberapa bulan
    • Setelah 2 tahun pengembangan, menyerah untuk merilis aplikasi

  • Orang lain menyelesaikan masalahnya

    • Menemukan bahwa orang lain telah menyelesaikan masalah yang coba saya pecahkan
    • Setelah mencoba aplikasi mereka, ternyata aplikasinya lambat dan penuh bug, tetapi tetap dirilis
    • Aplikasi mereka diperbarui setiap minggu dan tumbuh bersama komunitas

  • Menggunakan aplikasi pesaing

    • Mendaftar dan mencoba aplikasi pesaing, lalu merasakan emosi yang campur aduk
    • Meskipun aplikasi mereka tidak sempurna, aplikasi itu tetap dirilis, dan saya pun menjadi penggemarnya

  • Pembaruan 2024

    • Pada 2022, memutuskan untuk merilis aplikasi produktivitas
    • Karena aplikasi pesaing tidak mendekati visi saya
    • Merilis aplikasi bernama Benji - The Life OS

Pendapat GN⁺

  • Tulisan ini menyampaikan pesan penting kepada para pengembang agar tidak menunggu "waktu yang sempurna" untuk merilis produk
  • Tulisan ini dengan baik menggambarkan emosi kompleks saat pesaing lebih dulu menyelesaikan masalah
  • Dengan jujur membagikan frustrasi dan keberhasilan dalam proses pengembangan aplikasi, banyak pengembang dapat merasa relate
  • Aplikasi produktivitas seperti Benji dapat memberikan nilai besar kepada pengguna dengan mengintegrasikan berbagai fitur
  • Saat mengadopsi teknologi baru, yang penting bukan kesempurnaan, melainkan merilis lebih dulu lalu mencerminkan umpan balik pengguna

Bacaan terkait

1 komentar

 
GN⁺ 2024-07-05
Opini Hacker News

  • Harus menolak tekanan untuk "langsung rilis"

    • Jika detail teknis itu penting, kita tidak bisa terburu-buru dan tidak bisa "langsung rilis"
    • Melawan tekanan dari pihak manajemen adalah bagian dari peran software engineer
    • Membuat software yang bagus lebih penting daripada keuntungan perusahaan
    • Memenuhi tenggat jangka pendek bisa menjadi motivasi negatif dalam jangka panjang

  • Pengalaman dengan orang yang meminta 50% saham hanya bermodalkan ide

    • Seseorang yang punya ide aplikasi meminta agar coding dikerjakan gratis
    • Ia berkata bahwa kalau setelah 6 bulan belum dirilis, ia akan membuatnya sendiri

  • Pendapat dari orang yang berharap orang lain menyelesaikan masalah untuk mereka

    • Orang yang menyelesaikan masalah itu akhirnya harus menangani pemeliharaan
    • Daripada terobsesi menyelesaikan masalah, yang lebih penting adalah memberi nilai kepada pelanggan

  • Kisah seseorang yang termotivasi oleh komentar lalu merilis aplikasinya

    • Setelah dirilis, aplikasinya menjadi jauh lebih baik daripada produk pesaing
    • Bisa dilihat di benji.so

  • Benar-benar memakai sistem buatan sendiri bisa mengubah sudut pandang

    • Pengguna terbiasa menyelesaikan masalah-masalah kecil secara otomatis
    • Mengejar kesempurnaan bisa jadi soal ego
    • Banyak hal bisa berubah jika kita memakai apa yang kita buat lalu memutuskan untuk tidak terus mengutak-atiknya

  • Pendapat orang yang memandang positif ketika orang lain lebih dulu mewujudkan idenya

    • Ia menganggapnya sebagai bukti bahwa idenya memang bagus
    • Tujuan proyek pribadi adalah agar berguna untuk diri sendiri atau orang-orang sekitar
    • Bahkan versi alfa pun sebaiknya dipublikasikan agar orang lain bisa memperbaikinya

  • Pendapat dari orang yang tidak suka gaya menulis yang "berusaha terdengar lucu"

  • Keputusan untuk merilis atau tidak harus ditentukan oleh tujuan pengembangan aplikasi

    • Jika tujuannya menyelesaikan masalah pribadi, tidak perlu dirilis
    • Jika produknya untuk dijual, maka harus dirilis saat sudah memiliki fungsi minimum
    • Jika itu proyek open source, tidak perlu terburu-buru merilisnya
    • Setelah dibuka ke publik, bisa muncul banyak permintaan perbaikan bug dan penambahan fitur
    • Meninggalkan proyek juga bukan hal yang buruk
    • Yang penting adalah apa yang dipelajari selama prosesnya

  • Pendapat orang yang merasa contoh "langsung rilis" tidak tepat

    • Banyak orang secara independen memiliki ide aplikasi produktivitas
    • Mereka kecewa setelah mengetahui bahwa ide mereka ternyata sudah ada

  • Pendapat orang yang menyebut penulisnya sebagai "anak kecil"

    • Ia mengkritik bahwa penulis hanya membuat proof of concept lalu tidak melanjutkannya
    • Ia menekankan bahwa ide saja tidak memberi hak untuk mengklaim sesuatu