Android uygulama geliştirmede hedef cihazları nasıl seçeriz?
Teklif aşamasında “Android’de çalışacak” ifadesi yeterli kapsam oluşturmaz. Flutter uygulama geliştirme ile ortak kod veya native Android yaklaşımı düşünülürken cihaz ihtiyaçları önce yazılır. Müşterinin telefonu, şirket tableti ve özel tarayıcılı saha cihazı aynı test planıyla ele alınmayabilir. Desteklenecek ekranlar, işletim sistemi aralığı ve gerekli donanım özellikleri belirlenir.
Ürünün ilk kullanıcıları hakkında veri varsa bunu kullanırız; yoksa varsayımı açık bir cihaz matrisi hazırlanır. Yalnızca üst seviye bir telefonda yapılan inceleme, düşük bellek veya yavaş ağ koşullarını temsil etmez. Harita, kamera ve uzun liste gibi kritik alanlar hedef cihazlarda ayrıca gözlenir.
Kotlin ve Jetpack Compose gibi native araçlar, Android’e özgü bir ürün akışı için değerlendirilebilir. Mevcut Java kodu veya özel SDK varsa bunların devamı da incelenir. Teknoloji seçimi, çalışır ürünü sırf yeni bir etiket için baştan yazma gerekçesi olmaz.
Android arayüzünü günlük kullanım koşullarına göre tasarlayın
Bir Android uygulamasının farklı platformlarla ilişkisi de açıklanmalıdır. iOS uygulama geliştirme planı varsa ortak ürün kuralları korunur; cihaz davranışları birebir kopyalanmaz. Android geri hareketi, klavye, yön değişimi ve uygulamaya geri dönme hali tasarımın parçalarıdır.
İlk sürümde temel akışın ne zaman tamamlandığı, hangi bilginin zorunlu olduğu ve kullanıcıya nasıl geri bildirim verildiği belirlenir. Bir iş emri örneğinde fotoğrafın seçilmesi, cihazda saklanması ve sunucuya iletilmesi farklı durumlardır. Bu örnek bir kullanım senaryosudur; gerçekleşmiş proje sonucu değildir.
Okunabilir ekranlar
Uzun Türkçe ve İngilizce metinler, büyük yazı ayarı ve değişen ekran genişliğiyle bileşenler kontrol edilir. Küçük etiketler görsel denge için zorlanmaz.
Kesintiden sonra devam
Arka plana geçme ve yeniden açma halinde kullanıcı seçimi ve taslak davranışı belirlenir. Tamamlanmış işlem tekrar yaptırılmaz.
Anlaşılır işlem durumu
Bekliyor, kaydedildi ve iletildi durumları gerekirse ayrı gösterilir. Hata mesajı kullanıcıya anlamlı bir sonraki adım sağlar.
OKUMADAN SONRAKİ ADIMA
Android projenizi cihaz ve akış üzerinden değerlendirelim
Kullanıcıların hangi cihazlarda ne yapacağını ve mevcut API durumunu paylaşın. İlk sürümün kapsamını ve kabul testlerini birlikte çıkaralım.
İzinler, kamera ve bildirimler kullanıcıyı nasıl etkiler?
Cihaz özellikleri seçilirken bildirim ve mobil altyapı ihtiyaçları da gözden geçirilir. İzinler, ürünün gerçekten ihtiyaç duyduğu işlem bağlamında istenir. Kamera izni verilmediğinde ana uygulamanın tümü anlamsız bir duvara dönüşmemelidir; mümkünse dosya seçimi veya daha sınırlı bir akış değerlendirilir.
İzin sonradan iptal edilebilir. Konum doğruluğu ve cihaz desteği de değişebilir. Bu nedenle tasarım yalnızca ilk açılıştaki “izin ver” yanıtına dayanmaz. Özellik çalışmadığında hangi bilginin gösterileceği ve kullanıcının ne yapabileceği açıkça yazılır.
Bildirimde olay, hedef kayıt ve erişim kontrolü birbirine bağlanır. Mesaja dokunulunca silinmiş bir kaydın veya giriş gerektiren ekranın nasıl ele alınacağı düşünülür. Analitik ölçümlemede ana akışın başlangıcı ve başarılı tamamlanması izlenebilir; kişisel kayıt içeriği gereksiz olay verisine dönüştürülmez.
Offline Android uygulamasında veri ve senkronizasyon planı
Çevrimdışı kullanım, bir kutuyu işaretleyerek eklenen özellik değildir. API ve backend geliştirme ile yerel kayıtların sorumluluğu birlikte tasarlanır. Hangi veri okunabilir, hangi işlem taslak olarak saklanabilir ve hangi işlem için ağ zorunludur soruları ayrı cevaplanır.
Örneğin ürün listesi son bilinen haliyle gösterilebilir, fakat stok uygunluğu güncel doğrulama gerektirebilir. Kullanıcıya eski veri ile doğrulanmış veri arasındaki fark anlatılır. Yeniden bağlanınca aynı talebin iki kez kaydedilmesi veya başka cihazdaki değişikliğin silinmesi gibi riskler kabul senaryolarına eklenir.
Yerel verinin saklama süresi ve oturum kapandıktan sonraki davranışı da önemlidir. Cihazı başka çalışan kullanıyorsa önceki hesabın verisi görünmemelidir. Bunlar güvenilir saha kullanımının temel parçalarıdır; yalnızca bağlantı kapalıyken ekranın açılması yeterli kanıt oluşturmaz.
| İşlem | Bağlantı yokken yaklaşım | Kabul kontrolü |
|---|---|---|
| Bilgi görüntüleme | Uygun olduğunda son kayıtlı veri gösterilir; güncellik belirtilir. | Eski veri kullanıcının kararı açısından anlaşılır mı? |
| Form taslağı | Kapsam uygunsa cihazda saklanır ve gönderim ayrı gösterilir. | Uygulama yeniden açılınca taslak ve hesap ayrımı korunuyor mu? |
| Kritik doğrulama | Güncel sunucu yanıtı gerekiyorsa işlem bekletilir veya sınırlandırılır. | Yanlış başarı mesajı veya tekrar kayıt oluşuyor mu? |
Google Play yayın hazırlığı ve Android test kapsamı
Yayın paketinin tekrarlanabilir biçimde hazırlanması için CI/CD kurulumu değerlendirilebilir. Android App Bundle, Google Play yayın formatının parçasıdır; dağıtım biçimi, imzalama ve hesap erişimi projeye göre planlanır. Mağaza hesabı ve ilgili servis sahipliği teslimden önce netleştirilir.
Test sadece ekran kontrolü değildir. Yeni kurulum, mevcut sürümden güncelleme, izin reddi, düşük bağlantı kalitesi ve yeniden açma ana akış üzerinde denenir. Uygulama normal görünürken API tarafında işlemin kaydedilmediği durumlar özellikle kontrol edilir. Ölçüm cihaz, sürüm ve senaryo bilgisiyle kaydedilir.
Mağaza bilgileri, görseller ve veri açıklamaları uygulamanın gerçek davranışıyla eşleşmelidir. Yayın takvimi; geliştirme, müşteri içeriği, hesap hazırlığı ve platform değerlendirmesine bağlıdır. Google Play onayı veya tüm Android cihazlarında aynı performans garanti edilmez.
Android geliştirme fiyatı ve sürdürülebilir teslim planı
Teklifin sınırı ilk yayınla bitiyorsa bunu açıkça bilmelisiniz. Mobil uygulama bakım ve destek kapsamında hata analizi, platform değişiklikleri ve yeni özellikler ayrı planlanabilir. İsteklerin önem seviyesi, destek saatleri ve ücretlendirme yöntemi yazılı hale getirilir.
Maliyet; ana akış, kullanıcı rolleri, API durumu, cihaz matrisi, özel donanım, offline davranış ve tasarım hazırlığına göre değişir. Yönetim paneli, içerik girişi ve mevcut verinin taşınması otomatik dahil sayılmaz. Belirsiz bir SDK için önce kısa teknik doğrulama gerekebilir.
Teslimde kaynak kod, derleme adımları, gerekli ortam erişimleri, yayın sorumlulukları ve bilinen sınırlar paylaşılır. İlk görüşmede ürünün amacı, kullanıcıların cihazları ve mevcut sistemlerin özeti yeterli bir başlangıç sağlar. Bunlarla ilk sürümü, sonraki özellikleri ve dış bağımlılıkları ayırabiliriz.
KARAR VERMEDEN ÖNCE
Sık sorulan sorular
Android uygulaması tüm telefonlarda çalışır mı?
Hedef cihazlar ve desteklenecek işletim sistemi aralığı belirlenmelidir. Donanım, üretici davranışı ve ekran özellikleri farklı olabilir. Tanımlı cihaz matrisi üzerinde test yapılır; belirsiz tüm cihaz garantisi verilmez.
Kotlin mi Flutter mı tercih etmeliyim?
Android’e özgü özellikler, mevcut kod, ikinci platform ihtiyacı ve bakım ekibi değerlendirilir. İki yaklaşım da farklı ihtiyaçlarda uygun olabilir. Karar aynı ürün brief’i üzerinden gerekçelendirilir.
İnternet yokken veri girişi yapılabilir mi?
Uygun işlemler taslak veya kuyruk olarak planlanabilir. Kritik güncel doğrulama isteyen işlemler ağ gerektirebilir. Saklama, tekrar gönderim ve çakışma davranışı ayrıca kapsamlandırılır.
Google Play yayını hizmete dahil mi?
Hazırlık ve gönderim desteği teklifte açıkça belirtilir. Hesap, içerik ve veri açıklamalarının sorumluları belirlenir. Platform inceleme sonucu ve sabit onay süresi garanti edilmez.
Şirket tabletlerine özel uygulama yapılabilir mi?
Cihaz modeli, kullanım ortamı, erişim ve dağıtım yöntemi incelenerek kapsam çıkarılabilir. Kurumsal cihaz yönetimi veya özel donanım entegrasyonu ayrıca doğrulama ve sorumluluk gerektirir.
Android uygulaması için fiyatı neler değiştirir?
Akışların karmaşıklığı, rol yapısı, tasarım ve API hazırlığı, offline çalışma, cihaz entegrasyonları ve test kapsamı belirleyicidir. Yönetim paneli ve bakım beklentisi de ayrı kalemler olarak değerlendirilir.
KAPSAMI BİRLİKTE BELİRLEYELİM
Android projenizi cihaz ve akış üzerinden değerlendirelim
Kullanıcıların hangi cihazlarda ne yapacağını ve mevcut API durumunu paylaşın. İlk sürümün kapsamını ve kabul testlerini birlikte çıkaralım.
Android kapsamımı inceleyin