Yapay zeka ve yazılımın anahtar kavramları.

Yapay Zeka Ajanı

Yapay zeka ajanı (AI agent), bir hedefi anlayıp onu gerçekleştirmek için kendi başına çok adımlı kararlar alan, gerçek araçları (API, veritabanı, e-posta, takvim) kullanan ve sonuçlarına göre planını güncelleyen bir yazılım sistemidir. Bir ajanı klasik sohbet botundan ayıran üç özellik araç kullanımı (tool-use), hafıza ve planlamadır.

Kurumsal AI projelerinde "ajan mı, chatbot mu, copilot mu" sınırı çoğu zaman bulanıktır. Yazılım Koçu bu kategorizasyonu netleştirmek için statik chatbottan otonom sisteme uzanan beş seviyeli bir spektrum tanımlar.

Ajanik Yapay Zeka

Ajanik yapay zeka (agentic AI), tek bir soru-cevap üretmenin ötesine geçip bir amaca ulaşmak için kendi başına bir dizi adım planlayıp yürüten yapay zeka yaklaşımıdır. Tek seferlik metin üreten klasik modellerin aksine, ajanik sistemler durum takip eder, araç çağırır, ara sonuçları değerlendirir ve gerekirse rotayı değiştirir.

Bir AI sisteminin ne kadar "ajanik" olduğu kesintisiz bir spektrumdur; doğru otonomi seviyesini seçmek bir tasarım kararıdır. Yüksek otonomi güçlü etki üretir ama gözetim mekanizması gerektirir.

Büyük Dil Modeli

Büyük dil modeli (LLM), çok büyük metin koleksiyonları üzerinde, bir dizideki bir sonraki kelime parçasını (token) tahmin etmeyi öğrenerek eğitilen yapay zeka modelidir. Bu basit hedef yeterince ölçeklendiğinde model; özetleme, çeviri, kod yazma ve akıl yürütme gibi görevleri ayrıca programlanmadan yapabilir hâle gelir.

Çoğu kurumsal AI çözümünün altında bir LLM vardır; ama LLM tek başına kurumsal veriyi bilmez ve aksiyon alamaz. İş değeri çoğu zaman LLM'in etrafına eklenen erişim (RAG), araç kullanımı ve gözetim katmanından gelir.

Prompt Mühendisliği

Prompt mühendisliği, bir dil modelinden istenen çıktıyı güvenilir biçimde almak için talimatları, bağlamı ve örnekleri tasarlama pratiğidir. Aynı modelin aynı görevdeki kalitesi, kendisine verilen yönergenin netliğine ve sağlanan bağlama göre belirgin şekilde değişir.

Kurumsal kullanımda prompt mühendisliği tek seferlik bir "iyi cümle yazma" işi değil; sürüm kontrolü, test ve ölçüm gerektiren mühendislik disiplinidir. Tekrar üretilebilirlik ve denetlenebilirlik, üretim ortamında prompt'un kendisi kadar önemlidir.

İnce Ayar

İnce ayar (fine-tuning), önceden eğitilmiş bir modeli, daha küçük ve göreve özel bir veri kümesi üzerinde ek olarak eğiterek o görevdeki davranışını biçimlendirme yöntemidir. Model böylece belirli bir üslubu, formatı veya alan terminolojisini ağırlıklarına işler.

İnce ayar her zaman doğru araç değildir: modele güncel/özel bilgi "okutmak" gerektiğinde çoğu zaman RAG daha hızlı ve ucuzdur; ince ayar ise üslup, format ve davranış tutarlılığı için tercih edilir. Bu ikisi rakip değil, birbirini tamamlayan tekniklerdir.

Kurumsal Kaynak Planlaması

ERP (enterprise resource planning), bir işletmenin finans, satın alma, stok, üretim, insan kaynakları gibi temel süreçlerini tek bir bütünleşik veri modeli ve yazılım üzerinde yöneten kurumsal sistemdir. Amaç, dağınık tablolar yerine süreçler arası tek bir doğruluk kaynağı oluşturmaktır.

