Mobil Uygulama Firması ile Çalışmadan Önce Sorulması Gereken 15 Soru

Mobil Uygulama Firması Görüşmesine Nasıl Hazırlanılır?

Mobil uygulama firmasıyla görüşmeden önce iş hedefi, hedef kullanıcılar, temel kullanım senaryoları ve zorunlu özellikler tanımlanmalıdır. Hazırlanan kısa ihtiyaç belgesi, firmaların aynı kapsamı değerlendirmesini sağlar; belirsiz beklentiler üzerinden oluşturulan fiyat ve süre tahminlerinin karşılaştırılabilir tekliflere dönüşmesine yardımcı olur.

Soru 1: İhtiyaç analizi ve proje kapsamı nasıl hazırlanacak?

Firma, hazır bir özellik listesini kabul etmekle yetinmemeli; iş problemini, kullanıcı rollerini, süreçleri ve başarı ölçütlerini sorgulamalıdır. Analiz sonucunda kapsam belgesi, kullanıcı akışları, fonksiyon listesi ve kabul ölçütleri gibi çıktılar beklenebilir. Mobil uygulama geliştirme sürecinin planlanması, bu hazırlığın sonraki aşamalarla ilişkisini açıklar.

• İş problemi ve beklenen sonuç
• Hedef kullanıcılar ve temel senaryolar
• Zorunlu ve ertelenebilir özellikler
• Kullanıcı rolleri ve yetki sınırları
• Proje paydaşları ve onay sorumluları

İyi tasarım, mümkün olduğunca az tasarımdır. - Dieter Rams

Mobil Uygulama Deneyimi ve Referanslar Nasıl İncelenir?

Firmanın deneyimi yalnızca faaliyet yılına veya portföyündeki görsel sayısına göre doğrulanamaz. Benzer kullanıcı rolleri, işlem yoğunluğu, entegrasyonlar, güvenlik gereksinimleri ve ölçek beklentileri içeren projeler; incelenen mobil uygulamayla daha anlamlı bir teknik karşılaştırma sağlar.

Soru 2: Firma benzer kapsamda uygulama geliştirdi mi?

Benzer sektör deneyimi yararlı olabilir ancak tek ölçüt değildir. Asıl incelenmesi gereken, firmanın benzer teknik ve operasyonel problemleri nasıl çözdüğüdür. Projedeki gerçek sorumluluğu, kullandığı yaklaşım ve yayın sonrasında sağladığı destek sorulmalıdır.

Soru 3: Referanslar ve tamamlanmış projeler doğrulanabilir mi?

Canlı uygulamaların mağaza kayıtları, kullanıcı akışları ve temel fonksiyonları incelenebilir; izin verilen durumlarda referans müşteriden çalışma süreci hakkında görüş alınabilir. Mobil uygulama geliştirme firması seçim kriterleri, portföyün diğer kurumsal ölçütlerle birlikte değerlendirilmesine yardımcı olur.

• Benzer teknik kapsam ve kullanıcı rolleri
• Canlı ve doğrulanabilir uygulama örnekleri
• Firmanın projedeki gerçek sorumluluğu
• Referans müşterinin süreç deneyimi
• Yayın sonrası bakım ve geliştirme geçmişi

Mobil Uygulama Projesinde Hangi Ekip Görev Alacak?

Mobil uygulama projesinde görev alacak ekip, teklif veren satış temsilcisinden bağımsız olarak açıklanmalıdır. Analiz, UX/UI tasarımı, mobil geliştirme, backend, test ve proje yönetimi sorumluluklarının kimlere ait olduğu; işin koordinasyonu ve teknik kalitesi üzerinde doğrudan etkilidir.

Soru 4: Uzmanların görevleri ve sorumlulukları nelerdir?

Ekip üyelerinin deneyim alanları, projeye ayıracakları roller ve iletişim noktaları sorulmalıdır. Bazı hizmetler dış kaynakla sağlanıyorsa bunun kapsamı ve sorumlusu açıkça belirtilmelidir. Bir kişinin bütün rolleri üstlenmesi tek başına olumsuz değildir; önemli olan kapsamın gerektirdiği yetkinliklerin karşılanması ve sorumlulukların belirsiz kalmamasıdır.

