İçeriğe geç
Mobil uygulama yaptırma

Mobil uygulama yaptırma: nereden başlanır, nasıl ilerlenir?

Bir fikri iOS ve Android mağazalarında yayındaki bir uygulamaya dönüştürmek, birbirini izleyen kararlarla ilerler: gerçekten uygulama gerekiyor mu, ilk sürümde neler olacak, hangi platform, mağazada kim yayınlayacak, sonrasında kim bakacak. Bu sayfada o kararları sırasıyla ve sade bir dille ele alıyoruz.

Ücretsiz ön görüşme. Rakam vermeden önce ihtiyacınızı dinliyor, ardından kalem kalem teklif hazırlıyoruz.

Mobil uygulama yaptırma: iOS ve Android uygulama geliştirme

Mobil uygulama yaptırmak isteyenlerin çoğu aynı sorularla başlar: bu iş nasıl yürür, ne hazırlamam gerekir, teklifleri nasıl karşılaştırırım? Uygulama projeleri web sitesine göre daha fazla karar içerir; çünkü işin içinde iki platform, mağaza kuralları ve yayın sonrası güncelleme düzeni vardır. Kararları baştan netleştirmek, hem bütçeyi hem takvimi daha öngörülebilir kılar.

Bu sayfa bir hizmet kataloğu değil, bir karar rehberidir. Hizmetin teknik kapsamını ve kullandığımız teknolojileri mobil uygulama geliştirme hizmet sayfamızda bulabilirsiniz. Burada ise yaptırma sürecine bir alıcının gözüyle bakıyoruz: neyi ne zaman karar vermelisiniz, neye dikkat etmelisiniz, hangi soruları sormalısınız.

Mobil uygulama kimler için mantıklı?

Uygulama her işletme için doğru çözüm değildir. Aşağıdaki durumlarda anlamlı bir yatırıma dönüşme ihtimali yüksektir.

  • Katalog veya portföy taşıyan işletmeler

    Çok sayıda ürünü, aracı, ilanı ya da hizmeti filtreleyip karşılaştırmak isteyen kullanıcılar için uygulama pratik olabilir. Kayram Auto için geliştirdiğimiz mobil uygulama bu türden bir örnektir: araç portföyü, gelişmiş filtreleme ve karşılaştırma.

  • Müşteriyle sık temas kuran işletmeler

    Randevu, sipariş, üyelik, sadakat programı veya bildirimle müşterinin düzenli olarak geri dönmesini istediğiniz işlerde uygulama değer katabilir.

  • Saha ve iç operasyon ekipleri

    Stok sayımı, ziyaret kaydı, iş emri ve teslimat gibi telefondan yapılan işleri kâğıt ya da tablodan çıkarmak isteyen ekipler için iç kullanıma özel uygulamalar geliştirilebilir.

  • Yeni ürün fikri olan girişimciler

    Önce sade bir ilk sürümle (MVP) piyasaya çıkıp kullanıcı geri bildirimiyle ilerlemek isteyenler için kapsamı küçük tutan bir plan çıkarıyoruz.

  • Web hizmetini mobile taşıyanlar

    Web sitesi ya da paneli olan; bildirim, kamera veya konum gibi telefona özgü özelliklerle deneyimi güçlendirmek isteyen işletmeler için mevcut sistemle konuşan bir uygulama kuruyoruz.

Uygulama mı, mobil uyumlu web sitesi mi?

Bu soru çoğu zaman bütçeyi doğrudan etkileyen ilk karardır. Aşağıdaki ölçütler kararı kolaylaştırır; bu ölçütlerde dürüst olmak bazen uygulama yerine web sitesini önermek anlamına gelir.

  • Uygulama gerektiren durumlar

    Anlık bildirim göndermek, kamera, konum ya da biyometrik doğrulama kullanmak, internet olmadan da çalışmak ya da kullanıcının günde birçok kez açacağı bir araç sunmak istiyorsanız uygulama mantıklıdır.

  • Web sitesinin yettiği durumlar

    Amaç bilgi vermek, form toplamak ya da arama motorundan yeni müşteri bulmaksa mobil uyumlu bir web sitesi çoğu zaman yeterli ve daha ekonomiktir.

  • Aradaki seçenek: PWA

    Web teknolojisiyle yazılıp ana ekrana eklenebilen progresif web uygulamaları, bazı senaryolarda mağazaya girmeden uygulama benzeri bir deneyim sunar. Platforma göre sınırlamalar olabildiği için ihtiyacınıza uygun olup olmadığını birlikte değerlendiririz.

  • Kendinize soracağınız üç soru

    Kullanıcılar bu işi ne sıklıkla yapacak? Telefona özgü bir özellik gerekiyor mu? Mağazada görünür olmak iş hedefim için önemli mi? İlk üç sorunun cevabı hayırsa önce web sitesiyle başlamak mantıklı olabilir.

