Otomasyonlar neden ölür
Otomasyon kurmak on yıl öncesine göre kıyaslanamayacak kadar kolay. Buna rağmen kurulanların çoğu birkaç ay içinde çalışmaz hâle geliyor — ve sebep neredeyse hiç "kurulum yanlıştı" değil.
| Ölüm sebebi | Nasıl olur |
|---|---|
| Sessiz durma | Bir bağlantı kopar, akış durur, kimse fark etmez |
| Girdi değişimi | Form alanı eklenir, sütun adı değişir |
| Yetki bitmesi | Token süresi dolar, şifre değişir |
| Sahipsizlik | Kuran kişi ayrılır, kimse nasıl çalıştığını bilmez |
| Sessiz yanlış | Akış çalışıyor ama yanlış sonuç üretiyor |
Listenin tamamı kurulumla değil, kurulumdan sonrasıyla ilgili. En tehlikelisi sonuncusu: duran otomasyon er geç fark ediliyor, çalışıp yanlış sonuç üreten fark edilmiyor. Yapay zekâ içeren akışlarda bu risk daha yüksek, çünkü model hata verip durmuyor — inandırıcı ve yanlış bir çıktı üretip akışı devam ettiriyor.
Önce elle yap
Bir işi en az on kez elle yapmadan otomatikleştirme. Elle yaparken fark ettiğin istisnalar otomasyonun yarısını oluşturuyor; elle yapılmadan kurulan otomasyonlar ilk istisnada kırılıyor çünkü o istisnanın varlığı bile bilinmiyordu.
Aday işi beş ölçütle değerlendir: tekrar (ayda en az 10), kurala dökülebilirlik, girdi kararlılığı, hata maliyeti ve sahip. Son ölçütün cevabı yoksa kurma.
Yapay zekâ nereye girer
Yapay zekâ otomasyonun tamamı değil, ikinci katmanın bir parçası. Doğru yerleştirildiğinde otomatikleştirilemeyen işleri mümkün kılıyor; yanlış yerleştirildiğinde sistemin en kırılgan parçası oluyor.
| Girer | Girmez |
|---|---|
| Serbest metni yapılandırılmış veriye çevirme | Aritmetik ve hesaplama |
| Sınıflandırma ve etiketleme | Kesin kuralla çözülebilen dallanma |
| Özetleme ve madde çıkarma | Kayıt arama ve eşleştirme |
| Metin taslağı üretme | Onaysız gönderim |
| Aciliyet tespiti | Para, hukuk veya kişi hakkında karar |
Sorulacak soru şu: "Bu adım basit bir kuralla çözülüyor mu?" Çözülüyorsa kuralı kullan — kural modelden ucuz, hızlı ve öngörülebilir.
Modeli akışta kullanırken üç kural: çıktı biçimini zorla (JSON, sabit alanlar), "bilmiyorum" diyebilsin (belirsiz durumu insana yönlendir) ve çıktıyı doğrula (beklenen alanlar ve değerler yoksa akışı durdur).
Hata senaryosu: asıl iş
Otomasyonun başarısını belirleyen şey iyi gittiğinde ne yaptığı değil, kötü gittiğinde ne yaptığı. Dört soru:
| Soru | Cevabı yoksa |
|---|---|
| Ne zaman durur? | Yanlış veriyle çalışmaya devam eder |
| Kim haber alır? | Sessizce ölür |
| Ne kaydedilir? | Arıza bulunamaz |
| Elle nasıl yapılır? | İş tamamen durur |
Üç hata sınıfı üç farklı davranış gerektiriyor: geçici hatada artan aralıklarla sınırlı sayıda tekrar, veri hatasında durup bildirme (tekrar aynı sonucu verir), yetki hatasında durup hemen bildirme — kendi kendine düzelmez.
Yaşam sinyali
Hata bildirimi yetmiyor: hata bildirimi de gelmiyorsa otomasyon hiç çalışmıyor olabilir. "Bugün 14 talep işlendi" gibi tek satırlık günlük bir özet, sessiz ölümü fark etmenin en ucuz yolu — ve sıfır işlem günü ayrıca vurgulanmalı.
Her otomasyonun tek bir sahibi olmalı ve sahip üç şeyi bilmeli: ne yaptığını, nasıl durdurulacağını, bozulduğunda işin elle nasıl yürüyeceğini.
Ücretsiz PDF'te neler var
- Otomasyonların beş ölüm sebebi ve en tehlikelisi olan sessiz yanlış
- Uygun iş seçimi için beş ölçüt, iyi ve kötü aday listesi
- Üç katman ve iki kez tetiklenme sorununun çözümü
- Yapay zekânın gireceği ve girmeyeceği adımlar, model çağrısı iskeleti
- Hata senaryosunun dört sorusu ve üç hata sınıfı
- Bildirim içeriği, yaşam sinyali ve sahiplik belgesi
- Araç ailelerinin karşılaştırması ve yedi günlük ilk otomasyon planı
Bu dersin tamamı PDF olarak hazır
Yukarıdaki bölümler dersin bir kısmı. Tamamı — tablolar, kopyalanabilir prompt'lar ve ilk yedi günlük plan dahil — ücretsiz PDF'te.