• İş analizi ve ürün planlama sorumlusu
• UX/UI tasarım ekibi
• Mobil ve backend geliştiricileri
• Test ve kalite güvence sorumluları
• Proje yöneticisi ve iletişim noktası
• Dış kaynak hizmetlerin kapsamı

Mobil Uygulama Teknolojisi Hangi Ölçütlerle Seçilecek?

Mobil uygulama teknolojisi firmanın alışkanlığına göre değil; hedef platformlar, cihaz özellikleri, performans, çevrimdışı kullanım, ölçeklenebilirlik ve bakım gereksinimleri üzerinden seçilmelidir. Teknoloji adından daha önemli olan, firmanın önerisini proje ihtiyaçlarıyla açık ve denetlenebilir biçimde ilişkilendirebilmesidir.

Soru 5: Native veya cross-platform kararı nasıl verilecek?

Native geliştirme platforma özgü teknolojiler kullanırken cross-platform yaklaşımı ortak kod tabanıyla birden fazla platformu hedefler. Her iki seçenek de doğru bağlamda uygun olabilir. Firma; kamera, konum, bildirim, yoğun grafik veya arka plan işlemleri gibi gereksinimleri incelemelidir. Native ve cross-platform mobil uygulama seçimi bu kararın teknik boyutlarını ayrıntılandırır.

• Hedeflenen iOS ve Android kullanıcıları
• Cihaza özgü donanım gereksinimleri
• Performans ve çevrimdışı çalışma beklentisi
• Ortak kod ve platforma özgü deneyim dengesi
• Uzun vadeli bakım ve ekip yetkinliği

Mobil Uygulama Tasarım Süreci Nasıl Yürütülecek?

Mobil uygulama tasarım süreci yalnızca görsel ekranların hazırlanmasından oluşmamalıdır. Kullanıcı araştırması, bilgi mimarisi, kullanıcı akışları, wireframe, tıklanabilir prototip ve kullanılabilirlik kontrolleri; yanlış işlevlerin geliştirilmesine ayrılacak zaman ve emeği azaltan temel aşamalardır.

Soru 6: UX/UI, prototip ve tasarım onayı nasıl yapılacak?

Firma, tasarımın hangi aşamalarda sunulacağını, kaç farklı kullanıcı akışının hazırlanacağını ve geri bildirimlerin nasıl yönetileceğini açıklamalıdır. Tasarım dosyalarının teslim biçimi, marka kimliğiyle uyum, farklı ekran boyutları ve erişilebilirlik kontrolleri de görüşülmelidir. Kodlama başlamadan önce kritik akışların prototip üzerinden doğrulanması kapsam belirsizliğini azaltır.

• Kullanıcı araştırması ve ihtiyaçların doğrulanması
• Ekran haritası ve kullanıcı akışları
• Wireframe ve tıklanabilir prototip
• Markaya uyumlu arayüz tasarımı
• Revizyon ve tasarım onay süreci
• Erişilebilirlik ve kullanılabilirlik kontrolleri

Mobil Uygulama Backend ve Entegrasyonlarını Kim Yapacak?

Mobil uygulamanın görünen ekranları, çoğu kurumsal projenin yalnızca bir bölümüdür. Kullanıcı hesapları, iş kuralları, veritabanı, yönetim paneli, API ve üçüncü taraf bağlantıları için backend geliştirme gerekir. Bu bileşenleri kimin geliştireceği ve işletme sorumluluğunun kimde olacağı teklif öncesinde açıklanmalıdır.

Soru 7: Backend, yönetim paneli ve API kapsamı nedir?

Firma; ERP, CRM, ödeme, kargo, harita veya bildirim servisleriyle bağlantı kurulacaksa mevcut dokümantasyonu ve erişim koşullarını incelemelidir. Entegrasyonun yalnızca bağlantı kurulmasını değil, veri eşleştirme ve hata senaryolarını da kapsadığı doğrulanmalıdır. Kurumsal mobil uygulama özellikleri ve entegrasyonları, kapsam oluşturmak için destekleyici bir çerçeve sunar.

