# 90 günde işletmeler için yapay zeka ajanları nasıl kurulur

URL: https://commandergpt.app/tr/journal/90-gunde-isletmeler-icin-yapay-zeka-ajanlari
Type: blog
Locale: tr
Published: 2026-11-04
Updated: 2026-11-04

---

> Yapay zeka ajanları, tek ve dar bir işe insan onayıyla verildiğinde işe yarar. Bu rehber, ilk işi seçmeyi, 90 günlük kurulumu, araçları ve ölçümü adım adım anlatır.

**30 saniyelik özet:** işletmeler için yapay zeka ajanları, onlara tek, dar ve tekrarlanabilir bir iş verip yanına bir insan onay noktası koyduğunda işe yarar. Bir departmanın tamamını teslim ettiğinde ise genellikle takılır. Aşağıda bir operasyon ekibi için uygulayacağımız 90 günlük planı bulacaksın: işi seç, korumaları kur, ölç, sonra genişlet.

Yapay zeka ajanı, bir hedef alan, kendi adımlarını seçen, araçlarınızı çağıran ve bitmiş bir sonuç döndüren yazılımdır. Sohbet botu cevap verir, ajan ise iş yapır. Bu fark, planın bir sohbet botunun hiç ihtiyaç duymadığı kuralları istemesinin sebebidir. Tanımı baştan görmek istersen [yapay zeka ajanı nedir](/journal/what-is-an-ai-agent) yazısını oku, sonra buraya dön.

## İşletme ajan projeleri neden takılıyor?

