Kurumsal yazılım tedarik kararlarının %43’ü ilk yıl içinde yeniden gözden geçirilmek zorunda kalıyor ve Gartner 2025 Strategic IT Buying raporuna göre build vs buy vs partner kararının yanlış verilmesi 5 yıllık TCO’da %35-55 fark yaratabilir. Doğru analizle yazılım yatırımının ROI’sı 12-24 ayda elde edilirken, yanlış kararlar yıllık 1-10 milyon USD’lik kayba yol açabilir. 2026 itibarıyla SaaS dominance, partnership ekonomisi ve AI/ML kompozisyonu, kurumsal yazılım tedarik stratejisini yeniden şekillendiriyor.
Bu rehberde build, buy ve partner yaklaşımlarını kurumsal stratejik karar matrisi ile inceliyoruz:
- Build, Buy ve Partner tanımları ve hibrit modeller
- TCO (Total Cost of Ownership) hesaplama metodolojisi
- Karar matrisi: stratejik önem, özelleştirme, time-to-market
- Vendor selection süreci ve due diligence
- Build kararının organizasyonel ön gereksinimleri
- Partner ekosistemi ve revenue share modelleri
Build, Buy ve Partner Tanımları
Üç temel yazılım tedarik yaklaşımı farklı strateji, kaynak ve risk profillerine sahiptir.
| Yaklaşım | Tanım | Time-to-Market | Tipik Yatırım (5 yıl) |
|---|---|---|---|
| Build | İç ekiple özel yazılım geliştirme | 9-24 ay | 1,5-15 milyon USD |
| Buy | Hazır ticari yazılım satın alma (SaaS veya perpetual) | 2-9 ay | 0,4-8 milyon USD |
| Partner | Bir ortak şirketle ortak ürün/sistem geliştirme | 6-18 ay | 0,5-5 milyon USD + revenue share |
| Hybrid | Build + Buy + Partner kombinasyonu | 4-15 ay | Karma |
| Outsource Build | Dış geliştirici firmaya yaptırma | 6-18 ay | 0,6-6 milyon USD |
| Open Source + Customize | OSS temel + custom üst katman | 3-12 ay | 0,2-3 milyon USD |
Karar Çerçevesi: Stratejik Önem ve Özelleştirme
Build vs Buy vs Partner kararı iki boyutlu bir matrise yerleştirilebilir: stratejik önem (yatay) ve özelleştirme ihtiyacı (dikey).
| Senaryo | Stratejik Önem | Özelleştirme İhtiyacı | Önerilen Yaklaşım |
|---|---|---|---|
| Core kompetisyon (öneri motoru) | Çok yüksek | Çok yüksek | Build |
| Stratejik ama standart (CRM) | Yüksek | Düşük-orta | Buy + Customize |
| Ayrıştırıcı niş (sektörel ML) | Yüksek | Yüksek | Build veya Partner |
| Standart back-office (HR) | Düşük | Düşük | Buy SaaS |
| Yeni pazara giriş (mobil bankacılık) | Yüksek | Orta | Partner |
| Yan ürün (analytics dashboard) | Orta | Orta | Buy + Build entegrasyon |
| Commodity (email server) | Çok düşük | Çok düşük | Buy SaaS |
TCO (Total Cost of Ownership) Hesaplama Metodolojisi
TCO, lisans/geliştirme maliyetinin ötesinde tüm yaşam döngüsü maliyetlerini içerir. Forrester Total Economic Impact metodolojisi 4 maliyet kategorisi tanımlar.
| Maliyet Kategorisi | Build | Buy (SaaS) | Partner |
|---|---|---|---|
| İlk yatırım (CAPEX) | Yüksek (500K-3M USD) | Düşük (10K-200K USD) | Orta (100K-1M USD) |
| Yıllık operasyonel (OPEX) | Orta (geliştirici + altyapı) | Yüksek (lisans + kullanıcı) | Orta + revenue share |
| Bakım maliyeti | Yüksek (%18-25 yıllık) | Dahil | Paylaşımlı |
| Upgrade maliyeti | Tamamen iç | Otomatik (SaaS) | Partner ile koordine |
| Eğitim maliyeti | Düşük (iç gelişim) | Orta (vendor sertifikası) | Düşük |
| Vendor lock-in riski | Yok | Yüksek (%60-100 migration) | Orta |
| Inovasyon hızı | İç ekip kapasitesi | Vendor roadmap | Partner roadmap |
| 5 yıl tipik toplam (USD) | 2,5-12 milyon | 0,5-6 milyon | 1-7 milyon |
Build Stratejisinin Ön Gereksinimleri
Build kararı, sadece bir karar değil; ciddi bir organizasyonel commitment’tır. Aşağıdaki ön gereksinimler karşılanmadan build kararı vermek riskli olur:
- Yetkin teknik ekip: Senior developers, mimar, ürün yöneticisi mevcut olmalı
- 5+ yıllık ürün vizyonu: Build kısa vadeli iş için yatırım israfı
- Stratejik öneme inanç: Bu yazılım rekabet avantajı yaratacak mı
- Operasyonel olgunluk: CI/CD, monitoring, on-call süreci kurulmuş olmalı
- Sürekli yatırım taahhüdü: %18-25 yıllık bakım bütçesi onaylanmış
- Domain expertise: İş domain’inde derin uzmanlık var
- Risk toleransı: 6-24 ay süresince getiri yok, bütçe taahhüdü
- Talent retention: Yıllık <%20 turnover olan kültür
Buy Stratejisi: Vendor Selection Süreci
Buy kararı, doğru vendor seçimine bağlıdır. Gartner 2024 Magic Quadrant ve Forrester Wave raporları primary kaynaklardır.
Vendor selection 8 adımlı bir süreçtir:
- İhtiyaç tanımı: Functional + non-functional gereksinimler, must-have/nice-to-have (3-4 hafta)
- Pazar tarama: Gartner, Forrester, G2, Capterra ile shortlist (2 hafta)
- RFI (Request for Information): 8-12 vendor’a high-level dokümantasyon (3-4 hafta)
- RFP (Request for Proposal): 3-5 finalist’e detaylı proposal istem (4-6 hafta)
- Demo + Q&A: Use case-based demolar (2-3 hafta)
- POC (Proof of Concept): 1-2 vendor ile 4-8 hafta pilot
- Due diligence: Financial health, security audit, customer reference (2-3 hafta)
- Sözleşme müzakeresi: SLA, pricing, escrow, exit terms (3-6 hafta)
Partner Modelleri ve Revenue Share
Partner stratejisi, build ve buy’ın arasında özel bir konuma sahiptir. Partner ile birlikte ürün geliştirme, market access veya teknoloji entegrasyonu sağlanır.
| Partnership Modeli | Yapı | Revenue Share | Önerilen Senaryo |
|---|---|---|---|
| White-label | Partner ürünü kendi markamızla satarız | %30-60 partner’a | Yeni pazara hızlı giriş |
| OEM/Embedded | Partner tech kendi ürünümüze entegre | Fixed fee veya %5-20 | Niche teknoloji erişimi |
| Reseller | Partner ürününü satarız, kendi adımıza | %15-35 komisyon | Geniş ürün portföyü |
| Co-development | Birlikte yeni ürün geliştirme | %50/%50 veya yapıya göre | Stratejik ortaklık |
| Marketplace partner | Vendor’ın marketplace’inde uzantı | Vendor’a %15-30 | Salesforce, Shopify ekosistemi |
| Joint venture | Yeni şirket kurulur | Hisse dağılımına göre | Uzun vadeli stratejik |
| Technology integration | API entegrasyonu, ortak müşteriler | Referral komisyon | Ekosistem büyütme |
Build, Buy ve Partner Karşılaştırma Matrisi
Her boyutta üç yaklaşımın detaylı karşılaştırması:
| Boyut | Build | Buy | Partner |
|---|---|---|---|
| Initial investment | Çok yüksek | Düşük-orta | Orta |
| Time-to-market | Yavaş (9-24 ay) | Hızlı (2-9 ay) | Orta (6-18 ay) |
| Özelleştirme | Sınırsız | Sınırlı (vendor izin verdiği kadar) | Müzakere edilebilir |
| Kontrol | Tam | Düşük | Orta |
| Inovasyon hızı | İç ekip + market | Vendor’a bağlı | Partner ile birlikte |
| Operasyonel yük | Yüksek | Düşük | Orta |
| Vendor lock-in riski | Yok | Yüksek | Orta-yüksek |
| IP ownership | Tam | Yok | Müzakere edilebilir |
| Ölçeklenebilirlik | İç altyapıya bağlı | Vendor SLA | Partner kapasitesi |
| Exit kolaylığı | Yok (asset) | Sözleşmeye bağlı | Sözleşmeye bağlı |
| Toplam 5 yıl TCO | %100 baseline | %55-75 | %70-90 |
Hybrid Strateji: En Yaygın Gerçek Dünya Yaklaşımı
Modern kurumlar saf bir yaklaşım yerine hybrid stratejiler benimser. McKinsey 2024 raporu Fortune 500 şirketlerinin %78’inin hybrid yazılım tedarik stratejisi uyguladığını belirtir.
- Buy core platform + Build differentiator: Salesforce CRM + custom AI scoring
- Buy back-office + Build customer-facing: SAP HR + custom mobile app
- Partner for niche + Build integration: Stripe payment + custom checkout flow
- Open source base + Custom extensions: Magento + custom modules
- Buy SaaS + Build data layer: Multiple SaaS + custom data warehouse
- Build core + Buy commodity: Custom proprietary algorithm + AWS/GCP services
Sektörel Karar Pattern’leri
Farklı sektörlerin farklı build/buy/partner pattern’leri vardır:
| Sektör | Tipik Strateji | Build Edilen | Buy Edilen |
|---|---|---|---|
| Bankacılık | Build core + Buy ek modüller | Core banking, risk engine | CRM, HR, ERP |
| E-ticaret | Buy platform + Build differentiator | Öneri motoru, AI search | Platform (Shopify Plus, BigCommerce) |
| SaaS startup | Build product + Buy infrastructure | Çekirdek ürün | AWS, Stripe, Auth0, Datadog |
| Sağlık | Buy EHR + Build patient-facing | Patient portal, mobile app | EHR (Epic, Cerner), PACS |
| Lojistik | Buy WMS/TMS + Build last-mile | Routing, mobile driver app | WMS, TMS suite |
| Üretim | Buy ERP/MES + Build IoT | IoT sensor platformu | SAP, Siemens MES |
| Telekom | Build network ops + Buy BSS | Network optimization | Billing, CRM (Amdocs, Netcracker) |
Risk Yönetimi ve Exit Stratejileri
Her tedarik kararının kendine özgü riskleri vardır. Risk azaltma stratejileri sözleşme aşamasında planlanmalıdır.
| Risk Tipi | Build Riski | Buy Riski | Partner Riski |
|---|---|---|---|
| Teknoloji riski | Yanlış mimari, scaling issues | Vendor obsoleted | Partner stack değişimi |
| Maliyet riski | Bütçe aşımı | Pricing artışı (40%+) | Revenue share değişimi |
| Insan kaynağı riski | Talent kaybı | İç bilgi erezyonu | Partner ekip değişikliği |
| Strateji riski | Pazara çok geç | Vendor pivot/M&A | Partner pivot |
| Vendor riski | N/A | İflas, acquisition | Partner iflası |
| Compliance riski | İç kontrol yetersizliği | Vendor non-compliance | Partner data handling |
| Exit kolaylığı | Sahip olduğun asset | Migration 12-36 ay | Partnership unwinding |
Yatırım Karar Süreci: 7 Adımlı Framework
Yapılandırılmış bir build vs buy vs partner karar süreci:
- Stratejik analiz: Bu yazılım rekabet avantajı yaratıyor mu? (1-2 hafta)
- Gereksinim katalogu: Functional, non-functional, integration (3-4 hafta)
- Pazar tarama: Vendor’lar, partner adayları, alternatifler (2-3 hafta)
- Initial TCO: Üç senaryoda 5 yıllık TCO hesabı (1-2 hafta)
- Risk değerlendirmesi: Her senaryonun riski ve mitigation (1-2 hafta)
- Karar matrisi: Skor tabanlı objektif karşılaştırma (1 hafta)
- Steering committee onay: CFO, CTO, CEO onay + bütçe (1-2 hafta)
Kurumsal yazılım tedarik rehberimizde detayları bulabilirsiniz. Yazılım outsourcing yazımız build kararının bir alternatifi olan dış kaynak modelini detaylı inceler.
Build vs Buy Karar Anti-Pattern’leri
Yaygın yanlış karar pattern’leri:
- “Bu kadar pahalı SaaS yerine biz yaparız”: Build TCO hesaplanmamış, vendor 4x ucuza çıkar
- “Vendor herşeyi yapar diyor”: POC’siz satın alma, gereksinim %40 karşılanmıyor
- “Open source ücretsiz”: Operasyonel emek 3-5x lisans bedelinden pahalı
- NIH (Not Invented Here) syndrome: Standart süreçler için bile custom build
- “Partner kazan-kazan”: Revenue share müzakere edilmemiş, sonradan ayrılık
- Pilot başarısı genelleme: 50 kullanıcılı pilot 5.000 kullanıcılık üretime garanti değil
- Maliyet karşılaştırması eksik: Sadece lisans karşılaştırılıyor, TCO yok
Kurumsal Yazılım Tedarik Kararlarında Karşılaşılan Tipik Sorunlar
Yazılım tedarik kararlarında teknik karşılaştırma kadar süreç olgunluğu ve organizasyonel hizalama kritiktir. Danışmanlık projelerinde gözlemlenen örüntüler, build/buy/partner kararlarının %43’ünün ilk 18 ay içinde revize edildiğini göstermektedir. Tipik sorunlar:
- Stratejik analiz atlanmış: “Diğerleri kullanıyor” gibi non-analytical karar
- TCO hesaplanmamış: 5 yıllık projeksyon yok, sadece ilk yıl bütçe odaklı
- POC yetersiz: 2 haftalık pilot ile vendor seçimi, gerçek dünya farkları sonra ortaya çıkıyor
- Exit stratejisi sözleşmede yok: Migration 12+ ay sürerken vendor lock-in farkedilmemiş
- İç kapasite overestimate: “Build yapabiliriz” inancı, sonra senior dev hiring zorluğu
- Partner due diligence eksik: Financial health, customer reference olmadan ortaklık
Sık Sorulan Sorular
Build kararını ne zaman vermeli?
Build kararı şu kriterler birleştiğinde mantıklıdır: (1) yazılım stratejik rekabet avantajı yaratıyor (öneri motoru, fiyatlandırma algoritması), (2) gereksinimler standart pazardan büyük ölçüde farklı, (3) 5+ yıllık ürün vizyonu mevcut, (4) yetkin teknik ekip var, (5) %18-25 yıllık bakım bütçesi onaylı, (6) işletme yöneticiliği değişim riskine toleranslı. Standart back-office (CRM, HR, ERP), commodity teknolojiler (email, calendar) için build neredeyse her zaman yanlış karardır.
SaaS vendor lock-in nasıl yönetilir?
Vendor lock-in azaltmak için: (1) sözleşmede data export hakkı (standart format), (2) escrow agreement (vendor iflas senaryosunda kod), (3) standart API kullanan vendor’ları tercih, (4) multi-vendor strateji (kritik fonksiyonlar için 2 alternatif), (5) integration layer (anti-corruption) ile vendor değişikliğini izole, (6) yıllık vendor health check (financial, roadmap), (7) competitive contract negotiation (3 yıllık taahhüt karşılığı %25-40 indirim ama lock-in riski artar), (8) open source alternatifi araştırma. Lock-in maliyetini %60-80 azaltmak mümkündür.
Partner stratejisi için ideal süreç nedir?
Partner stratejisi 6 fazda yönetilir: (1) ihtiyaç tanımı (teknoloji boşluğu, pazar erişimi, müşteri ihtiyacı), (2) partner havuzu (5-15 aday), (3) due diligence (financial, cultural, technical fit), (4) NDA + technical assessment (4-8 hafta POC), (5) commercial negotiation (revenue share, exclusivity, IP, exit), (6) operational integration (joint go-to-market, support, marketing). Tipik süre 4-9 ay, due diligence kritik faz olup bu fazda ortalama %35 aday elenir. Sözleşmede minimum 3-5 yıl commitment ve net SLA tanımlanmalıdır.
TCO hesabında en sık atlanan maliyetler nelerdir?
TCO hesabında sık atlanan maliyet kalemleri: (1) implementation efor (vendor genelde optimist, gerçek 2-3x), (2) training (kullanıcı başına 500-2.000 USD), (3) entegrasyon maliyeti (ERP, identity, data sync), (4) data migration (legacy’den geçiş), (5) opportunity cost (delayed time-to-market), (6) downtime maliyeti (migration sırasında), (7) compliance audit (yıllık), (8) backup ve DR maliyeti, (9) consulting/expertise (vendor partner), (10) sözleşme yenileme pricing artışı (yıllık %5-15). Tüm kalemler eklenince ilan edilen liste fiyatı toplam TCO’nun %35-55’i kadar olur.
Build kararının başarı oranı ne kadar?
Gartner 2024 raporu kurumsal build projelerinin %62’sinin planlanan süreden 1,5x daha uzun sürdüğünü ve %41’inin bütçeyi %40+ aştığını gösterir. Tam başarı (zaman, bütçe, gereksinim) oranı %22 seviyesindedir. Başarı predictor’ları: (1) deneyimli tech ekip, (2) net product vision, (3) agile/iterative yaklaşım, (4) C-level sponsorship, (5) realistik timeline, (6) MVP’den başlayıp scale, (7) regular external audit. Standish Group CHAOS raporu da benzer istatistikler sunar. Bu sebeplerden ötürü standart iş için “buy first, build only when justified” yaklaşımı yaygın olarak önerilir.
Sonuç
Build vs Buy vs Partner kararı 2026 itibarıyla kurumsal yazılım stratejisinin en kritik karar noktalarından biridir; yanlış karar 5 yıllık TCO’da %35-55 fark yaratabilir ve yıllık 1-10 milyon USD kayba yol açabilir. Stratejik önem ile özelleştirme ihtiyacı matrisinde core kompetisyon alanları build, standart back-office alanları buy, niş teknoloji erişimi partner ile çözülmelidir. Modern kurumların %78’i hybrid strateji uygular: core platform buy + differentiator build + niche partner. Doğru karar için TCO hesaplama (vendor liste fiyatı toplam maliyetin sadece %35-55’i), 5 yıllık vendor health analizi, exit stratejisi sözleşmede tanımlanması, POC ile gerçek dünya validasyonu ve risk azaltma planı kritik bileşenlerdir. Build kararı %22 başarı oranı ve %18-25 yıllık bakım taahhüdü gerektirirken, buy hızlı time-to-market avantajı ama vendor lock-in riski getirir. Doğru yapılandırma ile 12-24 ay içinde ROI elde edilir; yanlış kararlar ise yıllık 1-10 milyon USD’lik fırsat kaybına ve operasyonel kayba yol açar.
Ömer ÖNAL
Mayıs 17, 2026Build vs Buy vs Partner kararında en sık atlanan: switching cost. “Buy” ile başlayıp 2 yıl sonra “build”‘e geçen şirketler %40-60 oranında migration debt taşıyor. Initial decision matrix’e 5-yıllık exit/migration cost modellemesi koymak şart.