Blog

İş yönetiminde AI ajanları, çoğu kişinin sandığı gibi yalnızca blog yazısı veya sosyal medya metni üretmez; asıl değerleri tekrar eden operasyonel iş akışlarını uçtan uca yürütmeleridir. Takvimi koordine eden, fatura mutabakatı yapan, gelen kutusunu sınıflandıran ve sunucu sağlığını izleyen ajanlar bugün küçük ekiplerin bile günlük yükünü ciddi biçimde azaltabiliyor. Bu rehberde beş somut kullanım senaryosunu, her birinin gerektirdiği araçları, insan onayının nerede devreye girmesi gerektiğini ve altyapı tarafında nelere dikkat etmeniz gerektiğini adım adım ele alıyoruz.

AI ajanı ile klasik otomasyon arasındaki fark

Klasik iş akışı otomasyonu “eğer şu olursa bunu yap” mantığıyla çalışır. Bir form doldurulduğunda e-posta gönderir, bir dosya yüklendiğinde klasöre taşır. AI ajanı ise bir hedef verildiğinde hangi adımları izleyeceğine kendisi karar verir, gerektiğinde araçları (API, veritabanı, e-posta sunucusu, takvim servisi) çağırır, sonucu değerlendirir ve gerekirse planını revize eder.

Bu farkı üç bileşen yaratır:

• Model katmanı: Niyeti anlayan, plan kuran ve metni yorumlayan dil modeli.
• Araç katmanı: Ajanın dış dünyaya dokunduğu noktalar; CRM, muhasebe yazılımı, e-posta, takvim, izleme servisleri.
• Hafıza ve orkestrasyon: Önceki adımların kaydı, görev kuyruğu, hata durumunda yeniden deneme ve denetim günlüğü.

Bu yapı aynı zamanda riskin kaynağını da gösterir: Ajan ne kadar çok araca erişirse, yanlış bir kararın etkisi o kadar büyür. Bu nedenle her senaryoda “hangi işlem insan onayı olmadan tamamlanabilir” sorusunu baştan yanıtlamak gerekir. KOBİ ölçeğinde bu geçişin nasıl planlandığını KOBİ’ler görev yükünü AI ajanlarıyla nasıl yönetiyor başlıklı yazımızda daha ayrıntılı bulabilirsiniz.

1. Takvim ve toplantı koordinasyon ajanı

Bu, kurulumu en kolay ve etkisi en hızlı görülen senaryodur. Ajan; e-posta, takvim ve mesajlaşma kanallarını okuyarak toplantı taleplerini toplar, katılımcıların uygun saatlerini saat dilimi farklarını da hesaba katarak kesiştirir ve davetiyeyi oluşturur.

Tipik bir akış şöyle işler:

1. Gelen talebi sınıflandırır (yeni toplantı, erteleme, iptal).
2. Katılımcı listesini ve süreyi belirler; belirsizlik varsa netleştirme sorusu üretir.
3. Takvim API’si üzerinden uygun boşlukları sorgular, çakışmaları eler.
4. Davetiyeyi gönderir, toplantı öncesi kısa bir gündem notu ve katılımcı özeti hazırlar.
5. Toplantı sonrası notları ilgili klasöre ve CRM kaydına işler.

En sık yapılan hata, ajana tüm takvimi sınırsız okuma/yazma yetkisi vermektir. Bunun yerine “yalnızca belirli çalışma saatlerinde, yalnızca belirli katılımcı gruplarıyla, en fazla 45 dakika” gibi sınırlar tanımlamak; iptal ve taşıma işlemlerini ise onay kuyruğuna almak daha güvenlidir.

2. Fatura, tahsilat ve mutabakat ajanı

Finans tarafı, ajanların en somut getiri sağladığı alandır; çünkü iş hem hacimli hem de kurala bağlıdır. Ajan; e-fatura ve PDF dosyalarını okur, alanları (tedarikçi, vergi numarası, tutar, vade) çıkarır, muhasebe veya ERP sistemindeki kayıtlarla karşılaştırır ve tutarsızlıkları listeler.

Bu senaryoda dikkat edilmesi gereken üç nokta var:

• Doğruluk eşiği: Belirli bir tutarın üzerindeki kayıtlar ve tüm ödeme talimatları insan onayına bırakılmalı.
• Çift kayıt koruması: Aynı fatura numarası ikinci kez işlenmeye çalışıldığında ajan durmalı, tahmin yürütmemeli.
• Denetim izi: Her işlemin hangi dosyadan, hangi alan eşlemesiyle üretildiği kayıt altına alınmalı; sonradan denetimde bu iz gerekir.

Vadesi geçen alacaklar için nazik hatırlatma e-postası taslağı hazırlamak da bu ajanın doğal görevidir. Ancak mesajın tonu ve sıklığı mutlaka şablonla sınırlandırılmalı; aksi halde müşteri ilişkilerine zarar veren otomatik bir dil ortaya çıkar.

3. Gelen kutusu ve müşteri yanıtı ajanı