iOS mu, Android mi, ikisi birden mi?

Platform kararı kullanıcılarınızın kim olduğuna bağlıdır. Müşterileriniz karışıksa iki platform da gerekir; yalnızca şirket içi cihazlarda kullanılacaksa tek platform yeterli olabilir.

  • İkisi birden, tek kod tabanıyla

    React Native ve Expo ile iki platform için aynı kod tabanından uygulama geliştiriyoruz. Bu yaklaşım, iki ayrı ekip kurmaya göre geliştirme ve bakım yükünü azaltabilir.

  • Tek platformla başlamak

    Kullanıcılarınızın büyük çoğunluğu tek platformdaysa önce onunla başlayıp sonra genişletmek de mümkündür. Bunun gerekçesini birlikte konuşuyoruz.

  • Yerel geliştirmenin gerektiği durumlar

    Yoğun grafik, oyun ya da cihaz donanımına çok derin erişim gerektiren projelerde platforma özel kod yazmak gerekebilir. Bunu keşif aşamasında açıkça söyleriz.

Mobil uygulama projesinde ne teslim ediyoruz?

Kesin kapsam teklifte yazılır; bir uygulama projesinde genellikle şu kalemler konuşulur.

  • Akış ve arayüz tasarımı

    Ekranlar arası akış, prototip ve uygulama arayüzü. Geliştirmeye geçmeden önce onayınıza sunulur.

  • iOS ve Android uygulaması

    Seçtiğiniz platformlar için çalışan ve gerçek cihazlarda denenmiş uygulama.

  • Sunucu ve API tarafı

    Kullanıcı hesabı, veri saklama ya da yönetim paneli gerekiyorsa uygulamanın konuşacağı sunucu tarafını da kuruyoruz.

  • Bildirim ve entegrasyonlar

    Anlık bildirim, harita, ödeme, e-posta veya SMS gibi gerekli üçüncü taraf bağlantıları.

  • Mağaza hazırlığı ve yayın

    App Store ve Google Play için uygulama açıklaması, görseller, gizlilik bilgileri ve yayın başvurusu. Geliştirici hesaplarının sizin adınıza açılması önerilir.

  • Kaynak kod ve devir

    Kaynak kod, hesap erişimleri ve teknik dokümantasyonun teslimi; ekibinize kısa bir devir anlatımı. Teslim kapsamı teklifte açıkça yazılır.

  • Yayın sonrası bakım

    İşletim sistemi güncellemelerine uyum, hata düzeltme ve yeni özellikler için isteğe bağlı bakım planı.

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

