Yazılım Dış Kaynak Kullanımı: Ne Zaman Mantıklı?

Yazılım dış kaynak kullanımı, geliştirme işini şirket dışındaki uzman bir ekibe devretmektir. Türkiye'de tek bir orta seviye yazılımcının işverene yıllık maliyeti 1,9 milyon TL'yi aşarken, orta ölçekli bir özel yazılım projesi dış kaynakla 150.000–350.000 TL bandında tamamlanır. Belirleyici olan, yazılım işinin sürekli olup olmadığıdır.

Bu tek cümlelik özet, kararın tamamını vermez. Yılda bir kez portal yenileyen bir üretici firmayla, haftalık sürüm çıkaran bir SaaS şirketinin hesabı aynı çıkmaz. Bu rehber, iki tarafın da rakamlarını açıkça masaya koyar; dış kaynağın ne zaman kazandırdığını, ne zaman pahalıya patladığını gösterir.

Türkiye bilişim sektörü bu kararı verenler için elverişli bir zeminde. TÜBİSAD'ın Deloitte iş birliğiyle hazırladığı 2025 verilerine göre sektörün büyüklüğü 2,1 trilyon TL'ye (53,8 milyar dolar) ulaştı; yazılım segmenti tek başına 761 milyar TL'ye çıktı ve sektör istihdamı %17 artışla 289.000 kişiye yükseldi. Yani tedarikçi havuzu genişliyor — ama havuz genişledikçe seçim de zorlaşıyor.

İçindekiler

• Yazılım dış kaynak kullanımı nedir?
• Dış kaynak çalışma modelleri
• Onshore, nearshore, offshore: coğrafya neyi değiştirir?
• Kendi ekibinizi kurmak mı, dış kaynak mı?
• Dış kaynak ne zaman mantıklı?
• Ne zaman mantıklı değil?
• Dış kaynak projelerinde en sık yapılan 6 hata
• Sözleşmede olması gereken maddeler
• Tedarikçi seçim kontrol listesi
• Dış kaynak süreci adım adım nasıl yürür?
• Sıkça Sorulan Sorular

Yazılım dış kaynak kullanımı nedir?

Dış kaynak kullanımı, şirketin kendi çalışanlarıyla yürütmediği bir işi sözleşmeyle dışarıdan bir tedarikçiye yaptırmasıdır. Yazılımda bu, bir web uygulamasının, mobil uygulamanın veya iç sistemin analizinden testine kadar tüm geliştirme sürecinin ajansa ya da yazılım firmasına devredilmesi anlamına gelir.

Kavramı iki yaygın yanlış anlamadan ayırmakta fayda var. Dış kaynak, "ucuza yaptırmak" demek değildir; kalifiye bir ekibi sabit maliyet yaratmadan, ihtiyaç süresince kullanmaktır. Ayrıca sorumluluğun devri de değildir — ürün kararları, önceliklendirme ve kabul testi her koşulda sizde kalır.

Küresel ölçekte bu pazar büyümeye devam ediyor. Statista'nın öngörüsüne göre BT dış kaynak pazarı 2026'da 634,18 milyar dolara ulaşacak ve 2030'a kadar %6,2 yıllık bileşik büyümeyle 806,55 milyar dolara çıkacak. Deloitte'un 500'den fazla yöneticiyle yürüttüğü Küresel Dış Kaynak Araştırması ise yöneticilerin %80'inin dış kaynak yatırımını koruyacağını veya artıracağını, motivasyonun artık yalnızca maliyet değil yetenek erişimi ve çeviklik olduğunu gösteriyor.

Dış kaynak çalışma modelleri

Sözleşme biçimi, projenin nasıl yürüyeceğini maliyetten daha çok belirler. Üç temel model var ve her birinin risk dağılımı farklıdır.