Destek ve satış kutularına düşen iletilerin büyük kısmı birkaç başlıkta toplanır: fiyat sorusu, teknik arıza, fatura talebi, iade, iş birliği. Bir ajan bu iletileri etiketleyip doğru ekibe yönlendirebilir, standart sorulara taslak yanıt hazırlayabilir ve yalnızca gerçekten karmaşık olanları insana bırakabilir.

Buradaki kritik unsur, ajanın şirket bilgi tabanına dayanmasıdır. Modelin kendi genel bilgisine bırakılan yanıtlar, kulağa doğru gelen ama yanlış bilgiler üretebilir. Bu riski azaltmanın yolu, kurumsal dokümanları vektör veritabanına indeksleyip yanıtı yalnızca bu kaynaklardan üretmektir; RAG (Retrieval-Augmented Generation) yaklaşımı tam olarak bunu sağlar.

Pratik kurallar:

• Yanıt taslak olarak üretilir, gönderim eşiği (örneğin “yalnızca SSS kapsamındaki sorular otomatik gönderilir”) net tanımlanır.
• Fiyat, taahhüt, hukuki beyan ve iade içeren mesajlar hiçbir koşulda otomatik gönderilmez.
• Müşteri memnuniyetsizliği sinyali (“çok bekledim”, “iptal etmek istiyorum”) yakalandığında ajan konuşmayı devreder.

4. Satış öncesi aday nitelendirme ve CRM hijyeni

Satış ekiplerinin en çok zaman kaybettiği iş, niteliksiz talepleri elemektir. Bir ajan; form, sohbet ve e-posta üzerinden gelen talepleri şirket büyüklüğü, sektör, bütçe ve zamanlama gibi ölçütlere göre puanlayabilir, CRM’e eksik alanları doldurarak kayıt açabilir ve doğru temsilciye görev atayabilir.

Aynı ajan, CRM’deki eski kayıtların temizliğini de üstlenebilir: mükerrer kayıtları birleştirmek, kapanmış fırsatları arşivlemek, altı aydır hareketsiz kayıtları “yeniden temas” listesine almak. Bu görünmez iş, raporlamanın güvenilirliğini doğrudan etkiler.

Veri işleme tarafında KVKK yükümlülüklerini unutmamak gerekir: Ajanın hangi veriyi hangi amaçla işlediği, ne kadar süre sakladığı ve üçüncü taraf model sağlayıcısına verinin aktarılıp aktarılmadığı açıkça belgelenmelidir.

5. Operasyon ve altyapı izleme ajanı

Web sitesi ve sunucu tarafındaki tekrar eden kontroller, ajanlar için ideal bir alandır. Böyle bir ajan; çalışma süresi (uptime) verilerini, hata günlüklerini, SSL sertifikası bitiş tarihlerini, yedekleme raporlarını ve sayfa hızı ölçümlerini düzenli aralıklarla toplar, anormallikleri özetler ve öncelik sırasına göre bir görev listesi üretir.

Örnek bir günlük özet çıktısı şu başlıkları içerebilir:

• Son 24 saatte 5xx hata oranında artış gösteren uygulamalar.
• 30 gün içinde süresi dolacak SSL sertifikaları.
• Başarısız veya eksik tamamlanmış yedekleme işleri.
• Son eklenti güncellemelerinden sonra hata üreten WordPress eklentileri.

Bu ajanın görevi sorunu çözmek değil, sorunu erken ve anlaşılır biçimde görünür kılmaktır. Bakım penceresi, eklenti güncelleme sırası ve geri alma planı gibi adımlar için WordPress hosting tarafındaki yapılandırmalarla birlikte düşünülmesi gerekir; çünkü sunucu tarafındaki kısıtlar (bellek limiti, PHP sürümü, cron davranışı) ajanın gördüğü belirtileri doğrudan etkiler.

Beş senaryonun karşılaştırması

Ajan	Ana görev	Tipik araçlar	İnsan onayı	Risk düzeyi
Takvim koordinasyonu	Toplantı planlama, gündem hazırlığı	Takvim API, e-posta, mesajlaşma	İptal ve taşımalarda	Düşük
Fatura ve mutabakat	Veri çıkarma, eşleştirme, hatırlatma	ERP/muhasebe API, OCR, e-fatura	Ödeme ve eşik üstü kayıtlarda	Yüksek
Gelen kutusu	Sınıflandırma, taslak yanıt, yönlendirme	E-posta API, bilgi tabanı, vektör arama	Fiyat ve taahhüt içeren yanıtlarda	Orta
Aday nitelendirme	Puanlama, CRM kaydı, görev atama	CRM API, form, zenginleştirme servisleri	Kayıt silme ve birleştirmede	Orta
Altyapı izleme	Ölçüm toplama, anormallik özeti	İzleme servisleri, günlük yönetimi, yedek raporları	Müdahale ve yeniden başlatmada	Düşük-Orta

Ajanları nerede çalıştıracaksınız?

