iOS ve Android Uygulamaları

Mobil Uygulama Geliştirme ve Yaptırma Hizmetleri

HazırSoft mobil projeyi telefonda tamamlanan görev üzerinden tasarlar. Flutter tabanlı iOS ve Android uygulamalarında ekranlarla birlikte bağlantı kesintisi, cihaz izinleri, sunucu doğrulaması ve eski sürüm uyumu ele alınır. Sipariş, randevu veya saha işleminin gerçek koşullarda nasıl devam edeceği geliştirme kapsamını belirler. Mobil yazılımı Türkiye genelindeki ekipler ve Rusya ile BDT ülkelerine yönelik ürün geliştirmek isteyen işletmeler için uzaktan hazırlayıp teslim edebiliriz. Türkçe ve İngilizce yapılan görev odaklı toplantılarda test sürümleri incelenir; mağaza hesabı sorumluluğu ile hedef ülkeye ait yayın koşulları projenin başında ayrıştırılır.

  • Cihaz ve işletim sistemi aralığı için kabul planı
  • İzin reddi ve bağlantı kesintisinde anlaşılır durumlar
  • Yerel kayıt ve eşitleme çatışmalarının tasarımı
  • Eski uygulama sürümleriyle uyumlu API
  • TestFlight ve Play test kanallarında görev denemeleri
  • Hesap, imza ve veri beyanlarını kapsayan yayın hazırlığı
gonnetlioglu.com
Gönnetlioğlu — Online rezervasyon sistemi ve çok dilli web sitesi
Yayındaki işimiz Gönnetlioğlu · Araç, Karavan & Yat Kiralama

Hizmet kapsamı

Mobil Uygulama Geliştirme Kapsamında Neler Yapıyoruz?

Flutter ve Platforma Özgü Cihaz Davranışları

Mobil uygulama geliştirmede ortak tasarım ile platform davranışı birbirinden ayrılır. Flutter, iOS ve Android için ortak kod üretir; bildirim izni, geri hareketi, klavye, dosya seçimi ve arka plan çalışması yine ayrı incelenir. Teknoloji seçimini gerçek kullanım görevleri belirler. Kamera ile belge okuma ve sürekli Bluetooth bağlantısı aynı gereksinim değildir. Bir eklentinin kullanılabilir olması, hedef cihazlarda ihtiyaç duyulan davranışın doğrulandığı anlamına gelmez.

Platforma özgü çalışma

Swift ve Kotlin ile ayrı geliştirme donanıma yoğun erişen projelerde değerlendirilebilir. Flutter içinde de gerekli bölüm platform koduyla yazılabilir. Bu kararın bakım yükü, işletim sistemi değişiklikleri ve eklenti bağımlılıklarıyla birlikte açıklanır. Tek telefonda çalışan prototip tüm cihaz aralığını temsil etmez. Desteklenecek sürümler, telefon ve tablet kapsamı, ekran yönü ve erişilebilirlik ihtiyaçları başlangıçta yazılır.

Cihaz üzerinde kabul

Büyük yazı ayarında düğmenin kaybolmaması, ekran okuyucunun alanları doğru sırada okuması ve klavye açıldığında işlemin tamamlanması kabul konusudur. Zayıf bağlantıda boş ekran yerine yükleme, hata ve yeniden deneme durumları gösterilir. Kullanıcı ödeme sırasında başka uygulamaya geçtiğinde veya işletim sistemi süreci kapattığında görev yarım kalabilir. Geri açılan ekran yanlışlıkla ikinci işlem oluşturmamalıdır.

Oturum süresi ve hassas ekranların görünürlüğü kullanım bağlamına göre belirlenir. Kayıp cihazdaki erişimin iptali, hesap değişiminde önceki kullanıcının yerel bilgilerinin temizlenmesi ve uygulama yeniden açıldığında yetkinin denetlenmesi önemlidir. Kabul çalışmasında yalnız başarılı giriş değil, süresi dolmuş oturum ve değiştirilmiş kullanıcı yetkisi de denenir. Kullanıcının ekranda gördüğü bilgi ile sunucunun kabul ettiği işlem arasındaki ayrım tasarımın temelidir.

Mağaza Uygulaması mı, PWA mı?

Mobil kanala ihtiyaç duymak her ziyaretçinin uygulama yüklemesi gerektiği anlamına gelmez. İlk temas aramayla kuruluyor, kullanım seyrek gerçekleşiyor ve iş çoğunlukla bilgi edinmekten oluşuyorsa mobil uyumlu web sitesi uygun olabilir. Düzenli oturum, cihaz yetenekleri ve günlük saha görevi mağaza uygulamasına farklı değer katar. Karar kullanıcıya yükleme zahmeti eklemenin gerekçesi üzerinden verilir.

