Mobil uygulama geliştirme şirketi nasıl seçilir? (2026)

Geçen yıl bir kurucu bize geldi. Upwork'te bulduğu bir serbest çalışan yazılımcıyla bir fitness uygulaması yapmaya çalışmış, dört ayını ve yaklaşık 30.000 dolarını harcamıştı. Uygulama ekran görüntülerinde fena görünmüyordu. Gerçekte ise eski Android cihazlarda çöküyordu, Apple gizlilik politikası sorunları yüzünden uygulamayı iki kez reddetmişti ve ödeme entegrasyonu kullanıcıların yaklaşık %15'inde sessizce başarısız oluyordu. Baştan başlamak zorunda kaldı.

Bu hikâye nadir değil. Neredeyse her ay benzerini dinliyoruz. Ortak nokta hep aynı: seçim süreci yanlış şeylere odaklanmış. Düşük bir teklif, Dribbble'da güzel görünen bir portföy ya da ikna edici bir satış görüşmesi. Bunların hiçbiri bir ekibin canlıda çalışan bir uygulamayı gerçekten yayınlayıp bakımını yapabileceğini göstermez.

Asıl önemli olanlar şunlar.

Geliştirme ortağında nelere bakmalısınız

Mockup değil, yayındaki uygulamalar

Çoğu kişinin atladığı adım bu, oysa en önemlisi de bu. Hemen App Store'a ve Google Play'e girin. Şirketin uygulamalarını arayın. Birini indirin. Beş dakika kullanın.

Birinin gerçekten ilgilendiği bir ürün gibi mi duruyor? Son güncelleme ne zaman yapılmış? 1 yıldızlı yorumlar ne diyor? (5 yıldızlılar çoğu zaman işe yaramaz. Neyin bozulduğunu kızgın yorumlar anlatır.)

Bir aday müşterimiz, "portföyünde 50'den fazla uygulama" olan başka bir şirketle de görüştüğünü söyledi. Kontrol ettik. Bu uygulamaların çoğu bir yıldan uzun süredir güncellenmemişti. Birkaçı mağazadan tamamen kaldırılmıştı. Terk edilmiş uygulamalarla dolu bir portföy, bakımı düzgün yapılan küçük bir portföyden daha kötüdür.

Yapay zeka ve makine öğrenmesi yetkinliği

İki yıl önce yapay zeka özellikleri hoş bir artıydı. Şimdi kullanıcılarınız bunları bekliyor. Kişiselleştirilmiş öneriler, görüntü tanıma, akıllı arama, chatbot'lar. Bir geliştirme şirketi yapay zeka entegrasyonunu hâlâ "bir yapay zeka danışmanı getirmeyi" gerektiren özel bir proje olarak görüyorsa geride kalmıştır.

Bir görüntü işleme modelini, bir LLM'i ya da bir öneri motorunu entegre ettikleri, canlıda çalışan bir uygulamayı göstermelerini isteyin. Demo değil. Gerçek kullanıcıları olan gerçek bir uygulama. Bunu canlıda yapmış bir ekiple API'lerle yalnızca bir test ortamında oynamış bir ekip arasındaki fark çok büyüktür. Canlıda çalışmak; istek sınırlarıyla (rate limit) uğraşmak, ölçek büyüdükçe maliyeti yönetmek, model halüsinasyonlarıyla başa çıkmak ve yapay zeka servisi çöktüğünde devreye girecek yedekler kurmak demektir.

Çapraz platform düşüncesi

Kullanıcılarınız iPhone'da, Android'de ve büyük olasılıkla web'de. Şaşırtıcı sayıda geliştirme şirketi aslında gizliden gizliye "tek platformlu" bir ekiptir; diğer platformu sonradan, üstünkörü ekler.

