Mobil uygulama yaptırmak: süreç, süre ve dikkat edilecekler

Mobil uygulama yaptırmak; kapsamı daraltmak, prototip çizmek, geliştirmek ve test etmek, App Store ile Google Play’de yayınlamak ve yayından sonra bakımı sürdürmekten oluşan bir süreçtir. Süreyi tek bir rakam değil; ilk sürümün kapsamı, ekran ve işlev sayısı, başka sistemlerle bağlantılar ve geri bildirimlerin hızı belirler. Bu yazıda her adımı, kendi uygulamalarımız Tako ve Mümin 360’tan örneklerle anlatıyoruz.

Önce şu soru: uygulama mı, web sitesi mi?

Her fikir bir uygulama gerektirmez. Kullanıcı ürününüzü ayda bir ziyaret edecekse, telefonda iyi çalışan bir web sitesi çoğu zaman yeter. Uygulama şu durumlarda anlamlıdır:

• Kullanıcı ürünü sık, günlük bir alışkanlık içinde kullanacaksa,
• Bildirim, kamera, konum, pusula gibi cihaz özelliklerine ihtiyaç varsa,
• İnternet yokken de çalışması gerekiyorsa,
• Abonelik ya da uygulama içi satın almayla bir gelir modeli kurulacaksa.

Mümin 360 bunun iyi bir örneği. Namaz vakitleri konuma göre hesaplanıyor, kıble yönü cihaz pusulasıyla bulunuyor, Kur’an-ı Kerim tamamen çevrimdışı okunabiliyor. Bunların hiçbiri bir web sayfasında aynı rahatlıkla olmazdı.

Tersini de söyleyelim: uygulama, web sitesine göre daha fazla sorumluluk getirir. Mağaza incelemesi, her yıl gelen işletim sistemi güncellemeleri ve kullanıcının telefonuna yer açma kararı işin parçasıdır. Bu yüzden bu soruyu en başta, dürüstçe sormak gerekir.

Mobil uygulama yaptırma süreci adım adım

1. Keşif ve kapsam

Uygulama kimin için, hangi sorunu çözüyor, ilk sürümde neler olmalı? Bu adımın asıl işi kapsamı daraltmaktır.

İlk sürüm her şeyi yapan bir ürün değil, tek bir sorunu iyi çözen bir MVP olmalı. Tako’da odak baştan netti: dağınık abonelikleri tek ekranda toplamak, aylık ve yıllık toplam maliyeti göstermek ve yenileme gününden önce hatırlatmak.

2. Prototip

Ana ekranlar önce kâğıtta, sonra tıklanabilir bir prototipte çizilir. Kod yazılmadan önce akışı telefonda dener, eksikleri görürsünüz.

Prototipte yapılan bir değişiklik kısa sürer. Kodda yapılan aynı değişiklik çok daha uzun sürebilir. Bu yüzden akış, kod yazılmadan önce netleşir.

Prototip aynı zamanda iyi bir konuşma aracıdır. Ortağınıza, yatırımcınıza ya da birkaç potansiyel kullanıcıya gösterip ilk tepkileri toplayabilirsiniz. “Bu düğme ne işe yarıyor?” sorusu prototipte sorulursa ucuzdur; mağazadaki bir yorumda sorulursa pahalı.

3. Geliştirme ve haftalık test sürümleri

iOS ve Android için tek kod tabanıyla çalışıyoruz: iki platform, tek proje, tek bakım. Tasarım ve davranış iki tarafta da tutarlı kalır.

Geliştirme boyunca haftalık test sürümleri telefonunuza gelir. Geri bildiriminizle ilerleriz. Böylece sürprizler yayın gününe kalmaz.

4. Mağaza yayını

Uygulama, App Store ve Google Play’in incelemesinden geçer. Ekran görüntüleri, mağaza açıklamaları, gizlilik bilgileri ve yaş derecelendirmesi hazırlanır.

Mağaza hesapları sizin adınıza açılır, uygulama da sizin hesabınızda yayınlanır. Başvuru ve inceleme sürecini biz yürütürüz. Kuralları birinci elden okumak isterseniz Apple’ın App Store İnceleme Yönergeleri iyi bir başlangıç. İnceleme sürecini ve sık ret sebeplerini App Store’a uygulama yükleme yazımızda ayrıca anlatıyoruz.

5. Yayından sonra: sürüm ve bakım

Yayın son değil, başlangıçtır. İlk kullanıcı geri bildirimleri gelir, işletim sistemleri her yıl güncellenir, yeni cihazlar çıkar.

Mümin 360, App Store’a 30 Aralık 2025’te çıktı. Ardından Ramazan Merkezi’ni ekleyen 2.1 sürümü, sonra Namaz Alışkanlık Paneli’ni getiren 2.5.0 sürümü geldi. Bir uygulamanın yaşaması, bu düzenli sürümlere bağlı.

Süreyi ne belirler?

“Ne kadar sürer?” sorusunun dürüst cevabı kapsamdır. Bu yüzden süre garantisi vermiyoruz; ilk görüşmede kapsamı netleştirdikten sonra yazılı teklifte bir plan sunuyoruz. Süreyi belirleyen başlıca faktörler:

