Startup Outsourcing | Sektöre Özel Dış Kaynak Ekip

Son güncelleme: 8 Kasım 2026

Startup’lar için outsourcing, erken aşamadaki bir girişimin ürün geliştirme, tasarım, test, teknik liderlik ve müşteri destek gibi işlerini kalıcı kadro kurmadan önce dış kaynaktan almasıdır. Bir startup için zaman ve nakit, büyük şirketlerdekinden çok daha pahalıdır: her ay, runway’den bir ay eksilir; her yanlış işe alım, hem maaş hem de ürün hızı olarak geri dönmeyen bir kayıptır. Outsourcing doğru kurulduğunda, kurucu ekibin müşteriyi ve pazarı anlamaya odaklanırken ürünün de güvenilir bir hızla ilerlemesini sağlar.

Bu sayfa, hangi aşamada neyin dışarı verilebileceğini, MVP’den ölçeklemeye geçişte ekibin nasıl evrilmesi gerektiğini, yatırımcı due diligence sürecinde sorun çıkarmamak için fikri mülkiyet ve sözleşme maddelerinin nasıl kurulacağını ve fiyatlama modellerini ayrıntılı biçimde anlatır.

Startup’ların tipik sorunları

Teknik kurucu yokluğu: Birçok girişim güçlü bir iş ya da sektör bilgisine sahip, ancak teknik kurucusu olmayan ekiplerden çıkar. Kimin hangi teknolojiyi neden seçtiğini değerlendirebilecek biri yoktur.
Kısa runway, uzun işe alım: Kıdemli bir geliştiriciyi bulmak ve ikna etmek aylar sürebilir; girişimin bu kadar zamanı çoğu zaman yoktur.
Erken teknik borç: Hızlı MVP için alınan kısa yollar, ölçeklemede yeniden yazım ihtiyacına dönüşür.
Belirsiz kapsam: Ürün hipotezleri her hafta değişir; sabit kapsamlı geleneksel yazılım sözleşmeleri bu dinamiğe uymaz.
Yatırımcı soruları: Due diligence’ta “kod kimin, IP şirkette mi, güvenlik nasıl?” soruları gelir. Sözleşmeleri zayıf kurulmuş bir dış geliştirme ilişkisi yatırım turunu geciktirebilir.
Destek ve operasyonun kuruculara kalması: İlk kullanıcılar geldiğinde destek talepleri, mağaza yorumları ve operasyon işleri kurucuların gününü yer.

Aşamaya göre neyi dışarı vermeli?

Startup’ın ihtiyacı aşamadan aşamaya köklü biçimde değişir. Aşağıdaki tablo genel bir yol haritasıdır; her girişimin durumu kendine özgüdür.

Aşama	Öncelik	Dış kaynaktan alınabilecekler	İçeride kalması önerilenler
Fikir / doğrulama	Problemi ve kullanıcıyı anlamak	UX araştırması, tıklanabilir prototip, teknik fizibilite görüşü	Müşteri görüşmeleri, değer önerisi
MVP	Öğrenmek için en küçük çalışan ürün	MVP geliştirme, tasarım, temel QA, bulut kurulumu	Ürün önceliklendirme, ölçüm hedefleri
Erken traction	Hızlı iterasyon, stabilite	Dedicated team, test otomasyonu, analitik altyapısı, müşteri destek	Ürün yönetimi, teknik vizyon
Ölçekleme (Seed–Seri A sonrası)	Performans, güvenlik, ekip büyümesi	Uzmanlık gerektiren roller (DevOps, veri, güvenlik), yoğun dönem takviyesi	Çekirdek mühendislik ekibi, mimari kararlar, işe alım

Rol ve görev kapsamı

