Problem

Küçük, mahalle ölçeğindeki spor salonlarının çoğu üyelik takibini kağıt veya Excel'le yapıyor; ayrı bir tanıtım sitesi de genelde yok. Piyasadaki salon yazılımları ise zincir işletmeler için tasarlanmış: rol hiyerarşisi, online tahsilat, entegrasyon katmanı — tek kişinin işlettiği bir salonun hiç kullanmayacağı bir yük.

Çözüm

Üye yönetimi ve tanıtımı tek uygulamada birleştiren, Firebase Firestore backend'li bir sistem kurdum. Kapsamı bilinçli olarak dar tuttum: online ödeme yok (salon sahibi zaten nakit alıyor, uygulama sadece nakit takibini kayıt altına alıyor), tek admin var (resepsiyon/personel ekranı yok) — çünkü bu salonun gerçek çalışma şekli bu.

Teknoloji

Expo / React NativeFirebase Firestore

Öne Çıkan Detay

Kapsam kararlarını en az kod kadar net belgeledim. "Her şeyi yapan" bir ürün yerine, salon sahibinin günlük olarak gerçekten kullanacağı bir araç kurmak — bir özelliği eklememek de bir mühendislik kararıdır.

Kapsam dışı bırakılan her özellik, ileride gerekirse nasıl ekleneceğiyle birlikte yazıldı. "Yapmadık" ile "yapamayız" arasındaki farkı yazılı tutmak, bir sonraki sürümün tartışmasını çok kısaltıyor.

Benzer bir problemi konuşalım

Kapsamı belirsiz bir ürün fikri ya da dijitalleşmesi gereken bir süreç varsa, bir e-posta yeterli.