1 poin oleh eces9 2025-10-30 | Belum ada komentar. | Bagikan ke WhatsApp

Ini adalah refleksi pribadi, tetapi saya rasa pengembang lain mungkin juga memiliki kekhawatiran serupa sehingga saya membagikannya.

Kisah Perombakan-1

[Mengapa dirancang ulang ke Front?]

Select Admin terus melakukan perbaikan bertahap selama sekitar 200 minggu berturut-turut tanpa berhenti satu minggu pun.

  • Layanan Select Admin yang ada telah beroperasi sejak musim gugur 2021
  • Banyak perbaikan setelah monetisasi pada 2022
  • Pada 2023, melampaui admin dan meluas hingga dashboard serta partner center
  • Pada 2024, semakin matang sambil memenuhi kebutuhan perusahaan besar dan menengah

Menurut saya, meskipun Select Admin terus berkembang, cara penggunaan dasarnya tetap tidak banyak berubah.

  • Perubahan pada lingkungan pengeditan dipertahankan sejak fitur pratinjau pada 2022
  • Spesifikasi YAML terus ditambahkan, tetapi kompatibilitas ke belakang tetap dijaga
  • Fitur deployment dan environment ditambahkan pada 2023
  • Cara penggunaan versi instalasi, CLI, dan Git diperbarui pada 2024

Pada awalnya dibuka untuk pengembang, tetapi produk ini memiliki berbagai segmen pengguna dan keunggulan yang berlapis.

  • Menghubungkan database dan langsung menjalankan kueri
  • Menyediakan API yang dibungkus secara internal tanpa perlu berbagi ENV
  • Membuat layar meski bukan front-end developer
  • Mengubah menu dan layar yang sudah dibuat meski bukan developer

Masalah besarnya adalah cara penggunaan menjadi semakin sulit, dan pengguna baru harus melihat dokumentasi yang semakin rumit.

  • Dari sudut pandang server developer, dokumentasi menampilkan kode JavaScript dan CSS
  • Dari sudut pandang front-end developer, dokumentasi menampilkan kode SQL dan Cache
  • Dari sudut pandang C-Level, meskipun implementasinya sederhana, mereka jadi harus mempertimbangkan izin detail, grup organisasi, hingga kebijakan keamanan
  • Pengguna individu dan skala kecil justru dikenai paket harga untuk perusahaan
    Jumlah total editor menurun sehingga feedback dan permintaan perbaikan juga berkurang.
  • Hanya pengguna yang membuat admin kompleks dan partner center yang meningkat, sedangkan pengguna yang membuat halaman sederhana untuk melihat dan mengubah data menunjukkan tren menurun
  • Sebagai startup, pengguna itu penting untuk membangun produk yang baik. Dibanding perencanaan internal, kebutuhan pelanggan jauh lebih bernilai
  • Kami sangat membutuhkan feedback dari arus pengguna baru

Kami memikirkan pengguna yang baik, produk yang baik, dan harga yang baik pada garis yang sama.

  • Sebanyak apa pun kami ingin menyediakan lebih banyak UI dan fitur, tanpa pelanggan berbayar akan sulit mengamankan anggaran
  • Jika produknya sulit, meskipun pengguna baru bertambah, biaya dukungan pelanggan akan meningkat
  • Saat seorang developer yang penuh semangat dan serius menyelesaikan masalah mulai menggunakan produk ini, jika tim Select sudah sibuk, sayangnya kami bisa kehilangan momen untuk membangun hubungan dengan cepat
  • Kami memikirkan tema: bagaimana kami bisa terus membantu?
    Hasilnya, kami semua bersama-sama memikirkan arah yang lebih mendasar.
  • Mari membuat produk yang lebih kecil. Fitur Select Admin terlalu banyak, dan 80% pengguna hanya memanfaatkan 20% fiturnya.
  • Mari lebih berempati pada ketidaknyamanan admin. Select Admin harus mengurangi beban bukan hanya saat pembuatan, tetapi juga pada perencanaan, perancangan, dan operasional
  • Agar mudah diteruskan dan bisa kolaborasi. Meski penanggung jawab pindah kerja, resign, atau berpindah organisasi, baik penerima maupun pemberi handover tidak terbebani (banyak sekali kasus selama 4 tahun)

Cara penggunaan yang lebih mudah, harga yang lebih murah, dan titik awal yang lebih masuk akal

  • Saya percaya daya tarik produk adalah pengalaman dari awal hingga akhir (hasil akhir)
  • Fitur dengan biaya penyediaan tinggi (keamanan) sebisa mungkin dipisahkan sebagai layanan tambahan, dan bagi mayoritas pengguna semua fitur disediakan dalam paket gratis.
  • Merombak paket harga agar hanya pengguna yang puas saja yang membayar (sebanyak jumlah developer). Jangan membatasi satu orang developer agar tetap bisa menjalankan layanan admin untuk 500 orang bahkan dengan paket berbayar.

Bagaimana tepatnya perubahan ini akan dilakukan akan dibahas di bagian berikutnya

Belum ada komentar.

Belum ada komentar.