Yazılım headless’e mi gidiyor?

• Salesforce’un headless ürün lansmanıyla değerin merkezinin UI değil veri katmanı olduğuna dair bahis oynaması, ajan çağında SaaS’in savunulabilirliğinin nerede kaldığı sorusunu gündeme getiriyor
• SaaS çağında kayıt sistemlerinin (System of Record) hendeği, UI üzerinden oluşan kullanıcı alışkanlıklarıydı; ancak ajanların veritabanına doğrudan okuma/yazma yaptığı yapıda bu üstünlük zayıflıyor
• Savunulabilirlik aşağı doğru veri modeli, yetkiler, iş akışı mantığı, uyumluluk tarafına; yukarı doğru ise ağlar, özel veri üretimi, gerçek dünyada icra kabiliyeti tarafına kayıyor
• Yeni nesil AI-native kayıt sistemleri için ajan dostu veri modelleri, ajan düzeyinde yetki yönetimi, icra döngüsünün kapatılması gibi yeni ölçütler gerekiyor
• En umut vadeden yeni nesil işler, yalnızca veri depolamanın ötesine geçip gerçek dünyada icra ve çok taraflı koordinasyona uzanan yapılar

---

Salesforce’un headless duyurusunun ortaya attığı soru

• Salesforce geçen ay API açılımı ve headless ürün lansmanını duyurdu; bu da ajan çağında değerin UI’da değil veri katmanında olduğuna dair bir bahis anlamına geliyor
  • Teknik olarak neredeyse yeni hiçbir şey yok — headless ürün diye pazarlanan API’ler yıllardır vardı ve bu, tipik bir Salesforce tarzı pazarlama lansmanı
  • Temel fikir, ajanların insanlar için tasarlanmış UI’dan geçmeden doğrudan kayıt sisteminin verisine erişmesi
• UI kaldırılıp geriye yalnızca DB kaldığında, bunun Postgres + iyi tasarlanmış bir şema + API kombinasyonundan özünde ne farkı olduğu sorusu ortaya çıkıyor
  • Mevcut kayıt sistemlerini ayakta tutan unsurların hâlâ geçerli olup olmadığı ya da yeni ölçütlerin gerekip gerekmediği değerlendirilmek zorunda

UI’ın doğrudan ürün olduğu SaaS dönemi

• Kayıt sistemleri (System of Record), belirli bir alanın yetkili tek gerçeklik kaynağıdır (source of truth)
  • CRM gelirlerin kayıt sistemidir, HRIS insan kaynaklarının kayıt sistemidir, ERP ise paranın kayıt sistemidir
  • Asıl güç, yalnızca bir depo olmakta değil tüm organizasyonun paylaştığı gerçekliği sunmakta yatıyordu
• Salesforce’un son 20 yılda sattığı şey, satış liderlerinin ekiplerini yönetme biçimiydi
  • Dashboard’lar, pipeline görünümleri, tahmin araçları, etkinlik akışları fiilen satılan ürünlerdi; iş modeli de kullanıcı koltuğu (seat) satışı üzerine kuruluydu
  • Altındaki veritabanı kritik olsa da ikincil bir varlıktı
• Yapışkanlığı yaratan şey UI’dı
  • Veri hijyenini zorunlu kılıyor, ortak bir sözlük (Lead, Opportunity, Account) oluşturuyor, satış temsilcilerine normalde girmeyecekleri verileri girdirtiyordu
  • Birçok satış liderinin iş değiştirirken Salesforce’u yanında istemesinin nedeni UI’ın iyi olması değil, ellere işlemiş kullanım alışkanlığı (muscle memory)
• Ajanlar bu modeli tersine çevirmeye başlıyor
  • UI’dan geçmeden veriye doğrudan read/write yapabiliyorlar
  • SAP etrafında da yapay zeka dostu bir ekosistem hızla yayılıyor
  • Computer-use ajanları, zaman içinde insan temelli etkenleri (tercihler, eğitim, yazılı olmayan bağlam) etkisizleştiriyor