Sabit fiyatlı proje. Kapsam baştan yazılır, fiyat ve teslim tarihi sabitlenir. Risk tedarikçidedir; bu yüzden fiyata belirsizlik payı eklenir. Kapsamı net olan işlerde (kurumsal site, tanımlı bir modül, entegrasyon) en öngörülebilir yöntemdir.

Adanmış ekip (dedicated team). Belirli kişiler aylık ücretle sizin projenize tahsis edilir. Kapsam yol boyunca değişebilir, öncelikleri siz belirlersiniz. Uzun soluklu ürün geliştirmede doğal seçimdir, ama ekibi yönetecek bir ürün sahibinin sizde olması gerekir.

Zaman ve malzeme (time & material). Harcanan saat üzerinden faturalanır. Ar-Ge niteliği taşıyan, kapsamı önceden yazılamayan işlerde kullanılır. Şeffaf çalışılmazsa bütçe kontrolü en zor modeldir.

Pratikte en çok işe yarayan dördüncü satırdır: ilk sürüm sabit fiyatla teslim edilir, ardından aylık bakım ve geliştirme paketiyle devam edilir. Böylece hem lansman tarihi güvenceye alınır hem de sonrası için esneklik korunur. Yazılım yaptırma maliyeti rehberimizde bu modellerin bütçeye yansıması kalem kalem işleniyor.

Onshore, nearshore, offshore: coğrafya neyi değiştirir?

Tedarikçinin nerede olduğu, fiyatı olduğu kadar günlük çalışma temposunu da belirler.

Onshore, aynı ülkeden çalışmaktır. Saat dilimi ve dil ortaktır, yüz yüze toplantı mümkündür, sözleşme tek hukuk sistemine tabidir. Fiyat en yüksek seviyededir ama iletişim maliyeti en düşüktür.

Nearshore, birkaç saat farklı komşu ülkelerden çalışmaktır. Mesai saatlerinin büyük bölümü örtüşür; maliyet onshore ile offshore arasında kalır.

Offshore, 5 saat ve üzeri fark olan uzak ülkelerden çalışmaktır. Saatlik ücret en düşüktür, ancak eşzamanlı çalışma penceresi daralır. Acil bir hata için cevabı ertesi güne bırakmak, tasarruf ettiğiniz paranın bir kısmını geri alır.

Türkiye'de faaliyet gösteren bir şirket için onshore seçenek genellikle en dengeli olanıdır: KVKK yükümlülükleri tek mevzuat altında yürür, sözleşme uyuşmazlığında Türk mahkemeleri yetkilidir, faturalama ve ödeme süreci karmaşıklaşmaz. Offshore ise ancak çok özel bir teknoloji yetkinliği yurt içinde bulunamıyorsa gündeme gelmelidir.

Kendi ekibinizi kurmak mı, dış kaynak mı?

Bu sorunun cevabı duyguyla değil tabloyla verilir. Aşağıda, orta seviye bir yazılımcı için 2026 koşullarında işverene düşen gerçek maliyeti çıkardık. Brüt maaş varsayımı 120.000 TL/ay alındı.

SGK işveren yükü resmî orandan hesaplanır: malullük-yaşlılık-ölüm %12, genel sağlık sigortası %7,5, kısa vadeli sigorta kolları %2,25 ve işsizlik sigortası işveren payı %2. 2026 SGK prim parametrelerine göre hizmet sektöründe uygulanan 2 puanlık indirim sonrası toplam işveren yükü brüt ücretin yaklaşık %21,75'idir.

Tablo, hesabın tamamı değil. Üzerine şunlar eklenir: işe alım danışmanlığı (genelde 1–2 brüt maaş), yeni kişinin ilk 3–6 ayındaki verimlilik rampası, yıllık izin ve kıdem tazminatı karşılığı, ayrılma hâlinde tekrarlanan arama süreci.

Bir de tek kişiyle ürün çıkmadığı gerçeği var. Yayına alınabilir bir iş uygulaması için en az backend, frontend ve arayüz tasarımı yetkinliği gerekir; test ve DevOps'u da eklerseniz üç kişilik çekirdek ekip yılda 5,5–6 milyon TL bandına oturur.