Rol	Startup’taki görevi	Ne zaman gerekli
Fractional CTO (CTO as a service)	Teknoloji seçimi, mimari, dış ekip yönetimi, yatırımcı teknik sunumları	Teknik kurucu yoksa ilk günden
Full-stack / backend geliştirici (geliştirici kiralama)	API, veritabanı, iş mantığı, entegrasyonlar	MVP ve sonrası
Mobil geliştirici	iOS/Android veya çapraz platform uygulama, mağaza süreçleri	Ürün mobil öncelikliyse
UI/UX tasarımcı	Kullanıcı akışları, prototip, tasarım sistemi	Doğrulama aşamasından itibaren
QA / test uzmanı	Regresyon, sürüm öncesi kontrol, otomasyon	İlk gerçek kullanıcılarla birlikte
DevOps mühendisi	CI/CD, bulut maliyet kontrolü, izleme, yedekleme	Trafik ve sürüm sıklığı arttığında
Büyüme / dijital pazarlama	Edinme kanalları, kampanya, ölçüm	Ürün–pazar uyumu sinyalleri geldiğinde
Müşteri destek	Talep karşılama, SSS, geri bildirim toplama	Kullanıcı sayısı kurucuların yetişemeyeceği düzeye çıktığında

Startup’lar için mevzuat, teşvik ve yatırımcı gereklilikleri

Girişimlerde mevzuat çoğu zaman ilk aylarda ihmal edilir ve yatırım turunda ya da ilk kurumsal müşteride gündeme gelir. Dış ekiple çalışırken aşağıdaki başlıkları en baştan doğru kurmak, sonradan pahalı düzeltmelerin önüne geçer. Bu bilgiler genel çerçevedir, hukuki görüş değildir.

Başlık	Startup için anlamı	Dış kaynak sözleşmesinde karşılığı
Fikri mülkiyet (5846 sayılı FSEK)	Kodun ve tasarımın mali hakları şirkete ait değilse, yatırımcı açısından ciddi bir kırmızı bayraktır	Tüm eserlerin mali haklarının yazılı, hakları sayarak ve süre/yer sınırı olmadan şirkete devri
KVKK ve GDPR	İlk kullanıcı verisiyle birlikte aydınlatma, rıza, güvenlik ve yurt dışı aktarım yükümlülükleri başlar; AB kullanıcısı varsa GDPR da devreye girer	Veri işleyen sözleşmesi, bulut sağlayıcı ve lokasyon seçimi, log ve erişim politikası
Sektörel lisanslar	Ödeme, kripto, sağlık, sigorta gibi alanlarda ürün tasarımı lisans gerekliliklerine göre şekillenir	Mimari kararların lisans ve denetim gereksinimlerine göre verilmesi
Uygulama mağazası politikaları	App Store ve Google Play gizlilik etiketleri, veri silme ve abonelik kuralları	Mağaza uyumunun kabul kriterlerine eklenmesi
Teknopark ve Ar-Ge teşvikleri	Teknoloji geliştirme bölgesi veya Ar-Ge merkezi teşviklerinde, işin nerede ve kim tarafından yapıldığı teşvik uygunluğunu etkileyebilir	Dış kaynak kullanımının teşvik koşullarına etkisinin mali müşavirle önceden değerlendirilmesi
Kamu ve özel hibe programları	TÜBİTAK ve benzeri kurumların girişim destek programlarında harcama kalemleri ve hizmet alımı kuralları programa göre değişir	Teklifin destek programının harcama kalemlerine uygun ayrıştırılması

Due diligence hazırlığı için pratik bir liste: tüm geliştiricilerle ve dış ekiplerle imzalı IP devir belgeleri, kullanılan açık kaynak bileşenlerin lisans listesi, bulut ve alan adı hesaplarının şirket adına olması, temel güvenlik politikası ve erişim listesi, mimari diyagram ve dokümantasyon.

Teslim modelleri: uzaktan, yerinde, hibrit

Model	Startup’larda kullanımı
Uzaktan	En yaygın model; ekip kurucularla günlük stand-up, haftalık demo ile çalışır. Ofis maliyeti yoktur.
Yerinde	Kuluçka merkezi veya ortak çalışma alanında, discovery sprintleri ve yatırım öncesi yoğun dönemlerde
Hibrit	Ayda bir veya iki yüz yüze planlama günü, geri kalan zaman uzaktan

