Beberapa Nasihat tentang Bisnis Aplikasi Indie

• Nasihat dari pengembang independen Carlie Monroe, pembuat berbagai aplikasi seperti pengunduh video web untuk Mac Downie dan konverter format media Permute

Tidak semua hal langsung menjadi sukses

• Memang ada banyak kisah sukses dalam semalam, tetapi itu adalah kasus yang sangat langka, dan sebagian besar bisnis memerlukan waktu
  • Dengan anggaran terbatas, secara realistis sulit membuat karya hit hanya dalam beberapa minggu atau beberapa bulan
  • Sebagai orang yang memulai perusahaan tanpa modal awal, saya ingin memberi nasihat yang realistis
• Bersiaplah menghadapi kegagalan kecil
  • Aplikasi-aplikasi pertama yang dirilis hampir tidak memiliki unduhan, tidak punya pengguna, dan tidak menghasilkan pendapatan
  • Penting untuk memperkirakan kegagalan seperti ini dan tidak berkecil hati
  • Daripada menghabiskan satu tahun untuk mencoba membuat produk yang sempurna sejak awal, akan lebih efektif jika ide inti dikembangkan dengan cepat lalu diperbaiki melalui umpan balik
• Jaga tingkat kematangan aplikasi
  • Kembangkan ide inti aplikasi, lalu teruskan perkembangannya berdasarkan umpan balik dan roadmap
  • Jangan terlalu menyederhanakan proses pengembangan; setidaknya aplikasi harus bisa berjalan dengan stabil
  • Jika aplikasi sering crash, penuh bug, atau tampak belum selesai, akan sulit mendapatkan kepercayaan pengguna
  • Beberapa fitur boleh saja belum lengkap, tetapi yang penting adalah terus memperbaikinya melalui pembaruan berkelanjutan
  • Jika perbaikan dilakukan secara konsisten, pengguna akan menilainya secara positif dan merekomendasikan aplikasi tersebut
• Teruslah memperbaiki, tetapi penting juga untuk tahu kapan harus berhenti
  • Jika aplikasi sudah dirilis, diperbarui beberapa kali, dan sudah dicoba diiklankan atau dipromosikan tetapi jumlah unduhannya masih sekitar 200 orang, mungkin ide tersebut perlu dipikirkan ulang
  • Jika pengguna tidak merasa aplikasi itu berguna, mungkin lebih baik mempertimbangkan ide baru
  • Jangan patah semangat, dan bersiaplah mencoba lagi dengan ide yang lebih baik

Jangan mencari pekerjaan tetap

• Menjalani pekerjaan tetap sambil mengembangkan aplikasi indie adalah hal yang sangat sulit
• Dalam kasus saya, saya pernah bekerja sebagai intern selama musim panas di University of Cambridge; saya bekerja 8 jam sehari, lalu kembali ke asrama dan mengerjakan aplikasi saya sendiri selama 3-4 jam lagi
  • Menjelang akhir musim panas, saya stres, berat badan naik, dan tidak punya waktu untuk melakukan apa pun selain bekerja di depan komputer
• Laju seperti ini tidak bisa dipertahankan lama
  • Mungkin bisa dicoba selama beberapa bulan, tetapi itu saja tidak cukup untuk mengembangkan aplikasi dan membangun basis pengguna
  • Pada akhirnya, mendapatkan pekerjaan tetap kemungkinan besar akan menjadi akhir dari jalur bisnis tersebut
• Namun, menerima pekerjaan freelance atau proyek pengembangan software tetap tidak masalah
  • Menghabiskan sepanjang hari hanya untuk mengembangkan aplikasi justru bisa tidak efisien, dan menyegarkan pikiran lewat proyek lain bisa membantu
  • Tetapi hati-hati agar proyek eksternal tidak menjadi pekerjaan utama; penting untuk membatasi sekitar 4 jam sehari dan tetap menyisakan waktu untuk fokus pada proyek sendiri
