Yazılım Ajansı Nasıl Seçilir? Türk Girişimciler İçin 2026 Rehberi

Yazılım geliştirme ajansı piyasası karmaşıktır. Birkaç kişilik freelancer ekiplerinden onlarca çalışana sahip kurumsal stüdyolara kadar geniş bir yelpazeyle karşı karşıyasınızdır. Teklifler çoğunlukla benzer görünür; fiyatlar dramatik biçimde farklılaşır; her ajans sizi nasıl hayal kırıklığına uğrattığı hakkında önceki deneyiminiz olmadan nasıl değerlendirirsiniz?

Bu makale, pratik bir değerlendirme çerçevesi sunuyor — doğru soruları sorun, kırmızı bayrakları tanıyın, Türk girişimcinin özel bağlamına özgü konular hakkında bilgi edinin.

Ajans Değerlendirmesinde Temel Çerçeve

Ajans değerlendirmesi dört boyutu kapsamalıdır: teknik kapasite, süreç olgunluğu, iletişim kalitesi ve referans doğrulaması. Çoğu kurucu yalnızca teknik kapasiteye odaklanır. Ancak başarısız projelerin çoğu teknik yetersizlikten değil, süreç ve iletişim başarısızlıklarından kaynaklanır.

1. Teknik Kapasite Değerlendirmesi

Teknik sorgulamayı iki katmana ayırın:

Birinci katman — üretim referansları: Canlı, erişilebilir, gerçek kullanıcılara sahip ürünler. Yalnızca benzeri projeleri değil, benzer ölçeği ve karmaşıklığı olan projeleri sorun. Referanslar yalnızca logo listesiyse veya canlı URL olmadan portföy görselleri sunuluyorsa, bu zayıf bir sinyaldir.

İkinci katman — mimari kararlar: Birkaç teknik senaryo sorun ve cevapların kalitesini değerlendirin. Örneğin: "Multi-tenant SaaS'ta paylaşımlı veritabanı mı yoksa şema başına kiracı mı kullanırdınız?" İyi bir mühendis, her iki seçeneğin da ne zaman geçerli olduğunu açıklayabilir. "Her zaman X yaparız" yanıtı, düşünmeden gelen bir yanıttır.

2. Süreç Olgunluğu

Ajansın projeyi nasıl yöneteceğini sormak — sprint döngüleri, milestone yapısı, kapsam değişikliği süreci — ajansın olgunluğunu ortaya koyar. Olgun bir süreç şunları içerir:

• Discovery aşaması: Geliştirme öncesi gereksinim netleştirme ve mimari tasarım çalışması. Bu aşama olmadan tahminler tahmin değil, kabaca yapılan tahminlerdir.
• Staging ortamı: Her değişiklik önce staging'de, sonra üretimde. Doğrudan üretim deployment'ı olgun bir stüdyo için mümkün değildir.
• Haftalık demo: Durum raporu değil, çalışan yazılımın gösterimi. "Bu hafta ne ürettik" sorusunun cevabı, çalışan kod olmalıdır.
• Kapsam değişikliği süreci: Her kapsam değişikliği yazılı olarak onaylanmalıdır. Sözlü kapsam değişiklikleri proje yönetimi başarısızlığıdır.

3. İletişim Kalitesi

İlk görüşme bir veri noktasıdır. Nasıl dinliyorlar? Soru soruyorlar mı yoksa yalnızca mı sunuyorlar? Belirsizlik veya karmaşıklık ortaya çıktığında netlik mi arıyorlar?

İyi bir ajans, teknik olarak karmaşık soruları basit dilde açıklayabilir. Teknik jargona sığınarak müşteri sorularını kapatan ajanslar, ilerleyen aylarda da aynı şekilde davranacaktır.

Kırmızı Bayraklar: Dikkat Etmeniz Gerekenler

Kırmızı Bayrak	Neden Önemli
Discovery olmadan sabit fiyat teklifi	Kapsam belirsizken fiyat veremezsiniz. Buffer maliyeti fiyata dahil edilmiştir veya değişiklikler ücretlendirilecektir.
Canlı üretim referansı yok	Gerçek üretim deneyimi olmayan ajans, ölçekleme ve altyapı sorunlarıyla hazırlıksız yüzleşecektir.
Kıdemli mühendis yokluğu	Mimari kararlar kıdemli mühendisler tarafından alınmalıdır. Yalnızca mid-level geliştiricilerle çalışan ajanslar önemli kararları yanlış yapar.
Muğlak sözleşme koşulları	IP mülkiyeti, erişim hakları ve teslim kriterleri belirsizse proje bittiğinde ne alacağınız belirsizdir.
Güncel olmayan portföy	Son 2 yıldan referans yoksa teknoloji stack ve piyasa standartları değişmiş olabilir.
Aşırı hızlı teklife geçiş	İyi bir ajans, teklif öncesinde soru sorar. Sorunsuz hızlı teklif, standart bir şablon kullandıklarına işaret eder.