Çalışma modelleri

Model	Ne zaman uygun	Dikkat edilmesi gereken
Proje (sabit kapsam)	Kapsamı netleşmiş MVP veya prototip	Hipotezler değiştikçe değişiklik talebi maliyeti doğar; kapsamı küçük tutun
Dedicated team	MVP sonrası sürekli iterasyon	Ürün sahibi rolü startup tarafında net olmalı
Staff augmentation	İç ekibe belirli bir yetkinlik eklemek	Günlük önceliklendirme sizde; teslim riski büyük ölçüde sizde
Managed service	Destek, QA veya DevOps gibi tanımlı işler	SLA ve KPI net yazılmalı

Hukuki not: 360 Soft’un sunduğu modeller hizmet alımıdır; ekip 360 Soft’un istihdamında ve yönetiminde, sözleşmedeki kapsam ve hizmet seviyelerine göre çalışır ve yapı 4857 sayılı İş Kanunu md. 2 kapsamındaki alt işverenlik kurallarına göre kurulur. Personelin sizin işçiniz gibi emir ve talimatınızla çalıştırıldığı geçici iş ilişkisi (md. 7) İŞKUR izinli özel istihdam bürosu üzerinden mümkündür; 360 Soft özel istihdam bürosu değildir.

Süreç: fikirden ilk sürüme

Adım	İçerik	Tipik süre
1. Keşif görüşmesi	Problem, hedef kullanıcı, iş modeli, kaynaklar ve runway	1–2 görüşme
2. Discovery sprinti	Kullanıcı akışları, önceliklendirilmiş özellik listesi, teknoloji önerisi, kaba tahmin	1–3 hafta
3. Teklif ve sözleşme	Model, ekip, fiyatlama, IP devri, NDA	1–2 hafta
4. Tasarım ve prototip	Tıklanabilir prototip, kullanıcı testi	2–4 hafta (geliştirmeyle paralel yürüyebilir)
5. MVP geliştirme	İki haftalık sprintler, her sprint sonunda demo	Kapsama göre tipik olarak 8–16 hafta
6. Lansman ve stabilizasyon	Mağaza yayını, izleme, hata düzeltme	2–4 hafta
7. İterasyon ve devir	Ölçüm verisine göre yol haritası; iç ekip kuruldukça kademeli devir	Süregelen

SLA ve KPI: startup’ta ne ölçülür?

Startup’ta ölçüm, büyük şirketlerdeki gibi raporlama ağırlıklı değil, öğrenme hızına odaklı olmalıdır.

Gösterge	Açıklama
Sürüm sıklığı	Kullanıcıya ulaşan yeni sürümlerin ne kadar sık çıktığı
Fikirden canlıya süre (lead time)	Bir özelliğin önceliklendirilmesinden canlıya çıkışına kadar geçen süre
Sprint hedefi gerçekleşmesi	Sprint başında taahhüt edilen hedeflerin tamamlanma oranı
Kaçan hata ve çökme oranı	Canlıda bulunan hatalar, mobilde çökme içermeyen oturum oranı
Kritik olay müdahale süresi	Servis kesintisine ilk müdahale süresi
Bulut maliyeti / aktif kullanıcı	Altyapı maliyetinin büyümeyle orantılı kalıp kalmadığı
Destek ilk yanıt süresi	Kullanıcı taleplerine dönüş hızı

Fiyatlandırma faktörleri ve modelleri

Startup’lar için doğru fiyatlama modeli, belirsizliği kimin taşıdığına göre seçilmelidir. Burada TL fiyat vermiyoruz; modelleri ve maliyeti etkileyen faktörleri açıklıyoruz.