Geçmişte kayıt sistemlerinin yapışkanlığını değerlendirme ölçütleri

• Bunlar, insanların yazılımla nasıl etkileşime geçtiğine ve hangi tercihleri yaptığına dayanan unsurlardı

• Ne kadar sık kullanılıyor

  • CRM, GTM ekipleri tarafından her gün kullanılır → çekirdek altyapı hâline gelir
  • Üzerine inşa edilen iş rutinleri, ele yerleşmiş işlemler, yıllar içinde oturmuş yönetim kadansı taşınması en zor unsurlardır
  • Çoğu zaman göç ettirilmesi gereken bir şey olarak bile görülmez

• Write-only mi, read-write mı

  • Yapışkan kayıt sistemleri read-write yapıdadır
  • CRM sürekli okunur — her arama kaydı, aşama güncellemesi, görev oluşturma çift yönlü bir akış içindedir
  • Canlı operasyonel veriler işlendiği için güvenli bir geçiş anı yoktur → bir kez benimsendiğinde terk etmek zordur
  • Buna karşılık ATS (aday takip sistemi) write-only’ye daha yakındır — işe alım bittikten sonra verilere tekrar dönmek pek gerekmez

• Ne kadar çok dokümante edilmemiş SOP var

  • İş açısından kritik bağlam, wiki’lerde değil iş akışı kurallarında kodlanır
  • Satış örneği: 100 bin dolar üzeri enterprise anlaşmalarında VP onayı gerekir, EMEA anlaşmalarında gizlilik incelemesi zorunludur, stratejik logo indirimlerinde finans yalnızca çeyrek sonunda bypass edilebilir
  • Bu tür bağlam, bir işin zamanında yapılması ile atlanması arasındaki farkı yaratır
  • Migrasyon ya tüm otomasyonları tersine mühendislikle çözmek ya da kurum hafızasını tümden kaybetmek anlamına gelir

• İç ve dış bağımlılıkların ölçeği

  • Alttaki iç sistemler ile dış denetçilerin, muhasebecilerin ve düzenleyicilerin doğrudan erişim ihtiyacı
  • Her iki yandaki bağlantı ne kadar fazlaysa, migrasyonda çözülmesi gereken düğüm de o kadar çok olur

• Uyumluluğun önemi

  • Bordro, ERP ve İK verileri için hukuken savunulabilir tek bir gerçeklik kaynağı, sıkı yönetici erişim kontrolleri ve denetçi/düzenleyici müdahalesi şarttır
  • Bu yüzden yapışkanlıkları çok yüksektir
  • Satış verileri veya Zendesk benzeri müşteri destek araçları ise spektrumun diğer ucundadır — süreklilik ve bağlam önemlidir ama düzenleyici risk taşımaz

• Kayıt sistemi türüne göre geçiş maliyeti karşılaştırması

  • ATS, işe alım gibi sınırları belirgin bir iş akışı aracıdır; entegrasyonları dardır ve kullanıcı sayısı azdır
  • ERP bunun tam tersidir — ana defter doğrudan denetim izidir ve muhasebeciler, denetçiler, düzenleyiciler doğrudan paydaştır
  • ATS değiştirmek acı vericidir ama katlanılabilir; CRM değiştirmek açık kalp ameliyatıdır; ERP değiştirmek ise maraton koşan bir hastaya açık kalp ameliyatı yapmak gibidir

• Geleneksel olarak zayıf olan hendek unsurları

  • Özel veri — CRM’ler zengin veri taşısa da müşteriler arası içgörü üretme girişimleri sınırlı kaldı (Salesforce Einstein gibi birkaç girişim dışında)
  • Ağ etkileri — kutsal kase olarak görüldü ama kayıt sistemlerinde tarihsel olarak zayıftı

UI ortadan kalkıp ajanlar geldiğinde geriye ne kalır

