PwC 2025 M&A Tech Due Diligence raporuna göre, tamamlanan teknoloji satın almalarının %44’ünde yatırım sonrası ilk 18 ay içinde öngörülmeyen teknik borç maliyeti ortalama 4,2 milyon dolara ulaşıyor; bu olayların %71’i due diligence sürecinde tespit edilemeyen mimari, güvenlik veya IP risklerinden kaynaklanıyor. KPMG Tech in Deals 2025 araştırması, kapsamlı tech DD yürüten alıcıların ilk 24 ayda %62 daha az “beklenmedik gider” yaşadığını ve ortalama 8-15 milyon dolar bandında net pazarlık avantajı elde ettiğini ortaya koyuyor. EY 2025 Capital Confidence Barometer ise küresel kurumsal yatırımcıların %78’inin önümüzdeki 12 ayda en az bir teknoloji odaklı satın alma planladığını gösteriyor; bu da tech DD’yi yatırım sürecinin merkez disiplinine taşıyor.
Tech due diligence (Tech DD), bir M&A veya VC/PE yatırım süreci öncesinde hedef şirketin yazılım varlıklarını, mimarisini, kod kalitesini, ekip kapasitesini, güvenlik durumunu, fikri mülkiyet pozisyonunu ve operasyonel olgunluğunu sistematik olarak değerlendirme disiplinidir. 2026 itibarıyla DD süreci, manuel kod incelemesinin ötesinde otomatik tarama araçları, yapılandırılmış mülakatlar, mimari atölyeleri ve risk skorlama matrisleriyle çok katmanlı bir denetim hâline geldi. Bu rehberde Tech DD’nin 6 boyutunu, kullanılan ölçüm araçlarını, kırmızı bayrakları, M&A zaman çizelgesindeki rolünü ve stage-based bir karar çerçevesini büyük kurumsal vaka deneyimiyle inceliyoruz.
Tech Due Diligence’in 6 Temel Boyutu
Modern bir tech DD süreci altı boyutu paralel olarak inceler: mimari ve ölçeklenebilirlik, kod kalitesi ve teknik borç, ekip ve organizasyonel yetkinlik, güvenlik ve uyum, fikri mülkiyet (IP) ve sözleşmeler, son olarak operasyonel olgunluk ve maliyet projeksiyonu. PwC Deals 2025 raporuna göre boyutlardan herhangi birinin atlanması, anlaşma değerinin %12-18 oranında erozyona uğraması ile sonuçlanıyor; çünkü riskler bağımsız değil, birbirine kenetli şekilde tezahür ediyor. Örneğin düşük test kapsamı, üretim olay sıklığı yüksek bir ekiple birleştiğinde post-acquisition entegrasyon maliyetini katlıyor.
Boyutların doğru tartılması anlaşma türüne göre değişir: seed/erken aşama yatırımlarda ekip ve IP ağırlıklıdır, growth stage’de mimari ve müşteri ölçeği baskındır, mature/PE buyout’ta ise maliyet projeksiyonu ve güvenlik öne çıkar. Teknoloji risk yönetimi çerçevesi, DD bulgularını kurumsal risk taksonomisine bağlamak için doğru üst yapıdır.
| Boyut | Ana Sorular | Ölçüm Yöntemi | Risk Ağırlığı |
|---|---|---|---|
| Mimari & Ölçeklenebilirlik | 10x büyümeyi taşır mı, vendor lock-in var mı? | Mimari atölyesi, yük testi, bulut maliyet modeli | Yüksek |
| Kod Kalitesi & Teknik Borç | Maintainability ve cyclomatic complexity nedir? | SonarQube, CodeScene, Codacy | Yüksek |
| Ekip & Organizasyon | Bus factor, turnover, kilit kişi bağımlılığı? | CodeScene, HR records, 1:1 mülakatlar | Çok yüksek |
| Güvenlik & Uyum | OWASP, ISO 27001, SOC 2, GDPR durumu? | Pentest, SAST/DAST, audit raporları | Yüksek |
| IP & Sözleşmeler | Telif, lisans uyum, müşteri kontratları? | SCA (Snyk, FOSSA), legal review | Çok yüksek |
| Operasyon & Maliyet | Bulut faturası, olay sıklığı, SRE olgunluğu? | Cost reports, PagerDuty, postmortem analizi | Orta-Yüksek |
Kod Kalitesi Metrikleri ve Otomatik Tarama
Tech DD’nin objektif sütunu kod kalitesi metrikleridir. Cyclomatic complexity (her fonksiyondaki karar yollarının sayısı), maintainability index (0-100 arası bakım kolaylığı puanı), test kapsamı (line/branch coverage) ve teknik borç oranı (debt ratio = aktarılması gereken iş günü / toplam efor) DD raporunun çekirdek tablolarını oluşturur. Kod kalitesi metrikleri rehberi, bu ölçümlerin saha pratiklerini detaylandırır.
Otomatik araçlar her boyutta birbirini tamamlar: SonarQube teknik borç saatlerini ve maintainability index’i, Snyk veya Mend açık kaynak güvenlik açıkları ile lisans uyumu, CodeScene “bilgi konsantrasyonu” (knowledge bus factor) ve riskli sıcak noktaları, Trivy konteyner imajı taramasını, Dependabot bağımlılık eskime profilini raporlar. SBOM ve SLSA framework, tedarik zinciri DD’sinin alt yapısını sağlar; SBOM (Software Bill of Materials) artık ABD ve AB regülatörleri tarafından kritik altyapı alımlarında zorunlu kılınıyor.
| Metrik | Yeşil Bölge | Sarı Bölge | Kırmızı Bölge | Araç |
|---|---|---|---|---|
| Cyclomatic Complexity (fn) | < 10 | 10-20 | > 20 | SonarQube, Radon |
| Maintainability Index | > 75 | 50-75 | < 50 | SonarQube |
| Test Coverage (line) | > %70 | %40-70 | < %40 | Coverage.py, JaCoCo |
| Technical Debt Ratio | < %5 | %5-15 | > %15 | SonarQube debt model |
| Critical CVE Count | 0 | 1-5 | > 5 | Snyk, Trivy |
| Duplicate Code Block | < %3 | %3-8 | > %8 | SonarQube CPD |
| Documentation Coverage | > %60 | %30-60 | < %30 | Manual + Doxygen |
Ekip Kompozisyonu: Kırmızı Bayraklar
KPMG 2025 verisi şöyle bir gerçeği işaret ediyor: tech satın almalarında değer kaybının %38’i teknik nedenlerden değil, kilit kişilerin anlaşma sonrası ayrılmasından kaynaklanıyor. Bu yüzden ekip DD’si bir kurumsal istihbarat çalışması gibi yürütülmelidir. Statik araçlar ekibin bilgi dağılımını CodeScene “knowledge map” ile gösterirken; mülakatlar moral, karar otoritesi ve uzun vadeli bağlılık niyetini ortaya çıkarır. CTOaaS modelinde deneyimli bir lider, mülakat protokollerini standartlaştırarak DD’nin tekrarlanabilirliğini artırır.
Aşağıdaki tablo, ekip DD’sinin tetikçi (red flag) sinyalleridir; bunların 3 veya daha fazlasının üst üste gelmesi ciddi pazarlık avantajı yaratır:
| Sinyal | Ölçüm | Eşik | Risk |
|---|---|---|---|
| Bus Factor | Kritik repo’da tek katkıcı oranı | 1-2 kişi | Kritik bilgi kaybı |
| Senior Turnover (12 ay) | HR records | > %25 | Kültür sorunu işareti |
| CTO Tenure | Kurucu CTO görev süresi | < 18 ay | Vizyon süreksizliği |
| Eng/PM Oranı | Org chart | > 12:1 veya < 4:1 | Roadmap kaosu / mikro yönetim |
| External Contractor Oranı | Payroll vs kod commit | > %40 | IP riski + bilgi kaybı |
| Performans Süreci | OKR / review düzeni | Yok / ad-hoc | Hesap verebilirlik eksiği |
| Onboarding Süresi | İlk PR’a kadar gün | > 45 gün | Dokümantasyon yetersizliği |
- Yapılandırılmış CTO mülakatı: mimari yol haritası, karar matrisi ve 24 aylık bağlılık niyetini sorgulayan 10-12 soru.
- Senior engineer panel: 2-3 lider mühendisle bağımsız oturum, kültür ve teknik liderlik algısı.
- Çıkanlarla görüşme: son 12 ayda ayrılan kıdemli mühendislerden 2 kişiyle anonim görüşme (mümkünse).
- Skip-level review: junior/mid mühendislerden anonim Net Promoter Score (eNPS).
Güvenlik ve SBOM Denetimi
Güvenlik DD’si, hem mevcut açıkları haritalandırır hem de güvenlik kültürünün olgunluğunu ölçer. Penetrasyon testi sürecinin son 12 aylık raporu, kritik açık sayısı, kapatma süresi (MTTR) ve tekrarlanan açık oranı kontrol edilir. DevSecOps shift-left yaklaşımı CI/CD’de uygulanıyorsa, üretime ulaşan açıkların oranı kategorik olarak daha düşüktür. Bu bir kalite işareti olarak DD raporunda artı puan değerindedir.
SBOM denetimi 2026’da artık bir “nice-to-have” değil zorunluluktur; KPMG Deal Advisory raporlarına göre PE fonlarının %63’ü tedarik zinciri risk değerlendirmesi olmayan anlaşmaları artık erteliyor. Aşağıdaki check-list DD oturumunun ilk gün yapılmalıdır:
| Güvenlik Boyutu | Kontrol | Kanıt | Eşik |
|---|---|---|---|
| SBOM Üretim | SPDX/CycloneDX format | CI pipeline çıktısı | Her release |
| Critical CVE | SCA tarama | Snyk/Mend raporu | 0 kritik |
| SAST Kapsama | Statik tarama kapsamı | Pipeline log | > %95 commit |
| Pen-Test (12 ay) | Bağımsız 3. taraf | Rapor + kapatma listesi | MTTR < 30 gün |
| Audit (SOC 2 / ISO 27001) | Geçerli sertifika | Auditor raporu | Type II tercih |
| Secret Management | Vault / cloud KMS | Erişim politikası | Plaintext secret 0 |
| IR/IRP Hazırlığı | Olay müdahale planı | Tabletop sonucu | < 12 ay tatbikat |
Fikri Mülkiyet ve Sözleşme İncelemesi
IP DD’si, kod ve marka mülkiyetinin “temiz” olduğunu doğrular. GPL/AGPL lisanslı kütüphanelerin tescilli kod tabanına entegre edilmiş olması, satın alan tarafın tüm ürün kaynak kodunu açıklamaya zorlanmasına neden olabilir; bu, anlaşma değerinin sıfırlanmasıyla eşdeğer bir risktir. Outsourcing sözleşmelerinde IP devir maddeleri, dış geliştirici kontratlarında “work-for-hire” ibaresi taşımıyorsa, kodun mülkiyeti tartışmaya açılabilir. Patent envanteri, ticari marka tescili ve özel know-how’ın anlaşma kapsamında olduğunu doğrulamak için legal counsel ile birlikte çalışılır.
Müşteri sözleşmeleri DD’sinin sıklıkla atlanan ama kritik bir parçasıdır: change-of-control maddeleri (anlaşma sonrası müşterinin tek taraflı feshetme hakkı), MFN (Most Favored Nation) klozları ve indirim merdivenleri anlaşma değerlemesini doğrudan etkiler. Harvard Law School Forum on Corporate Governance verilerine göre M&A iptal nedenlerinin %19’u DD aşamasında bulunan müşteri sözleşmesi riskinden kaynaklanıyor.
- SCA (Software Composition Analysis) ile her açık kaynak bileşeninin lisansını ve uyumluluğunu raporla.
- Tüm geliştirici (çalışan + freelancer) sözleşmelerinde IP transfer ve gizlilik maddesi doğrulaması.
- Patent, ticari marka ve domain tescilleri için legal counsel verifikasyonu.
- Top 20 müşteri sözleşmesinde change-of-control klozu varlık denetimi.
- Eski çalışanlardan “non-compete” / “non-solicit” yükümlülüklerinin geçerliliği.
Ölçeklenebilirlik ve Bulut Maliyet Projeksiyonu
Mimari DD’sinin en kantitatif çıktısı 36 aylık bulut maliyet projeksiyonudur. Mevcut altyapı maliyeti analiz edilir; sonra anlaşma sonrası büyüme planına göre 3-yıllık TCO (Total Cost of Ownership) modeli kurulur. McKinsey M&A Practice verilerine göre tech satın almalarının %29’unda alıcı tarafın varsaydığı altyapı maliyeti, gerçek 24-aylık maliyetin yarısından daha düşük çıkıyor; bu da değer modelini ciddi bozuyor.
Aşağıdaki tablo, ölçeklenebilirlik DD’sinin temel projeksiyon parametrelerini içerir:
| Parametre | Mevcut Durum (Yıl 0) | 10x Kullanıcı (Yıl 2) | Risk Notu |
|---|---|---|---|
| Aylık Bulut Fatura | $45.000 | $320.000 (projeksiyon) | Single-AZ → multi-region maliyet patlaması |
| Veritabanı IOPS | 5.000 | 50.000+ | Sharding/partitioning gerekli |
| API Latency (p95) | 180 ms | < 250 ms hedef | CDN ve cache stratejisi şart |
| Engineer Headcount | 22 | 55-65 | Hiring + onboarding yatırımı |
| SRE / DevOps Oranı | 2:22 (~%9) | %15+ olmalı | Operasyonel olgunluk açığı |
| SaaS Vendor Maliyeti | $12.000/ay | $95.000/ay | Renegotiation veya in-house gerekli |
| Backup/DR Bütçesi | $3.500/ay | $28.000/ay | Mevcut RPO/RTO yetersiz |
M&A Süreç Zaman Çizelgesi ve DD Konumlandırması
Tech DD M&A timeline’ında belirli noktalarda etkindir. EY CEO Outlook ve Capital Confidence Barometer 2025 verilerine göre başarılı tech anlaşmalarının %82’sinde DD süreci LOI (Letter of Intent) sonrası 4-8 hafta penceresinde tamamlanıyor; bu aralığın altına inildiğinde “rushed DD” sendromu, üstüne çıkıldığında “anlaşma momentumu kaybı” görülüyor. Crunchbase M&A activity 2025 verisi de tech satın almaların ortalama 92 günde kapandığını gösteriyor; DD bu sürenin yaklaşık %30’unu kapsar.
| Faz | Süre | Tech DD Aktivitesi | Çıktı |
|---|---|---|---|
| Pre-LOI / Teaser | 1-2 hafta | Yüzey taraması, public-data analizi | “Go / No-go” değerlendirmesi |
| LOI İmza | 1 hafta | NDA + veri odası erişimi | DD kapsamı dondurulur |
| Faz 1: Otomatik Tarama | 1-2 hafta | SCA, SAST, SonarQube, CodeScene | Metrik tabanı |
| Faz 2: Mülakatlar & Mimari | 2-3 hafta | CTO, mimar, güvenlik lideri ile oturumlar | Nitel risk skoru |
| Faz 3: Sentez & Rapor | 1-2 hafta | Bulguların önceliklendirilmesi | 30-50 sayfalık DD raporu |
| SPA Pazarlık | 2-4 hafta | Bulguların değerlemeye yansıtılması | Fiyat / escrow / earn-out düzeltmesi |
| Sign & Close | 4-8 hafta | Regülatör + condition precedent kapanışı | Anlaşma kapanır |
| Post-Close (100 gün) | 3-4 ay | DD bulgu listesinin remediation planı | Integration roadmap |
Entegrasyon Riski ve Post-Close Yol Haritası
DD süreci anlaşma kapanışıyla bitmez; bulguların post-acquisition 100-180 günlük entegrasyon planına dönüştürülmesi DD’nin asıl ROI’sini açığa çıkarır. Dijital dönüşüm KPI çerçevesi bulgu listesini ölçülebilir KPI hedeflerine bağlar. Entegrasyon türü (tam birleşme, run-as-is, carve-out) seçimi, DD raporunun en kritik karar tetikleyicisidir.
| Entegrasyon Türü | DD Tetikleyici Bulgu | Tipik Süre | Risk |
|---|---|---|---|
| Full Integration | Yüksek mimari benzerlik, düşük teknik borç | 12-18 ay | Kültür şoku, key person kaybı |
| Run-as-is (Holdco) | Tamamen farklı yığın, kendi pazar segmenti | 0-6 ay (minimal) | Sinerji eksikliği |
| Carve-Out | Birim spesifik yetkinlik, ana üründen ayrılabilir | 9-15 ay | TSA (transition service) süresi |
| Hybrid (API-level) | Aynı müşteri segmenti, farklı teknoloji | 6-12 ay | Veri tutarlılığı, kimlik birleştirme |
| Acqui-hire | Düşük ürün değeri, yüksek ekip değeri | 3-6 ay | Ekibin elinde tutulması |
Risk Skorlama ve Pazarlık Etkisi
DD’nin nihai çıktısı bir bulgu listesi değil, bulguların M&A pazarlığına çevrilmesidir. Standart yaklaşım, her bulguyu 5×5 olasılık x etki matrisine yerleştirip skorlamaktır; üst-sağ köşeye düşen yüksek risk bulgular ya pazarlık masasında fiyat düzeltmesi (price adjustment), ya escrow (kapatma tutarının bir kısmının emanette tutulması), ya da earn-out (gelecekteki performansa bağlı ödeme) ile yönetilir.
- Yüksek skor (15-25 puan): Anlaşma fiyatı düzeltmesi veya anlaşmanın yapılandırılması (carve-out).
- Orta-Yüksek skor (9-14): Escrow / indemnity klozu, %5-15 anlaşma değeri tutarlı.
- Orta skor (4-8): Earn-out hedefiyle bağlama; satıcı tarafa remediation sorumluluğu.
- Düşük skor (1-3): Bilgi notu olarak transition plan’a dahil edilir.
- Bilinmeyen (insufficient info): “Material Adverse Change” klozuna eklenir.
Sık Sorulan Sorular
Tech due diligence ne zaman başlatılmalıdır ve ne kadar sürer?
Tipik olarak LOI (Letter of Intent) imzalandıktan sonra ve nihai SPA pazarlığı başlamadan önce 4-8 hafta süre öngörülür. Küçük anlaşmalarda (anlaşma değeri 5 milyon doların altı) 1-2 haftalık hızlı tarama, 100 milyon dolar üzeri büyük tech buyout’larda ise 6-10 haftalık derin inceleme uygulanır. PwC 2025 verisine göre “rushed DD” (3 haftadan kısa) yapan alıcıların ilk 24 ayda %47’si öngörülmeyen büyük teknik borç olayı yaşıyor; bu yüzden kapsam ile süre arasındaki dengeyi anlaşma değerine göre tartmak kritiktir.
Açık kaynak lisans riski neden anlaşma kırıcı olabilir?
GPL veya AGPL lisanslı bir bileşenin tescilli kod tabanına dağıtım kapsamında entegre edilmesi, satın alan tarafın tüm ürün kaynak kodunu açıklama zorunluluğuna yol açabilir; bu da hedef şirketin rekabet avantajını sıfırlayacak bir senaryodur. SCA (Software Composition Analysis) araçları (Snyk, FOSSA, Mend) bu riski erken aşamada işaretler. M&A geçmişinde lisans uyumsuzluğu nedeniyle anlaşmanın iptal edildiği veya alıcının %10-30 fiyat indirimi talep ettiği örnekler kayıtlıdır. SBOM/SLSA gibi tedarik zinciri framework’leri bu riski erken sinyallendirir.
Test kapsamı düşükse anlaşmadan vazgeçilmeli mi?
Hayır; düşük test kapsamı tek başına anlaşma kırıcı değildir, ancak bağlamına ve birleştiği diğer sinyallere bakılır. Hızlı büyüyen seed-stage startup’larda %40 line coverage normal kabul edilebilir; ancak SaaS olgun ürünlerde %25 altı kapsam ciddi sürdürülebilirlik riskidir. Çözüm; satın alma sonrası ilk 12 ayda kapsamı %60-70’e çıkarmayı hedefleyen bir “100 günlük plan” oluşturmak ve bu hedefe ulaşılana kadar satıcı tarafa earn-out / escrow ile sorumluluk paylaşımıdır.
CTO ve mimar mülakatları DD’de neden bu kadar kritiktir?
Otomatik araçlar mimari kararların gerekçesini, teknik karar konsantrasyonunu ve ekibin moral durumunu göremez. CTO ile yapılan yapılandırılmış görüşme; karar otoritesi, 24 aylık mimari yol haritası, kilit kişi bağımlılığı ve potansiyel turnover riskini ortaya çıkarır. KPMG 2025 verisine göre anlaşma sonrası kilit kişilerin ayrılması, anlaşma değerinin %20-30’unu erozyona uğratabilir; mülakatlar bu riski erken işaretler ve retention paketi / vesting yapılandırılması ile yönetilir.
Tech DD ne kadar maliyetli olur ve ROI nasıl hesaplanır?
Orta ölçekli bir SaaS satın alması için tech DD bütçesi tipik olarak 40.000 ile 150.000 USD bandındadır ve 4-6 hafta sürer. Anlaşma değerinin %0,1 – %0,5’i kadar bir maliyet kabul edilir. ROI iki kanaldan gelir: doğrudan pazarlık avantajı (PwC 2025’e göre ortalama 8-15 milyon USD) ve dolaylı maliyet kaçınma (post-acquisition ilk 24 ayda %62 daha az “beklenmedik gider”). Net olarak tech DD bütçesinin 50-100 katı ROI elde edilebilir; ancak DD ekibinin domain uzmanlığı bu ROI’nin tek belirleyicisidir.
Sonuç: Stage-Based DD Verdict Çerçevesi
Tech due diligence, M&A ve VC/PE yatırım kararlarında doğru fiyat ile doğru risk paylaşımını sağlamanın disiplinli yoludur. Anlaşmanın aşamasına göre DD’nin ağırlık merkezi değişir; bu yüzden “tek tip DD” yaklaşımı yerine stage-based bir verdict çerçevesi öneriyoruz:
- Seed / Erken Aşama (anlaşma değeri < 10M USD): Ekip ve IP boyutu baskın. 2-3 haftalık hafif DD, kurucu CTO mülakatı, açık kaynak lisans taraması ve patent envanteri ile sınırlı tutulur. Risk fiyatlaması daha çok earn-out ve founder vesting ile yönetilir.
- Growth Stage (10-100M USD): Mimari ölçeklenebilirlik, bulut maliyet projeksiyonu ve müşteri sözleşmeleri öne çıkar. 4-6 haftalık standart DD, SonarQube/Snyk/CodeScene seti, mimari atölyesi ve top-20 müşteri sözleşme incelemesi yapılır. Escrow tipik olarak %10-15 bandında.
- Mature / PE Buyout (> 100M USD): Operasyonel olgunluk, güvenlik audit’leri (SOC 2 Type II), SBOM ve compliance (GDPR, KVKK, HIPAA) baskın. 6-10 haftalık derin DD, bağımsız pentest, hukuki review ve 36 aylık TCO projeksiyonu zorunludur. Material adverse change klozu detaylı yazılır.
Her aşamada DD’nin amacı anlaşmayı iptal etmek değil, bilinmeyenleri görünür kılarak doğru fiyat ve doğru sorumluluk paylaşımı yaratmaktır. Deneyimli bir DD ortağı, alıcının riski hedeflenmiş şekilde fiyatlamasını ve post-acquisition entegrasyon planını gerçekçi temellere oturtmasını sağlar; bu da PwC, KPMG ve EY 2025 verilerinin gösterdiği gibi yatırımın iki haneli yüzdelerde değer korumasıyla sonuçlanır.
2026 itibarıyla tech DD pratiği üç yönde olgunlaşıyor: birincisi, otomatik tarama araçlarının (SonarQube, Snyk, CodeScene) çıktıları ile generatif AI destekli kod risk değerlendirmesinin birleşmesi sürecin hızını iki katına çıkarıyor; ikincisi, SBOM ve SLSA tedarik zinciri framework’lerinin regülatör tarafından zorunlu kılınması güvenlik DD’sinin bağımsız bir disiplin hâline gelmesini sağlıyor; üçüncüsü, post-acquisition entegrasyon planlarının DD raporuyla aynı anda hazırlanması ve “100 günlük plan”ın anlaşma kapanış belgesinin eki olarak imzalanması yaygınlaşıyor. Bu üç eğilim, yatırımcının DD ekibinden beklediği yetkinlik setini de değiştiriyor: artık sadece teknik denetçi değil, aynı zamanda entegrasyon stratejisti olan ortaklar tercih ediliyor.
Ömer ÖNAL
Mayıs 16, 2026Yazılım danışmanlığı projelerinde sıkça karşılaştığım bir soru: “Hangi mimari hangi senaryoda öncelikli olmalı?” Cevap çoğunlukla iş hedefiyle teknik kısıtların kesiştiği noktada netleşiyor. Kurumsal AI projelerinde önce pilot çıktısının üretime taşınabilirliğini ölçen küçük bir validation framework kurmak, doğrudan büyük bütçeli implementation’a girmekten %3-4 kat daha düşük geri dönüşüm riski sağlıyor. Yorumlarınıza açığım.