Türkiye'de ERP dönüşümleri çoğu zaman teknik değil, yönetim ısrarı ve veri olgunluğu nedeniyle zorlanır. Doğru ERP seçimi, hazır paket ile özel geliştirme arasındaki dengeyi sektörünüze göre kurmayı gerektirir.

Müşteri İlişkileri Yönetimi

CRM (customer relationship management), bir işletmenin müşteri ve potansiyel müşterilerle olan tüm etkileşimlerini (satış fırsatları, görüşmeler, destek talepleri) tek bir yerde toplayıp yöneten sistemdir. Satış, pazarlama ve destek ekiplerinin aynı müşteri görünümü üzerinden çalışmasını sağlar.

CRM'in değeri yazılımın kendisinden çok, ekibin onu disiplinle kullanmasından gelir; "kurduk ama kimse girmiyor" en yaygın başarısızlık biçimidir. Doğru seçim, mevcut süreçlerinize ve entegrasyon ihtiyacınıza göre yapılmalıdır.

Hizmet Olarak Yazılım

SaaS (software as a service), yazılımın kurulup sunucuda barındırılmasının sağlayıcı tarafından üstlenildiği ve kullanıcının yazılıma internet üzerinden, genellikle abonelikle eriştiği dağıtım modelidir. Müşteri lisans satın alıp kendi sunucusuna kurmak yerine, hazır çalışan bir hizmete bağlanır.

SaaS düşük başlangıç maliyeti ve hızlı başlangıç sunar; karşılığında veri sağlayıcıda durur ve aylık maliyet zamanla birikir. Doğru karar, lisans/abonelik fiyatına değil üç yıllık toplam sahip olma maliyetine (TCO) bakılarak verilir.

SaaS vs On-Premise

SaaS ile on-premise (yerinde kurulum) arasındaki tercih, yazılımın nerede çalışacağı ve verinin nerede duracağı kararıdır: SaaS'ta yazılım sağlayıcının bulutunda barınır, on-premise'te kurumun kendi sunucularında çalışır. Bu, maliyet yapısı, kontrol, güvenlik ve bakım sorumluluğu açısından farklı dengeler kurar.

Türkiye'de KVKK kapsamındaki hassas veriler, sektör düzenlemeleri ve mevcut altyapı çoğu zaman bu kararı belirler. On-premise tam kontrol ve veri egemenliği verir ama bakım yükünü kuruma bindirir; SaaS bu yükü devreder ama veri yerleşimi ve bağımlılık sorularını gündeme getirir.

Çok Kiracılı Mimari

Çok kiracılı (multi-tenant) mimari, tek bir yazılım örneğinin birden fazla müşteriye (kiracıya) aynı anda hizmet verdiği ve her kiracının verisinin mantıksal olarak yalıtıldığı tasarımdır. Tüm kiracılar aynı altyapıyı paylaşır ama kimse bir diğerinin verisini göremez.

Çoğu modern SaaS ürünü çok kiracılıdır; bu, sağlayıcı için ölçek ekonomisi, müşteri için düşük maliyet anlamına gelir. Kurumsal alıcı için kritik soru, kiracı yalıtımının ve veri sınırlarının nasıl garanti edildiğidir.

Geliştir mi, Satın Al mı?

Build vs Buy (geliştir mi, satın al mı), bir yazılım ihtiyacının özel olarak geliştirilmesi (build), hazır bir çözümle karşılanması (buy) ya da hazır bir platform üzerine farklılaştırıcı katmanın geliştirilmesi (hybrid) arasındaki karardır. Doğru tercih tek bir değişkenle değil; ihtiyacın benzersizliği, rekabet kritikliği, teknik kapasite, zaman baskısı ve toplam maliyet birlikte tartılarak verilir.