PWA, tarayıcı üzerinden sunulan ve uygun koşullarda ana ekrana eklenebilen web uygulamasıdır. Çevrimdışı açılma, bildirim ve arka plan görevleri tarayıcı ile işletim sistemine bağlıdır. Her cihazda mağaza uygulamasının tüm yeteneklerini sunduğu varsayılmaz. Gerekli görev hedef cihazlarda denenir; web adresiyle dağıtımın kolaylığı ile tarayıcı sınırlamaları birlikte tartılır.

KonuMağaza uygulamasıPWA
DağıtımHesap, imza ve inceleme gerekirWeb adresinden erişilir
GüncellemeEski yüklü sürümler kalabilirÖnbellek yenileme tasarlanır
DonanımPlatform izinleri geçerlidirTarayıcı yetenekleri belirleyicidir

Çevrimdışı çalışma bir etiket değil, belirli görevlerin kapsamıdır. Katalog okumakla teslimat kaydı oluşturmak farklı risk taşır. Son güncelleme zamanı gösterilmeli; yerelde oluşan kaydın henüz sunucu tarafından kabul edilmediği anlaşılmalıdır. Bağlantı geldiğinde silinen ürün, değişen yetki veya başka çalışana atanmış görev nasıl ele alınacak? Bu kararlar yazılmadan çevrimdışı özellik tamamlanmış sayılmaz.

Uygulamanın kullanım sıklığı da değerlendirilir. Kullanıcının yalnız bir kez yaptığı işlem için mağaza hesabı ve sürekli güncelleme yükü gereksiz olabilir. Bunun karşısında depo sayımı veya servis ziyareti gibi tekrarlanan görevlerde cihazın kamera ve yerel depolama özellikleri önemli olabilir. Tercih, moda olan teknoloji adına değil kullanıcının görevine dayanır.

Sipariş, Randevu ve Saha Uygulamalarının Farklı Kuralları

Alışveriş uygulamaları

Mobil alışverişte sepetin görünmesi kadar güncel fiyatla doğrulanması gerekir. Kullanıcı önceki oturumun sepetini açtığında stok ve teslimat koşulları değişmiş olabilir. Tutar sunucuda hesaplanır; değişiklik açıklanır. Ödeme dönüşünde uygulamanın açık kalacağı varsayılmaz. Sonuç sağlayıcı doğrulamasıyla ilişkilendirilir. E-ticaret altyapısı ile aynı sipariş yönetilebilir ancak ekranların güncelleme ve hata davranışı belirlenmelidir.

Randevu uygulamaları

Klinikler ve araç kiralama firmaları için uygunluk listesi kesin rezervasyon değildir. Kaynağın geçici tutulması, sürenin dolması ve ödeme sonucu ayrı durumlarla açıklanır. Hatırlatma bildiriminin ulaşmaması kaydı geçersiz yapmaz. İptal ve erteleme işletmenin kurallarına dayanır; uygulama bu kuralları kullanıcıya karar vermeden önce gösterir.

Saha ve kurum içi işler

Servis veya depo görevinde fotoğraf, imza, barkod ve konum iş kaydıyla ilişkilendirilir. Konum izni reddedildiğinde alternatif yöntem mümkün mü, yoksa görev durmalı mı? Çalışanın sürekli izlenmesi varsayılmaz. Fotoğraf boyutu ve yükleme sırası zayıf bağlantıda önemlidir. Tamamlanmamış dosya aktarımı görevi yanlışlıkla tamamlandı göstermemelidir.

Çevrimdışı iş emirleri yerel kuyrukta tutulabilir. Sunucu görevi iptal etmiş veya başka kişiye atamışsa cihazdaki kayıtla çatışma oluşur. Hangi alanın esas alınacağı, hangi durumda insan incelemesi gerekeceği belirlenir. Yeniden gönderilen aynı görev ikinci teslim kaydı üretmemelidir. Kullanıcı bekleyen ve reddedilen kayıtları birbirinden ayırabilmelidir.

Kurum içi dağıtım, mağazada herkese açık yayınla aynı şey değildir. Apple ve Google seçeneklerinin güncel koşulları, hesap türü ve hedef kullanıcılar incelenir. Eğitim de cihaz üzerinde yapılır: çalışan yalnız ekran isimlerini değil bağlantı kesildiğinde, izin değiştiğinde ve görev yeniden açıldığında ne yapacağını öğrenir. Böylece operasyon ekibi bekleyen işlemleri yanlış tamamlanmış saymaz.

API, Bildirim ve İstemci Sürümlerinin Yaşam Döngüsü

Mobil istemci veritabanına doğrudan bağlanmaz; yetkilendirilmiş API üzerinden iş işlemi yapar. Laravel ve MySQL üzerinde sunucu tarafı, kayıt erişimini ve iş kurallarını yönetir. Telefonda saklanan erişim bilgilerinin süresi, yenilenmesi ve kayıp cihazda iptali tasarlanır. Giriş ekranı tek güvenlik sınırı değildir; her istek ilgili işlem için yetkili olmalıdır.