• Backend ve veritabanı mimarisi
• Yönetim panelindeki roller ve işlevler
• Mobil uygulamanın kullanacağı API’ler
• Kurumsal sistem entegrasyonları
• Veri aktarımı ve hata yönetimi
• Üçüncü taraf servis sorumlulukları

Mobil Uygulama Güvenliği Nasıl Sağlanacak?

Mobil uygulama güvenliği, proje tamamlandıktan sonra eklenen tek seferlik bir kontrol değildir. Veri sınıflandırması, kullanıcı izinleri, kimlik doğrulama, yetkilendirme, güvenli veri iletişimi ve sunucu kontrolleri analiz aşamasından itibaren teknik mimariye dâhil edilmelidir.

Soru 8: Veri güvenliği ve KVKK süreci nasıl yönetilecek?

Firma hangi kişisel verilerin işlendiğini, neden gerekli olduğunu ve nerede saklanacağını işletmeyle birlikte belirlemelidir. Mobil cihaz ile sunucu arasındaki iletişim, rol bazlı erişim, kayıt tutma ve veri silme süreçleri değerlendirilmelidir. Firmanın teknik önlemleri sağlaması, veri sorumlusunun hukuki ve kurumsal yükümlülüklerini ortadan kaldırmaz; sorumluluklar sözleşmede ayrıştırılmalıdır.

• İşlenen kişisel verilerin sınıflandırılması
• Kimlik doğrulama ve rol bazlı yetkilendirme
• Güvenli veri aktarımı ve saklama
• Kullanıcı izinleri ve gizlilik açıklamaları
• Güvenlik kayıtları ve olay yönetimi
• Tarafların KVKK kapsamındaki sorumlulukları

Mobil Uygulama Test ve Kabul Süreci Nasıl Yapılacak?

Mobil uygulama testleri, birkaç ekranın görsel olarak kontrol edilmesiyle tamamlanmış sayılmamalıdır. Temel kullanıcı işlemleri, entegrasyonlar, farklı cihazlar, ağ koşulları, yetkiler ve hata senaryoları planlı biçimde sınanmalıdır. Kabul süreci ise teslimatın hangi ölçütlerle onaylanacağını önceden belirlemelidir.

Soru 9: Hangi testler ve kabul kriterleri uygulanacak?

Firma test planını, desteklenecek cihaz ve işletim sistemi kapsamını, hata sınıflarını ve düzeltme yöntemini açıklamalıdır. Müşteri tarafından yürütülecek kullanıcı kabul testinin zamanı ve sorumluları da proje takvimine eklenmelidir. Mağaza yayını ile müşteri kabulü aynı işlem değildir; her ikisinin koşulları ayrı tanımlanmalıdır.

• Fonksiyonel ve kullanıcı akışı testleri
• API ve entegrasyon kontrolleri
• Farklı cihaz ve ekran testleri
• Performans ve ağ koşulu denemeleri
• Güvenlik ve yetkilendirme kontrolleri
• Kullanıcı kabulü ve hata sınıflandırması

Mobil Uygulama Projesi ve Teslimatı Nasıl İzlenir?

Mobil uygulama projesinin ilerlemesi yalnızca başlangıç ve son teslim tarihleriyle takip edilemez. Analiz, tasarım, geliştirme, entegrasyon, test ve yayın aşamaları için ölçülebilir kilometre taşları belirlenmeli; müşteri onayları ve bağımlılıklar proje planında görünür olmalıdır.

Soru 10: Takvim, raporlama ve onaylar nasıl yönetilecek?

Firma kullanılacak proje yönetimi yöntemini, raporlama sıklığını, iletişim kanalını ve karar sorumlularını açıklamalıdır. Teslimat gecikmesine yol açabilecek müşteri içerikleri, servis erişimleri veya onaylar baştan belirlenmelidir. Düzenli ara teslimatlar, sorunların projenin sonunda topluca ortaya çıkması yerine erken aşamada görülmesini sağlar.

• Aşamalara ayrılmış proje takvimi
• Ölçülebilir kilometre taşları
• Düzenli ilerleme raporları
• Müşteri onayları ve sorumluları
• Risk, bağımlılık ve gecikme yönetimi
• Ara sürüm ve gösterim planları

Mobil Uygulama Teklifinde Hangi Kalemler Yer Almalı?