Gartner, [agentik yapay zeka projelerinin 2027 sonuna kadar yüzde 40'tan fazlasının iptal edileceğini](https://www.gartner.com/en/newsroom/press-releases/2025-06-25-gartner-predicts-over-40-percent-of-agentic-ai-projects-will-be-canceled-by-end-of-2027) öngörüyor. Gerekçe olarak artan maliyetleri, belirsiz iş değerini ve zayıf risk kontrollerini gösteriyor. Gartner ayrıca "agent washing" adını verdiği duruma dikkat çekiyor: satıcılar eski otomasyonları yeniden etiketleyip ajan diye satıyor.

Bunu bir teknoloji sorunu değil, kapsam sorunu olarak oku. Gördüğümüz başarısız projelerde üç ortak özellik var:

- 
Hedef, tek bir iş yerine belirsiz bir departman sonucu ("müşteri başarısını iyileştir").

- 
Çıktının sahibi yok, dolayısıyla hatalar kimse tarafından okunmadan kalıyor.

- 
Maliyet, lansmandan önce değil, sonra kontrol ediliyor.

Bu üç noktayı düzeltirsen pilot projelerin çoğunun önüne geçersin. Kapsam, kağıt üzerinde düzeltmesi ucuz, üretimde düzeltmesi pahalı olan şeydir. Bu yüzden ilk onu yap.

Bir de insan sorunu var. Tasarımına hiç danışılmamış onaycılar çıktıyı ya sorgusuz onaylar ya da yok sayar. Ajanın standart çalışma prosedürünü (SOP) yazarken bugün o işi yapan iki kişiyi odaya çağır. Uç durumları onlar bilir ve kendi katkısıyla şekillenen bir araca güvenirler. "Yapay zeka dönüşümü" sunumunu atla. Bir iş seç.

![Masada yapışkan notlar ve kurşun kalem oklarıyla el yazısı bir süreç haritası](https://fdzlnqpwsaniezitwiuw.supabase.co/storage/v1/object/public/cms-media/commandergpt/2026-11/7cfd29-i1.webp)

## Ajanın ilk işi hangisi olmalı?

Her adayı dört soruya göre puanla. Yalnızca dördüne de evet diyebildiklerini tut:

- 
Haftada en az 20 kez tekrarlanıyor mu?

- 
Girdisi beş satırda tarif edilebilecek kadar yapılı mı (bir destek talebi, bir form, bir görüşme dökümü)?

- 
Hatalı bir çıktı, bir insan tarafından bir dakikadan kısa sürede yakalanabiliyor mu?

- 
Bir kaçırmanın bedeli küçük mü (geç gelen bir yanıt, iade ya da sözleşme değil)?

Satış operasyonu, müşteri başarısı operasyonu ya da pazarlama operasyonu ekipleri için iyi ilk işler şunlardır:

- 
Gelen destek taleplerini okuyup niyetlerine göre etiketlemek.

- 
Bir anlaşma incelemesinden önce hesap özetini hazırlamak.

- 
Görüşme dökümlerini CRM (müşteri ilişkileri yönetimi) notlarına ve sonraki adımlara dönüştürmek.

- 
Yeni potansiyel müşterileri zenginleştirip ICP'ye (ideal müşteri profili) uyanları işaretlemek.

- 
Bir haftalık Slack konuşmalarını tek bir durum mesajında toplamak.

Bu dört soru neden önemli? Her biri ayrı bir başarısızlık biçimini engelliyor. Haftada 20 kez tekrarlanmayan bir iş, ajanın öğrenmesi için yeterli örnek üretmez ve birkaç denemeden sonra kimse ona güvenmez. Girdisi yapısız olan bir iş her seferinde farklı biçimde gelir ve ajanın yönergeleri tutarsız kalır. Bir dakikada yakalanamayan bir hata, incelemeyi işe yarar bir kontrol olmaktan çıkarıp bir kumara dönüştürür. Son olarak, bir kaçırmanın bedeli ödenemeyecek kadar büyükse insanlar ajana değil kendi dikkatlerine güvenmeye başlar. Dört sorunun hepsi, kapsamı daraltmanın somut yollarıdır.

Kötü ilk işler, para hareket ettiren, sözleşme düzenleyen ya da müşteriye inceleme olmadan e-posta atan işlerdir. Bunları 60. günden sonra kazan.

Görüşüm: insanların kaybetmekten korktuğu bir işle değil, insanların nefret ettiği bir işle başla. Rahatlama, benimsemeyi getirir.

## 90 günlük kurulum nasıl görünür?

**1-14. günler, tanımla.** İşi tek sayfalık bir SOP olarak yaz: girdi, adımlar, çıktı formatı ve kimin onayladığı. Bunu tek sayfaya sığdıramıyorsan kapsam çok geniştir. Her görevin mevcut süresini kaydet. Tahmin yerine on gerçek örnek üzerinden ölç.

**15-45. günler, kur ve gölge modda izle.** Ajanı gölge modda çalıştır. Çıktıyı o üretir, gerçek işi insan yapar ve ikisini karşılaştırırsın. Her kaçırmayı tek kelimelik bir sebeple kaydet: eksik bağlam, yanlış araç, kötü yargı ya da kötü girdi.

**46-75. günler, denetimli canlı.** Ajanın çıktısı kullanılır, ama her çıktıyı bir insan onaylar. Onay oranını ve düzenleme mesafesini (inceleyenin metni ne kadar yeniden yazdığını) takip et.

**76-90. günler, karar ver.** İlk günkü taban çizgisiyle karşılaştır. Tut, genişlet ya da durdur. Durdurmak geçerli bir sonuçtur ve kapsamı iyi belirlediysen maliyeti düşüktür.

Gölge aşaması için pratik bir ayrıntı: her çalıştırma için bir satır ve dört sütun içeren ortak bir tablo tut (görev, ajan çıktısı uygun mu evet/hayır, kazanılan dakika, kaçırma sebebi). Otuz satırdan sonra örüntüyü görürsün. Genelde iki sebep kaçırmaların çoğunu açıklar ve ikisi de daha iyi bir model değil, daha iyi bir girdi bağlamıyla düzelir.

CommanderGPT terimleriyle konuşursak, gölge aşaması işi özel bir slash komutu olarak kaydettiğin aşamadır. Böylece herkes kendi varyantını değil, aynı prompt'u çalıştırır. Asgari bir sürüm şöyle görünür:

- 
`/triage-ticket` yapıştırılan talebi alır ve niyet, aciliyet (1-3) ile iki satırlık bir taslak yanıt döndürür.

- 
`/account-brief` bir şirket adını ve notlarını alır, bir sayfalık bir özet döndürür.

Her kullanım senaryosu için tek bir komut. Komutu sürümle ve ekip bir uç durum bulduğunda ondan ayrı bir sürüm olarak çoğalt.

![Bir dizüstü bilgisayarın yanında basılı bir kontrol listesini inceleyen eller](https://fdzlnqpwsaniezitwiuw.supabase.co/storage/v1/object/public/cms-media/commandergpt/2026-11/04a39c-i2.webp)

## Kur, satın al ya da birleştir: ekibin hangi yolu seçmeli?

Üç yol var ve her birinin bir sahibi var.

**Zaten ödediğin bir aracın içindeki ajanı satın al.** En hızlı yol. Örneğin HubSpot ajanlarını paket seviyelerinin içinde sunuyor ve bazılarında fiyatlandırma sonuç bazlı.

HubSpot'un ürün kataloğumuzdaki yayınlanmış fiyatlarına göre Breeze Customer Agent, çözülen her konuşma başına $0.50 tutuyor. Açmadan önce hesabı yap: ayda 1,000 çözülen konuşmada bu $500 eder ve bu, çözüm oranı tutarsa bir işe alımdan ucuzdur. Sınırı: satıcının veri modelini devralırsın ve mantığını yeniden şekillendiremezsin.

**Kodsuz bir ajan oluşturucudan birleştir.** Mühendisi olmayan operasyon ekipleri için en iyisi. Lindy, tekrarlanan iş akışlarını hedefliyor. Ücretli plan yaklaşık $50 aylıktan başlıyor ve 5,000 kredi veriyor.

Sınırı: bir ajan döngüye girdiğinde krediler beklediğinden hızlı tükenir. İlk günden bir üst sınır koy.

**Bir iş akışı motorunun üzerine kur.** Kodsal kontrol ya da kendi sunucunda barındırma gerekiyorsa bu yolu seç. n8n görsel kurguyu, herhangi bir düğümde JavaScript ya da Python ile birleştiriyor ve yerleşik yapay zeka ajan düğümleri sunuyor. Bulut planları 2,500 çalıştırma için yaklaşık 20 EUR'dan başlıyor.

Sınırı: bakımı birinin üstlenmesi gerekir. Ekipte logları okuyan kimse yoksa bu yolu seçme.

Ajanın yalnızca başka bir uygulamada bir şey olduğunda tetiklenmesi gerekiyorsa, düz bir tetikle-eylemle aracı yeterli olabilir. Ajan adımı da onun içinde tek bir düğüm olur.

1-14. günlük SOP'yi yazmadıysan araç tartışmasını şimdilik atla. Araç, kapsamdan daha az önemlidir.

Hangi yolu seçersen seç ölçüt aynı kalır: çıktının kime ait olduğu, hatayı kimin yakalayacağı ve maliyetin ne zaman görüneceği. Bu üç soruya yazılı bir cevabın yoksa araç ne kadar iyi olursa olsun pilot takılır. Yazılı cevabı SOP'nin altına ekle, böylece ekip araç değişse bile aynı kuralları korur.

## Ajanın zarar vermesini hangi korumalar engeller?

Beş kural var. Eklemeyi önerdiğimiz sırayla:

- 
**En az yetki.** Önce ajana yalnızca okuma yetkisi ver. Yazma yetkisini bir seferde bir alanla ekle.

- 
**Dışa dönük her şeyde insan onayı.** Müşteri e-postaları, CRM aşama değişiklikleri ve harcamalar bir onay tıklamasını beklesin.

- 
**Harcama tavanı.** Aylık kredi ya da token üst sınırı koy ve %80'de uyarı al.

- 
**Gerçekten okuduğun bir kayıt.** Her çalıştırma için bir satır: girdi, çıktı, araç çağrıları ve onaylayan kişi. Haftada on satıra bak.

- 
**Adına bağlı bir acil durdurma düğmesi.** Bir kişi ajanı bir dakikadan kısa sürede durdurabilmeli.

Veri işleme ayrı bir satırı hak ediyor. Ajan müşteri kayıtlarına dokunmadan önce satıcının verileri nerede sakladığını ve planının ihtiyaç duyduğun uyumluluk koşullarını içerip içermediğini kontrol et. Bazı planlar bunları ücretli katmanların arkasına koyar. Yazılı olarak sor.

![Toplantı odasındaki beyaz tahtada kutular ve oklarla çizilmiş bir akış şeması](https://fdzlnqpwsaniezitwiuw.supabase.co/storage/v1/object/public/cms-media/commandergpt/2026-11/119ca4-i3.webp)

## Ajan kendini gerçekten kazandırıyor mu, nasıl ölçersin?

Taban çizgisi neden bu kadar önemli? Ajan devreye girmeden önceki süreyi bilmezsen "daha hızlıyız" cümlesini kanıtlayamazsın. Yanıt süresi, düzeltme sayısı ya da bekleme kuyruğu gibi ek göstergeleri de aynı gün kaydet. Böylece 60. günde elinde karşılaştırılabilir bir tablo olur, hatırlamaya dayalı bir hikâye değil.

İlk iki haftada aldığın taban çizgisinden dört sayı kullan:

- 
**Görev başına dakika**, öncesi ve sonrası. Örnek: elle 40 dakika süren bir anlaşma incelemesi hazırlığı, inceleme ile birlikte 8 dakikaya düşüyorsa 32 dakikalık bir kazanımdır. Bunu haftada 25 kez yaparsan yaklaşık 13 saat geri kazanırsın.

- 
**Onay oranı**, düzenleme olmadan teslim edilen çıktıların payı. Bir aylık kullanımdan sonra %70'in altındaysa kapsam ya da bağlam yanlıştır.

- 
**Tamamlanan görev başına maliyet**, incelemecinin dakikaları dahil. Kredi açısından ucuz görünen ajanlar, inceleme süresi hesaba katılınca pahalı çıkabilir.

- 
**Müşteriye ulaşan hatalar.** Hedef sıfır ve her birini yaz.

Bu dakika rakamları bir örnektir. Senin sayıların farklı olacak, o yüzden kendi bağlamında ölç. 60 gün sonra kazanım %20'nin altındaysa durdur ya da kapsamını daralt. Batık maliyet yüzünden bir pilotu savunma.

Sonucu tek bir slaytta ya da tek bir Slack mesajında raporla: taban çizgisi, güncel durum, maliyet ve karar. Öncesi ve sonrası sayısını gösteren operasyon liderleri bir sonraki bütçeyi alır. Demo gösterenler ise sadece alkış alır.

## Tek ajandan ajan ekibine ne zaman geçmelisin?

Genişlet, ilk ajan 30 gün güvendiğin bir onay oranıyla çalıştığında ve bir sonraki iş onun verisini yeniden kullandığında. Sonra, ilk ajanın çıktısını tüketen ikinci bir ajan ekle. Örneğin bir triyaj ajanının beslediği bir taslak ajanı gibi.

Burada dikkatli ol. Her devir hata türlerini çarpar, çünkü birinci adımdaki bir hata ikinci adımın girdisi olur. İkiden fazla ajanı zincirlemeden önce [çok ajanlı sistemler için saha rehberini](/journal/what-is-a-multi-agent-system-ops-teams) oku ve aralarına bir insan kontrol noktası koy. Bir sonraki iş için fikir arıyorsan, [operasyon yığınınız için yapay zeka ajanı fikirleri](/journal/ai-agent-ideas-ops-stack) yedi aday sunuyor. Küçük ekip versiyonu için de [küçük işletmeler için yapay zeka ajanları](/journal/ai-agents-for-small-business) yazısına bak.

## Sıradaki komutun

Bunu bu saat içinde yap, gelecek çeyreğe bırakma.

- 
Dört soruluk filtreden bir iş seç.

- 
Tek sayfalık SOP'yi yaz.

- 
Gerçek on örneği zamanla ve ortalamayı sayfaya yaz.

- 
Prompt'u tek bir slash komutu olarak kaydet ve bir hafta gölge modda çalıştır.

Taban çizgisi sayını elde ettiğinde görev tamam. Bundan sonrası bir karşılaştırmadır ve karşılaştırmalar bütçe toplantısında savunulması kolay olanlardır.

## FAQ

### İlk ajanı kurmak için ne kadar süre gerekir?

İşi tanımlamayla birlikte 90 günlük bir plan gerçekçidir. Gölge aşaması, kararı verebilmen için yeterli veri toplar.

### Ajanı kodsuz bir araçla kurabilir miyim?

Evet. Kodsuz bir ajan oluşturucu, mühendis olmayan operasyon ekipleri için uygundur. Yine de kapsamı ve onay kurallarını sen tanımlamalısın.

### Hangi işlerde ajan kullanmamalıyım?

Para hareket ettiren, sözleşme düzenleyen ya da müşteriye incelenmeden e-posta atan işlerde ilk 60 gün ajan kullanma.

### Onay oranı ne zaman yeterli sayılır?

Bir aylık kullanımdan sonra %70 ve üzeri, kapsamın ve bağlamın doğru olduğunu gösterir. Altındaysa kapsamı daralt.

### Ajan başarısız olursa ne yapmalıyım?

Her kaçırmayı tek kelimelik bir sebeple kaydet. Çoğu zaman sebep modelden çok girdi bağlamıdır ve bu düzeltilebilir.

### Müşteri verisini ajana güvenli şekilde verebilir miyim?

Yalnızca satıcının veri saklama konumunu ve uyumluluk koşullarını yazılı olarak doğruladıktan sonra. Önce okuma yetkisi ver.