Yenileme Hikayesi-1 (200 haftalık legacy projeyi düzeltmek)

Kişisel bir değerlendirme içeriği ama muhtemelen diğer geliştiricilerin de benzer dertleri vardır diye paylaşıyorum.

Yenileme Hikayesi-1

[Neden yeniden Front tarafında kurguladık?]

Select Admin, bir hafta bile durmadan yaklaşık 200 hafta boyunca kademeli iyileştirmelerini sürdürdü

• Select Admin’in mevcut servisi 2021 sonbaharından beri çalışıyor
• 2022’de ücretli modele geçtikten sonra birçok iyileştirme yapıldı
• 2023’te adminin ötesine geçip dashboard ve partner center’a kadar genişledi
• 2024’te büyük ve orta ölçekli şirketlerin gereksinimlerini karşılayarak daha da gelişti

Select Admin genişledi ama temel kullanım biçiminin yerinde saydığını düşünüyorum

• Düzenleme ortamındaki değişim, 2022’deki önizlemeden beri aynı kaldı
• YAML spesifikasyonuna sürekli eklemeler yapıldı ama geriye dönük uyumluluk korundu
• Dağıtım ve ortam özellikleri 2023’te eklendi
• Kurulumlu sürüm, CLI ve Git kullanım biçimi 2024’te yenilendi

Başlangıçta geliştiricilere açılmıştı ama farklı kullanıcı katmanları için çeşitli avantajları bir arada barındırıyordu

• Veritabanına bağlanıp doğrudan sorgu çalıştırmak
• API’yi ENV paylaşmadan içeride sarmalayıp sunmak
• Front-end geliştiricisi olmasa da ekran oluşturabilmek
• Geliştirici olmasa da hazırlanmış menü ve ekranları düzenleyebilmek

Kullanımın zorlaşması büyük bir sorun ve yeni kullanıcılar daha da zor ve karmaşık belgelerle karşılaşıyor

• Sunucu geliştiricisinin gözünden bakınca dokümantasyonda JavaScript ve CSS kodu görünüyor
• Front-end geliştiricisinin gözünden bakınca dokümantasyonda SQL ve Cache kodu görünüyor
• C-Level açısından bakınca basit bir kullanım başlangıcı gibi görünse de ayrıntılı yetkiler, organizasyon grupları ve güvenlik politikaları da düşünülmek zorunda kalıyor
• Bireysel ve küçük ölçekli kullanımda kurumsal fiyat planı uygulanıyor
  Toplam editör sayısı azaldığı için geri bildirim ve iyileştirme talepleri de azalıyor
• Karmaşık admin ve partner center üreten kullanıcılar artarken, basit görüntüleme ve düzenleme sayfaları yapan kullanıcıların sayısı düşüyor
• Bir startup olarak iyi bir ürün geliştirmek için kullanıcı şart. İç planlamadan çok müşteri talepleri daha değerli
• Yeni kullanıcı girişinden doğacak geri bildirime çok ihtiyaç duyulan bir durumdayız

İyi kullanıcı, iyi ürün ve iyi fiyatı aynı çizgide birlikte düşünüyoruz

• Daha fazla UI ve özellik sunmak istesek de ücretli abone yoksa bütçe sağlamak zorlaşıyor
• Ürün zorsa yeni kullanıcı artsa bile müşteri destek maliyeti yükseliyor
• Tutkulu ve gerçekten problem çözmeye odaklı bir geliştirici kullanmaya başladığında Select ekibi zaten çok yoğunsa, ne yazık ki hızlı bir ilişki kurma zamanını kaçırıyoruz
• Sürekli nasıl yardımcı olabiliriz? sorusu etrafında düşündük
  Sonuç olarak hep birlikte daha derin bir yönü tartıştık
• Küçük bir ürün yapalım. Select Admin’in çok fazla özelliği var ve kullanıcıların %80’i özelliklerin %20’sini kullanıyor.
• Admin tarafındaki rahatsızlığı daha çok anlayalım. Select Admin, sadece geliştirmeyi değil planlama, tasarım ve işletim tarafındaki yükü de azaltmalı
• Kolay devredilebilsin ve iş birliği yapılabilsin. Sorumlu kişi iş değiştirirse, ayrılırsa ya da organizasyon içinde yer değiştirirse bile devralan herkes için yük olmasın (4 yılda sayısız vaka)

Daha kolay kullanım, daha düşük fiyat, daha makul bir başlangıç noktası

• Ürünün cazibesinin baştan sona, yani sonuç çıktısına kadar uzanan bir deneyim olduğunu düşünüyoruz
• Sağlama maliyeti yüksek özellikleri (güvenlik gibi) mümkün olduğunca ek hizmetlere ayırıp, kullanıcıların çoğuna tüm özellikleri ücretsiz planda sunmak
• Yalnızca memnun kalan kullanıcıların (geliştirici sayısı kadar) ödeme yapacağı şekilde fiyatlandırmayı yeniden düzenlemek. Tek kişilik geliştiricinin bile ücretli planda 500 kişilik admin hizmeti verebilmesini sağlayarak sınırı engellememek.

Tam olarak nasıl değiştireceğimizi bir sonraki yazıda anlatacağım

[moderator]

Show GN'e uymadığı için haber bölümüne taşındı.