Yeni paket yayınlandığında bütün kullanıcılar aynı anda güncellemez. API değişikliği eski istemcileri de dikkate almalıdır. Alan kaldırmak, durum adı değiştirmek veya zorunlu bilgi eklemek yüklü sürümleri bozabilir. Desteklenen sürümler, zorunlu güncelleme koşulları ve gösterilecek mesaj belirlenir. İçerik değişikliği ile uygulama paketi değişikliği birbirinden ayrılır.

Bildirim servisinde cihaz belirteci değişebilir, kullanıcı hesabından çıkabilir veya izinlerini kapatabilir. Bildirime dokunulduğunda açılan ekran yetkiyi yeniden denetler. Kilit ekranında hassas bilgi göstermek yerine uygun genel mesaj kullanılabilir. İşlem bildirimleri pazarlama mesajlarından ayrı değerlendirilir. Bildirimin gönderilmiş olması okunmuş veya teslim edilmiş olduğu anlamına gelmez.

Özel kurallar özel yazılım geliştirme, dış servisler entegrasyon çözümlerimiz kapsamında incelenir. Referanslar sayfasındaki web işleri kullanım alanlarına fikir verebilir; mağazada yayınlanmış mobil uygulama kanıtı olarak sunulmaz. Mobil kabulde gerçek cihaz görevleri, izin senaryoları ve sürüm geçişi sonuçları esas alınır.

Hata raporlarında kullanıcı verisinin gereksiz toplanmaması gerekir. Çökme kaydı, işlem kimliği ve sürüm bilgisiyle sorunun yeri araştırılır; gizli oturum değerleri kayda alınmaz. Gözlem araçlarının veri işleme davranışı mağaza gizlilik beyanıyla tutarlı olmalıdır. Sunucu ve uygulama hataları ayrı teşhis edilir; ağ yanıtı beklemekle arayüz çizim maliyeti birbirine karıştırılmaz.

Çalışma süreci

Mobil Uygulama Nasıl Yapılır? 6 Adımda Geliştirme Süreci

Mobil çalışmada prototip kullanıcı akışını, cihaz denemesi teknik davranışı, mağaza hazırlığı dağıtım koşullarını doğrular. Her adım farklı bir kabul kanıtı üretir.

  1. Görev ve Cihaz Kapsamı

    Temel kullanım görevi, hedef cihazlar, izinler ve çevrimdışı beklentiler çıkarılır. API erişimi ve dağıtım koşulları incelenir; ilk yayın için tamamlanmış akış belirlenir.

  2. Telefonda Prototip Denemesi

    Gezinme, form ve hata durumları prototipte denenir. Büyük yazı, uzun içerik ve klavye açıkken kullanım değerlendirilir. Günlük kullanıcıların geri bildirimi tasarım kararlarına işlenir.

  3. API Sözleşmesi

    İstek alanları, yanıt durumları ve yetki sınırları yazılır. Eski istemcilerin desteği ve veri güncelliği tanımlanır. Yönetim paneliyle mobil ekran arasındaki işlem ilişkisi belirlenir.

  4. Flutter ve Cihaz Katmanı

    Yerel kayıtlar, ekran durumları ve platform eklentileri geliştirilir. Kamera reddi, başka uygulamaya geçiş ve sürecin kapanması gibi olaylar gerçek görevlerle birlikte ele alınır.

  5. Gerçek Cihaz Kabulü

    Seçilen cihaz aralığında oturum, ağ kesintisi, eşitleme ve yeniden gönderim denenir. TestFlight ve Play test kanalları kullanılır; hassas verinin yanlış hesapta görünmemesi kontrol edilir.

  6. Yayın ve Teknik Devir

    Mobil işin sözleşme ve fatura düzeninde kaynak kod teslimi, imzalama sorumlulukları ve bir yıl teknik destek koşulları tanımlanır. Mağaza belgeleri hazırlanır; onay kararı sağlayıcılara aittir.

Fiyatlandırma

Mobil Uygulama Fiyatları Neye Göre Belirlenir?

