İstanbul'da mobil uygulama firması nasıl seçilir?

Mobil uygulama firmasında ilk neye bakılmalı?

İlk bakılacak şey, firmanın kendi geliştirip yayına aldığı ve bugün de çalışan uygulamalardır; tasarım görselleri ya da sunum dosyaları bir uygulamanın gerçekten yapıldığını göstermez. İstanbul'da mobil uygulama işi yapan ajans, yazılım evi ve serbest geliştirici sayısı yüksek; aynı arama sonucunda kendisi geliştiren firmalarla işi başka bir ekibe devreden aracıları yan yana görebilirsiniz.

Görüşmede şu soruların cevabını netleştirin:

• İşi kim yapacak: Tasarım, mobil geliştirme, sunucu tarafı ve test kendi ekiplerinde mi, yoksa bir kısmı dışarıya mı veriliyor.
• Muhatabınız kim: Proje boyunca size kim bilgi verecek; teknik sorularınıza satış temsilcisi mi, geliştirici mi cevap verecek.
• Sunucu ve yönetim paneli: Uygulamanın arkasındaki sunucu, veritabanı ve yönetim paneli de bu firma tarafından mı yapılacak.
• Benzer iş: Sizin uygulamanızdaki zor kısma benzer bir işi daha önce yapmışlar mı: ödeme, harita ve konum, canlı mesajlaşma, randevu ya da mevcut bir yazılımla entegrasyon.
• Yayından sonrası: Uygulama yayına çıktıktan sonra hata bildirimlerine kimin, hangi kanaldan cevap vereceği.

Ajans seçerken istenebilecek kanıtların genel listesini ajans seçmeden önce isteyeceğiniz kanıtlar yazımızda topladık.

Mobil uygulama teklifleri nasıl karşılaştırılır?

Teklifler ancak aynı kapsam üzerinden hazırlandığında karşılaştırılabilir; bu yüzden tüm firmalara aynı ihtiyaç listesini gönderip her birinden ekran ve özellik bazında yazılı teklif istemek gerekir. Aynı uygulama için birbirinden çok farklı tekliflerin nedeni genellikle fiyat politikası değil, tekliflerden birinde bazı parçaların hiç yer almamasıdır.

Ölçüt	Teklifte neye bakılır
Ekran ve özellik listesi	Her ekran ve özellik ayrı ayrı yazılmış mı, yoksa tek satırlık genel bir tanım mı var
Platformlar	iOS ve Android ikisi de dahil mi; tablet ve web sürümü isteniyorsa yazılmış mı
Tasarım	Arayüz tasarımı teklife dahil mi, kaç tur düzeltme hakkı var
Sunucu ve yönetim paneli	İçerik, kullanıcı ve sipariş yönetimi için panel yapılıyor mu; sunucu kimin hesabında çalışacak
Entegrasyonlar	Ödeme, bildirim, harita, e-Fatura, ERP ya da CRM bağlantıları ayrı ayrı yazılmış mı
Test	Hangi cihazlarda ve işletim sistemi sürümlerinde test edilecek
Mağaza yayını	App Store ve Google Play başvurusu, mağaza görselleri ve metinleri dahil mi
Bakım ve destek	Yayından sonra hata düzeltme süresi ve kapsamı, yeni işletim sistemi sürümlerine uyum

Uygulama içinde dijital içerik ya da üyelik satılacaksa Apple ve Google'ın uygulama içi satın alma kuralları devreye girer; fiziksel ürün ve hizmet satışında ise kendi ödeme altyapınızı kullanabilirsiniz. Bu ayrım uygulamanın mimarisini ve bütçesini etkilediği için teklifte hangi ödeme yönteminin öngörüldüğünü mutlaka sorun.

Teklifte yazmayan bir şeyin dahil olduğunu varsaymayın. "Sonra konuşuruz" denen her kalem, proje ortasında ek bedel ya da gecikme olarak geri döner.

Referans uygulamalar nasıl sınanır?

Firmanın gösterdiği uygulamaları App Store ya da Google Play'den kendiniz indirip birkaç gün kullanın; bir uygulamanın kalitesi ekran görüntüsünden değil, gerçek kullanımda ortaya çıkar. Denerken şunlara dikkat edin:

• Açılış ve hız: Uygulama hızlı açılıyor mu, ekranlar arasında geçişte takılma var mı.
• Zayıf bağlantı: Metroda ya da zayıf mobil veride uygulama ne yapıyor; anlamlı bir uyarı mı gösteriyor, yoksa boş ekranda mı kalıyor.
• Son güncelleme tarihi: Mağaza sayfasında uygulamanın en son ne zaman güncellendiği yazar. Uzun süredir güncellenmeyen bir uygulama, bakımın sürmediğini gösterebilir.
• Kullanıcı yorumları: Özellikle düşük puanlı yorumlarda tekrar eden bir hata şikâyeti olup olmadığına bakın.
• Geliştirici bilgisi: Mağazada geliştirici olarak genellikle uygulamanın sahibi olan işletme görünür. Firmaya bu uygulamada tam olarak hangi işi yaptığını sorun.