Model	Nasıl işler	Startup için artı/eksi
Sabit fiyat	Kapsam, süre ve bedel baştan sabit	Bütçe öngörülebilir; ama kapsam değişimi pahalı ve yavaş
Adam/ay	Ekip üyesi başına aylık bedel	Esnek önceliklendirme; ürün yönetimi disiplini gerektirir
Saatlik	Gerçekleşen saat üzerinden	Küçük ve düzensiz işlerde uygun; bütçe takibi şart
Outcome-based	Bedelin bir kısmı bir kilometre taşına (ör. lansman, belirli performans hedefi) bağlı	Riski paylaşır; ölçütün net ve iki tarafın kontrolünde olması gerekir

Ekip büyüklüğü ve kıdem karışımı
Platform sayısı (web, iOS, Android, yönetim paneli)
Entegrasyonlar: ödeme, kimlik doğrulama, harita, üçüncü taraf API’ler
Güvenlik ve uyum gereksinimi (fintech ve sağlık)
Tasarımın sıfırdan mı yoksa hazır sistemle mi yapılacağı
Lansman sonrası destek ve bakım kapsamı

Bazı girişimler hizmet bedelinin bir kısmını hisse ile ödemeyi önerir. Bu tür düzenlemeler değerleme, vergi ve şirket hukuku açısından ayrı bir değerlendirme gerektirir; her durumda yazılı ve avukat onaylı bir sözleşme olmadan önerilmez.

Startup için Outsourcing — konu başlıkları

Dış ekiple çalışırken ürün sahipliği nasıl korunur?

Outsourcing’in startup’larda en sık başarısız olduğu nokta teknik değil, ürün sahipliğidir. Dış ekip ne kadar yetkin olursa olsun, neyin neden yapıldığına karar veren kişi girişimin içinde olmalıdır. Pratikte bunun için birkaç alışkanlık yeterlidir:

Kuruculardan biri resmî olarak ürün sahibi (product owner) rolünü üstlenir ve backlog önceliklendirmesini o yapar.
Her özellik için “bunu neden yapıyoruz, başarıyı nasıl ölçeceğiz?” sorusu yazılı cevaplanır.
Sprint demolarına kurucular katılır; kabul kararı demo sonrasında verilir.
Kullanıcı görüşmelerinin notları dış ekiple paylaşılır; ekip bilet değil bağlam da görür.
Her çeyrekte teknik borç ve mimari durum ayrı bir toplantıda gözden geçirilir.

Bu düzen, dış ekibin “sipariş alan” değil “ürünü birlikte geliştiren” bir yapıya dönüşmesini sağlar ve ileride iç ekibe devri kolaylaştırır.

İç ekip, freelancer ve outsourcing: startup gözüyle

Kriter	İç ekip	Freelancer	Outsourcing partneri
Başlama hızı	Yavaş; işe alım aylar sürebilir	Hızlı	Hızlı-orta; hazır ekip
Nakit etkisi	Maaş ve yan haklar; bazen hisse opsiyonu	Düşük ama tahmin edilemez	Aylık, öngörülebilir; sözleşmeyle ölçeklenebilir
Ürün sahiplenmesi	En yüksek	Düşük	Orta-yüksek; ilişkinin süresine bağlı
Yetkinlik genişliği	Kişi sayısıyla sınırlı	Tek kişi	Tasarım, geliştirme, QA, DevOps bir arada
Yatırımcı algısı	Güçlü çekirdek ekip olumlu	IP devri eksikse risk	Sözleşmeler sağlamsa nötr; devir planı olumlu
Süreklilik	Kişi ayrılınca risk	Yüksek risk	Yedekleme ve devir taahhüdü

Çoğu başarılı startup karma bir yol izler: ilk aşamada dış ekip hız ve genişlik sağlar, ürün–pazar uyumu yaklaştıkça çekirdek mühendislik ekibi içeride kurulur ve dış ekip kademeli olarak uzmanlık ya da kapasite takviyesine çekilir. Bu geçişi baştan planlamak, kodun ve bilginin şirkete düzgün aktarılmasını sağlar.

Riskler ve önlemler