Platform farklarını nasıl yönettiklerini sorun. Yalnızca "React Native kullanıyoruz" cevabıyla yetinmeyin, ayrıntı isteyin. iOS'ta anlık bildirim izninin Android'den farklı olmasını nasıl ele alıyorlar? Ya uygulama içi satın almalar? Apple ile Google'ın API'leri de inceleme süreçleri de tamamen farklı. Cevap belirsizse iki platformda da gerçekten yayın yapmadıklarının işaretidir.

Yapay zeka uygulama yapma maliyetini nasıl değiştirdi

Dürüst olalım. Yapay zeka araçları uygulama geliştirmeyi belirgin biçimde ucuzlattı ve hızlandırdı. Biz de yoğun şekilde kullanıyoruz. 2024'te üç gün sürecek bir özellik şimdi bir günde bitebilir. Bazen daha da kısa.

Biri size hâlâ 2024'teki fiyatı ve takvimi veriyorsa nedenini sorun. Ya modern araçları kullanmıyordur (tehlike işareti) ya da verimlilik kazancını size yansıtmadan cebe atıyordur.

Şimdi birçok kişinin yandığı yere geliyoruz. Bu araçlar herkesin elinde olduğu için bazı kurucular "ChatGPT kullanır, kendim yaparım" diye düşünüyor. Dürüst olmak gerekirse hızlı bir prototip ya da şirket içi bir araç için bu işe yarayabilir. Teknik bilgisi olmayan kurucuların bu yolla şaşırtıcı derecede işlevsel MVP'ler (ilk çalışan sürüm) çıkardığını gördük.

Sorunlar, o prototipin gerçek bir ürüne dönüşmesi gerektiğinde başlıyor. Müşterilerimizden biri yapay zekayla kod üreterek kendi e-ticaret uygulamasını yapmaya çalıştı. Uygulama kendi iPhone 15'inde harika çalışıyordu. Daha küçük ekranlı Android cihazlarda ise tamamen bozuluyordu. Ödeme akışındaki bir eşzamanlılık hatası (race condition) bazı kullanıcılardan iki kez ücret çekiyordu. Apple standart dışı bir ödeme akışı kullandığı için uygulamayı reddettiğinde de nasıl düzelteceğini bilemedi, çünkü yapay zekanın onun için yazdığı kodu tam olarak anlamıyordu.

Sonunda bu sorunları düzeltmek için, en baştan bir ekiple çalışsaydı ödeyeceğinden daha fazlasını harcadı.