Due Diligence Kontrol Listesi

Ajansa vermeden önce aşağıdaki maddeleri doğrulayın:

• ☐ Bizimkine benzer karmaşıklıkta en az 2 üretim referansı (canlı URL ile)
• ☐ Referans müşterilerden doğrudan konuşma (ajansın aracılığı olmadan)
• ☐ Teknik lider ile ayrı bir görüşme (yalnızca satış ekibiyle değil)
• ☐ Teslimatta IP mülkiyetinin nerede olduğunu netleştiren sözleşme maddesi
• ☐ Kaynak koduna, altyapıya ve verilere müşterinin tam erişim hakkı
• ☐ Hata garanti süresi ve kapsamı net tanımlanmış
• ☐ Proje bitiminde devir süreci ve dokümantasyon taahhüdü
• ☐ Kapsam değişikliği için yazılı onay süreci
• ☐ Staging ortamı ve CI/CD yapısı açıklanmış
• ☐ Fatura yapısı milestone bazlı (aylık sabit değil)

Türkiye'ye Özgü Konular

Yerel Ajans Piyasası

İstanbul'daki yazılım ajansı piyasası heterojendir. İyi yerel ajanslar mevcuttur — özellikle e-ticaret ve mobil uygulama deneyimiyle güçlü olanlar. Ancak karmaşık, kurumsal kalite SaaS mimarisi konusunda — multi-tenant veri izolasyonu, üretim sınıfı güvenlik, ölçeklenebilir mimari — deneyim seviyesi tutarsızdır.

Bu tutarsızlık, yerel bir ajansın yanlış olmadığı anlamına gelmez. Sadece değerlendirme sürecini daha titiz yapmanız gerektiği anlamına gelir.

Nearshore Avrupa Stüdyoları: Türk Kurucular İçin Neden Çalışıyor

Nearshore Avrupa modeli — Balkan ülkelerinde faaliyet gösteren stüdyolar — Türk kurucular için pratik bir orta yol sunar:

• Zaman dilimi: Türkiye ile 1-2 saat fark. Gerçek zamanlı iletişim, günlük standup, acil konular için anında erişim.
• Dil: İngilizce veya yerel dilde akıcı iletişim. Dil bariyeri yoktur.
• Maliyet: Batı Avrupa ve ABD stüdyolarına göre %40-60 daha düşük saatlik ücretler, yerel kalite ajanslarla rekabetçi ücretler.
• GDPR/KVKK uyumu: Avrupa'daki stüdyolar veri gizliliği gereksinimlerini içten anlıyor. GDPR ve KVKK örtüşen prensipler üzerine inşa edildiğinden deneyim doğrudan aktarılabilir.
• Avrupa pazarı bağlamı: Avrupa pazarlarına açılmayı hedefleyen Türk girişimler için, Avrupa'da faaliyet gösteren bir stüdyo hem teknik hem de pazar bağlamını anlıyor.

Sözleşme ve Ödeme Yapısı

Uluslararası ajanslarla çalışırken ödeme yapısı tipik olarak EUR veya USD bazlıdır. Bu kur riskini beraberinde getirir. Bütçenizi TRY cinsinden planlarken, proje süresi boyunca makul kur dalgalanması için %10-20 buffer ekleyin.

Milestone bazlı ödeme yapısı tercih edin. Başlangıçta büyük ön ödeme talep eden ajanslar — özellikle uluslararası — dikkatli değerlendirme gerektirir. Standart yapı: %20-30 başlangıç, geri kalanı milestone tamamlamalarında.

Ajans Görüşmesinde Sorulacak 10 Soru

1. Bizimkine benzer karmaşıklıkta projelerin canlı URL'lerini paylaşabilir misiniz?
2. Bu projenin teknik lideri kim olacak ve onun geçmiş deneyimi nedir?
3. Discovery aşaması nasıl çalışıyor ve ne kadar sürüyor?
4. Proje boyunca ne tür bir erişimim olacak — staging, CI/CD, kod deposu?
5. Kapsam değişiklikleri nasıl işleniyor ve onay süreci nedir?
6. Teslimattan sonra IP ve kaynak kodu kime ait?
7. Hata garanti süresi nedir ve hangi türde hataları kapsıyor?
8. Projemi dahili bir ekiple geliştirmeye devam etmek istersem devir nasıl çalışıyor?
9. KVKK/GDPR uyumunu nasıl ele alıyorsunuz?
10. Bu tür bir proje için ne zaman başlayabilirsiniz ve tahmini zaman çizelgeniz nedir?

Bu soruların cevaplarını yazılı olarak alın. Sözlü taahhütler değil, sözleşmede veya yazışmalarda kayıt altına alınmış bağlayıcı yanıtlar isteyin.

MVP geliştirme sürecini ve teknik mimariye nasıl yaklaşılacağını daha ayrıntılı öğrenmek istiyorsanız MVP geliştirme rehberimize bakın.