Mobil uygulama yaptırmak: süre, maliyet ve süreç nasıl işler?
Mobil uygulama yaptırma maliyetini ekran sayısından çok; hangi platformlarda (iOS, Android, ikisi birden) çalışacağı, arkasındaki sunucu ve yönetim paneli, başka sistemlerle entegrasyonu, çevrimdışı çalışma ihtiyacı ve yayından sonraki bakım belirler. En sağlıklı yol, işi MVP (Minimum Viable Product, en küçük işe yarar ürün) ile başlatıp sahada denedikten sonra büyütmektir.
Mobil uygulama yaptırmak istiyorum: önce neyi netleştirmeliyim?
Arkadaşlar, bize gelen taleplerin çoğu “bir mobil uygulama istiyoruz” cümlesiyle başlıyor. Ama asıl soru, uygulamanın kimin elinde, hangi işi kolaylaştıracağı. Sahada bakım kaydı giren teknisyen mi, müşteriye sipariş giren satış temsilcisi mi, yoksa ürünü kullanan son müşteri mi? Bu üçü bambaşka uygulamalardır.
Biz sahada şunu görüyoruz: en çok bütçe, kimsenin kullanmadığı özelliklere gidiyor. Bu yüzden ilk iş, uygulamayı kullanacak kişiyle yarım gün geçirip gerçekte hangi adımı telefonda yapması gerektiğini görmek. Mağazaya çıkacak bir tüketici uygulaması ile yalnızca çalışanların kullanacağı bir iş uygulaması arasında da süreç, tasarım beklentisi ve yayın adımları açısından büyük fark var.
Mobil uygulama yaptırma maliyetini belirleyen kalemler nelerdir?
Rakam vermiyoruz, çünkü aynı adı taşıyan iki uygulamanın kapsamı birbirinin birkaç katı olabilir. Genel yazılım maliyet kalemlerini yazılım yaptırma maliyeti rehberimizde anlattık; mobilde bunlara şu kalemler eklenir:
- Platform: yalnızca Android, yalnızca iOS ya da ikisi birden. Her platform ayrı test ve ayrı mağaza süreci demektir.
- Geliştirme yaklaşımı: yerel (native), çapraz platform (cross-platform) ya da web tabanlı uygulama.
- Arka uç (backend) ve yönetim paneli: verinin tutulduğu sunucu, kullanıcı yönetimi, raporlar. Çoğu projede işin yarısı ekranda değil, buradadır.
- Entegrasyonlar: ERP, muhasebe, ödeme altyapısı, harita, barkod okuyucu ya da makine verisiyle bağlantı.
- Cihaz özellikleri: kamera, konum, bildirim (push notification), Bluetooth, NFC.
- Çevrimdışı çalışma: sahada internet yoksa verinin telefonda tutulup sonra eşitlenmesi ayrı bir iştir.
- Mağaza yayını: geliştirici hesapları, mağaza görselleri ve açıklamaları, mağaza incelemesine hazırlık.
- Bakım: işletim sistemleri her yıl güncellenir; yayından sonra uygulamanın uyumlu tutulması sürekli bir kalemdir.
Yerel, çapraz platform ya da web uygulaması: hangisi?
Yerel (native) uygulama, her platform için o platformun kendi diliyle ayrı ayrı yazılır. Cihaz özelliklerine en derin erişimi verir ama iki platform istendiğinde iki ayrı kod tabanı oluşur. Çapraz platform yaklaşımında tek kod tabanından hem Android hem iOS uygulaması üretilir; iş uygulamalarının çoğu için yeterlidir.
Üçüncü yol PWA (Progressive Web App, aşamalı web uygulaması). Tarayıcıdan açılır, ana ekrana eklenebilir, mağaza süreci gerektirmez. Çalışanların kullanacağı form, sayım, onay gibi uygulamalarda çoğu zaman en hızlı ve en sade çözüm budur. Tüketiciye yönelik, mağazada görünmesi gereken ya da cihaz donanımını yoğun kullanan uygulamalarda ise mağaza uygulaması gerekir.
Mobil uygulama nasıl yaptırılır? Adım adım
Biz bir mobil uygulama işini şu sırayla yürütüyoruz:
- 1. Keşif: uygulamayı kullanacak kişiyle sahada süreci izliyor, telefonda yapılması gereken adımları çıkarıyoruz.
- 2. MVP kapsamı: ilk sürümde olmazsa olmaz ekranları yazıyor, “sonra eklenebilir” olanları ayrı listeye alıyoruz.
- 3. Tıklanabilir taslak: ekranları kod yazmadan önce taslak olarak gösteriyor, kullanıcıdan onay alıyoruz.
- 4. Geliştirme: arka uç, yönetim paneli ve uygulama ekranları birlikte ilerliyor; her aşamada gerçek veriyle deneme yapılıyor.
- 5. Pilot: tek ekip ya da tek bölgeyle sahada kullanılıyor, geri bildirim toplanıyor.
- 6. Yayın ve devreye alma: gerekiyorsa mağazaya gönderiliyor, kullanıcılar eğitiliyor.
- 7. Bakım ve iyileştirme: hata düzeltme, işletim sistemi uyumu ve ikinci sürüm özellikleri.
Mobil uygulama yaptırmak ne kadar sürer?
Süreyi kapsam belirler; kesin bir süre ancak kapsam yazıldıktan sonra verilebilir. Bizim çalışma şeklimizde keşif tipik olarak 1–2 hafta, gerçek veriyle çalışan ilk sürüm 4–6 hafta, devreye alma 2–4 hafta sürüyor. Mağazaya çıkacak uygulamalarda mağaza incelemesi için de pay bırakmak gerekiyor; reddedilen bir başvuru düzeltilip yeniden gönderildiğinde takvim uzar.
Süreyi en çok uzatan şey teknik zorluk değil, karar gecikmesi. Ekran onayının bir hafta beklemesi, test verisinin gelmemesi, entegrasyon için ERP tarafındaki yetkilinin bulunamaması. Bu yüzden proje başında işletme tarafında karar verecek tek bir sorumlu belirliyoruz.
Excel’den mobil uygulama yapılabilir mi?
Bu soruyu çok duyuyoruz. Excel’i telefonda açmak mümkün, ama sahada birden fazla kişinin aynı anda veri girdiği, onay gerektiren bir süreç Excel dosyasıyla telefonda yürümüyor; satırlar karışıyor, kim neyi değiştirdi belli olmuyor.
Örnek verelim: 15 kişilik bir saha ekibi her gün ortalama 8 ziyaret kaydı giriyor. Günde 15 × 8 = 120 kayıt eder. Haftada 5 gün çalışılıyorsa yılda 52 × 5 = 260 iş günü × 120 = 31.200 kayıt. Bu hacimde bir paylaşılan dosya yerine, Excel’deki sütunları form alanına çeviren basit bir mobil uygulama hem kayıt hatasını hem akşam yapılan toplama işini ortadan kaldırır. Excel’deki yapı aslında uygulamanın ilk taslağıdır.
Teklif alırken nelere dikkat etmeli?
Mobil uygulama teklifleri karşılaştırılırken şu soruların cevabı yazılı olmalı:
- Teklif yalnızca uygulamayı mı, yoksa arka uç ve yönetim panelini de kapsıyor mu?
- Hangi platformlar ve hangi işletim sistemi sürümleri destekleniyor?
- Mağaza geliştirici hesapları kimin adına açılacak? Hesapların işletmenin adına olması, ileride firmayı değiştirdiğinizde uygulamayı kaybetmemeniz demek.
- Kaynak kodu ve veri kime ait, ilişki biterse nasıl teslim edilecek?
- Yayından sonraki bakım neyi kapsıyor, işletim sistemi güncellemelerine uyum dahil mi?
Uygulama, kullanan kişinin işini kolaylaştırdığı kadar değerlidir
Telefonda açılan her ekran, sahada çalışan bir arkadaşımızın zamanından bir parça alıyor. İyi bir mobil uygulama o zamanı geri verir: kâğıda yazıp akşam bilgisayara geçirme derdini, eksik kaydın telefonla sorulmasını ortadan kaldırır. Biz bu yüzden işe ekrandan değil, sahadaki insandan başlıyoruz.
Siz de mobil uygulama fikrinizi kapsam, süre ve maliyet kalemleriyle netleştirmek isterseniz bizimle iletişime geçebilirsiniz. Sormak istediğiniz her konuda gerekli desteği vermeye hazırız.
Sık sorulan sorular
Mobil uygulama yaptırma maliyeti neye göre değişir?
Platform sayısına (iOS, Android ya da ikisi), geliştirme yaklaşımına (yerel, çapraz platform, web), arka uç ve yönetim paneline, entegrasyonlara, kamera ve konum gibi cihaz özelliklerine, çevrimdışı çalışma ihtiyacına, mağaza yayınına ve yayından sonraki bakıma göre değişir. Kesin bedel ancak kapsam yazıldıktan sonra verilebilir.
Mobil uygulama nasıl yaptırılır?
Önce uygulamayı kullanacak kişinin süreci sahada incelenir, ardından MVP kapsamı yazılır, ekranlar taslak olarak onaylanır, geliştirme gerçek veriyle yapılır, tek ekiple pilot uygulanır ve ardından yayına alınıp bakımla sürdürülür.
MVP nedir?
MVP (Minimum Viable Product, en küçük işe yarar ürün), uygulamanın yalnızca temel işi yapan ilk sürümüdür. Amaç, bütçenin tamamını harcamadan uygulamayı gerçek kullanıcılarla denemek ve sonraki özellikleri sahadan gelen geri bildirime göre eklemektir.
Yapay zekaya mobil uygulama yaptırmak mümkün mü?
Yapay zekâ araçları ekran taslağı ve basit uygulama kodu üretmekte hızlandırıcıdır. Ancak süreç analizi, güvenlik, entegrasyon, mağaza yayını ve bakım hâlâ bu işi bilen birinin sorumluluğunu gerektirir. Kurumsal veriyle çalışan bir uygulamada üretilen kodun gözden geçirilmesi şarttır.
Her iş için mağaza uygulaması gerekir mi?
Hayır. Yalnızca çalışanların kullanacağı form, sayım ve onay uygulamalarında tarayıcıdan açılan bir web uygulaması (PWA) çoğu zaman yeterlidir ve mağaza süreci gerektirmez. Tüketiciye yönelik ya da cihaz donanımını yoğun kullanan uygulamalarda mağaza uygulaması tercih edilir.
İlgili hizmet: İhtiyaca özgü yazılım