• Pada tahap awal, dana mungkin terbatas, jadi perlu menutup biaya hidup minimum lewat pekerjaan freelance
  • Namun, yang penting adalah menjaga keseimbangan agar bukan bekerja sebagai karyawan, melainkan tetap bekerja dengan proyek sendiri sebagai pusatnya

Jangan sendirian, tapi juga jangan bersama

• Ini benar-benar keputusan yang sulit
• Saya menjalankan perusahaan sendirian
  • Jika menjalankan perusahaan sendirian, semua keputusan bisa diambil sendiri, dan tidak ada benturan pendapat soal gaya penulisan kode, fitur, UI, dan sebagainya
  • Namun, kesuksesan bukan perkara beberapa minggu atau bulan, dan kita tidak tahu apakah orang lain akan mau menanggung pengorbanan serupa
  • Beberapa bulan kemudian, co-founder bisa saja berhenti dan mencari pekerjaan, dan karena situasi hidup tiap orang berbeda, arah yang dituju pun bisa berubah
• Namun, jangan juga benar-benar melakukannya sendirian
  • Karena semua hal harus ditangani sendiri, Anda harus bekerja sepanjang tahun tanpa henti
  • Bahkan saat hari libur atau cuti, email dukungan tetap harus diperiksa dan dibalas
  • Ada sekitar 100 pertanyaan pengguna per hari rata-rata, dan sebagian besar berisi hal-hal teknis sehingga tidak mudah begitu saja didelegasikan ke orang lain
  • Jika pergi liburan panjang, setelah kembali pekerjaan akan menumpuk sampai sulit ditangani, sementara pengguna ingin mendapatkan respons dalam hitungan jam
  • Pekerjaan dukungan pelanggan memakan waktu sekitar 2-3 jam per hari; terlalu sedikit untuk mempekerjakan staf khusus, tetapi cukup berat jika harus ditangani sendiri
  • Jika ada co-founder, besar kemungkinan mereka memahami struktur internal dengan baik sehingga bisa menangani pekerjaan sebagai pengganti
  • Jika memulai bersama orang lain, mereka bisa menangani pekerjaan atas nama Anda, sehingga Anda tidak perlu memikul semuanya sendiri
• Ini nasihat yang kontradiktif, tetapi perlu dipertimbangkan secara realistis
  • Melakukannya sendiri memberi kebebasan tetapi bebannya besar; melakukannya bersama memungkinkan tanggung jawab dibagi tetapi juga punya risiko
  • Penting untuk secara hati-hati menentukan arah yang paling cocok untuk diri sendiri dalam perspektif jangka panjang

Hargai umpan balik pengguna

• Pengguna harus bisa menghubungi Anda dengan mudah
  • Sebaiknya letakkan tombol dukungan di berbagai tempat dalam aplikasi, seperti kotak dialog error dan layar utama
  • Cara yang membuka mail client dapat mengganggu pengalaman pengguna
  • Sebagai gantinya, jika menyediakan formulir dukungan di dalam aplikasi, Anda bisa memeriksa pembaruan, menyertakan informasi versi, dan meminta detail tambahan
  • Mungkin akan ada pertanyaan dan laporan yang terus berdatangan, tetapi itu adalah sinyal positif bahwa pengguna peduli pada aplikasi
• Dengarkan pendapat pengguna
  • Saat jumlah pengguna masih sedikit di tahap awal, sangat penting memaksimalkan kepuasan mereka. Pengguna yang puas akan merekomendasikan aplikasi
  • Respons cepat dan implementasi fitur yang diminta dapat membangun kepercayaan dengan pengguna
  • Saat umpan balik pengguna diterapkan, aplikasi bisa berkembang ke arah yang berbeda dari perkiraan, tetapi setelah basis pengguna membesar akan ada kesempatan untuk menyesuaikannya kembali