Risk	Önlem
Yanlış ürünü mükemmel inşa etmek	Kısa sprintler, her sprintte kullanıcı geri bildirimi, ölçüm hedefleri
Dış ekibe bağımlı kalmak	Kod ve hesaplar şirkette, dokümantasyon ve mimari kayıtlar, iç ekibe devir planı
Teknik borcun birikmesi	Her sprintte iyileştirme payı, kod inceleme, temel test kapsamı
Bütçenin beklenenden hızlı tükenmesi	Aylık bütçe–gerçekleşme raporu, önceliklendirilmiş backlog, kapsam kesme kararlarının kurucularda olması
Güvenlik açığı	Kimlik doğrulama ve yetkilendirmede hazır, olgun çözümler; bağımlılık taraması; temel sızma testi
IP belirsizliği	Her katkıcı için yazılı mali hak devri; açık kaynak lisans kontrolü

Güvenlik, KVKK/GDPR, NDA ve fikri mülkiyet

Ürün fikri ve iş modeli görüşmelerinden önce karşılıklı NDA.
Repository, bulut, alan adı, mağaza geliştirici hesapları ve analitik araçları baştan şirket adına açılır; dış ekip yetkilendirilmiş kullanıcı olarak erişir.
Kaynak kod, tasarım, dokümantasyon ve test varlıklarının mali hakları ödeme ile şirkete devredilir; devir belgesi yatırım dosyasına eklenebilecek biçimde hazırlanır.
KVKK ve gerekiyorsa GDPR için veri işleyen sözleşmesi; test ortamlarında gerçek kullanıcı verisi yerine sentetik veya maskelenmiş veri.
Gizli anahtarların kod içinde değil, gizli bilgi yöneticisinde tutulması; üretim ortamına erişimin kayıt altına alınması.
Ekip üyelerinin girişiminizle rekabet eden bir projede aynı anda çalışmaması gerekiyorsa, bunun sözleşmede açıkça yazılması.

Startup’lar için partner seçim kontrol listesi

MVP ve erken aşama ürün deneyimi var mı; hangi aşamalarda çalışmış?
Discovery sprinti sunuyor mu, yoksa doğrudan kod yazmaya mı başlıyor?
Teknoloji önerilerini gerekçelendiriyor mu, ileride iç ekibin devralabileceği yaygın teknolojiler mi seçiliyor?
IP devri ve due diligence belgeleri konusunda net mi?
Haftalık demo ve şeffaf backlog erişimi sağlıyor mu?
Ekibi ölçeklemek veya küçültmek ne kadar sürede mümkün?
İç ekibe devir planı sunabiliyor mu?
Bulut maliyetini optimize etmeyi hizmetin parçası olarak görüyor mu?
Fiyatlama modeli belirsizliğe uygun mu?
Referans görüşmesi yapabileceğiniz önceki çalışmalar var mı?

Örnek kurgu

Temsili senaryodur. Lojistik sektöründen gelen iki kurucu, küçük nakliyecileri yüklerle eşleştiren bir platform kurmak ister; ikisinin de yazılım geçmişi yoktur. Kurguda önce yarı zamanlı bir fractional CTO ile iki haftalık bir discovery sprinti yapılır; ardından sabit kapsamlı küçük bir MVP (sürücü mobil uygulaması ve web yönetim paneli) geliştirilir. Lansmandan sonra ekip adam/ay modeline geçer, kurucular ilk tohum yatırımdan sonra iç ekipte bir mühendislik lideri işe alır ve dış ekip kademeli olarak QA ve mobil geliştirmeye odaklanır. Bu kurgu bir örnektir; gerçek bir müşteri sonucu değildir.

Sık sorulan sorular

Teknik kurucumuz yok, yine de outsourcing ile ürün geliştirebilir miyiz?

Evet, ancak teknik kararları değerlendirecek birine ihtiyacınız vardır. Fractional CTO veya CTO as a service modeli bu boşluğu doldurur; dış ekibin kararlarını sizin adınıza denetler.