Karşı tarafta dış kaynak fiyatları şöyle: mevcut bir siteye entegre edilecek özel bir modül 60.000–150.000 TL, bağımsız çalışan orta ölçekli bir iş uygulaması 150.000–350.000 TL, çok kullanıcılı ve entegrasyonu yoğun kurumsal sistemler 350.000 TL ve üzeridir. Yıllık bakım ve geliştirme payı ise proje bedelinin %15–20'si kadardır. Kendi projeniz için hızlı bir aralık görmek isterseniz web sitesi fiyat hesaplayıcımızı kullanabilirsiniz.

Basit bir eşik kuralı: yılda 6 aydan az yazılım geliştirme ihtiyacınız varsa dış kaynak neredeyse her zaman ucuzdur. Sürekli geliştirme yapıyor ve bunu iki yıldan uzun sürdürecekseniz, iç ekip zamanla öne geçer — ancak bu, kurumsal hafızayı ve işe alım kapasitesini de üstlenmeyi kabul etmek demektir.

Dış kaynak ne zaman mantıklı?

Aşağıdaki durumların üçü birden sizde varsa, dış kaynak muhtemelen doğru karardır:

• Yazılım ana işiniz değil. Üretim, perakende, sağlık, lojistik gibi sektörlerde yazılım bir araçtır; ekip kurmak yerine satın almak odağı korur.
• İhtiyaç dönemsel. Bir portal, bir bayi sistemi, bir entegrasyon — iş bitince o kadroya ihtiyacınız kalmıyor.
• Hız kritik. Deneyimli bir ekip 2–3 hafta içinde başlar; aynı ekibi işe alarak kurmak ilan, mülakat ve ihbar süreleriyle 3–6 ayı bulur.
• Yetkinlik dar ve derin. Ödeme entegrasyonu, e-fatura, ERP bağlantısı veya belirli bir mobil teknoloji gibi konularda daha önce benzerini yapmış bir ekip, öğrenme maliyetini sıfırlar.
• Bütçe öngörülebilir olmalı. Sabit fiyatlı sözleşme, maaş bordrosunun aksine yukarı doğru sürpriz yapmaz.

İç ekibi olan şirketler için de melez bir kullanım var: çekirdek ürünü kendi ekibi geliştirirken, yan modülleri ve tek seferlik işleri dışarı vermek. Bu, iç ekibin dikkatini dağıtmadan kapasite eklemenin en temiz yoludur.

Ne zaman mantıklı değil?

Dürüst olmak gerekirse dış kaynak her senaryoda kazandırmaz. Şu durumlarda iki kez düşünün:

• Yazılım ürününüzün kendisiyse. Bir SaaS şirketinin çekirdek ürününü kalıcı olarak dışarıda tutması, şirket değerinin ve kurumsal bilginin dışarıda birikmesi anlamına gelir. Başlangıçta dış kaynakla hızlanmak mantıklıdır; ölçeklenirken ekibi içeri almak gerekir.
• Gereksinimleri yazamıyorsanız. Ne istediğini tarif edemeyen bir müşteri, en iyi tedarikçiyle bile istediğini alamaz. Bu durumda önce analiz/keşif çalışması satın alın, geliştirmeyi sonra sözleşmeye bağlayın.
• Günlük kararlar sizden geçmiyorsa. Karar verecek kişinin haftada birkaç saat ayıramadığı projeler tıkanır. Dış kaynak, yönetim ihtiyacını azaltır ama sıfırlamaz.
• Veri hassasiyeti çok yüksek ve mevzuat izin vermiyorsa. Bazı sağlık ve finans senaryolarında verinin kurum dışına çıkması sınırlıdır; bu durumda geliştirme kurum içi ortamda, kısıtlı erişimle yürütülmelidir.