• Ajanların browser’a ihtiyacı yok — API, bağlam, talimat ve eylem kabiliyeti yeterli

• Bunu mümkün kılan iki değişim var

  • LLM’lerin akıl yürütme becerisindeki artış: Ajanlar bağlamı okuma, plan yapma, araç seçme, yürütme ve sonucu gözden geçirmeyi insan müdahalesi olmadan yapabiliyor
  • MCP ile araç erişiminin standartlaşması: Ajanlar dış işlevleri ortak bir arayüz üzerinden çağırabiliyor
  • Computer-use ajanları da yeterli bağlam verildiğinde API olmadan mevcut yazılım arayüzlerinde gezinebiliyor

• Yazılım alıcıları için üç yol

  • Mevcut sistem + ajanlar: Mevcut SaaS liderinin CLI/API’sini kullanmak, native ajan ürünlerini (Salesforce Agentforce, SAP Joule) kullanmak veya kendi ajanını inşa etmek — ancak bunun için API’nin eksiksiz ve kullanılabilir olması, headless geçişin de operasyonel olarak basit olması gerekir
  • Kendi kayıt sistemini kurmak (DIY): Kendi veri modelini, operasyonel mantığını, yetki/denetim/entegrasyon katmanlarını ve kendi ajanlarını sıfırdan kurmak (üçüncü taraf araçlar kullanılabilir)
  • AI-native alternatif satın almak: Baştan itibaren makine tarafından okunabilirlik temelinde tasarlanmış yeni nesil yazılım; ajan orkestrasyonu birinci sınıf özellik olarak yerleşik ve headless çalışabiliyor

• Mevcut ölçütlerden hangileri hayatta kalıyor

  • İnsan davranışına dayanan unsurlar (kullanım sıklığı, read vs read-write) → kullanım alışkanlıklarıyla birlikte ortadan kalkıyor
  • Ajanlar kullanım alışkanlığı kaynaklı hendeği öldürüyor ama operasyonel mantık ve bağlamdan doğan hendeği öldürmüyor
  • Hatta ajanların güvenle davranabilmesi için açık kurallar, yetkiler ve süreç tanımları gerektiğinden bunlar daha da önemli hâle geliyor

• Kısa vadede dokümante edilmemiş SOP’ler hâlâ önemli

  • İş akışı kurallarına gömülü kurumsal mantık, ajanların doğru çalışması için kritik
  • Temiz biçimde dışa aktarılamaz (özellikle bazı süreçlerde insanlar sistem içinde kalmaya devam ediyorsa)
  • Ancak bağlam yakalamak kolaylaştıkça ve ajanlar emeğin yerini aldıkça zamanla önemi azalacak

• Bağlantılılık (connectivity) hâlâ zor ve daha da genişliyor

  • İnsanları takip etmekten çok parçalı işlevler ve yazılımlar arasındaki bağlantıyı korumak merkezî mesele hâline geliyor
  • Bir CRM ajanı, satış, faturalama ve müşteri başarısı arasındaki veri ve bağlamı birbirine dikmek zorunda
  • Dışarıdaki çok sayıda organizasyonun ajanlarının işlem yaptığı bir düğüm hâline gelirse bağımlılıklar daha da derinleşir
  • Gerek mevcut lider + ajan kombinasyonu gerek DIY DB + ajan yaklaşımı, çok sayıdaki alttaki yazılım katmanı arasında yatay geçiş yapmakta zorlanır

• Uyumluluk verileri hâlâ önemli

  • Düzenleyici ve hukuki risk taşıyan veriler için tek güvenilir veri kaynağı şart
  • Bordro ve muhasebe verilerini şirket içinde kurup sürdürme ihtimali düşük
  • Tam ajan dünyasının en zor çözülmemiş sorunu şu: Hangi ajan, kimin adına, neyi, hangi denetlenebilirlik seviyesiyle yapmaya yetkilidir?
  • Ajanlar arası etkileşimin kimlik ve yetki katmanı olan kayıt sistemleri, bir güven mimarisi dayattıkları için yapısal olarak ikame edilmesi zordur

