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. Neyi yapmayacağımı baştan belirledim: 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

Küçük bir işletmenin gerçekten kullanacağı bir araç ya da şişmiş bir kapsamın sadeleştirilmesi — ikisi de aynı adrese yazılır.