Mobil uygulama teklifi; analiz, tasarım, geliştirme, backend, entegrasyon, test, mağaza yayını ve destek hizmetlerini ayrı ve anlaşılır biçimde göstermelidir. Yalnızca toplam tutar içeren bir belge, teslim edilecek çıktıları ve fiyat farklarının nedenlerini değerlendirmek için yeterli değildir.

Soru 11: Teklife hangi hizmetler ve lisanslar dâhil?

Geliştirici hesapları, hosting, API kullanımları, SDK’lar ve üçüncü taraf aboneliklerinin teklife dâhil olup olmadığı açıklanmalıdır. Tasarım dosyaları, dokümantasyon, veri taşıma ve mağaza materyalleri gibi teslimatlar da kapsamda ayrı gösterilmelidir.

Soru 12: Kapsam değişiklikleri nasıl fiyatlandırılacak?

Karşılaştırılabilir teklif, yalnızca başlangıç bedelini değil, kapsam dışı işleri ve değişiklik yöntemini de açıklar. Ek talebin analiz, onay ve ücretlendirme süreci sözleşmede belirlenmelidir. Mobil uygulama tekliflerini karşılaştırma ve doğru firmayı seçme yaklaşımı, fiyatın kapsamla birlikte değerlendirilmesini sağlar.

• Analiz, tasarım ve geliştirme hizmetleri
• Backend, yönetim paneli ve entegrasyonlar
• Test, mağaza yayını ve dokümantasyon
• Lisanslar ve üçüncü taraf abonelikleri
• Kapsam dışı işler ve ek talepler
• Ödeme, teslimat ve kabul koşulları

Mobil Uygulama Sahipliği ve Destek Nasıl Belirlenir?

Mobil uygulamanın sürdürülebilirliği, kaynak kodu tesliminden daha geniş bir sahiplik ve destek çerçevesi gerektirir. Tasarım dosyaları, veriler, mağaza hesapları, imzalama anahtarları, sunucu erişimleri ve dokümantasyonun kime ait olduğu; garanti, bakım ve devir koşullarıyla birlikte sözleşmede açıklanmalıdır.

Soru 13: Kaynak kodu ve uygulama hesapları kimin olacak?

İşletmenin ihtiyaç duyacağı erişimlerin, dosyaların ve hesapların listesi teslimat planına eklenmelidir. Üçüncü taraf lisansların devredilebilirliği ve kullanım sınırlamaları da kontrol edilmelidir. Yalnızca kaynak kodunun verilmesi, uygulamanın başka bir ekip tarafından sürdürülebilmesi için yeterli olmayabilir.

Soru 14: Garanti, bakım ve teknik destek neleri kapsıyor?

Garanti kapsamındaki hata düzeltmeleri, düzenli bakım, işletim sistemi uyarlamaları ve yeni özellik geliştirme ayrı hizmetlerdir. Yanıt süreleri, destek kanalları ve ücretlendirme modeli açık olmalıdır. Mobil uygulama maliyeti ve yatırım getirisi değerlendirmesi, yayın sonrası giderlerin iş değeriyle birlikte ele alınmasını destekler.

Soru 15: Proje başka bir firmaya nasıl devredilecek?

Devir teslim; güncel kaynak kodu, kurulum bilgileri, veri şeması, API dokümantasyonu, hesap erişimleri ve bilinen teknik konuları kapsamalıdır. En düşük fiyatlı teklif bu teslimatları içeriyorsa uygun olabilir; içermiyorsa uzun vadeli risk doğurabilir. Son karar, bütün firmaların aynı sorulara verdiği belgelenebilir cevaplar üzerinden verilmelidir.

• Deneyim, referans ve ekip yetkinliğini doğrulayın.
• Teknoloji, tasarım ve entegrasyon yaklaşımını karşılaştırın.
• Güvenlik, test ve proje yönetimini inceleyin.
• Teklif kapsamını ve ek talep yöntemini kontrol edin.
• Kaynak kodu, veri ve hesap sahipliğini belirleyin.
• Garanti, bakım ve destek şartlarını ayırın.
• Dokümantasyon ve devir teslim koşullarını yazılılaştırın.