Dış kaynak projelerinde en sık yapılan 6 hata

Sahada tekrar tekrar aynı altı hatayı görüyoruz.

1. En düşük teklifi seçmek. Aynı işe gelen üç teklif arasında ciddi fark varsa, en ucuz olan genelde kapsamı dar okumuştur. Farkın nereden geldiğini sormadan imzalamak, projenin ortasında ek bütçe konuşmasına dönüşür.

2. Kapsamı sözleşmeye ekletmemek. "Anlaşırız" ile başlayan projeler, "bu da dahil değil miydi?" ile biter. Ekran listesi, entegrasyon listesi ve kabul kriterleri yazılı olmalıdır.

3. Kaynak kodu ve depoyu tedarikçide bırakmak. Kod deposu ilk günden sizin hesabınızda açılmalı, tedarikçi oraya katkı vermelidir. Sonradan devir istemek her zaman daha zordur.

4. Test ve kabulü sona bırakmak. İki ayda bir demo gören müşteri, hataları erken yakalar. Tek seferde teslim alınan projede düzeltme maliyeti katlanır.

5. Bakımı konuşmamak. Yazılım teslimle bitmez; sunucu, güncelleme, güvenlik yaması ve küçük iyileştirmeler devam eder. Bakım koşulları ilk sözleşmede tanımlanmazsa pazarlık gücünüz azalır.

6. Tek kişiye bağımlı kalmak. Projeyi tek bir geliştiricinin bildiği bir yapı, o kişi ayrıldığında durur. Tedarikçiden dokümantasyon ve en az iki kişilik bilgi paylaşımı isteyin.

Sözleşmede olması gereken maddeler

Türk hukukunda yazılım, Fikir ve Sanat Eserleri Kanunu kapsamında eser olarak korunur ve koruma, kod yazıldığı anda kendiliğinden doğar. Kritik nokta şu: parayı ödemeniz, hakların otomatik olarak size geçtiği anlamına gelmez. FSEK'in 52. maddesi, mali haklara dair sözleşmelerin yazılı olmasını ve devredilen hakların ayrı ayrı gösterilmesini şart koşar. Sözleşmenizde "işleme, çoğaltma, yayma, temsil ve umuma iletim haklarının süresiz ve sınırsız olarak devredildiği" açıkça yazmıyorsa, elinizde çalışan bir yazılım olur ama üzerinde tam tasarruf yetkiniz olmayabilir.

Sözleşmede bulunması gereken diğer başlıklar:

• Kaynak kod teslimi ve depo sahipliği. Kodun hangi formatta, hangi zaman aralığında ve hangi hesap üzerinden teslim edileceği.
• Kapsam eki (şartname). Ekran listesi, kullanıcı rolleri, entegrasyonlar ve kapsam dışı bırakılanlar.
• Kabul kriterleri ve test süreci. Neyin "tamam" sayıldığı; kaç iş günü içinde geri bildirim verileceği.
• Değişiklik yönetimi. Kapsam dışı taleplerin nasıl fiyatlanacağı ve takvime etkisi.
• Garanti süresi. Teslim sonrası hata düzeltmelerinin ücretsiz kapsandığı süre (piyasada yaygın uygulama 3–6 aydır).
• Gizlilik ve KVKK. Tedarikçi kişisel veriyi işleyecekse, KVKK anlamında veri işleyen sıfatıyla hareket eder ve aranızda yazılı bir veri işleyen sözleşmesi bulunmalıdır. Sağlık verisi gibi özel nitelikli kişisel veriler söz konusuysa erişim yetkileri ayrıca kısıtlanmalıdır.
• Fesih ve çıkış planı. Anlaşma sona ererse dokümantasyonun, sunucu erişimlerinin ve alan adı yönetiminin nasıl devredileceği.

Bu maddelerin çoğu tedarikçinin standart sözleşmesinde yer almaz; talep etmeniz gerekir. Tedarikçi seçim sürecinin tamamını yazılım firması nasıl seçilir rehberimizde adım adım bulabilirsiniz.