Uygulama projelerinde süreyi kapsam, sunucu ihtiyacı ve mağaza incelemesi belirler; bu yüzden sayı vermiyoruz. Her aşamada ne olacağını ve sizin tarafınızda neler gerektiğini aşağıda görebilirsiniz.

  1. Keşif ve hedef

    Uygulamanın kimin hangi sorununu çözeceğini ve başarıyı neyle ölçeceğinizi netleştiriyoruz. Süreç ücretsiz ön görüşmeyle başlar.

    Sizden beklenen: Hedef kullanıcıyı ve çözmek istediğiniz sorunu anlatmanız.

  2. İlk sürüm kapsamı ve teklif

    Her fikri aynı anda yapmak yerine, ilk sürümde mutlaka olması gerekenleri ayırıyoruz. Teklif bu kapsamın üzerinden, kalem kalem hazırlanır.

    Sizden beklenen: Özellik listesini önceliklendirmeniz: olmazsa olmaz, olursa iyi olur, sonraya kalabilir.

  3. Akış ve tasarım

    Ekranlar arası akışı çiziyor; tıklanabilir bir prototip ve arayüz tasarımıyla kullanıcı yolculuğunu geliştirmeden önce deniyoruz.

    Sizden beklenen: Prototipi mümkünse birkaç gerçek kullanıcıya göstermeniz.

  4. Geliştirme

    Uygulamayı ve gerekliyse sunucu tarafını aşamalar halinde geliştiriyor, her aşamada çalışan bir sürümü size gösteriyoruz.

    Sizden beklenen: Aşama sonlarında verilen geri bildirimin zamanında ve tek elden gelmesi.

  5. Test

    Gerçek telefonlarda ve farklı ekran boyutlarında deniyor, test sürümünü seçtiğiniz kişilere dağıtıyoruz. Bunun için iOS tarafında TestFlight, Android tarafında kapalı test gibi mağaza araçlarını kullanabiliyoruz.

    Sizden beklenen: Test kullanıcılarını belirlemeniz ve bulgularını bir yerde toplamanız.

  6. Mağaza yayını

    Başvuruları hazırlıyor ve gönderiyoruz. İnceleme sürecini mağazalar yürüttüğü için bu aşamanın süresi bizim elimizde değildir; takvime pay bırakmak gerekir.

    Sizden beklenen: Geliştirici hesaplarının sizin adınıza açılması ve gizlilik politikasının onaylanması.

  7. Yayın sonrası

    Kullanım ve hata verilerini izliyor, kullanıcı geri bildirimine göre güncellemeleri planlıyoruz.

    Sizden beklenen: Kullanıcı yorumlarını ve destek taleplerini takip edip bize aktarmanız.

Mobil uygulama yaptırma maliyetini etkileyen etkenler

Mobil uygulama teklifleri birbirinden çok farklı çıkabilir, çünkü uygulamalar arasındaki fark ekran sayısından çok görünmeyen işlerde yatar. Biz bu sayfada rakam vermiyoruz; ihtiyacı dinleyip kalem kalem teklif hazırlıyoruz. Kalemleri ve teklifte sorulacakları aşağıda topladık.

  • Ekran ve özellik sayısı

    Ekran sayısı kadar her ekranın ne yaptığı önemlidir. Liste ekranı ile harita üzerinde canlı takip aynı emeği gerektirmez.

    Teklifte sorun: Kaç ekran ve hangi özellikler kapsamda?

  • Platform seçimi

    Tek platform ile iki platform arasındaki fark, ortak kod tabanı kullanıldığında bire iki değildir; yine de her platformun test ve mağaza işi ayrıdır.

    Teklifte sorun: Test ve yayın süreci her iki platform için dahil mi?

  • Sunucu tarafı ihtiyacı

    Kullanıcı hesabı, veritabanı, yönetim paneli ve bildirim gönderimi uygulamanın dışında kurulması gereken parçalardır.

    Teklifte sorun: Sunucu tarafını kim kuruyor, nerede barındırılıyor, aylık maliyeti ne?

  • Tasarımın derinliği

    Özel animasyonlar, markaya özgü bileşenler ve ayrıntılı kullanıcı testi tasarım emeğini artırır.

    Teklifte sorun: Tasarım ne kadar özelleştirilecek, prototip dahil mi?

  • Entegrasyonlar

    Ödeme, harita, SMS, e-posta, CRM ya da ERP bağlantılarının her biri ayrıca test edilmesi gereken işlerdir.

    Teklifte sorun: Hangi servisler bağlanıyor, lisans ve kullanım ücretleri kimin?

  • Çevrimdışı çalışma

    İnternet olmadan da veri girilebilen uygulamalar, verinin sonradan senkronize edilmesini gerektirir ve karmaşıklığı artırır.

    Teklifte sorun: Çevrimdışı senaryolar nasıl ele alınıyor?

  • Güvenlik ve gizlilik gereksinimleri

    Kullanıcı girişi, kişisel veri saklama veya ödeme alma, güvenlik ve KVKK açısından ek çalışma gerektirir.

    Teklifte sorun: Kişisel veriler nerede ve nasıl saklanıyor?

  • Dil sayısı

    Birden fazla dilde yayın, çeviri ve mağaza sayfalarının her dilde hazırlanmasını da kapsar.

    Teklifte sorun: Hangi dillerde mağaza metinleri hazırlanıyor?

  • Bakım kapsamı

    İşletim sistemi güncellemeleri, hata düzeltmeleri ve küçük iyileştirmeler yayın sonrasında sürekli iş doğurur.

    Teklifte sorun: Bakım hangi aydan başlıyor, nelerin ücreti ayrı?