Mobil uygulama fiyatları projeden projeye değişir; çünkü maliyeti ekranların sayısından çok arkalarındaki iş yükü belirler. Teklif hazırlarken şu etkenleri değerlendiriyoruz:

  1. Platform ve teknoloji

    Yalnızca iOS, yalnızca Android ya da ikisi birden; Flutter ile tek kod tabanı mı, native geliştirme mi? İki ayrı native uygulama iş yükünü neredeyse ikiye katlar.

  2. Ekran ve özellik kapsamı

    Üyelik, ödeme, harita, mesajlaşma, canlı takip ve push bildirim gibi modüllerin sayısı ve karmaşıklığı. İlk sürümü MVP olarak dar tutmak bütçeyi en çok rahatlatan karardır.

  3. Tasarım düzeyi

    Standart bileşenlerle sade bir arayüz mü, özel illüstrasyon ve animasyonlar içeren, tamamen markanıza özgü bir UI/UX tasarımı mı?

  4. Backend ve yönetim paneli

    Uygulama mevcut sitenizin API'sine mi bağlanacak, yoksa panel, veritabanı ve API sıfırdan mı kurulacak? Sıfırdan kurulum başlı başına bir yazılım projesidir.

  5. Entegrasyonlar

    Sanal POS, SMS doğrulama, kargo, ERP veya muhasebe bağlantıları. Her entegrasyonun dokümantasyon kalitesi ve test süreci takvimi doğrudan etkiler.

  6. Bakım ve işletme giderleri

    Yayın sonrası bakım modeli ile geliştirici hesabı, sunucu, SMS ve harita servisi gibi doğrudan sağlayıcılara ödenen giderler teklifte ayrı kalemler olarak gösterilir.

Net fiyat için: Hedef kullanıcı, temel görev, mevcut API ve çevrimdışı ihtiyacı <a href="/teklif-al">paylaşın</a>. Mobil teklifin kapsamını cihaz davranışları ve dağıtım yöntemi üzerinden belirleyelim.

Ücretsiz Teklif Al

Sıkça sorulanlar

Mobil Uygulama Geliştirme Hakkında Sık Sorulanlar

Sorunuz listede yok mu?İhtiyacınızı netleştirelimBize yazın

İnternet kesilince hangi işler devam eder?

Görev bazında karar verilir. Önceden yüklenen katalog okunabilir; güncel stok isteyen sipariş kesinleşmeyebilir. Yerel kayıtlar bekleyen durumuyla gösterilir. Bağlantı dönüşünde sunucu kabulü ve çatışma kuralları uygulanır.

Cihaz izni reddedilirse uygulama ne yapar?

İzin görevin gerektiği anda açıklanır. Alternatif giriş mümkünse sunulur; zorunlu koşulsa neden devam edilemediği gösterilir. Ayarlardan izin değişince durum yeniden değerlendirilir. Gereksiz erişimler başlangıçta talep edilmez.

Mağaza hesaplarının sorumluluğu kimdedir?

Hesapların işletmenizle ilişkilendirilmesine yardımcı oluruz. Kurum doğrulaması ve belgeler Apple ile Google koşullarına bağlıdır. Gizlilik ve veri güvenliği beyanları gerçek uygulama davranışına dayanır. İnceleme süresi veya kabul sonucu garanti edilmez.

Telefon değişince bekleyen kayıtlar ne olur?

Sunucuya eşitlenmiş kayıtlar hesap yetkileri içinde yeni cihazdan alınabilir. Henüz gönderilmemiş yerel veriler farklıdır; cihaz kaybı ve yedek davranışı ayrıca tasarlanır. Hassas bilginin genel cihaz yedeğine taşınması her durumda uygun değildir.

Web sitesine bağlantı nasıl kurulur?

Mevcut API, oturum ve veri modeli incelenir. Mobil işlemler güvenli uç noktalarla açılır; doğrudan veritabanı erişimi verilmez. Fiyat ve stok sunucuda doğrulanır. Aynı kaynak, bütün ekranların kendiliğinden eşzamanlı güncellenmesi demek değildir.

Eski yüklü sürümler nasıl çalışmaya devam eder?

API değişiklikleri destek aralığına göre değerlendirilir. Yeni zorunlu alanlar için geçiş gerekebilir. Zorunlu güncellemenin koşulları ve kullanıcı mesajı yazılır. Mağaza paketinin yayını ile sunucu değişikliği ayrı adımlardır.

Flutter performansı nasıl kabul edilir?

Temel görevler hedef cihazlarda denenir. Açılış, liste kaydırma, fotoğraf işleme ve ağ beklemesi ayrı incelenir. Donanım yoğun bölüm platform çözümü gerektirebilir. Her proje için aynı hız veya bütün cihazlarda aynı davranış iddiası kullanılmaz.

Hizmet bölgeleri

81 İlde Mobil Uygulama Geliştirme

Tüm illere aynı ekip ve aynı süreçle, online toplantılarla uzaktan hizmet veriyoruz. Bulunduğunuz ilin sayfasını inceleyin.

Akdeniz 8 il
Doğu Anadolu 14 il
Ege 8 il
Güneydoğu Anadolu 9 il
Karadeniz 18 il
Marmara 11 il
İç Anadolu 13 il

Blog

İlgili Rehber Yazıları

Teklif alın

Projenizi Konuşalım

İhtiyacınızı netleştirelim

WhatsApp'tan yazın