İçindekiler
Yapay zeka otomasyon ajansı nedir?
Yapay zeka otomasyon ajansı, bir şirketteki tekrar eden işleri tespit edip bunları insan müdahalesi olmadan çalışan sistemlere dönüştüren ekiptir. Klasik yazılım ajansından farkı, sıfırdan uygulama yazmak yerine mevcut sistemleri birbirine bağlaması ve aradaki karar adımlarını yapay zekaya devretmesi.
Bu iş tanımı yeni olduğu için piyasada aynı adı taşıyan çok farklı yapılar var. Bazıları tek kişilik ve hazır şablonları uyarlıyor, bazıları eğitim veriyor, bazıları uçtan uca sistem kurup devrediyor. Aradaki fark, ne satın aldığınızı belirlediği için seçim yapmadan önce netleştirmeye değer.
Ayırt etmenin en pratik yolu şu soru: teslim edilen şey ne? Bir rapor mu, bir eğitim mi, yoksa siz kapattığınızda çalışmaya devam eden bir sistem mi?
Yapay zeka otomasyon ajansı ne yapar?
İşin kendisi genelde dört parçadan oluşuyor.
- Tespit: hangi işlerin otomatikleşeceğini bulmak. Bu, listeye bakmakla olmuyor, ekiplerin gerçekte ne yaptığını görmek gerekiyor. Süreç yazıda anlatıldığı gibi işlemiyor genelde
- Kurgu: hangi işin klasik otomasyonla, hangisinin yapay zekayla çözüleceğine karar vermek. Bu ayrım maliyeti ve güvenilirliği doğrudan belirliyor
- Kurulum: sistemleri bağlamak, akışları kurmak, hata durumlarını tasarlamak, gerçek veriyle test etmek
- Devir: sistemin sahibini belirlemek, ekibe kullanmayı ve müdahale etmeyi öğretmek, belgesini bırakmak
Son madde en çok atlanan kısım. Devri yapılmamış bir otomasyon, ajans ilişkisi bittiğinde bakımsız kalıyor ve altı ay içinde ya bozuluyor ya da güvenilmez hâle geliyor. İyi kurulmuş bir sistemin işareti, kuran ekip olmadan da ayakta kalması.
Yapay zeka ve otomasyon arasındaki fark nedir?
İkisi farklı problemleri çözüyor ve doğru seçim maliyeti kat kat değiştiriyor.
Otomasyon, kuralları önceden yazılabilen işleri yapar. "Sipariş gelirse stoktan düş, kargo etiketi oluştur, müşteriye bilgi ver." Girdiler öngörülebilir olduğu sürece bu yaklaşım hem ucuz hem neredeyse hatasızdır.
Yapay zeka, kuralları önceden yazılamayan işleri yapar. "Gelen e-postanın ne hakkında olduğunu anla." Aynı talebi elli farklı şekilde yazan müşteriler için kural listesi tutulamaz, orada bir dil modeli gerekir.
Pratikteki hata iki yönlü. Kuralı net olan bir işe yapay zeka koymak, gereksiz maliyet ve gereksiz belirsizlik üretir. Serbest metin gerektiren bir işi kurallarla çözmeye çalışmak da hiç bitmeyen bir istisna listesi üretir. İyi kurulmuş sistemlerin çoğu ikisinin karışımıdır: karar adımı yapay zekaya, geri kalan her şey klasik otomasyona.
Yapay zeka otomasyonu nasıl yapılır?
Bir otomasyon projesi, işi kurmakla değil işi anlamakla başlıyor. Sürecin makul hâli şöyle ilerler.
- Süreç envanteri: ekiplerin zamanı nereye gidiyor. Tahminle değil, gerçek gözlemle çıkarılır
- Önceliklendirme: her aday iş için tekrar sıklığı, kuralların netliği ve hata maliyeti yazılır. İlk sıraya en değerli iş değil, en kanıtlanabilir iş yazılır
- Pilot: tek bir işi uçtan uca kurmak. Amaç tasarruf değil, bu yaklaşımın burada çalıştığını göstermek
- Yaygınlaştırma: pilottan öğrenilenle sıradaki işlere geçmek
- Sahiplik: her sistemin sorumlusunu, izlemesini ve hata bildirimini kurmak
En sık yapılan hata, ikinci adımı atlayıp en büyük ve en görünür süreçten başlamak. Büyük süreçler birden çok departmanı keser, kuralları yazılı değildir ve karar mercii belirsizdir. O projeler genelde teknik nedenlerle değil, kimin karar verdiği netleşmediği için duruyor.
Ajansla çalışmak mı, kendi ekibini kurmak mı daha doğru?
Karar, tek seferlik bir kurulum mu yoksa sürekli bir yetenek mi istediğinize bağlı.
Ajans şu durumlarda daha mantıklı: bu işi ilk kez yapıyorsunuz, hangi işlerin otomatikleşeceğini henüz bilmiyorsunuz, ve hızlı bir sonuç görmeniz gerekiyor. Deneyimin bedelini bir kere ödersiniz, kendi öğrenme eğrinizi baştan yaşamazsınız.
Kendi ekibiniz şu durumlarda daha mantıklı: otomasyon işinizin merkezinde, sürekli yeni akış kurulacak, ve süreç bilgisi şirket dışına çıkmasın istiyorsunuz. Ama iki maliyeti hesaba katmak gerekiyor: doğru kişiyi bulmak zaman alıyor ve tek kişiye bağlı kalan bir otomasyon yapısı, o kişi ayrıldığında ciddi risk oluşturuyor.
Pratikte en dayanıklı model karışık olanı: ilk sistemleri dışarıdan kurdurup, aynı süreçte kendi ekibinizi devralacak hâle getirmek. Yani ajanstan sadece sistem değil, yetenek de satın almak. Kurum içi programlarımızı tam bu boşluk için kurguladık.
Yapay zeka otomasyon ajansları nasıl ücret alır?
Piyasada dört ücretlendirme modeli görülüyor ve her biri farklı bir teşvik yaratıyor. Modeli anlamak, fiyatı öğrenmekten önemli.
- Proje bazlı sabit ücret: kapsam netse öngörülebilir. Kapsam belirsizse ek talep tartışmasına dönüyor
- Aylık danışmanlık (retainer): süreklilik sağlar, ama çıktı tanımlanmazsa ne aldığınız belirsizleşir
- Koltuk başına aylık ücret: eğitim ve süreçli programlarda yaygın, kaç kişinin gerçekten kullandığına göre ölçeklenir
- Sonuç bazlı: kulağa en adil geleni ama uygulaması en zoru, çünkü sonucun neyle ölçüleceği konusunda anlaşmak gerekiyor
Modelden bağımsız olarak fiyatı belirleyen esas etken, otomasyonun kaç sisteme dokunduğu ve o sistemlere erişimin ne kadar kolay olduğu. Tek bir uygulama içinde kalan bir akış ile beş farklı sistemi birleştiren bir akış arasında kat kat fark var.
Bir de tuzak: en düşük teklif genelde tespit ve devir aşamalarını kapsam dışı bırakan tekliftir. O iki aşama olmadan kurulan sistem çalışır ama sahipsiz kalır.
İyi bir ajans nasıl seçilir?
Ajans seçiminde en çok yanıltan şey, sunumun kalitesi. Bakılması gereken şey ne anlattıkları değil, daha önce ne kurdukları ve o sistemlerin hâlâ çalışıp çalışmadığı.
İşe yarayan değerlendirme ölçütleri:
- Referans sistemler hâlâ çalışıyor mu, kim bakıyor. Altı ay önce teslim edilmiş bir işin bugünkü hâlini sormak, en ayırt edici soru
- Hangi işi otomatikleştirmeyeceğini söylüyor mu. Her şeye "yapılır" diyen ekip, ya deneyimsizdir ya da satış yapıyordur
- Klasik otomasyon ile yapay zeka arasındaki ayrımı net kuruyor mu, yoksa her şeye yapay zeka mı diyor
- Hata durumlarını konuşuyor mu. Sadece işleyen senaryoyu anlatan teklif, eksik teklif
- Devir planı var mı, belge ve eğitim kapsamda mı
Bir de basit bir test: ilk görüşmede sizin sürecinize dair kaç soru sordular. Kendi çözümünü anlatmaya sizin işinizi anlamadan başlayan ekip, kuracağı sistemi de tahmine dayandırıyor demektir.
Sözleşme öncesi hangi sorular sorulmalı?
Sözleşme imzalamadan önce yanıtı yazılı alınması gereken sorular şunlar. Hepsi, sonradan çıkan tartışmaların kaynağı.
- Teslim edilen şey tam olarak nedir: çalışan sistem mi, rapor mu, eğitim mi
- Sistem kimin altyapısında çalışacak, hesaplar kimin adına açılacak
- Model kullanım maliyetini kim ödeyecek, tahmini aylık tutar ne
- Hata verdiğinde kim müdahale eder, hangi süre içinde
- Kaynak dosyalar, akış tanımları ve belgeler bize veriliyor mu
- Ekibimizin devralması için ne yapılacak, ne kadar süre
- İlişki biterse sistem çalışmaya devam eder mi
- Verimiz nerede işlenecek, hangi modele gidecek, saklanıyor mu
Son madde özellikle kişisel veri veya müşteri verisi işleyen süreçlerde belirleyici. Verinin hangi sağlayıcıya gittiği ve orada saklanıp saklanmadığı, sonradan öğrenilecek bir şey değil.
Proje bittiğinde sistem kime kalır?
Bu sorunun yanıtı, sözleşmeye yazılmadığı sürece varsayılan olarak ajansta kalıyor. En sık yaşanan sorun teknik değil, sahiplikle ilgili: hesaplar ajansın adına açılmış, akışlar ajansın hesabında duruyor, ilişki bittiğinde sistem de gidiyor.
Sağlıklı kurgu şöyle görünür:
- Otomasyon platformu ve sunucu sizin hesabınızda
- API anahtarları ve entegrasyon erişimleri sizin adınıza
- Akış tanımları ve kaynak dosyalar sizde, dışa aktarılabilir hâlde
- Sistemin ne yaptığını anlatan belge sizde
- Ajansın erişimi, davet edilmiş bir kullanıcı olarak, geri alınabilir
Bu maddeler baştan konuşulduğunda kimse itiraz etmiyor, sonradan konuşulduğunda pazarlık konusu oluyor. Yaptığımız işlerde sistemin müşteri altyapısında kalmasını standart kabul ediyoruz, daha önce kurduğumuz işlere bakabilirsiniz.
Ne zaman sonuç görülmeye başlar?
Doğru kurgulanmış bir ilk otomasyon, iki ile altı hafta içinde ölçülebilir sonuç verir. Ama "sonuç" kelimesinin ne anlama geldiği aşamaya göre değişiyor ve beklentiyi buna göre kurmak gerekiyor.
Gerçekçi bir zaman çizgisi:
- İlk hafta: süreçlerin çıkarılması, ilk otomasyonun seçilmesi
- İkinci ve üçüncü hafta: pilot kurulumu ve gerçek veriyle test
- Birinci ay sonu: pilot çalışıyor, kazanılan süre ölçülebiliyor
- Üçüncü ay: birkaç akış canlıda, ekip müdahale edebiliyor
- Altıncı ay: otomasyon istisna değil alışkanlık, yeni akış talebi ekipten geliyor
Bu çizgiden sapmanın en yaygın nedeni teknik zorluk değil, karar bekleyen konular. Erişim izni çıkmayan bir sistem veya kuralına kimsenin karar vermediği bir istisna, projeyi haftalarca bekletebiliyor. Bu yüzden iyi bir başlangıç, teknik hazırlıktan çok kimin karar vereceğinin netleşmesiyle ilgili.
Bu işi sizin şirketinizde kuralım.
Hangi sürecin otomatikleşeceğini birlikte belirleyelim. Satış baskısı yok, 24 saat içinde net bir öneriyle dönüyoruz.
Talebinizi iletin