Faktör	Süreyi uzatan	Süreyi kısaltan
Kapsam	İlk sürüme her şeyi sığdırmak	Tek bir sorunu çözen ilk sürüm
Ekranlar	Çok sayıda özel ekran ve etkileşim	Tekrarlanan, sade akışlar
Veri	Sunucu, hesap sistemi, eşitleme	Cihazda tutulan veri
Entegrasyonlar	Ödeme, harici sistemler	Bağımsız çalışan uygulama
Diller	Her yeni dilin metni ve testi	Az sayıda dille başlamak
Geri bildirim	Uzun onay döngüleri	Düzenli ve hızlı dönüş
Mağaza	Ret ve yeniden başvuru	Kurallara baştan uygun tasarım

Tako bu tablonun iyi bir örneği. Hesap yok, zorunlu bağlantı yok; veriler yerel öncelikli bir yaklaşımla cihazda tutuluyor. Sunucu tarafı olmayınca gizlilik varsayılan hâle geldi ve yapı sadeleşti. Buna karşılık ilk sürümden itibaren 11 dilde olmak, her metnin ve ekranın on bir dilde düşünülmesi demekti.

Dikkat edilecekler

• Hesaplar sizin adınıza olsun. Apple ve Google geliştirici hesapları, alan adı gibidir. Uygulamanın sahibi kimse hesap da onun olmalı.
• Kaynak kodun sahipliği yazılı olsun. Bizde istenirse kaynak kod teslimde size devredilir. Bunu teklifte ve sözleşmede görmek isteyin.
• Fikrinizi korumak istiyorsanız söyleyin. Çalışmaya başlamadan gizlilik sözleşmesi (NDA) imzalayabiliriz.
• Gizlilik baştan tasarlanır. Mağazalar, uygulamanın hangi veriyi topladığını açıkça beyan etmenizi ister. Ne kadar az veri toplarsanız, beyan da kullanıcının güveni de o kadar sade olur.
• Gelir modeli mağaza kurallarına uygun olmalı. Dijital içerik ve abonelik satışında uygulama içi satın alma kuralları geçerlidir. Tako’da ücretsiz sürüm reklam destekli; genişletilmiş özellikler uygulama içi satın almayla geliyor. Bu kurgu en baştan planlandı.
• Bildirimler kullanıcıyı kovalamamalı. Mümin 360’ta bildirimler sade ve isteğe bağlı. Uygulama hatırlatır, ısrar etmez.
• Bakımı baştan planlayın. Yayından sonra güncellenmeyen bir uygulama, yeni işletim sistemi sürümlerinde sorun çıkarmaya başlar.

Kendi uygulamalarımızdan iki not

Tako, dağınık abonelikleri tek sakin ekranda toplayan bir abonelik takipçisi. Yenileme hatırlatmaları, aylık ve yıllık toplam maliyet ve farklı para birimlerindeki aboneliklerin tek toplamda buluşması ilk sürümün çekirdeğiydi. Bugün App Store’da, ilk günden 11 dilde.

Mümin 360 ise namaz vakitleri, kıble pusulası, zikirmatik ve Kur’an-ı Kerim’i tek sade uygulamada topluyor. Türkçe, İngilizce ve Arapça; çevrimdışı tam destekli. App Store’da 9 değerlendirmede 5,0 ortalama puanı var ve kullanıcı geri bildirimlerinde en çok övülen yanı, sessiz olması.

İkisinden öğrendiğimiz ortak ders şu: ilk sürümde neyi yapmayacağınıza karar vermek, neyi yapacağınıza karar vermek kadar önemli.

Sık sorulan sorular

Hem iOS hem Android’e aynı anda çıkabilir miyiz?

Evet. Tek kod tabanıyla iki platforma birlikte çıkabiliriz; tasarım ve davranış iki tarafta da tutarlı olur. Bazı projelerde önce tek platformla başlayıp geri bildirime göre ikinciye geçmek de mantıklı olabilir.

Mobil uygulama yaptırmanın maliyetini ne belirler?

Fiyat listemiz yok; maliyeti kapsam belirler. Ekran ve işlev sayısı, sunucu ve hesap sistemi ihtiyacı, entegrasyonlar, dil sayısı ve bakım beklentisi başlıca faktörlerdir. İlk görüşmede kapsamı netleştirip yazılı teklif veriyoruz.

Uygulama mağazadan reddedilirse ne olur?

Ret çoğu zaman düzeltilebilir bir geri bildirimdir: eksik bir açıklama, gizlilik bilgisinde bir boşluk ya da bir kuralın gözden kaçması. Gerekçe okunur, düzeltme yapılır ve uygulama yeniden incelemeye gönderilir. Kuralları tasarım aşamasında hesaba katmak, ret ihtimalini azaltır.

Yayından sonra uygulamayı kim günceller?

Bu baştan konuşulmalı. Kaynak kod size devredildiyse kendi ekibinizle devam edebilirsiniz. İsterseniz yeni işletim sistemi sürümlerine uyumu, hata düzeltmelerini ve yeni özellikleri aylık bakımla biz üstleniyoruz.

Yarım kalmış bir uygulamayı devam ettirebilir misiniz?

Çoğu zaman evet. Önce mevcut kodu ve durumu inceliyoruz. Ardından devam etmenin mi, belli parçaları yeniden yazmanın mı daha doğru olduğunu açıkça söylüyoruz.

Bir uygulama fikrini ilk sürüme nasıl indireceğinizi konuşmak isterseniz mobil uygulama geliştirme sayfamıza bakabilir ya da bize yazabilirsiniz. En geç iki iş günü içinde dönüyoruz.