Mobil Uygulama Yapan Firma Nasıl Seçilir?

Mobil uygulama yapan bir firmayı seçmenin en güvenilir yolu, teklifleri aynı ölçütlerle puanlamak ve en düşük fiyatı değil en yüksek puanı almaktır. Puanın yarısından fazlası firmanın ne söylediğinden değil, ne gösterebildiğinden gelmelidir: yayındaki uygulamalar, yazılı kapsam, hesapların ve kodun kimde kalacağı. Fiyat ölçütlerden biridir, ama tek başına hiçbir şey söylemez.

Bu yazı bir karar aracı. Türkiye'deki mobil uygulama firmalarına ve çalışma modellerine genel bakış için mobil uygulama yapan firmalar, görüşmede sorulacak sorular için yazılım ajansı seçerken sorulacak 12 soru yazılarına bakabilirsiniz. Burada o soruların cevaplarını nasıl puanlayacağınızı ve teklif belgesini nasıl okuyacağınızı anlatıyoruz.

Teklif istemeden önce ne hazırlamalısınız?

Aynı belgeyi bütün firmalara gönderin. Her firmaya telefonda farklı anlatılan bir fikir, karşılaştırılamayan teklifler üretir. Bir sayfalık bir brief yeterlidir: uygulamanın kimin hangi işini çözdüğü, ilk sürümde olması gereken 5 – 10 özellik, olmaması gerekenler, bütçe aralığınız ve hedef tarih. Nasıl yazılacağını yazılım projesi briefi nasıl yazılır yazısında anlattık.

Bütçe aralığını yazmaktan çekinmeyin. Ağustos 2026'da 47 firmadan topladığımız fiyatlarda mobil uygulamada piyasa ortalaması 250.000 ₺, bandlar 100.000 ₺ ile 1.200.000 ₺ arasında. Aralığınızı söylemek, firmanın o bütçeye sığan dürüst bir kapsam önermesini sağlar. Uygulama türüne göre aralıklar mobil uygulama fiyatları sayfasında.

Firmaları hangi ölçütlerle puanlamalısınız?

Her ölçütü üç seviyeyle puanlayın: tam, yarım, sıfır. Örneğin "yayındaki benzer işler" için mağazada denediğiniz iki benzer uygulama tam puan, yalnız ekran görüntüsü gösterilen işler yarım puan, gösterilecek uygulama yoksa sıfırdır. Bu kaba ölçek, ince puanlamadan daha dürüst sonuç verir; çünkü sizi her cevabı yorumlamak yerine kanıt aramaya zorlar.

Portföyü nasıl doğrularsınız?

Portföy sayfasındaki bir ekran görüntüsü, o uygulamanın o firma tarafından yapıldığını ya da hâlâ çalıştığını göstermez. Şu üç kontrolü yapın:

1. Uygulamayı indirin. Mağazada hâlâ var mı, son güncelleme ne zaman, puanı ve yorumları ne diyor? İki yıldır güncellenmeyen bir uygulama, bakımın sürmediğini gösterebilir.
2. Geliştirici adına bakın. Mağaza sayfasındaki geliştirici adı çoğu zaman müşterinin şirketidir; bu iyi bir işarettir, çünkü hesabın müşteri adına açıldığını gösterir. Bu durumda firmadan projede çalıştığını gösteren başka bir kanıt isteyin.
3. Referansla konuşun. Firmadan bir müşterisinin iletişim bilgisini isteyin ve tek bir soru sorun: "Proje bittikten sonra bir sorun çıktığında ne oldu?"

İlk görüşmede firmayı nasıl tanırsınız?

Bir mobil uygulama firmasının nasıl çalışacağını ilk görüşmede verdiği cevaplardan çok, sorduğu sorulardan anlarsınız. İyi bir ekip uygulamayı kimin, hangi anda ve neden açacağını, ilk sürümde neyin olmayabileceğini sorar. Hemen özellik saymaya ve fiyat vermeye başlayan ekip, kapsamı sizin yerinize varsayıyordur.

Görüşmede küçük bir test yapın: brief'inizdeki özelliklerden birinin gerçekten gerekli olup olmadığını sorun. "Bunu ilk sürümden çıkarabiliriz, çünkü..." diyebilen ekip bütçenizi koruyacak ekiptir. Her isteğe "olur" diyen ekip ise kapsam büyüdükçe faturayı da büyütür. Görüşme notlarınızı puan tablosundaki "ekip ve süreç" satırına işleyin ve bütün firmalarla aynı soruları konuşun.

Teklif belgesi nasıl okunur?

İyi bir teklif bir fiyat ve bir süreden ibaret değildir. Teklifi aşağıdaki bölümlere ayırarak okuyun; eksik olan bölüm, sonradan tartışma çıkacak yerdir.