Apple ve Google'ın geliştirici üyelikleri, sunucu barındırma, üçüncü taraf servis abonelikleri ve KDV geliştirme bedelinden ayrı olabilir. Hepsini ayrı satırlarda görmeniz gerekir.

Alıcı rehberi: mobil uygulama yaptırırken sık yapılan hatalar

Bu hatalar çoğu zaman proje başlamadan önce fark edilirse maliyetsiz biçimde önlenebilir.

  • İlk sürümde her şeyi istemek

    Özellik listesi uzadıkça maliyet, takvim ve hata riski büyür. Kullanıcıyla buluşan sade bir ilk sürüm çoğu zaman daha iyi öğretir.

  • Kullanıcıyı tanımadan tasarlamak

    Hedef kullanıcıyla birkaç görüşme yapmadan ekranları kesinleştirmek, yayından sonra kapsamlı değişiklik gerektirebilir.

  • Mağaza hesabını geliştirici firmanın adına açtırmak

    Apple ve Google geliştirici hesapları sizin adınıza olmalı. Hesabın sahibi başkasıysa uygulamayı taşımak ya da firmadan ayrılmak zorlaşır.

  • Yayın sonrası bakımı bütçeden çıkarmak

    İşletim sistemleri her yıl yeni sürüm çıkarır ve uygulamanın bunlara uyum sağlaması gerekir. Bakım kalemini baştan düşünün.

  • Mağaza inceleme sürecini takvime koymamak

    Başvurular reddedilebilir ya da düzeltme isteyebilir. Lansman tarihini incelemeye pay bırakmadan duyurmayın.

  • Ölçüm koymamak

    Hangi ekranın kullanıldığını ve kullanıcıyı nerede kaybettiğinizi bilmeden güncelleme kararı sezgiyle verilir.

  • Gizlilik bilgilerini sonradan düşünmek

    Mağazalar uygulamanın hangi veriyi topladığını beyan etmenizi ister. Gizlilik politikası ve bu beyanlar yayından önce hazır olmalı.

Teklifleri karşılaştırırken sorulacak sorular

Aynı soruları tüm firmalara sorun; cevapların netliği tekliflerin gerçek farkını ortaya koyar.

  1. Kaynak kod ve tasarım dosyaları teslimde bize verilecek mi?

  2. Apple ve Google geliştirici hesapları kimin adına açılacak?

  3. Hangi teknoloji ile geliştirilecek ve neden? İleride başka bir ekip projeyi devralabilir mi?

  4. Sunucu tarafı gerekiyorsa nerede barındırılacak ve aylık maliyeti ne olacak?

  5. İlk sürümden sonra hata düzeltme ve güncelleme nasıl ele alınıyor, ne kadarı teklife dahil?

  6. Gizlilik politikasını ve mağaza veri beyanlarını kim hazırlıyor?

  7. Test hangi cihazlarda ve nasıl yapılıyor?

  8. Değişiklik talepleri kapsam dışına çıktığında nasıl fiyatlandırılıyor?

  9. Benzer bir uygulamanın mağazada yayındaki örneğini görebilir miyiz?

Yayındaki referanslarımız