Tedarikçi seçim kontrol listesi

Teklif toplarken şu on maddeyi sorun; cevaplar arasındaki fark, fiyat farkından daha bilgilendiricidir.

1. Benzer kapsamda tamamladığınız üç projeyi ve referans kişilerini paylaşabilir misiniz?
2. Bu projede kimler çalışacak; ekipteki kişilerin kıdemi ve rolü nedir?
3. Kod deposu hangi hesapta açılacak, erişimi kimde olacak?
4. Kaç haftada bir çalışan sürüm göreceğiz?
5. Kapsam dışı bir talep geldiğinde fiyatlama nasıl yapılıyor?
6. Teslim sonrası garanti süresi ve kapsamı nedir?
7. Bakım paketiniz neleri içeriyor, aylık bedeli nedir?
8. Hangi teknolojileri kullanacaksınız ve bu seçim neden yapıldı?
9. Kişisel veri işlenecekse hangi güvenlik önlemlerini uyguluyorsunuz?
10. Proje sırasında iletişim kanalı ve toplantı sıklığı ne olacak?

Sekizinci sorunun cevabı özellikle önemlidir. Teknoloji seçimi sizin uzun vadeli maliyetinizi belirler; niş ve az bilinen bir altyapı seçilirse ileride başka bir ekiple devam etmek zorlaşır. Yaygın, sürdürülebilir teknolojilerde ısrar etmek, bağımsızlığınızı korumanın en pratik yoludur. Konunun teknik tarafını merak ediyorsanız web tabanlı yazılım nedir yazımız altyapı seçeneklerini karşılaştırıyor.

Dış kaynak süreci adım adım nasıl yürür?

Sağlıklı bir yazılım dış kaynak kullanımı süreci altı aşamada ilerler. Aşamaları atlamak, projeyi hızlandırmaz; yalnızca sorunları ileri taşır.

1. İhtiyaç tanımı (1–2 hafta). Hangi sorunu çözdüğünüzü, kimin kullanacağını ve başarıyı neyle ölçeceğinizi yazın. Bu belge iki sayfayı geçmese de olur; önemli olan sözlü kalmamasıdır.

2. Teklif toplama (2–3 hafta). Aynı belgeyi üç tedarikçiye gönderin. Tekliflerin karşılaştırılabilir olması için herkesten aynı kalem kırılımını isteyin: analiz, tasarım, geliştirme, test, teslim.

3. Analiz ve şartname (2–4 hafta). Seçtiğiniz ekiple ekran listesini, kullanıcı rollerini ve entegrasyonları netleştirin. Bu aşama ayrı bir hizmet olarak da satın alınabilir; sonuç belgesi başka bir tedarikçiyle çalışmanız hâlinde de elinizde kalır.