Mümkünse firmanın referans gösterdiği işletmelerden biriyle kısa bir görüşme isteyin. Projenin takvime uyup uymadığını, yayından sonra sorunların ne kadar sürede çözüldüğünü en doğru onlar anlatır.

Native mi, React Native mi, Flutter mı seçilmeli?

Doğru teknoloji uygulamanın ihtiyacına göre seçilir: kamera, sensör, arka planda çalışma ya da yoğun grafik gerektiren uygulamalarda native geliştirme, iOS ve Android'de aynı deneyimi tek kod tabanıyla sunmak isteyen çoğu iş uygulamasında React Native veya Flutter öne çıkar. Bir firmanın her projeye aynı teknolojiyi önermesi tek başına yanlış değildir, ama nedenini açıklayabilmesi gerekir.

• Native (Swift ve Kotlin): Her platform için ayrı kod yazılır. Cihazın bütün imkânlarına doğrudan erişilir; geliştirme ve bakım iki ayrı kod tabanı demektir.
• React Native: Tek kod tabanıyla iki platform. Web tarafında JavaScript ekibiniz varsa ortak bilgi birikimi avantaj sağlar.
• Flutter: Tek kod tabanıyla iki platform; arayüz her iki platformda da aynı görünür.

Teknoloji seçimini sorarken uygulamanın yıllar sonra kimin tarafından geliştirileceğini de düşünün. Seçilen teknolojide çalışan geliştirici bulmanın kolay olması, ileride firma değiştirmek isterseniz işinizi kolaylaştırır.

Kaynak kod ve mağaza hesapları kimde olmalı?

App Store ve Google Play geliştirici hesaplarının, sunucu hesabının ve alan adının işletmeniz adına açılmasını, kaynak koda erişiminizin olmasını istemelisiniz; kaynak kodun sahipliği ve teslim şekli sözleşmede yazılır. Uygulama yazılım firmasının hesabından yayınlanırsa, ileride firma değiştirdiğinizde uygulamayı başka bir hesaba taşımak zahmetli bir sürece dönüşebilir.

• Apple: Şirket adına geliştirici hesabı açmak için Apple, işletmenin D-U-N-S numarası istiyor. Numaranız yoksa bunu projenin başında başlatmak takvimi korur.
• Google Play: Yeni açılan kişisel geliştirici hesaplarında, uygulama yayına çıkmadan önce belirli sayıda test kullanıcısıyla bir süre kapalı test yapma şartı var. Şirket adına açılan hesaplarda bu şart yok; bu yüzden hesap türünü baştan doğru seçmek haftalar kazandırabilir.
• Sunucu ve servisler: Bildirim, analiz ve veritabanı servisleri de işletmenizin hesabında olmalı.
• Kod deposu: Projenin kod deposuna proje boyunca erişiminiz olsun; teslimi yalnız iş bitince yapılan bir dosyaya bırakmayın.

Mağaza yayını ve bakım teklifte nasıl yer almalı?

Mağaza yayını ve yayından sonraki bakım teklifte ayrı kalemler olarak yazmalı; uygulamanın mağazaya çıkması işin sonu değil, Apple ve Google'ın kuralları ve işletim sistemleri her yıl değiştiği için uygulamanın düzenli olarak güncellenmesi gerekir.

Yayın tarafında dikkat edilecek noktalar şunlar: mağaza incelemesinden geçecek gizlilik beyanı ve gizlilik politikası, kullanıcının hesap açabildiği uygulamalarda hesabını silme imkânı, mağaza ekran görüntüleri ve açıklama metinleri. İnceleme reddi çoğu zaman bu ayrıntılardan gelir. Mağaza sayfasının arama sonuçlarında görünür olması için App Store optimizasyonu ayrıca yapılabilir.

Bakım tarafında sorulacaklar:

• Yeni iOS ve Android sürümleri çıktığında uyum güncellemesi bakım kapsamında mı
• Google Play'in her yıl yükselttiği hedef sürüm şartı için güncellemeyi kim yapacak
• Kritik bir hata bildirildiğinde ne kadar sürede müdahale edilecek
• Kullanılan kütüphanelerin ve servislerin güncellenmesi kimin sorumluluğunda

Bizde destek süresi projeye göre belirlenir ve sözleşmeye yazılır. Kapsamımızı mobil uygulama geliştirme sayfasında görebilirsiniz.