Çalışan bir sisteminiz varsa soru "sıfırdan ne yapalım" değil, "mevcudu mu iyileştirelim yoksa baştan mı tasarlayalım" hâline gelir. Yazılım Koçu bu boyutu Kaizen vs Kaikaku Karar Çerçevesi (KKKÇ) ile ele alır ve kararı yapısallaştırmak için bir Build vs Buy aracı sunar.

Toplam Sahip Olma Maliyeti

Toplam sahip olma maliyeti (TCO), bir yazılımın yalnızca lisans veya geliştirme bedelini değil; kurulum, entegrasyon, eğitim, bakım, güvenlik, sağlayıcıya bağımlılık ve fırsat maliyeti dahil yaşam döngüsü boyunca yarattığı tüm maliyeti kapsayan ölçüttür. Karar, ilk faturaya değil bu bütüne bakılarak verilmelidir.

İki çözümün ilk fiyatı yanıltıcıdır: ucuz görünen abonelik zamanla birikebilir, pahalı görünen geliştirme uzun vadede daha düşük birim maliyet üretebilir. Yazılım Koçu, yatırım etkisini tek boyutlu bakmamak için Üç-Boyutlu ROI Modeli (3DR) ile değerlendirmeyi önerir.

Yatırım Getirisi

Yatırım getirisi (ROI), bir yatırımdan elde edilen net kazancın, o yatırımın maliyetine oranıdır; bir girişimin finansal olarak ne kadar değer ürettiğini özetleyen temel ölçüttür. Klasik hesabı "(kazanç − maliyet) ÷ maliyet" biçimindedir.

AI projelerinde klasik tek boyutlu ROI çoğu zaman yetersiz kalır, çünkü etkinin önemli kısmı dolaylıdır (operasyonel iyileşme, kazanılan yetenek). Yazılım Koçu bu nedenle etkiyi Direct, Operational ve Strategic olmak üzere üç boyutta ölçen 3DR modelini kullanır.

Kaizen

Kaizen, Japon endüstri pratiğinden gelen ve "sürekli, küçük, kümülatif iyileştirme" anlamına gelen bir yaklaşımdır. Mevcut sistemi yıkmadan, yerinde ve düzenli küçük adımlarla iyileştirmeyi esas alır.

Dijital dönüşümde Kaizen, çalışan bir sistemin "hazırın üzerine ekle" mantığıyla geliştirilmesine karşılık gelir ve radikal yeniden tasarım (Kaikaku) ile bir tercih ikilisi oluşturur. Hangisinin uygun olduğu, beş soruluk bir karar çerçevesiyle netleştirilebilir.

Kaikaku

Kaikaku, yine Japon endüstri pratiğinden gelen ve "radikal, sıfırdan yeniden tasarım" anlamına gelen dönüşüm yaklaşımıdır. Mevcudu kademeli iyileştirmek yerine süreci veya sistemi temelden yeniden kurmayı ifade eder.

Kaikaku, mevcut sistem teknolojik olarak ömrünü doldurduğunda veya rekabet baskısı sıfırdan tasarımı zorunlu kıldığında gündeme gelir. Kaizen ile arasındaki tercih duyguyla değil; mevcut sistemin değeri, entegre edilebilirliği, bütçe ve risk toleransı gibi ölçütlerle verilmelidir.

Dijital Olgunluk

Dijital olgunluk, bir kurumun teknolojiyi, veriyi ve dijital süreçleri ne ölçüde stratejik ve sistemli biçimde kullanabildiğini ifade eden seviye kavramıdır. Tek bir araç değil; veri, süreç, organizasyon, altyapı ve kültür boyutlarının birlikte değerlendirildiği bir hazırlık ölçüsüdür.

AI dönüşümünde "nereden başlanır" sorusunun cevabı, kurumun dijital olgunluk seviyesine bağlıdır. Yazılım Koçu, Türkiye B2B pazarındaki kurumları beş seviyede konumlandıran bir olgunluk matrisi ve bunu ölçen ücretsiz bir test sunar.