Ajans ve yazılım firmaları için outsourcing, müşteri projelerini teslim eden bir dijital ajansın ya da yazılım evinin, kendi kadrosunun yetmediği noktalarda geliştirme, test, tasarım ve bakım kapasitesini dış kaynaktan almasıdır. Buradaki dış kaynak, sizin markanızın arkasında, çoğu zaman müşterinizin hiç görmediği bir ekip olarak çalışır: kodu sizin repository’nize yazar, sizin sprint takviminize uyar, sizin proje yöneticinize rapor verir. 360 Soft bu modelde hem ekip hem yöneticilik katmanı sağlar; ekip uzaktan, yerinde ya da hibrit çalışabilir.
Ajans dünyasının yapısal sorunu bellidir: gelir proje bazlı ve dalgalıdır, maliyet ise kadro bazlı ve sabittir. Üç büyük teklif aynı ay kazanıldığında kapasite yetmez; iki ay sonra boşta kalan geliştiriciler kârlılığı eritir. Outsourcing bu iki eğriyi birbirine yaklaştırmanın en pratik yoludur. Bu sayfada; hangi işlerin dışarı verilebileceğini, white label çalışmanın kurallarını, fiyatlama modellerini, sözleşmede fikri mülkiyet ve gizlilik maddelerinin nasıl kurulması gerektiğini ve iyi bir partneri nasıl seçeceğinizi ayrıntısıyla anlatıyoruz.