4. Geliştirme ve ara teslimler (proje süresinin %60'ı). İki haftada bir çalışan sürüm görün. "Görmek" ekran görüntüsü değil, test ortamında kendiniz tıklamak demektir.

5. Kabul testi ve düzeltme (2–3 hafta). Kabul kriterlerine göre test edin, bulguları tek listede toplayın. Bu listenin kapanmasıyla teslim gerçekleşir.

6. Yayına alma ve bakım. Alan adı, sunucu ve hesap erişimleri size devredilir; garanti süresi başlar. Bakım paketi devreye girer.

Toplam takvim, orta ölçekli bir iş uygulaması için genellikle 3–5 aydır. Takvimi uzatan en yaygın sebep teknik zorluk değil, üçüncü ve beşinci aşamalarda müşteri tarafından gelen geri bildirimin gecikmesidir.

Sıkça Sorulan Sorular

Yazılım dış kaynak kullanımı ne kadara mal olur?

Türkiye'de mevcut bir sisteme eklenen özel modüller 60.000–150.000 TL, bağımsız çalışan orta ölçekli iş uygulamaları 150.000–350.000 TL, çok kullanıcılı ve entegrasyonu yoğun kurumsal sistemler 350.000 TL ve üzerinde fiyatlanır. Yıllık bakım payı proje bedelinin %15–20'si kadardır.

Dış kaynakla geliştirilen yazılımın sahibi kim olur?

FSEK kapsamında eser üzerindeki haklar kodu yazanla birlikte doğar; hakların size geçmesi için yazılı bir devir sözleşmesi gerekir. FSEK m.52 uyarınca devredilen mali hakların sözleşmede ayrı ayrı sayılması zorunludur, aksi hâlde devir geçerli olmayabilir.

Kaynak kodu bana teslim edilir mi?

Sözleşmede yazılıysa evet. En güvenli yöntem, kod deposunu projenin ilk gününde kendi kurumsal hesabınızda açmak ve tedarikçiyi oraya davet etmektir; böylece kod zaten sizin tarafınızda birikir ve teslim ayrı bir müzakere konusu olmaz.

Proje bazlı mı, adanmış ekip mi daha uygun?

Kapsam net ve tek seferlikse sabit fiyatlı proje daha öngörülebilirdir. Ürün sürekli gelişecekse ve öncelikleri siz belirleyeceksiniz adanmış ekip daha verimlidir. Çoğu şirket için en dengeli yol, sabit fiyatlı ilk sürüm ve ardından aylık bakım-geliştirme paketidir.

Dış kaynak ekibiyle süreç nasıl yönetilir?

Haftada bir sabit durum toplantısı, iki haftada bir çalışan sürüm demosu ve tek bir yazılı takip aracı (görev panosu) çoğu proje için yeterlidir. Şirketinizde kararları verecek tek bir sorumlu belirlemek, en çok zaman kazandıran uygulamadır.

KVKK açısından nelere dikkat etmeliyim?

Tedarikçiniz kişisel veriye erişecekse veri işleyen sıfatıyla hareket eder; aranızda yazılı bir veri işleyen sözleşmesi bulunmalıdır. Geliştirme ortamında gerçek müşteri verisi yerine maskelenmiş test verisi kullanmak, riski en aza indiren en pratik önlemdir.

Yurt dışındaki bir ekibe mi vermeliyim?

Türkiye'de faaliyet gösteren bir şirket için yurt içi tedarikçi genellikle daha avantajlıdır: ortak saat dilimi, tek mevzuat, kolay faturalama ve uyuşmazlıkta yerel yargı. Yurt dışı seçenek, ancak yurt içinde bulunamayan çok özel bir uzmanlık gerektiğinde anlamlıdır.

Dış kaynak projesi ne kadar sürer?

Tanımlı bir modül 3–6 hafta, orta ölçekli bir iş uygulaması 2–4 ay, kurumsal ölçekli entegre sistemler 4–8 ay sürer. Süreyi en çok uzatan etken geliştirme değil, müşteri tarafındaki karar ve geri bildirim gecikmeleridir.

Dış kaynak kararı, aslında bir maliyet kararı değil bir odak kararıdır. Yazılım sizin ürününüz değilse, ekip kurmaya harcayacağınız enerjiyi kendi işinize yönlendirmek; yazılım ürününüzün kendisiyse, dış kaynağı hızlanmak için kullanıp zamanla çekirdeği içeri almak en sağlıklı yol. Her iki senaryoda da farkı yaratan şey tedarikçinin saatlik ücreti değil, sözleşmenin netliği ve iletişimin düzenliliği oluyor.

Şirketinizde hangi modelin daha mantıklı olduğundan emin değilseniz, mevcut süreçlerinizi ve hedefinizi konuşarak başlayalım. Web ve yazılım geliştirme hizmetlerimizi inceleyebilir, projeniz için kapsam ve bütçe değerlendirmesi almak üzere bizimle iletişime geçebilirsiniz.