Bu tür iş akışları genellikle sürekli açık kalan bir servis gerektirir: zamanlanmış görevler, webhook alıcıları, kuyruk işleyicileri ve model çağrılarını yöneten bir katman. Paylaşımlı hosting hesapları bu yükü kaldırmaz; çünkü uzun süreli süreçler, özel bağımlılıklar ve süreç izolasyonu gerekir.

Pratik bir kurulum için tipik tercih, izole bir VPS hosting ortamında konteynerleştirilmiş bir servis çalıştırmaktır. Bu ortamda dikkat edilmesi gerekenler:

• Sır yönetimi: API anahtarları kod içinde değil, ortam değişkenleri veya gizli anahtar deposunda tutulmalı.
• Hız sınırlama: Model ve üçüncü taraf API çağrıları için kuyruk ve geri çekilme (backoff) mekanizması kurulmalı.
• Maliyet kontrolü: Her görev için token ve çağrı bütçesi tanımlanmalı; ajan döngüye girdiğinde otomatik durmalı.
• Gözlemlenebilirlik: Her adımın girdisi, çıktısı ve süresi kayıt altına alınmalı.

Birden fazla ajan ve yüksek hacimli iş akışı söz konusuysa, model çağrılarını tek noktadan yöneten bir gateway kurmak faydalı olur; bu yaklaşımı VPS üzerinde LLM gateway kurulumu yazımızda ayrıntılandırdık. Ağır veri işleme veya yerel model çalıştırma ihtiyacı doğduğunda ise dedicated server seçenekleri gündeme gelir.

Güvenlik ve uyum için minimum kontrol listesi

• En az yetki: Her ajana yalnızca görevini yapmak için gereken API kapsamları verilmeli.
• Prompt injection savunması: Ajanın okuduğu dış içerik (e-posta, form, web sayfası) komut olarak yorumlanmamalı; araç çağrıları beyaz liste ile sınırlandırılmalı.
• İnsan onayı eşiği: Para, sözleşme, silme ve yayınlama içeren işlemlerde zorunlu onay.
• Veri saklama politikası: Günlüklerde kişisel veri maskelenmeli, saklama süresi tanımlanmalı.
• Geri alma planı: Her otomatik işlemin geri alınabilir olması, en azından bir denetim kaydının bulunması.

Ajan yatırımı nasıl ölçülür?

Etkiyi ölçmek için soyut “verimlilik” yerine birkaç net gösterge seçin: işlem başına geçen süre, insan müdahalesi gerektiren kayıt oranı, otomatik tamamlanan işlem yüzdesi, hata ve yeniden işleme oranı, işlem başına model maliyeti. İlk iki hafta boyunca ajanı yalnızca gözlem modunda çalıştırıp ürettiği kararları gerçek sonuçlarla karşılaştırmak, otomatik gönderime geçmeden önceki en sağlıklı adımdır.

SSS

AI ajanı kullanmak için büyük bir ekibe ihtiyacım var mı?

Hayır. Takvim koordinasyonu veya gelen kutusu sınıflandırma gibi tek görevli ajanlar, tek bir kişi tarafından kurulup izlenebilir. Önemli olan kapsamı dar tutmak ve insan onay noktalarını baştan tanımlamaktır.

Hangi senaryoyla başlamalıyım?

Geri alınabilir, düşük riskli ve ölçülebilir olanla başlayın. Takvim koordinasyonu veya altyapı izleme özeti iyi bir başlangıçtır; ödeme ve fiyat iletişimi içeren süreçler daha sonra gelmelidir.

Ajan yanlış karar verirse ne olur?

Bunu bir hata yönetimi problemi olarak tasarlamalısınız: her işlem için denetim kaydı, kritik işlemler için onay kuyruğu ve mümkün olduğunca geri alma adımı bulunmalıdır. Ayrıca ajan, belirsizlik durumunda tahmin yürütmek yerine durup soru sormaya yönlendirilmelidir.

Kendi sunucumda mı yoksa bulutta mı çalıştırmalıyım?

Kararı veri hassasiyeti, trafik hacmi ve maliyet belirler. Sırların ve kişisel verilerin yoğun olduğu senaryolarda izole bir VPS veya dedicated sunucu üzerinde kendi kontrolünüzde çalıştırmak daha fazla denetim sağlar; düşük hacimli denemelerde yönetilen servisler hız kazandırabilir.

Ajanlar SEO ve arama görünürlüğü için de kullanılabilir mi?

Evet. İçerik boşluklarını, rakip anahtar kelime farklarını ve teknik hataları düzenli tarayan bir ajan, raporlama yükünü azaltır. Ancak üretilen önerilerin editör onayından geçmesi, kalite ve marka tutarlılığı açısından şarttır.

Maliyet nasıl kontrol altında tutulur?

Görev başına token bütçesi, önbellekleme, tekrar eden sorguların şablonlaştırılması ve küçük modellerin basit adımlarda kullanılması en etkili yöntemlerdir. Ayrıca ajanın sonsuz döngüye girmesini engelleyen adım sayısı sınırı mutlaka tanımlanmalıdır.