• Terapkan permintaan secara selektif
  • Anda perlu menilai apakah permintaan pengguna sesuai dengan arah keseluruhan aplikasi
  • Pertimbangkan apakah itu fitur yang berguna dalam jangka panjang, bukan sekadar penyelesaian masalah sesaat
  • Penting untuk memahami alasan permintaan tersebut dan bagaimana perannya dalam workflow pengguna, lalu menjelaskan jika ada pendekatan yang lebih baik
  • Kehilangan satu pengguna karena kekurangan fitur bukan masalah sebesar kehilangan ratusan pengguna karena aplikasi menjadi terlalu rumit

Bersiaplah untuk penutupan mendadak

• Semua bisnis pada akhirnya akan berakhir. Jika bukan perusahaan berskala besar, ketika pemilik pensiun atau tak lagi bisa menjalankannya, bisnis itu pada akhirnya akan hilang
• Karena ini hal yang alami, penting untuk mengingat bahwa suatu hari nanti perusahaan bisa ditutup
• Industri teknologi berubah sangat cepat, dan aplikasi yang populer saat ini pun bisa menjadi tidak berguna seiring waktu
• Ada banyak contoh bisnis yang menyusut drastis ketika ledakan internet awal 2000-an mereda
  • Contoh 1: CandyBar
    • 15-20 tahun lalu, ini adalah aplikasi populer yang memungkinkan kustomisasi ikon sistem dan Dock
    • Namun kemudian macOS mengubah cara rendering Dock, dan ketika System Integrity Protection (SIP) ditambahkan, aplikasi itu tidak lagi bisa digunakan
  • Contoh 2: Skype
    • 15 tahun lalu, ini adalah alat komunikasi yang wajib dimiliki, tetapi kini telah tergantikan oleh iMessage, FaceTime, WhatsApp, Zoom, Google Meet, dan lainnya
    • Karena perubahan pasar, perlahan aplikasi ini dilupakan pengguna
  • Contoh 3: Twitterrific & Apollo
    • Ketika Twitter (X) dan Reddit tiba-tiba mengubah kebijakan API mereka, aplikasi pihak ketiga yang sudah ada tidak lagi bisa berfungsi
    • Para pengembang terpaksa menghentikan aplikasi mereka tanpa persiapan apa pun, dan pengguna pun kadang salah paham mengira itu tanggung jawab pengembang
• Strategi antisipasi
  • Sebaiknya jangan bergantung hanya pada satu aplikasi; lebih baik mengelola 2-4 aplikasi yang stabil
  • Selain aplikasi utama, siapkan juga aplikasi yang bisa menjadi sumber pendapatan cadangan untuk menghadapi situasi tak terduga
  • Menyusun exit strategy yang lengkap juga bisa menjadi cara yang baik. Misalnya, penting untuk lebih dulu merencanakan perpindahan ke bidang baru

Penutup

• Jangan menganggap isi di atas sebagai aturan mutlak
  • Ini berasal dari lebih dari 20 tahun pengalaman, tetapi semua pengalaman bersifat subjektif
• Zaman sudah berubah, dan situasi setiap orang berbeda, jadi cara yang sama tidak selalu berhasil
• Jika ditanya apakah semua ini sepadan?
  • Secara pribadi, bagi saya sepadan
  • Saya membesarkan bisnis ini melalui masa-masa sulit, dan dari sana saya bisa menopang hidup
  • Namun, ini bukan jalan yang cocok untuk semua orang
  • Jika Anda tidak bisa memotivasi diri sendiri, Anda bisa mudah menyerah, dan dalam lingkungan tanpa atasan, kemampuan bekerja secara mandiri sangat penting
• Pertimbangkan realitasnya
  • Ini bukan untuk menakut-nakuti orang yang ingin memulai pengembangan indie
  • Sebaliknya, sudah disebutkan berkali-kali bahwa risiko terbesar justru adalah menyerah terlalu cepat
  • Memulai bisnis dan membuat aplikasi adalah tantangan yang luar biasa, tetapi penting untuk memiliki ekspektasi yang realistis
  • Ini bukan sesuatu yang selesai dalam beberapa bulan, melainkan proses yang bisa berlangsung bertahun-tahun, bahkan puluhan tahun
    • Pikirkan dengan matang sebelum menantang diri untuk menjalaninya