AI-native girişimler için yeni savunulabilirlik unsurları

• Kayıt sistemini yeniden üretmenin zorluğu

  • Kısa vadede önemli olan, kayıt sistemi tabanlı verinin ne kadar kolay çıkarılıp yeniden üretilebildiği
  • Mevcut SaaS liderleri API’leri acı verici, kapılı, eksik veya ekonomik olmayan şekilde sunarak bunu zorlaştırıyor
  • Çıkarma araçları, özellikle computer-use ajanları geliştikçe bu giderek kolaylaşıyor
  • Aynı zamanda e-posta, telefon, ses ajanları ve iç dokümanlardan daha zengin veri rekonstrüksiyonu yapan yeni şirketler ortaya çıkıyor
  • Yapay zeka, kayıt sisteminin ilk %80’ini yeniden üretmenin maliyetini düşürüyor; ancak kalan %20 (istisna yönetimi, onaylar, uyumluluk, edge-case iş akışları) gerçek alternatifi ve wedge’i belirleyen yer

• Anlamlı özel veriye sahip olup olmama

  • Savunulabilir veri, içe aktarılan veri değil; ürünün kendisinin benzersiz şekilde ürettiği veridir
  • Verinin walled garden yapısı — özel, düzenlemeye tabi veya sürekli güncellenmesi gereken veri
  • Yetkin ve eksiksiz veriye yatırım yapan yazılım sağlayıcıları, genel amaçlı sağlayıcılara kıyasla avantaj elde eder
  • İçeride üretilen davranış verileri: gözlemlenen davranışlar, yanıt oranları, zamanlama örüntüleri, süreç sonuçları, benchmark’lar, istisna örüntüleri, ajan performans takibi
  • Veri bağlamın kendisidir (data is the context)

• Eylem katmanına sahip olup olmama

  • Geçmişte kaydı tutmak yeterliydi; yeni çağda ise ajanlar eylemde bulunuyor
  • Savunulabilirlik, eylem → sonuç yakalama → geri bildirim → karar iyileştirme şeklindeki kapalı döngü ürünlerine kayıyor
  • ERP örneği: harcama onayı, bordro tetikleme, fatura mutabakatı, bildirim gönderimi
  • Döngüyü kapatan ürünler gözlemde değil icranın içinde konumlanır → özgün veri üretir, kullanıldıkça iyileşir ve iş akışını bozmadan çıkarılmaları zordur

• Gerçek dünyada icra unsuru

  • Tam otomasyona girmeyecek gerçek dünya operasyonlarıyla bağlantısı olan iş modelleri
  • DoorDash gibi operasyon ağları buna örnek — tarihsel olarak kayıt sistemi değildi ama önemli bir işaret veriyor
  • Hizmet, fulfillment, lojistik, saha operasyonları ve ödemelerle döngüyü kapatan yazılımlar, saf SaaS’ten farklı türde bir savunulabilirliğe sahip
  • Yalnızca kayıt tutmak ya da tavsiye vermek değil; insan yönlendirmek, mal taşımak, hizmeti tamamlamak söz konusu
  • Üreticiler için fırsat, yazılımın giderek daha fazla karar verdiği ve ajanların koordinasyon yaptığı ama son kilometrede gerçek dünya icrası gerektiren pazarlarda — örneğin saha hizmetleriyle birleşik dikey yazılımlarda

