Hangi sorunu çözüyoruz?
Saha ekibiniz bilgiyi telefonla, WhatsApp fotoğrafıyla veya akşam doldurulan kâğıt formla iletiyorsa veri hem gecikir hem kaybolur. Müşterileriniz sizinle yalnızca çağrı merkeziyle konuşabiliyorsa da hizmetiniz mesai saatine bağlı kalır.
Mobil uygulama bu iki ucu birleştirir. Ancak uygulama yalnızca ekranlardan ibaret değildir: veriyi tutan arka uç, içeriği yöneten panel, bildirim altyapısı ve her yıl değişen iOS/Android sürümlerine uyum da işin parçasıdır.
Birçok mobil projenin yayından birkaç ay sonra terk edilmesinin nedeni de budur. Biz uygulamayı bu bütünle birlikte planlarız.
Hangi uygulamaları geliştiriyoruz?
Müşteri uygulamaları
Sipariş, randevu, rezervasyon, sadakat programı, abonelik ve mobil ödeme akışları. Kullanıcı kaydından ödeme sonrası bildirime kadar tüm adımları tek akış olarak tasarlarız.
Saha ekibi ve kurum içi uygulamalar
Servis, denetim, depo sayımı ve teslimat ekipleri için form, fotoğraf, imza, barkod ve konum kaydı. İnternetin zayıf olduğu yerlerde veri cihazda tutulur, bağlantı geldiğinde sunucuyla eşitlenir.
Cihaz ve donanımla konuşan uygulamalar
Bluetooth (BLE) ile sensör, tartı veya yazıcıya bağlanan; bir şarj istasyonunu veya akıllı cihazı uzaktan yöneten uygulamalar. Donanım tarafı için IoT yazılım geliştirme ekibimizle birlikte çalışırız.
Arka uç ve yönetim paneli
Uygulamanın verisini, kullanıcılarını, içeriğini ve bildirimlerini yöneten API ve panel. Mevcut bir web tabanlı yazılımınız varsa uygulama onun API'si üzerinden çalışır.
Mağaza yayını ve sürüm yönetimi
App Store ve Google Play geliştirici hesaplarının açılması, mağaza görselleri ve metinleri, inceleme süreci ve sürüm notları. Hesaplar sizin adınıza açılır; uygulama her zaman sizin mülkünüzdür.
Flutter mı, native mi?
| Kriter | Flutter (cross-platform) | Native (Swift / Kotlin) |
|---|---|---|
| Kod tabanı | iOS ve Android için tek | Platform başına ayrı |
| Geliştirme ve bakım süresi | Daha kısa | Daha uzun |
| Donanım ve sistem erişimi | Çoğu ihtiyaç için yeterli, gerekirse native modül eklenir | En geniş |
| Arayüz tutarlılığı | İki platformda aynı görünüm | Her platformun kendi alışkanlıkları |
| Uygun olduğu durum | İş uygulamaları, müşteri uygulamaları, MVP | Yoğun donanım kullanımı, özel sensörler, ileri grafik |
Projelerimizin çoğunda Flutter öneriyoruz; tek kod tabanı bakım yükünü azaltır ve iki platform aynı anda güncellenir. Native gerekiyorsa gerekçesini kapsam belgesinde yazılı olarak açıklarız.
Nasıl çalışıyoruz?
- Kullanıcı ve senaryo tanımı: Uygulamayı kimin, hangi koşulda (sahada, eldivenle, güneş altında, zayıf internetle) kullanacağını belirleriz. Bu cevaplar ekran tasarımını doğrudan değiştirir.
- Ekran akışı ve prototip: UI/UX tasarım sürecinde tıklanabilir bir prototip hazırlar, birkaç gerçek kullanıcıya denetiriz.
- Arka uç ve API: Uygulama ile aynı sprintlerde API ve yönetim paneli geliştirilir; mobil ekip boş ekranlarla beklemez.
- İki haftalık sürümler: Her sprint sonunda TestFlight ve Google Play iç test kanalı üzerinden telefonunuza yeni sürüm gelir.
- Gerçek cihaz testi: Farklı ekran boyutları ve işletim sistemi sürümlerinde test; çevrimdışı ve zayıf bağlantı senaryoları ayrıca denenir.
- Güvenlik kontrolü: Yerel depolama, oturum yönetimi ve API iletişimi mobil uygulama güvenlik testi yöntemleriyle kontrol edilir.
- Mağaza yayını ve izleme: Yayın sonrası çökme raporları ve kullanım verisi izlenir; ilk haftalardaki sorunlar öncelikle düzeltilir.
Örnek kullanım senaryoları
- Servis ekibi uygulaması: Teknisyen günün iş listesini görür, müşteri adresine navigasyonla gider, yapılan işi fotoğraf ve müşteri imzasıyla kapatır; servis formu otomatik PDF olarak müşteriye gönderilir.
- Randevu ve hatırlatma: Klinik veya servis noktası müşterisi uygun saati seçer, randevudan önce bildirim alır, iptal ve erteleme işlemlerini kendisi yapar.
- Sadakat ve kampanya: Mağaza müşterisi alışverişte QR kodunu okutur, puanı anında hesabına geçer, kişisel kampanyalar bildirimle gelir.
- Depo sayımı: Barkod okutularak yapılan sayım, internet yokken de cihazda tutulur; bağlantı geldiğinde stok sistemine aktarılır.
- Denetim ve kalite kontrol: Denetçi kontrol listesini sahada doldurur, uygunsuzluğu fotoğrafla işaretler; sorumlu birime görev otomatik açılır ve kapanışı uygulamadan takip edilir.
Kullanıcılar uygulamayı neden siler, biz ne yapıyoruz?
Bir uygulamanın indirilmesi işin yarısıdır; asıl ölçü, ikinci ve üçüncü hafta açılmaya devam edip etmediğidir. Silinme nedenleri büyük ölçüde tasarım aşamasında önlenebilir.
| Silinme nedeni | Tasarımda aldığımız önlem |
|---|---|
| İlk açılışta zorunlu üyelik | Kayıt, kullanıcı değer gördüğü ana kadar ertelenir; misafir kullanım mümkünse açık kalır. |
| Gereksiz izin istekleri | Konum, kamera veya bildirim izni yalnızca o özellik ilk kullanıldığında ve nedeniyle birlikte istenir. |
| Yavaş açılış ve takılma | Açılış süresi ve bellek kullanımı sprint sonlarında ölçülür; ağır işlemler arka plana alınır. |
| Bildirim yağmuru | Bildirim türleri kullanıcı tarafından ayrı ayrı kapatılabilir; panelden gönderim sıklığı sınırlanır. |
| Güncellemede bozulan alışkanlıklar | Ana akışlarda yapılacak değişiklikler önce küçük bir kullanıcı grubuna açılır. |
KVKK, izinler ve mağaza gizlilik beyanları
Mobil uygulamalar konum, kamera, rehber ve cihaz kimliği gibi hassas verilere erişebildiği için KVKK açısından web sitelerinden daha fazla dikkat ister. Her izin için işleme amacı, aydınlatma metni ve gerekirse açık rıza akışı uygulamanın içinde tasarlanır.
App Store'daki gizlilik etiketleri ve Google Play'deki veri güvenliği formu, uygulamanın topladığı veriyle birebir uyuşmalıdır. Bu beyanları kullanılan analitik ve bildirim kütüphanelerini de hesaba katarak sizinle birlikte doldururuz.
- Kişisel veriler cihazda şifreli alanda saklanır; oturum anahtarları düz metin olarak tutulmaz.
- Konum verisi yalnızca gerekli olduğu sürece ve kullanıcıya gösterilerek toplanır.
- Hesap silme talebi uygulama içinden yapılabilir; bu, iki mağazanın da zorunlu tuttuğu bir özelliktir.
İlgili çalışmamız
Şarjlı Enerji uygulamasında elektrikli araç kullanıcılarının harita üzerinde uygun istasyonu bulduğu, şarjı başlatıp anlık takip ettiği ve ödemeyi tamamladığı tek bir akış geliştirdik. Uygulama istasyonlarla OCPP protokolü üzerinden haberleşen bir arka uca bağlıdır.
Bu proje, mobil ekranların donanım ve ödeme altyapısıyla aynı anda tasarlanması gereken işlere iyi bir örnektir.
Yayından sonra ne oluyor?
Apple ve Google her yıl yeni işletim sistemi sürümleri ve mağaza kuralları yayınlar. Güncellenmeyen uygulamalar zamanla mağazadan kaldırılabilir veya yeni cihazlarda hatalı çalışabilir.
- İşletim sistemi sürüm uyumu ve mağaza kural değişiklikleri bakım paketinde takip edilir.
- Çökme raporları ve performans verisi düzenli incelenir.
- Yeni özellikler, kullanım verisine bakılarak birlikte önceliklendirilir.
Fiyatı etkileyen faktörler
- Ekran sayısı ve kullanıcı akışlarının karmaşıklığı.
- Çevrimdışı çalışma, harita, ödeme, Bluetooth veya kamera gibi özel yetenekler.
- Arka uç ve yönetim panelinin kapsamı; mevcut bir API'nin kullanılıp kullanılamayacağı.
- Tek platform mu, iki platform mu hedeflendiği; native gereksinim olup olmadığı.
- Çok dilli yapı ve erişilebilirlik gereksinimleri.
Fikir aşamasındaysanız önce yalnızca çekirdek akışı içeren bir ilk sürümle (MVP) başlamayı öneririz. Kullanıcı tepkisi görülmeden tüm özellikleri geliştirmek bütçenin en sık boşa gittiği yerdir.
Bütçe planlarken geliştirme dışındaki kalemleri de hesaba katın: Apple geliştirici programının yıllık üyeliği, Google Play'in tek seferlik hesap ücreti, sunucu, bildirim ve harita servislerinin kullanım bedelleri. Keşif görüşmesinde bu kalemleri projenize göre ayrı ayrı listeleriz.
Sık sorulan sorular
Uygulamayı mağazaya siz mi yüklüyorsunuz?
Evet. Mağaza hesapları sizin adınıza açılır, yayın ve inceleme sürecini biz yönetiriz. Hesaplar, sertifikalar ve uygulama her zaman sizin mülkünüzdür.
Uygulama internet olmadan çalışabilir mi?
Saha uygulamalarında verileri cihazda saklayıp bağlantı geldiğinde sunucuyla eşitleyen çevrimdışı mod kurarız. Hangi işlemlerin çevrimdışı yapılabileceği kapsamda baştan belirlenir.
Yayından sonra güncellemeler nasıl yapılır?
iOS ve Android sürüm değişikliklerine uyum ve hata düzeltmeleri bakım paketine dahildir. Yeni özellikler ayrıca planlanır ve fiyatlanır.
Apple uygulamamızı reddederse ne olur?
Ret gerekçesini inceler, gerekli değişikliği yapar ve yeniden başvururuz. Mağaza kurallarına uygunluğu tasarım aşamasında kontrol ettiğimiz için bu durum sık yaşanmaz.
Mevcut web sitemizdeki üyelik sistemiyle çalışabilir mi?
Web sitenizin bir API'si varsa uygulama aynı kullanıcı hesaplarıyla çalışabilir. API yoksa güvenli bir API katmanını projeye dahil ederiz.
Bildirim gönderebilecek miyiz?
Evet. Yönetim panelinden kullanıcı grubuna göre bildirim gönderebilir, bildirimleri randevu veya sipariş durumu gibi olaylara bağlayabilirsiniz.
Bir mobil uygulama ne kadar sürede yayına çıkar?
Süre, ekran sayısına ve arka ucun hazır olup olmamasına göre değişir; kesin takvimi kapsam belgesinde yazılı veririz. İlk test sürümü genellikle ilk sprintlerin sonunda telefonunuza gelir; mağaza incelemesi için de takvimde ayrıca pay bırakırız.
Uygulamanın kaynak kodu bize mi ait?
Evet. Mobil uygulamanın ve arka ucun kaynak kodu, Git deposu ve mağaza hesapları size teslim edilir; fikri mülkiyet sözleşmede sizin adınıza yazılır.