Mobil Uygulama Geliştirme

Mobil uygulama geliştirme, iOS ve Android cihazlarda çalışan bir yazılımın tasarım, geliştirme, test, mağaza yayını ve sürüm bakımı adımlarını kapsayan süreçtir. Moon Workshop bu süreci, uygulamanın yayınlanmasını değil kullanılmasını hedef alarak kurgular.

Yayınlanan uygulamaların büyük bölümü, teknik olarak sorunsuz çalıştığı hâlde düzenli kullanıcı kazanamaz. Bunun nedeni genellikle kodda değil, kapsam kararında ve yayın sonrası planın eksikliğindedir.

İlk sürümün kapsamını daraltmak

Uygulama projelerinde en sık yapılan hata, ilk sürüme her özelliği koymaya çalışmaktır. Bu, teslim süresini uzatır, maliyeti yükseltir ve gerçek kullanıcı geri bildirimini geciktirir.

Kapsam kararını üç soruyla veririz:

1. Kullanıcı bu uygulamayı hangi tek işi yapmak için açacak?
2. Bu iş, uygulama olmadan bugün nasıl yapılıyor ve hangi noktada zorlanıyor?
3. İlk sürümde bu işi uçtan uca yapabilmesi için minimum hangi ekranlar gerekir?

Bu üç sorunun cevabı dışında kalan her özellik, gerekçesiyle birlikte sonraki sürüm planına taşınır.

Teknoloji seçimi

Karar, uygulamanın özellik profiline göre verilir.

Bu tabloyu proje başında birlikte doldurur, kararın gerekçesini yazılı olarak paylaşırız.

Mağaza yayını: geliştirmeden bağımsız bir disiplin

Mağaza inceleme süreçleri, teknik kaliteden bağımsız gerekçelerle reddedilmeye yol açabilir. Geliştirme sırasında karşıladığımız başlıklar şunlardır:

• Gizlilik politikası ve veri toplama beyanının doğru doldurulması
• Hesap oluşturma varsa hesap silme akışının uygulama içinde sunulması
• İzin isteklerinin gerekçesiyle birlikte, doğru anda gösterilmesi
• Uygulama içi satın alma varsa platform kurallarına uyum
• Mağaza görselleri, açıklama metni ve sürüm notlarının hazırlanması
• Test hesabı ve inceleme notlarının eksiksiz iletilmesi

Ölçüm: indirme sayısı bir başarı metriği değildir

Uygulama performansını üç katmanda izleriz:

• Etkinleşme: İlk açılışta kullanıcı temel işi tamamlayabiliyor mu?
• Elde tutma: Birinci gün, yedinci gün ve otuzuncu gün geri dönüş oranları.
• Sağlık: Çökme oranı, hata sıklığı, açılış süresi ve API yanıt süreleri.

Bu veriler olay bazlı analitik ve hata izleme araçlarıyla toplanır. Hangi olayların ölçüleceği tasarım aşamasında belirlenir; sonradan eklenen ölçüm, geçmiş veriyi geri getirmez.

Bildirim ve derin bağlantı

Bildirim, elde tutmanın en güçlü araçlarından biridir ve kolayca kötüye kullanılabilir. İzin isteğini kullanıcı değeri gördüğü anda gösteririz; bildirim içeriğini segmentlere göre ayırır, uygulama içindeki doğru ekrana derin bağlantı ile yönlendiririz. Bildirim izni bir kez reddedildiğinde geri kazanmak zordur.

Bakım ve sürüm yönetimi

Yayın sonrası çalışma, projenin devam eden parçasıdır: işletim sistemi güncellemelerine uyum, kütüphane ve güvenlik güncellemeleri, mağaza politika değişikliklerinin takibi, çökme raporlarının önceliklendirilmesi ve düzenli aralıklarla sürüm çıkarma. Sürüm akışını öngörülebilir kılmak, hem ekip planlaması hem kullanıcı beklentisi açısından önemlidir.

Uygulama gerçekten gerekli mi?

Bu soruyu proje başında açıkça sorarız. Mobil uygulama, kullanıcıdan bir indirme kararı ister; bu eşik web sitesine göre çok daha yüksektir. Uygulamanın anlamlı olduğu durumlar genellikle şunlardır:

• Kullanıcı hizmeti düzenli ve tekrar eden biçimde kullanıyor
• Bildirim, deneyimin doğal bir parçası
• Kamera, konum veya çevrimdışı çalışma gibi cihaz yetenekleri gerekiyor
• Giriş yapan kullanıcıya kişiselleştirilmiş bir deneyim sunuluyor

Tek seferlik veya seyrek kullanılan bir iş için mobil uyumlu bir web uygulaması çoğu zaman daha doğru karardır. Bu değerlendirmeyi baştan yapmak, gereksiz bir yatırımı önler.

Çevrimdışı davranış ve hata durumları

Mobil kullanımda bağlantı kesintisi istisna değil, beklenen bir durumdur. Uygulamanın bağlantısız durumda ne yapacağı tasarımın parçasıdır: hangi verinin cihazda saklanacağı, hangi işlemlerin kuyruğa alınıp bağlantı geldiğinde gönderileceği ve kullanıcıya durumun nasıl bildirileceği baştan tanımlanır.

Aynı şekilde hata durumları da tasarlanır. Boş liste, yükleniyor durumu, sunucu hatası ve yetki hatası ekranları sonradan eklenen ayrıntılar değil, tasarım aşamasının parçasıdır.

Uygulama mağazası görünürlüğü

Mağaza sayfası, uygulamanın iniş sayfasıdır. Uygulama adı ve alt başlık, ekran görselleri, açıklama metninin ilk satırları ve kategori seçimi indirme oranını doğrudan etkiler. Ekran görsellerini ürün ekranlarının ham kopyası olarak değil, temel faydayı anlatan bir sıralama olarak hazırlarız.

Yayın sonrası kullanıcı değerlendirmeleri de bu görünürlüğün parçasıdır. Değerlendirme isteğini uygulama içinde doğru anda göstermek ve olumsuz yorumlara yanıt vermek, mağaza performansını zamanla iyileştirir.

Ekip çalışması ve şeffaflık

Projeyi iki haftalık döngülerle yürütürüz. Her döngü sonunda test cihazına yüklenebilir çalışan bir sürüm olur; ilerleme sunum değil, kullanılabilir uygulama üzerinden değerlendirilir. Kapsam değişikliği talep edildiğinde süre ve maliyet etkisi yazılı olarak paylaşılır. Kaynak kodun sahipliği markadadır ve depo erişimi proje süresince açıktır.

Sık yapılan hatalar

• İlk sürüme tüm özellikleri koyup teslimi ve geri bildirimi geciktirmek
• Ölçüm planı olmadan yayına çıkıp hangi ekranda kayıp yaşandığını görememek
• Bildirim iznini ilk açılışta, kullanıcı değeri görmeden istemek
• Web sitesinin birebir kopyasını uygulama olarak sunmak
• Mağaza gereksinimlerini geliştirme bittikten sonra öğrenmek
• Yayın sonrası bakım bütçesini planlamamak