• Ağ etkileri

  • Geçmişte kayıt sistemlerinde zayıftı çünkü yazılım esas olarak kurum içi kullanılıyordu
  • Çok taraflı iş akışlarına gömüldüğünde ağ etkileri çok daha önemli hâle gelebilir
  • Alıcı-satıcı, işveren-çalışan, şirket-denetçi, tedarikçi-müşteri, payer-provider gibi tekrar eden etkileşimleri aracıladığında, katılımcı sayısındaki artış ağ değerini büyütebilir
  • Uygulama biçimleri
    • Paylaşılan iş akışı koordinasyonu — iki tarafın işlem yürüttüğü, bağlam alışverişi yaptığı ve istisnaları çözdüğü yer hâline gelmek
    • Benchmarking ve intelligence — ağ örüntülerinden normlar, anormallikler ve öneriler üretmek
    • Güven ve standardizasyon — onayların, handoff’ların, uyumluluğun ve ödemelerin ortak rayı hâline gelirse basit bir DB değil, pazar koordinasyon altyapısının parçası olur

• Alıcının teknik kapasitesi

  • Teoride herkesin ajan geliştirebildiği bir dönemde bile pratik kapasite büyük farklılık gösteriyor
  • Dikey son pazarlar ile iç mühendislik kaynakları zayıf fonksiyon alıcılarının kendi DB’sini, iş akışı mantığını, ajan yığınını, yönetişimini kurup sürdürüp iyileştirmesi pek olası değil
  • Maliyet de temel unsur — DIY lisans maliyetini azaltır ama bedelini uygulama, bakım ve iç karmaşıklık maliyeti olarak geri alır
  • Operasyonun karmaşık ama teknik açıdan yeterince hizmet almamış olduğu kategorilerde fırsat var — imalat, inşaat back-office’i, endüstriyel ve saha hizmeti iş akışları, muhasebe

Diğer zorunlu unsurlar (table stakes)

• Yeni veri modeli (ontoloji)

  • “DIY DB” düşüncesi, nesne modelinin kendi başına taşıdığı değeri küçümseme eğiliminde
  • Mevcut yazılımlar dashboard, rapor ve insan iş akışlarını yakalamak için yapıldı → Opportunity, Ticket, Candidate gibi
  • Ajanlara yönelik şemaların ise akıl yürütme, eylem, durum takibi, istisna yönetimi, delegasyon, sistemler arası koordinasyonu yakalaması gerekiyor
  • Native nesne modeli task, intent, thread, policy, outcome gibi yapılara kayıyor

• Ajan yetki yönetimi

  • Yalnızca insanlar için değil, ajanların yönetimi için de bir yetki sistemi gerekiyor
  • Kimin, hangi ajan üzerinden, hangi politika altında, hangi onay/denetim izi/rollback/istisna yönetimiyle ne yapabileceğinin tanımlanması şart

• Maliyet bağlamı

  • Ajan ve DB kurma/sürdürme maliyetleri, API erişim maliyetleri vb.
  • Bu aynı zamanda veri yeniden üretiminin zorluğu ve bağımlılık sayısıyla da ilişkili bir konu

Sonuç — kayıt sistemlerinin evrildiği yön

• Mevcut SaaS liderlerinin headless’e yönelmesi, değerin kaynağı olarak veri katmanının kalacağına dair örtük bir bahis
• Finansal hizmetler gibi uyumluluğun derinden gömülü olduğu kategorilerde bu bahis bir süre daha geçerli olacak; headless dönüşüm de daha uzak bir gelecek
• Üreticiler açısından, headless’e geçen mevcut liderlerle rekabet etme fırsat yapısı değişiyor
• Yeni nesil kayıt sistemleri, sadece kayıt tutan depolar değil; bağlamı yakalayan, işleri başlatan ve veri izini (data exhaust) kaydeden, ajan dostu yapılar olacak
• En ilginç işler, gerçek dünyada icraya doğru genişleyen — saha ekiplerini, lojistik sağlayıcılarını, servis ekiplerini, fiziksel varlıkları koordine eden ya da çok taraf arasında konumlanan yapılar olacak
• Eski dünyanın iş modelleri ve geleneksel kayıt sistemlerinin çekirdeği olan veriyi birleştiren, ancak veriyi arka plana yerleştiren bir yapı ortaya çıkıyor