MVP ne kadar sürede çıkar?

Kapsama göre değişir. Odaklı bir MVP için tipik aralık 8–16 haftadır. Discovery sprinti sonunda daha net bir tahmin verilir.

Sabit fiyat mı, adam/ay mı seçmeliyiz?

Kapsamı net ve küçük bir MVP için sabit fiyat bütçe güvencesi sağlar. Hipotezlerin hızla değiştiği dönemde adam/ay modeli daha esnektir. Birçok girişim MVP için sabit fiyatla başlayıp sonrasında adam/ay modeline geçer.

Kodun sahibi kim olur?

Önerdiğimiz yapıda kaynak kod, tasarım ve dokümantasyonun mali hakları ödeme ile birlikte şirketinize devredilir ve kod baştan sizin repository’nizde tutulur. Bu, yatırımcı due diligence sürecinde de istenen düzendir.

Yatırımcılar dış ekiple çalışmamıza nasıl bakar?

Yatırımcılar genellikle IP’nin şirkette olup olmadığına, dokümantasyona ve uzun vadeli ekip planına bakar. Sağlam sözleşmeler ve iç ekibe devir planı olan bir dış ekip ilişkisi tek başına olumsuz görülmez.

Hisse karşılığı çalışıyor musunuz?

Hizmet bedelinin bir kısmının hisseyle ödenmesi her girişim için ayrı değerlendirilir; değerleme, vergi ve şirket hukuku boyutları nedeniyle yazılı ve avukat onaylı bir düzenleme gerekir.

Hangi teknolojileri öneriyorsunuz?

İleride iç ekibin kolayca devralabileceği, işe alım havuzu geniş ve olgun teknolojileri öneriyoruz. Kesin seçim ürünün gereksinimlerine göre discovery sprintinde yapılır.

Teknopark şirketiyiz, dış kaynak kullanmak teşviklerimizi etkiler mi?

Etkileyebilir. Teknoloji geliştirme bölgesi ve Ar-Ge teşviklerinde işin nerede ve kim tarafından yapıldığına ilişkin kurallar vardır. Sözleşme öncesinde mali müşavirinizle değerlendirmenizi öneririz.

Ekibi büyütüp küçültebilir miyiz?

Evet. Adam/ay ve staff augmentation modellerinde rol ekleme ve çıkarma, sözleşmedeki bildirim sürelerine göre yapılır.

Lansmandan sonra destek veriyor musunuz?

Evet. Hata düzeltme, izleme, küçük geliştirmeler ve kullanıcı destek talepleri managed service olarak devam edebilir.

İç ekibimizi kurunca dış ekipten nasıl ayrılırız?

Sözleşmedeki devir planına göre: dokümantasyon, mimari kayıtlar, ortak çalışma dönemi ve açık işler listesi teslim edilir. Bu süreç baştan planlanırsa kesintisiz olur.

Ekip bizim işçimiz gibi çalışır mı?

Hayır. 360 Soft hizmet alımı modeliyle çalışır ve ekibin işvereni 360 Soft olarak kalır. Personelin sizin işçiniz gibi çalıştırıldığı geçici iş ilişkisi İŞKUR izinli özel istihdam büroları üzerinden kurulabilir.

İlgili sayfalar

Girişiminizin aşamasına uygun ekibi konuşmak için +90 850 335 10 87 numarasını arayın, info@360-soft.com adresine yazın ya da iletişim sayfamızdan ulaşın. 360 Soft, Nidakule Ataşehir, İstanbul.

Startup için outsourcing planlayalım Devretmek istediğiniz işleri yazın; kurulum planını ve yazılı teklifi paylaşalım. Teklif alın · WhatsApp · +90 850 335 10 87

Bu sayfa 360 Soft Yetkili Temsilcisi Yasir Bünyamin İncedere tarafından hazırlanmıştır. Son güncelleme: Kasım 2026.

İlgili hizmetler

Tüm hizmetler: Outsourcing Hizmetleri