Kimler için uygun? Ajans ve yazılım evlerinin tipik sıkışma noktaları
Bu model en çok şu üç profilde karşılığını verir: 5–40 kişilik dijital ajanslar (web, e-ticaret, kampanya siteleri, mobil uygulama), belirli bir dikeyde ürün ve proje geliştiren butik yazılım evleri, ve kendi ürünü olan ama müşteri projeleriyle nakit akışını dengeleyen hibrit yazılım şirketleri. Ortak noktaları, satış ekibinin kapasiteden hızlı hareket etmesidir.
- Teklif kazanıldı, ekip yok: İşe alım süreci haftalar sürerken müşteri kickoff tarihini bekler. Kıdemli bir React veya Flutter geliştiriciyi bulmak, işe almak ve projeye alıştırmak çoğu zaman projenin ilk fazından uzun sürer.
- Teknoloji yelpazesi dışına taşan talepler: Müşteri bir WordPress sitesinin yanında headless commerce, native mobil uygulama ya da bir ERP entegrasyonu ister. Bu yetkinliği yalnız bir proje için kadroya eklemek mantıklı değildir.
- Bakım yükünün yeni projeleri boğması: Teslim edilen her proje, yıllarca süren bir bakım, güvenlik güncellemesi ve küçük geliştirme talebi kuyruğu doğurur. Bu kuyruk en iyi geliştiricilerinizi yeni işten uzaklaştırır.
- Test ve kalite güvencesinin ihmal edilmesi: Ajanslarda QA çoğunlukla proje yöneticisinin ya da tasarımcının teslimden önceki son kontrolüdür. Regresyon hataları müşteri ilişkisine zarar verir.
- Kârlılığın görünmez kaybı: Sabit fiyatlı projelerde tahmin edilenden uzun süren her iş günü doğrudan marjdan düşer. Dış kaynakla belirli işleri sabit maliyete bağlamak bu riski paylaştırır.
- Kilit kişi bağımlılığı: Tek bir kıdemli geliştiricinin ayrılması, onun bildiği beş müşteri projesini birden riske sokar. Dokümantasyonu ve devri sözleşmeyle güvenceye alınmış bir dış ekip bu riski azaltır.
Kısacası ajanslar için outsourcing, “maliyet düşürme”den çok kapasite esnekliği ve teslim güvencesi meselesidir. Doğru kurulduğunda satış ekibiniz kapasite kaygısı olmadan teklif verebilir, teknik liderleriniz ise mimari ve müşteri ilişkisine odaklanır.
Ajanslar ve yazılım firmaları hangi işleri dışarı verebilir?
Aşağıdaki tablo, ajans ve yazılım evlerinin en sık devrettiği iş paketlerini, bu paketlerde görev alan rolleri ve tipik teknolojileri özetler. Hepsini birden devretmek gerekmez; çoğu firma bir veya iki paketle başlar.
| İş paketi | Tipik roller | Görevler | Teknolojiler (örnek) |
|---|---|---|---|
| White label yazılım geliştirme | Full-stack geliştirici, teknik lider | Müşteri projesinin sizin markanızla, sizin adınıza geliştirilmesi | React, Next.js, Vue, Node.js,.NET, Laravel |
| Ekip takviyesi (yazılım geliştirici kiralama) | Frontend, backend, mobil geliştirici | Sprint ekibinize kişi bazlı ek kapasite | TypeScript, Java, Python, Go, Kotlin, Swift |
| Mobil uygulama geliştirme | Flutter / React Native / native geliştirici | Uygulama geliştirme, mağaza yayını, sürüm yönetimi | Flutter, React Native, Swift, Kotlin |
| QA ve yazılım test | Manuel test uzmanı, test otomasyon mühendisi | Test senaryosu, regresyon, cihaz/tarayıcı matrisi, otomasyon | Playwright, Cypress, Appium, Postman |
| UI/UX tasarım | UX araştırmacı, UI tasarımcı | Wireframe, prototip, tasarım sistemi, kullanılabilirlik testi | Figma, FigJam, Storybook |
| Web sitesi yönetimi ve bakım | WordPress / CMS geliştirici, destek uzmanı | Güncelleme, yedekleme, güvenlik yaması, küçük değişiklik talepleri | WordPress, WooCommerce, Strapi, headless CMS |
| DevOps ve bulut | DevOps mühendisi | CI/CD, ortam kurulumu, izleme, maliyet optimizasyonu | Docker, Kubernetes, GitHub Actions, AWS, Azure |
| Entegrasyon | Backend / entegrasyon geliştirici | ERP, ödeme, kargo, pazaryeri ve CRM entegrasyonları | REST, GraphQL, webhook, SOAP |
White label çalışmanın kuralları
White label, ajanslar için en hassas modeldir; çünkü dış ekip müşterinizle doğrudan temas etmeden sizin adınıza iş üretir. Sağlıklı bir white label ilişkisi için şu kuralları sözleşmeye yazmanızı öneririz: ekibin müşterinizle sizin onayınız olmadan iletişim kurmaması, müşterinizi doğrudan ya da dolaylı olarak hedeflememe (non-solicitation) taahhüdü, tüm kodun ve tasarım dosyalarının sizin hesaplarınızda (Git, Figma, bulut) tutulması, ekip üyelerinin kişisel portfolyolarında projeyi kullanmaması ve teslim edilen her çıktının fikri mülkiyetinin ödeme ile birlikte size devredilmesi. 360 Soft white label projelerde kendi adını müşteri tarafında kullanmaz; e-posta imzaları, toplantı katılımları ve dokümantasyon sizin kurumsal kimliğinizle yürütülebilir. Hangi toplantıya kimin katılacağı, kickoff öncesinde birlikte belirlenir.
Hangi işler içeride kalmalı?
Her şeyi dışarı vermek ajansı bir aracıya dönüştürür ve değer önerisini zayıflatır. Genellikle içeride kalması gereken işler şunlardır: müşteri ilişkisi ve hesap yönetimi, keşif (discovery) ve teklif aşamasındaki çözüm mimarisi, marka stratejisi ve yaratıcı konsept, son kalite onayı. Dışarı verilen kısım ise tanımlanabilir, ölçülebilir ve dokümante edilebilir iş paketleri olmalıdır.
Ajans projelerinde dikkat edilmesi gereken mevzuat ve standartlar
Ajans ve yazılım firmaları için düzenleyici çerçeve bankacılık ya da sağlık kadar ağır değildir; ancak müşterinizin sektörü ne kadar düzenliyse, teslim ettiğiniz yazılım da o kadar denetime açık olur. Dış ekiple çalışırken aşağıdaki başlıkların hem sizin sözleşmenizde hem de dış kaynak sözleşmesinde karşılık bulması gerekir.
| Başlık | Neden önemli | Dış kaynak sözleşmesine yansıması |
|---|---|---|
| Fikir ve Sanat Eserleri Kanunu (5846) | Yazılım, Türk hukukunda eser olarak korunur; mali hakların devri yazılı olmalı ve devredilen haklar açıkça sayılmalıdır | Kaynak kod, tasarım ve dokümantasyon üzerindeki mali hakların süre ve yer sınırı olmadan size devri; müşteriye alt devir yetkisi |
| KVKK (6698) ve gerekiyorsa GDPR | Test ve canlı ortamlarda müşterinizin son kullanıcı verisi işlenebilir | Veri işleyen sözleşmesi, erişim yetkisi, maskeleme, yurt dışı aktarım kontrolü |
| Elektronik ticaret ve ticari ileti kuralları | E-ticaret ve kampanya sitelerinde onay, ileti ve bilgilendirme yükümlülükleri vardır | Onay akışlarının, çerez yönetiminin ve bildirim metinlerinin müşteri hukukçusunun onayından geçmesi |
| Erişilebilirlik (WCAG 2.1/2.2) | Kamu ve büyük kurum müşterileri erişilebilirlik kriteri isteyebilir | Kabul kriterlerine erişilebilirlik testi eklenmesi |
| Açık kaynak lisansları | GPL gibi lisanslar, kapalı kaynak teslimde sorun çıkarabilir | Kullanılan bağımlılıkların lisans listesi (SBOM) ve onay süreci |
| Güvenlik (OWASP Top 10) | Müşteri sızma testlerinde bulunan açıklar ajansın itibarını etkiler | Güvenli kod standardı, bağımlılık taraması, düzeltme süresi taahhüdü |
Bu tablo hukuki görüş değildir; mali hak devri ve KVKK rolleri (veri sorumlusu / veri işleyen) için kendi hukuk danışmanınızla çalışmanızı öneririz. Pratik kural şudur: müşterinize verdiğiniz her taahhüdü, dış kaynak sözleşmesinde de en az aynı kapsamla alt yükleniciye yansıtın. Aksi hâlde aradaki boşluk sizin riskiniz olarak kalır.
Teslim modelleri: uzaktan, yerinde, hibrit
| Model | Nasıl çalışır | Ajanslar için ne zaman uygun |
|---|---|---|
| Uzaktan | Ekip 360 Soft ofisinden veya uzaktan; Slack/Teams, Jira ve Git üzerinden sizin süreçlerinize bağlanır | Çoğu web ve mobil projesi; ofis ve ekipman maliyeti istemediğinizde |
| Yerinde | Ekip sizin ofisinizde, iç ekibinizle aynı masada çalışır | Yoğun workshop dönemleri, müşteri ofisinde çalışma zorunluluğu olan kurumsal projeler |
| Hibrit | Keşif ve kritik sprintlerde yerinde, geliştirme döneminde uzaktan | Uzun soluklu çok fazlı projeler; yeni bir ekibin ilk haftalarındaki uyum dönemi |
Çalışma modelleri: dedicated team, staff augmentation, managed service, proje
Ajanslar için doğru modeli seçmek, hangi riski kimin taşıyacağına karar vermektir. Aşağıdaki karşılaştırma, aynı ihtiyacı farklı modellerle nasıl karşılayabileceğinizi gösterir.
| Model | Kim yönetir | Risk kimde | Ajanslarda tipik kullanım |
|---|---|---|---|
| Dedicated team | Teknik liderlik 360 Soft, önceliklendirme sizde | Paylaşımlı | Sürekli proje akışı olan ajanslar için “ikinci geliştirme stüdyosu” |
| Staff augmentation | Günlük iş planı sizin proje yöneticinizde; personelin işvereni 360 Soft | Teslim riski büyük ölçüde sizde | Sprint ekibine bir veya iki kişilik takviye |
| Managed service | 360 Soft, SLA ve KPI ile | Büyük ölçüde 360 Soft | Teslim edilmiş projelerin bakım ve destek kuyruğu |
| Proje (sabit kapsam) | 360 Soft, kapsam ve takvim ile | 360 Soft (kapsam değişikliği hariç) | Net tanımlı alt projeler: bir mobil uygulama, bir entegrasyon |
Önemli hukuki not: 360 Soft’un sunduğu modeller hizmet alımıdır; iş 360 Soft’un istihdam ettiği ekip ve yönetimiyle, sözleşmede tanımlanan kapsam ve hizmet seviyelerine göre yürütülür ve yapı 4857 sayılı İş Kanunu’nun 2. maddesindeki alt işverenlik kurallarına uygun kurulur. Personelin doğrudan sizin emir ve talimatınızla, sizin işçiniz gibi çalıştırıldığı geçici iş ilişkisi (İş Kanunu md. 7) ise İŞKUR’dan izinli özel istihdam bürosu üzerinden kurulabilir; 360 Soft özel istihdam bürosu değildir. Staff augmentation düzenlerinde de görev tanımı, iş planı ve hiyerarşi bu ayrıma göre yazılır.
Süreç: ilk görüşmeden ilk teslimata
Aşağıdaki süreler tipiktir; projenin büyüklüğüne, rol sayısına ve sizin onay hızınıza göre değişir.
| Adım | Ne yapılır | Tipik süre |
|---|---|---|
| 1. İhtiyaç analizi | Proje portföyünüz, teknoloji yığınınız, kapasite açığı ve hangi işlerin devredileceği çıkarılır | 2–5 iş günü |
| 2. Teklif ve model seçimi | Çalışma modeli, rol profilleri, SLA ve fiyatlama yöntemi yazılı teklife dönüşür | 3–5 iş günü |
| 3. Sözleşme ve NDA | Hizmet sözleşmesi, gizlilik, fikri mülkiyet, white label ve non-solicitation maddeleri | 1–2 hafta |
| 4. Ekip eşleştirme | Rol bazlı profiller sunulur, teknik görüşmeyi siz de yapabilirsiniz | 1–3 hafta |
| 5. Onboarding | Repository, ortam, kodlama standartları, Definition of Done, iletişim kanalları | 3–10 iş günü |
| 6. Pilot dönem | İlk sprintler; hız, kalite ve iletişim ölçülür | 2–6 hafta |
| 7. Ölçekleme ve sürekli iyileştirme | Aylık raporlama, çeyreklik gözden geçirme, rol ekleme/çıkarma | Süregelen |
SLA ve KPI: neyi ölçmeliyiz?
Ajans ilişkisinde ölçüm, müşteriye verdiğiniz sözle uyumlu olmalıdır. Aşağıdaki göstergeler başlangıç önerisidir; hedef değerler pilot dönem verisine göre birlikte belirlenir.
| Gösterge | Ne ölçer | Nasıl izlenir |
|---|---|---|
| Sprint taahhüt gerçekleşmesi | Planlanan işin ne kadarının sprint sonunda tamamlandığı | Jira / Linear raporları |
| Kaçan hata oranı | Teslimden sonra müşteri veya canlı ortamda bulunan hata sayısı | Hata takip sistemi, önem derecesine göre |
| Kritik hata müdahale süresi | Canlı ortamdaki kritik bir hataya ilk müdahale ve çözüm süresi | Destek kuyruğu zaman damgaları |
| Kod inceleme döngü süresi | Pull request açılışından birleştirmeye kadar geçen süre | Git platformu metrikleri |
| Test kapsamı | Kritik akışların otomatik testle korunma oranı | CI raporları |
| Tahmin sapması | Tahmini efor ile gerçekleşen efor arasındaki fark | Zaman kaydı ve sprint raporu |
| Ekip sürekliliği | Planlanmamış kişi değişikliği sayısı | Aylık hizmet raporu |
Fiyatlandırma: maliyeti belirleyen faktörler
Bu sayfada TL fiyat vermiyoruz; çünkü ajans projelerinde maliyet, rol karışımı ve risk paylaşımına göre çok değişir. Bunun yerine fiyatı hangi faktörlerin belirlediğini ve hangi modelin ne zaman mantıklı olduğunu açıklıyoruz.
| Fiyatlama yöntemi | Nasıl hesaplanır | Ajanslar için ne zaman uygun |
|---|---|---|
| Adam/ay | Rol başına aylık sabit bedel; tam zamanlı tahsis | Dedicated team ve uzun süreli takviye |
| Saatlik | Gerçekleşen saat × rol ücreti, aylık mutabakat | Dalgalı bakım talepleri, küçük değişiklik kuyrukları |
| Sabit fiyat | Kapsam, takvim ve kabul kriterleri baştan sabitlenir | Net tanımlı alt projeler; değişiklik talebi süreci şarttır |
| Outcome-based | Bedelin bir kısmı teslim edilen çıktıya veya hedefe bağlanır | Olgun ilişkilerde; ölçüt net ve iki tarafın kontrolünde olmalı |
- Rol ve kıdem karışımı: Bir kıdemli teknik lider ve iki orta seviye geliştirici, dört junior geliştiriciden çoğu zaman daha hızlı ve daha az maliyetle teslim eder.
- Teknoloji nadirliği: Yaygın web teknolojileri ile niş platformlar (ör. belirli ERP veya oyun motorları) arasında belirgin fark vardır.
- Taahhüt süresi: Uzun süreli ve öngörülebilir tahsis, kısa ve kesintili işlere göre daha avantajlıdır.
- Destek saatleri: Mesai dışı ve hafta sonu nöbet gereksinimi maliyeti artırır.
- Çalışma yeri: Yerinde çalışma; ulaşım, zaman ve koordinasyon maliyeti ekler.
- Yönetim katmanı: Proje yönetimi ve QA’yı 360 Soft üstlenirse bedele yansır, ancak sizin iç yönetim yükünüz düşer.