Tablo hep aynı: deneyim artı yapay zeka araçları, yalnızca yapay zeka araçlarından çok daha iyi sonuç veriyor. Yapay zeka kötü değil, tam tersine inanılmaz. Ama bir LLM, anlık bildirim izni penceresinin kullanıcı uygulamanın faydasını görene kadar ertelenmesi gerektiğini, bazı Türkçe karakterlerin belirli operatör ağlarında SMS doğrulamayı bozduğunu ya da abonelik yenileme mantığınızın 47 farklı uç durumu karşılaması gerektiğini bilmez (Apple'ın StoreKit dokümantasyonu bunların yarısından hiç söz etmediği için).

Bu bilgi, uygulama yayınlamaktan ve canlıda nasıl bozulduklarını görmekten gelir. Yapay zeka taban maliyeti düşürdü. Ama "benim telefonumda çalışıyor" ile "30 ülkedeki 10.000 kullanıcıda güvenilir çalışıyor" arasındaki boşluğu hâlâ deneyim dolduruyor.

Tehlike işaretleri

"Tüm projelerimiz gizlilik sözleşmesi (NDA) kapsamında." Bazıları öyledir, tabii. Ama bir şirket yaptığı tek bir canlı uygulamayı bile gösteremiyorsa muhtemelen onların ilk gerçek müşterisi sizsiniz. "Portföyün" baştan sona Figma mockup'larından oluştuğu görüşmelerde bulunduk. Bu portföy değil, ödev.

Tek bir framework biliyorlar. Sorun ne olursa olsun her çözüm React Native ya da her çözüm Flutter ise bu, aracı stratejiye göre değil alışkanlığa göre seçen bir ekiptir. Biz hem React Native ile hem de native olarak uygulama geliştirdik. Doğru seçim ekibin zaten bildiği şeye değil, projenize bağlıdır.

Teklif "teslimatta" bitiyor. Uygulama duvara astığınız bir tablo değildir. iOS 19 çıkıp kamera modülünüzü bozduğunda güncelleme ister. Sunucu tarafınız (backend) gece 2'de hata vermeye başladığında izleme ister. Kullanıcılar karşılama akışının kafa karıştırdığını söylediğinde iyileştirme ister. Bakım teklifte yoksa planlarında da yok demektir.

"Bunu iki haftada yaparız." "Bunu" dedikleri şey iletişim formlu bir tanıtım sayfasıysa belki. Kullanıcı hesabı, ödeme ya da API entegrasyonu olan her işte iki hafta, işin kolayına kaçıldığı anlamına gelir; bedelini de sonra siz ödersiniz. Son bir yılda, ilk sürümünü başkalarının "iki haftada yaptığı" üç uygulamayı baştan yazdık.

Analitikten hiç bahsetmiyorlar. Özellik geliştirmek işin yarısı. Diğer yarısı, bu özellikleri gerçekten kullanan olup olmadığını bilmek. Bir geliştirme ortağı olay takibini, huni analizini ya da elde tutma metriklerini hiç gündeme getirmiyorsa körlemesine geliştiriyordur. Siz de öyle.

Gerçeği ortaya çıkaran beş soru

"Bu yıl yayınladığınız üç uygulamayı gösterin." Sonra onları indirin. Hem de görüşme sırasında, o anda. Onlar izlerken kullanın. Verdikleri tepki size her şeyi söyler.

"App Store'dan aldığınız son ret kararını anlatın." "Hiç reddedilmedik" diyorlarsa ya yeterince uygulama yayınlamamışlardır ya da yalan söylüyorlardır. Düzenli yayın yapan her ekip arada reddedilir. İyi olanların bunun için bir süreci vardır.

"Yayından altı ay sonra ne oluyor?" Bu soru, uygulamayı yalnızca kodlayanlarla gerçek ortakları birbirinden ayırır. İzlemeden, iyileştirmeden, A/B testinden ve kullanıcı geri bildirim döngülerinden söz eden birini istiyorsunuz; bir zip dosyası teslim edip yoluna giden birini değil. Özellikle şunu sorun: App Store incelemesini beklemeden bir düzeltmeyi nasıl yayınlıyorlar ve over-the-air (OTA) güncellemenin hangi build'lere gerçekten ulaştığını söyleyebiliyorlar mı? Bu soruya kendi cevabımızı, sürüm numaraları ve yapılandırma dahil, Expo ile uygulama geliştirme rehberi yazımızda verdik.

"Kullanıcıyı elde tutmaya nasıl yaklaşıyorsunuz?" İyi bir ekiple çok iyi bir ekip arasındaki fark, indirmeden sonra olacakları düşünüp düşünmemeleridir. Karşılama akışı optimizasyonu, anlık bildirim stratejisi, kullanıcıyı geri getiren etkileşim tetikleyicileri. Bu soru karşısında afallıyorlarsa uygulama yapıyorlar ama büyütmüyorlar demektir.

"Gereksinimlerimizde neye itiraz ederdiniz?" Her şeye evet diyen ekip, anlaşmayı kaybetmekten korkan ekiptir. İyi ortaklar varsayımlarınızı sorgular, çünkü neyin işe yarayıp neyin yaramadığını görmüşlerdir. İlk sürüm için on beş özellik içeren bir proje özeti aldığımızda sizden beşe indirmenizi isteriz ve nedenini anlatırız.

Şirket içi ekip, ajans ve butik stüdyo

Şirket içinde geliştirmek, tam bir ekibi sürekli meşgul edecek kadar işiniz, maaş, yan haklar ve yönetim için de bütçeniz varsa mantıklıdır. Ancak kıdemli mobil yazılımcı işe almak aylar sürer ve tüm altyapıyı kendiniz kurmanız gerekir. Tek bir uygulama projesi için genellikle gereğinden büyük bir yatırımdır.

Büyük ajanslar, büyük bütçeli ve mevzuat uyumu gerektiren kurumsal projelerde iyi iş çıkarır. Bunun bedeli araya giren katmanlar. Hesap yöneticileriyle konuşursunuz, onlar proje yöneticileriyle, onlar da yazılımcılarla konuşur. Sunum toplantısında sizi etkileyen kıdemli mühendis genellikle kodunuzu yazan kişi değildir.

Butik stüdyolar 2026'daki asıl ilginç değişimin yaşandığı yer. Yapay zeka araçları küçük ve deneyimli ekipleri inanılmaz verimli hâle getirdi. Ne yaptığını bilen ve yapay zekayı etkili kullanan beş kişilik bir ekip, eskiden yirmi kişinin yapacağı işi çıkarabilir. Ürününüzü yapan kişilere doğrudan erişirsiniz; kararlar daha hızlı alınır, genel giderler daha düşük olur. Tek sorun kapasite. İyi bir butik stüdyo projeleri seçerek alır, çünkü aynı anda yalnızca birkaç projeyi üstlenebilir.

Codixus'ta nasıl çalışıyoruz

İstanbul'da küçük bir stüdyoyuz. iOS, Android ve web'de 30'dan fazla uygulama yayınladık. Bazıları yapay zeka odaklı yaratıcı araçlar, bazıları çok dilli parti oyunları; biri de bilgisayarlı görü kullanarak kumaş bileşimini analiz ediyor. Uygulamalarımız 25'ten fazla dilde kullanıcıya hizmet veriyor.

Herkes için doğru ekip değiliz. Tek satır kod yazılmadan önce 200 sayfalık bir uyumluluk dokümanı istiyorsanız büyük bir ajans muhtemelen daha uygun olur. Hızlı bir WordPress sitesi istiyorsanız bunun için fazla pahalıyız.

Güçlü olduğumuz alan, yapay zeka odaklı mobil uygulamaları sıfırdan App Store'a kadar yapmak, sonra kullanıcıların gerçekte ne yaptığına göre geliştirmeye devam etmek. Nelere dikkat etmek gerektiğini bilecek kadar App Store reddi, canlı ortam arızası ve "Brezilya'daki 500 kullanıcı neden gece 3'te aynı hatayı aldı" durumu yaşadık. Bu işin teslimat tarafını, sabit kapsamlı ve sabit takvimli React Native uygulama geliştirme hizmeti olarak paketledik.

Aradığınız buysa bize ulaşın. Projenizde size yardımcı olabilir miyiz, dürüstçe söyleriz.

Karar vermeden önce hızlı kontrol listesi

• Canlıdaki uygulamalarından en az üçünü indirip kullandınız
• Size yalnızca demoları değil, canlıda çalışan gerçek bir yapay zeka/makine öğrenmesi entegrasyonu gösterdiler
• Yayınlanmış gerçek uygulamalarla hem iOS'ta hem Android'de deneyimleri var
• Yayın sonrası bakım ve destek teklifte net şekilde tanımlı
• Çözdükleri App Store ret kararlarını anlatabiliyorlar (yalnızca önlediklerini değil)
• Kodu yazacak kişilerle doğrudan konuştunuz
• Fikirlerinizden en az birine (yapıcı bir şekilde) itiraz ettiler

Bu karar için acele etmeyin. İyi bir geliştirme ortağı size bir yıl kazandırır. Kötüsü bir yılınızı alır.