Kapsam

Ekranlar ve özellikler tek tek yazmalı. "Üyelik sistemi" yetmez; e-postayla mı, telefonla mı, Apple ve Google ile giriş var mı, şifre sıfırlama dahil mi? En değerli satır "kapsam dışı" başlığıdır. Kapsam dışını yazmayan bir teklif, her şeyi kapsıyormuş gibi görünür ve proje ortasında ek fatura olarak geri döner.

Teslim kalemleri

Ne teslim edilecek: iOS ve Android uygulama, yönetim paneli, sunucu kodu, tasarım dosyaları, kaynak kod deposu, mağaza yayını. Teslimin ne zaman tamamlanmış sayılacağı (kabul ölçütü) da yazmalı.

Takvim ve ödeme

Ödemenin takvime değil teslimlere bağlı olması gerekir: peşinat, tasarım onayı, test sürümü, mağaza yayını gibi. Bütün bedelin başta istendiği ya da ara teslimin tanımlanmadığı teklif, kontrolü tamamen karşı tarafa bırakır.

Hariç giderler

Apple Developer Program yıllık 99 USD ve Google Play geliştirici hesabı tek seferlik 25 USD doğrudan platformlara ödenir ve teklife dahil değildir. Sunucu, SMS, harita ve ödeme kuruluşu giderleri de çoğu zaman ayrıdır. İyi bir teklif bunları sizden saklamaz, tahmini aylık tutarlarıyla listeler.

Garanti ve bakım

Yayından sonraki ilk dönemde çıkan hataların ücretsiz düzeltileceği bir garanti süresi ve ondan sonraki bakımın bedeli. Bakımın neden zorunlu olduğunu ve yıllık bütçesini mobil uygulama bakım maliyeti yazısında anlattık.

Hangi işaretlerde vazgeçmelisiniz?

Bu işaretlerden biri varsa puan tablosuna geçmeden teklifi eleyin:

• Kaynak kodu teslim etmemek ya da yalnız ek ücretle teslim etmek.
• App Store ve Google Play hesaplarını firmanın kendi adına açmayı önermek.
• Kapsam yazmadan, tek görüşmeyle sabit ve kesin fiyat vermek.
• Bedelin tamamını ya da büyük kısmını işe başlamadan istemek.
• Projede kimin çalışacağını söyleyememek ya da işin dışarıya verilip verilmediği sorusunu cevapsız bırakmak.
• Mağazada gösterilebilecek tek bir yayındaki uygulamasının olmaması.
• iOS uygulamasının Mac olmadan, sanal makinede derleneceğini söylemek; bu Apple'ın lisans koşullarına aykırıdır.
• "Mağaza onayını garanti ediyoruz" demek. Onayı yalnız Apple ve Google verir; dürüst firma ret riskini ve nasıl yöneteceğini anlatır.

Sözleşme aşamasında bu maddelerin yazıya geçtiğinden emin olun; hangi maddelerin olması gerektiğini yazılım projesi sözleşmesi yazısında topladık.

Üç teklifi puanlamak nasıl görünür?

Aşağıdaki tablo bir örnek hesaptır; firmalar gerçek değildir. Aynı brief'e gelen üç teklifi düşünün.

Firma A en ucuzdur ama kapsamı yazılı değildir; ucuzluğun neyi dışarıda bıraktığını bilemezsiniz. Firma C güçlüdür ama fiyatın kapsamla ilişkisini açıklayamaz; pazarlıkla değil, kapsamı yazılı netleştirmesini isteyerek puanını yükseltme şansı verin. Bu örnekte karar B'dir. B, fiyatı ortada olduğu için değil, kanıtı en güçlü olduğu için seçilir; ekip ve süreçteki eksik puanı da imzadan önce projede kimin çalışacağını yazılı isteyerek kapatabilirsiniz.

AppFellas'ı da bu tabloyla değerlendirin

2013'ten beri yazılım geliştiriyoruz; Pendik'teki ofisimizde 6'sı yazılımcı 16 kişilik bir ekibiz. Yayındaki işlerimizi işler sayfasında inceleyebilirsiniz. Google Haritalar'da 112 yorumda 4,6 puanımız var. Odaklı bir ilk sürümü (MVP) 4 – 6 haftada çıkarıyoruz. İlk görüşmede kapsamı konuşuyor, ardından net rakamlı bir teklif hazırlıyoruz; proje bitiminde kaynak kod sizin olur. Sürecimizi mobil uygulama geliştirme sayfasında anlattık; yukarıdaki tabloyu bizim teklifimiz için de doldurmanızı öneririz. İstanbul'da başka firmalara da bakıyorsanız İstanbul yazılım firmaları yazısı bir başlangıç listesi verir.