AI Otomasyon Nedir? Örneklerle 2026 Rehberi

AI otomasyon ile klasik RPA aynı şey mi?

Klasik RPA, sabit kurallarla ekran üzerindeki tuş vuruşlarını tekrarlar. Yeni bir form alanı eklendiğinde ya da PDF düzeni değiştiğinde akış kırılır.

AI otomasyon ise dil modelleri, görüntü tanıma ve klasik akış motorlarını birleştirir. Belgeyi okur, niyeti anlar, karar verir, insana sadece istisnaları iletir. "Kural yazmak" yerine "örnek göstermek" yeterlidir; sistem düzen değişikliklerine kendi uyum sağlar.

Bu fark, uygulanabilir otomasyon alanını manuel yazımın 10 katı kadar genişletir.

İşletmeniz için ne kazandırır?

Üç somut çıktı beklenebilir:

1) Zaman kazanımı. Tekrar eden iş %40-80 bandında azalır. Bir fatura-eşleştirme sürecinde saat başı 120 belgeden 400 belgeye çıkıldığını görüyoruz.

2) Hata azalması. İnsan dikkati 90 dakikadan sonra düşer; sistem her belgeyi aynı kalitede değerlendirir. Geri çağırma ve düzeltme maliyeti düşer.

3) Ölçeklenme. Hacim 3 katına çıkarken personel maliyeti aynı oranda artmaz. Yeni pazara açılırken operasyon ekibini iki katına çıkarmak zorunda kalmazsınız.

Nereden başlamak doğru?

Üç basit filtre kullanın:

* Hacim: Haftada en az 200 kez tekrarlanıyor mu? Evetse aday. * Belirlilik: Girdi ve beklenen çıktı yeterince tanımlı mı? "İnsan dokunsa da yaklaşık aynı kararı verirdi" diyebiliyor musunuz? * Riski yönetilebilir: Hatalı bir çıktının tutarsızlığını kim, nasıl fark eder?

Üç filtre birden geçen bir süreç ideal başlangıçtır. Ücretsiz danışmanlıkta ilk adım tam olarak bu filtreyi sizin süreçleriniz üzerinden çalıştırmaktır.

Somut örnekler: üç tekrarlanan hat

Setviva ekiplerinin kurduğu ve defalarca çalıştığını gördüğümüz üç hat:

Fatura mutabakat. E-postayla veya EDI üzerinden gelen satıcı faturaları OCR ile okunur; PO numarası, tutar ve tarih çıkarılır. Satın alma siparişiyle tam eşleşme → ERP'ye direkt yazılır. Tutarsızlık → masaya eskalasyon, farklı alanlar bağlam olarak eşliğinde. Aylık 20 000 satırda tipik sonuç: 18 000+ otomatik, ~2 000 insan incelemesi.

Gelen e-posta yönlendirme. Her mesaj dil tespiti + niyet sınıflandırması + aciliyet skorlaması geçer. "Faturam nerede" → muhasebe kuyruğu, taslak yanıtla. "Kargom nerede" → lojistik bot, WhatsApp üzerinden anlık cevap. "Teknik hata" → destek, loglar + müşteri profili hazır.

Satış lead skorlama. Form bilgisi + şirket zenginleştirme (LinkedIn, ticaret sicil, domain yaş) + geçmiş kapanmış fırsatlarla benzerlik → A/B/C skoru. Satış A listesine zaman ayırır, B nurture kuyruğunda, C otomatik elenir.

Üçünde de prensip aynı: tekrarlayan yargıyı makine üretir, insan yalnızca istisna ve karmaşık ilişkiye dokunur.

Yaygın tuzaklar ve bunları nasıl aşarsınız

Projelerin çıkmaza girdiği dört tekrarlayan neden:

Süreç stabil değilken otomatize etmek. Her ay değişen kural seti → model her ay yeniden eğitim ister. Önce süreci yazılı SOP hâline getirin, 2-3 ay net çalışsın, ondan sonra otomasyon başlasın. Aksi takdirde otomasyon ekibi durmadan yanarak çalışır.

Veri kalitesi borcu. Kötü girdi → kötü çıktı. Bulanık PDF, eski format, eksik alanlar → OCR yanlış çıkarır, LLM yanlış yorumlar. İlk sprint'in %30'unu "örnek belge seti toplama + temizleme + etiketleme"ye ayırın; atlanırsa pilot başarılı görünür, production çöker.

Değişim yönetimini ihmal etmek. Kullanıcılar yeni aracı boykot edebilir ("eskiden Excel açıp 3 dakikada bitiyordu"). 1-2 elçi seçin, önce onlarla kurun, hikâye onlardan dolaşsın.

Tek vendor kilidi. LLM API, OCR servisi, model ağırlıkları hepsi tek şirkete bağlıysa fiyat %3x'lenir, siz kaçamazsınız. Abstrakt layer kurun — provider değiştirmek 1 gün sürsün, 3 ay değil.

AI otomasyonunun belirli sektörlere nasıl uygulandığını keşfedin: Finans sektörü otomasyonu, E-ticaret otomasyonu ve Sağlık süreçleri otomasyonu.

Canlıya aldıktan sonra: otomasyonu sağlıklı tutmak

Otomasyon devreye alma anıyla bitmez; canlıya çıktıktan sonra da şekil değiştirmeye devam eden bir sistemdir. Tedarikçi fatura şablonunu değiştirir, müşteriler talebini farklı ifade eder, ürün kataloğunuz büyür. Prodüksiyonun ilk ayını da pilot gibi ele alın: yakından izleyin, ayar gerekeceğini baştan kabul edin.

Uptime değil, istisna oranını takip edin. En değerli tek metrik, sistemin hangi vakaları ve neden insana devrettiğidir. Bu oran hafta hafta yükseliyorsa, girdide bir şey değişmiş ve kimse sisteme haber vermemiş demektir. Süreç sahibiyle haftalık on beş dakikalık kısa bir gözden geçirme, bu sapmayı bir yığın çözülmemiş talebe dönüşmeden yakalar.

Geri bildirim döngüsünü kapatın. İnsanın düzelttiği her vaka aslında eğitim verisidir. Düzeltmeyi birinin gelen kutusunda bırakmak yerine sistemin örneklerine ya da kurallarına geri yazın. Bunu yapan ekiplerde otomasyon oranı devreye almadan aylar sonra bile yükselmeye devam eder; yapmayanlarda ise oran pilotun ulaştığı seviyede takılı kalır ve iş değiştikçe sessizce geriler.

Sahibi olsun, komitesi değil. Sizin tarafınızda -genelde IT değil, süreç sahibi- birinin işaretlenen vakaları gözden geçirmek, kural değişikliklerini onaylamak ve yeni bir örüntünün otomatikleştirilecek kadar sık tekrarlandığına karar vermek için sabit bir zamanı olmalı. Belirlenmiş bir sahibi olmayan sistemde istisna kuyruğu sessizce büyür; sistem teknik olarak çalışsa da fiilen kendini devre dışı bırakmış olur.

Sağlıklı bir otomasyon, ilk çeyrekten sonra sıkıcı görünür: istisna oranı sabit ya da düşüyordur, kuyruk kısadır ve birisi geçen ay neyin değiştiğini tek cümleyle anlatabilir. Bu, sistemin gerçekten yük taşıdığının, yalnızca bir kez işe yaramış bir demo olmadığının işaretidir.