Mağazalarda yayında olan mobil uygulama referansımız Kayram Auto'dur. Aynı firma için web platformunu da geliştirdik; aşağıda ikisini birlikte görebilirsiniz.

  • Kayram Auto: iOS & Android Mobil Uygulama

    Mobil Uygulama

    Kayram Auto

    iOS & Android Mobil Uygulama

    Kayram Auto'nun araç portföyünü cebe taşıyan mobil uygulama: gelişmiş filtreleme, araç karşılaştırma, detaylı ekspertiz ve hasar bilgileri. App Store ve Google Play'de yayında.

    • iOS
    • Android
    • App Store
    • Google Play
  • Kayram Auto: Taksitli Araç Satış Platformu

    Otomotiv

    Kayram Auto

    Taksitli Araç Satış Platformu

    Kredili ve senetli araç satışı yapan Kayram Auto için geliştirilen web platformu: geniş araç portföyü, marka ve model sayfaları, bütçeye göre araç bulma ve hızlı başvuru akışı.

    • Next.js
    • React
    • Vercel
    • SEO

Sıkça sorulan sorular

Fikrimin işe yarayıp yaramayacağını uygulama yaptırmadan önce test edebilir miyim?

Evet, bunun birkaç yolu var. Tıklanabilir bir prototiple hedef kullanıcıların tepkisini ölçebilir, yalnızca temel özelliklerin olduğu sade bir ilk sürümle küçük bir kullanıcı grubuyla başlayabilirsiniz. Tam kapsamlı bir uygulamaya geçmeden önce neyin gerçekten kullanıldığını görmek maliyetli yanlışları azaltır.

Hem iOS hem Android için aynı anda uygulama yaptırmak mantıklı mı?

Kullanıcılarınız iki platforma da dağılmışsa genellikle evet. React Native ve Expo ile tek kod tabanından iki platform için geliştirme yapabildiğimiz için, iki ayrı uygulama yaptırmaya göre geliştirme ve bakım yükü azalabilir. Yine de her platformun test ve mağaza süreci ayrıdır.

Mobil uygulama yaptırma süreci ne kadar sürer?

Süre; ekran ve özellik sayısına, sunucu ihtiyacına, tasarımın derinliğine ve mağaza inceleme sürecine bağlıdır. Bu yüzden sayı vermiyoruz. Ücretsiz ön görüşmeden sonra aşama aşama bir takvim ve kapsamı açıkça yazan bir teklif paylaşıyoruz.

Teklifler neden birbirinden bu kadar farklı çıkıyor?

Uygulama teklifleri farklı varsayımlara dayanır: biri yalnızca arayüzü, biri sunucu tarafını da içerir; biri tek platformu, biri ikisini kapsar; biri yayın sonrası bakımı sayar, biri saymaz. Kapsamı, platformları, sunucu ihtiyacını ve bakımı aynı çerçevede yazdırdığınızda teklifler karşılaştırılabilir olur.

Teslimde elime tam olarak ne geçecek?

Bu, teklifte ve sözleşmede yazılı olmalıdır. Biz kaynak kod, hesap erişimleri, tasarım dosyaları ve teknik dokümantasyonun teslim kapsamını teklifte açıkça belirtiyoruz. Hangi kalemin teslim edileceğini projeye başlamadan önce yazılı olarak netleştirmenizi öneririz.

Uygulamayı mağazalarda kim yayınlar ve bu süreçte benden ne beklenir?

Geliştirici hesapları sizin adınıza açılır; mağaza sayfasını, görselleri ve yayın başvurusunu biz hazırlayıp gönderiyoruz. Sizden hesap açılışı, gizlilik politikasının onayı ve mağaza metinlerinin kontrolü beklenir. Mağazaların üyelik ücretleri ve inceleme kuralları geliştirme bedelinden ayrıdır.

Yayına girdikten sonra bakım şart mı, yapmazsam ne olur?

Zorunlu değil, ama önerilir. İşletim sistemleri her yıl güncellenir ve uygulamanın bunlara uyum sağlaması gerekir; bakım yapılmazsa uygulama zamanla bazı cihazlarda sorun çıkarabilir. İsteğe bağlı bir bakım planını teklifte ayrı kalem olarak sunuyoruz.

İlgili hizmetler ve rehberler

Hizmetin kapsamı, kullandığımız teknolojiler ve genel sorular için ana hizmet sayfamıza bakın:

Tüm hizmet detaylarıMobil Uygulama Geliştirme

İlgili sayfalar

Uygulama fikrinizi konuşalım

Birkaç soruyla ihtiyacınızı netleştirelim; uygulama mı web sitesi mi sorusundan başlayarak ekibimiz size kapsamı açık bir teklifle dönsün.