İç ekip, freelancer ve outsourcing karşılaştırması
| Kriter | İç ekip (kadro) | Freelancer | Outsourcing partneri |
|---|---|---|---|
| Başlama hızı | Yavaş; işe alım ve uyum süreci | Hızlı, ama uygun kişiyi bulmak şansa bağlı | Orta-hızlı; havuzdan eşleştirme |
| Esneklik | Düşük; kadro sabit maliyettir | Yüksek, ama süreklilik zayıf | Yüksek; rol ekleme/çıkarma sözleşmeyle |
| Süreklilik ve yedekleme | Kişiye bağlı | Çok düşük; hastalık veya başka iş riski | Partner, ayrılan kişinin yerine devir planıyla yenisini koyar |
| Kalite güvencesi | Sizin süreçlerinize bağlı | Kişiye bağlı | Kod inceleme, QA ve raporlama sözleşmede |
| Fikri mülkiyet ve gizlilik | Güçlü (iş sözleşmesi) | Sözleşme yoksa zayıf | Sözleşmeyle güçlü; NDA ve mali hak devri |
| Yönetim yükü | Yüksek | Yüksek (her kişi ayrı) | Düşük-orta; tek muhatap |
| Toplam maliyet görünürlüğü | Gizli maliyetler (boşta kalma, yan haklar, eğitim) | Düşük birim maliyet, yüksek koordinasyon maliyeti | Tek fatura, öngörülebilir |
Pratikte en sağlıklı yapı çoğu ajans için karmadır: çekirdek kadro (teknik lider, proje yöneticisi, tasarım direktörü) içeride, dalgalı kapasite ve uzmanlık gerektiren işler outsourcing partnerinde. Freelancer’lar ise kısa ve izole işler için hâlâ iyi bir seçenektir.
Riskler ve nasıl yönetilir?
| Risk | Belirti | Önlem |
|---|---|---|
| Müşterinin dış ekibi fark etmesi veya ekibe doğrudan ulaşması | Müşteri iletişiminde tutarsızlık | White label iletişim protokolü, non-solicitation maddesi, tek iletişim kanalı |
| Kalite düşüşü | Artan regresyon hatası, uzayan PR süreleri | Definition of Done, zorunlu kod inceleme, otomatik test eşiği |
| Bilgi adası oluşması | Kodu dış ekip anlıyor | Dokümantasyon teslimi, mimari kayıtlar (ADR), ortak kod incelemesi |
| Kapsam kayması | Sabit fiyatlı işlerde sürekli ek talep | Yazılı değişiklik talebi süreci, haftalık kapsam gözden geçirme |
| Kişi değişikliği | Projeyi bilen geliştiricinin ayrılması | Gölge kaynak, devir süresi, bildirim taahhüdü |
| Bağımlılık (vendor lock-in) | Repository ve hesaplar partnerde | Tüm varlıklar sizin hesaplarınızda; çıkış planı sözleşmede |
Güvenlik, KVKK/GDPR, NDA ve fikri mülkiyet
Bir ajans için en büyük itibar riski, müşterisine ait verinin ya da kodun kontrolsüz biçimde üçüncü kişilere geçmesidir. Bu yüzden dış ekip çalışmasında şu kontrolleri asgari standart olarak öneriyoruz:
- Her proje için ayrı NDA ya da çerçeve gizlilik sözleşmesine bağlı proje eki; ekip üyelerinin bireysel gizlilik taahhütleri.
- Kaynak kod, tasarım dosyası ve bulut hesaplarının sizin kurumsal hesaplarınızda tutulması; erişimlerin kişi bazlı ve iş bitince kapatılabilir olması.
- Fikri mülkiyet maddesi: işin ifası sırasında üretilen tüm eserlerin mali haklarının ödeme karşılığında size devri ve müşterinize alt devir yetkisi.
- KVKK kapsamında rollerin netleştirilmesi: genellikle müşteriniz veri sorumlusu, siz ve dış ekip veri işleyen konumundasınız. Test ortamlarında gerçek kişisel veri yerine maskelenmiş veri kullanılmalı.
- AB’deki müşteriler için GDPR veri işleme sözleşmesi (DPA) ve yurt dışı aktarım koşulları.
- Güvenli geliştirme: iki faktörlü kimlik doğrulama, gizli anahtarların kasada tutulması, bağımlılık ve statik kod taraması.
Partner seçim kontrol listesi
Ajans veya yazılım firması olarak bir outsourcing partneriyle görüşürken aşağıdaki soruların yazılı cevabını isteyin:
- White label çalışma deneyimi var mı ve müşteri temasını nasıl yönetiyor?
- Sunulan profiller gerçekten projede çalışacak kişiler mi; teknik görüşmeyi siz yapabiliyor musunuz?
- Kod sizin repository’nizde mi tutulacak, kod inceleme süreci nasıl işleyecek?
- Bir ekip üyesi ayrıldığında devir süresi ve yerine koyma taahhüdü nedir?
- Fikri mülkiyet devri, NDA ve non-solicitation maddeleri sözleşmede açıkça yazıyor mu?
- KVKK kapsamında veri işleyen yükümlülüklerini ve test verisi yönetimini nasıl karşılıyor?
- Fiyatlama modeli şeffaf mı; değişiklik talepleri nasıl fiyatlanıyor?
- Raporlama sıklığı ve formatı nedir; hangi KPI’lar raporlanıyor?
- Pilot dönem ve çıkış (exit) planı var mı?
- Hizmet modeli iş hukuku açısından doğru kurgulanmış mı: hizmet alımı mı, geçici iş ilişkisi mi?
Örnek kurgu
Temsili senaryodur. İstanbul’da 15 kişilik bir dijital ajans, aynı çeyrekte bir perakende markasının e-ticaret yenilemesini ve bir mobil sadakat uygulamasını kazanır. Ajansın iç ekibi web tarafına yetecek kadardır, ancak mobil yetkinliği yoktur ve teslim edilmiş 20’den fazla WordPress sitesinin bakım talepleri de kuyrukta beklemektedir. Kurulan yapıda mobil uygulama sabit kapsamlı bir proje olarak dış ekibe verilir; bakım kuyruğu aylık saat paketli managed service modeline taşınır; e-ticaret projesine ise bir kıdemli backend geliştirici staff augmentation ile eklenir. Ajansın teknik lideri mimariyi ve müşteri toplantılarını yönetmeye devam eder. Bu kurgu bir örnektir, gerçek bir müşteri sonucu değildir.
Sık sorulan sorular
Müşterimiz dış ekiple çalıştığımızı bilmek zorunda mı?
Bu, sizin müşterinizle yaptığınız sözleşmeye bağlıdır. Bazı sözleşmeler alt yüklenici kullanımını onaya bağlar; kurumsal ve kamu müşterilerinde bu maddeyi kontrol etmenizi öneririz. White label çalışma, sözleşmeniz izin verdiği sürece mümkündür.
Kaynak kodun sahibi kim olur?
Sözleşmede aksi yazmadıkça önerdiğimiz yapı, iş sırasında üretilen kod, tasarım ve dokümantasyonun mali haklarının ödeme ile birlikte size devredilmesi ve sizin de müşterinize devredebilmenizdir. Devrin yazılı ve hakları sayarak yapılması gerekir.
Ekibin teknik yeterliliğini nasıl doğrularız?
Önerilen profillerle teknik görüşme yapabilir, kısa bir deneme görevi isteyebilir ve pilot dönemde sprint metrikleriyle performansı ölçebilirsiniz.
En az ne kadar süreyle çalışmak gerekir?
Proje modelinde süre kapsama göre belirlenir. Dedicated team ve staff augmentation için birkaç aylık minimum taahhüt yaygındır; kesin süre teklif aşamasında konuşulur.
Hangi teknolojilerde destek verebiliyorsunuz?
Yaygın web (React, Next.js, Vue, Node.js,.NET, PHP/Laravel), mobil (Flutter, React Native, native) ve bulut/DevOps teknolojilerinde ekip kurulabilir. Niş teknolojiler için uygunluk ihtiyaç analizinde netleşir.
Bakım işlerini nasıl fiyatlıyorsunuz?
Bakım genellikle aylık saat paketi veya managed service olarak fiyatlanır; kritik hatalar için müdahale süreleri SLA ile tanımlanır.
Ekip bizim proje yönetim aracımızı kullanabilir mi?
Evet. Jira, Linear, Asana, ClickUp gibi araçlarda sizin çalışma alanınızda çalışmak ajans projelerinde en yaygın düzendir.
Yerinde çalışma mümkün mü?
Evet; keşif ve kritik dönemlerde yerinde ya da hibrit çalışma planlanabilir. Yerinde çalışmanın ek maliyeti teklifte belirtilir.
Müşterimizle doğrudan iletişim kurar mısınız?
Sizin onayınızla ve sizin belirlediğiniz kurallarla. Varsayılan düzende tüm müşteri iletişimi sizin üzerinizden yürür.
Staff augmentation ile geçici işçi çalıştırma aynı şey mi?
Hayır. 360 Soft hizmet alımı modelinde çalışır ve personelin işvereni 360 Soft olarak kalır. Personelin sizin işçiniz gibi emir ve talimatınızla çalıştığı geçici iş ilişkisi İŞKUR izinli özel istihdam bürosu üzerinden kurulabilir.
Test ve QA işini verebilir miyiz?
Evet. QA ve test otomasyonu, geliştirme ekibinden bağımsız bir paket olarak da alınabilir; bu, kendi geliştirdiğiniz projelerde bağımsız bir kalite kontrol katmanı sağlar.
Çalışmayı bitirmek istersek ne olur?
Sözleşmede tanımlanan bildirim süresi içinde devir planı uygulanır: kod, dokümantasyon, erişimler ve açık işler listesi size teslim edilir.
İlgili sayfalar
Devretmek istediğiniz işleri konuşmak için bizi +90 850 335 10 87 numarasından arayabilir, info@360-soft.com adresine yazabilir veya iletişim sayfamızdaki formu doldurabilirsiniz. 360 Soft, Nidakule Ataşehir, İstanbul.
Ajans ve Yazılım Firmaları 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
- Back Office ve Veri Girişi OutsourcingBack office ve veri girişi outsourcing: belge işleme, ana veri, mutabakat, OCR destekli doğrulama; KVKK…
- Bankacılık için OutsourcingBankacılık outsourcing: yazılım, test, AMS, SOC, KYC/AML operasyonu ve çağrı merkezi ekipleri. BDDK destek…
- Çağrı Merkezi ve Müşteri Hizmetleri OutsourcingÇağrı merkezi ve müşteri hizmetleri outsourcing: telefon, WhatsApp, e-posta ve canlı destek ekibi; yapay zekâ…
- Chatbot ve Yapay Zekâ Asistan Yönetimi OutsourcingChatbot ve AI asistan yönetimi: LLM/RAG bilgi tabanı, kalite ölçümü, WhatsApp Business API, temsilciye devir…
- CRM Yönetimi OutsourcingCRM yönetimi outsourcing: Salesforce, HubSpot ve Dynamics 365 admin, veri kalitesi, otomasyon, rapor ve…
- CTO as a Service: Dış Kaynak Teknoloji YöneticisiCTO as a Service (fractional CTO): teknoloji stratejisi, mimari, ekip kurma, due diligence ve güvenlik…