Workflow Modeling ile Otomasyon Tasarimi

Otomasyon kararları çoğu zaman "bir n8n workflow'u kurarız" basitliğiyle alınır ve ay sonu spaghetti bir süreçle sonuçlanır. Doğru workflow tasarımı, teknolojiden önce süreç modellemeyle başlar. Bu yazıda karmaşık iş süreçlerini AI ve n8n ile otomatik hale getirirken kullandığım modelleme yaklaşımını paylaşıyorum.

Süreç Haritalama: Otomasyondan Önce Anla

Otomasyon projelerinin %40'ı "yanlış süreci otomatikleştirme" yüzünden başarısız olur. Önce süreç haritası çıkarılmalı:

• Aktörler: Hangi insanlar ve sistemler süreçte yer alıyor? Rolleri ne?
• Tetikleyiciler: Süreç neyle başlıyor? Zaman, event, manuel başlatma?
• Adımlar: Sırayla hangi eylemler gerçekleşiyor? Her adımda veri nasıl dönüşüyor?
• Çıktılar: Süreç ne üretiyor? Hangi sistemlere yazıyor?
• İstisnalar: Olağan dışı durumlar ve onların handling'i

Bu haritalama BPMN (Business Process Model and Notation) veya basitçe bir Miro board ile yapılabilir. Önemli olan görselleştirmek — metin olarak süreç anlatımı, gizli karmaşıklığı gizler.

Kritik Karar Noktaları

Süreç haritasında en çok dikkat edilmesi gereken yerler karar noktalarıdır — if/else branch'ları. Otomasyonda kalite bu noktalarda belirlenir. Üç tip karar:

• Deterministic: Sıkı kurallarla (tutar > 1000 → onay) n8n node'da direkt yazılır
• Karmaşık ama kurallı: Birden çok faktör, karar tablosu. Dedicated decision engine veya Claude tool call
• Yumuşak karar: "Müşteri memnun mu", "E-posta acil mi" — LLM ile ölçülür

LLM'in karar noktalarında kullanımı ciddi bir dönüşüm — eskiden otomasyonun yapamadığı kararlar artık "tahminen doğru" seviyede yapılabiliyor. Ama her zaman güvence katmanı (insan review, eşik skoru) eklenmelidir.

Otomasyon Kuralları: Nereyi Otomatikleştirme

Her adımı otomatikleştirmek yanlış strateji. Otomatikleştirme kararının filtresi:

• Frekans: Haftada 50+ kez tekrar mı? Otomatikleştirilebilir
• Stabil: Sürecin kuralları son 6 ayda değişmedi mi? Otomatikleştirilebilir
• Hata toleransı: %1-2 hata kabul edilebilir mi? Otomatikleştirilebilir
• Geri alınabilir: Yanlış sonuç için geri alma maliyeti düşük mü?

Aksine otomatikleştirmemeniz gereken: frekansı düşük, kuralları değişken, hata maliyeti yüksek ve geri alınamayan işler. Bu karakteristikteki işleri otomatikleştirmek, işletmeye risk yüklemektir.

Hata Senaryoları: Mutlu Yol Sadece Başlangıç

Gerçek workflow'ların %30-40 kodu hata handling'ine ayrılır. Tipik hata tipleri:

• Upstream data missing: Beklenen field null geldiğinde
• External API failure: 3rd party down, timeout, rate limit
• Authorization: Token süresi bitti, permission reddedildi
• Business rule violation: Stok yetersiz, kredi limiti aşıldı
• Duplicate: Aynı kayıt ikinci kez işlenmeye çalışılıyor

Her hata için üç karar: (1) Retry mi, (2) Fallback mi (başka yol), (3) Escalate mi (insana)? Bu kararlar workflow'a baştan gömülmeli; production'da karşılaşınca dizayn etmek yangın söndürme modudur.

İnsan Döngüleri: Sofistikeler Burada

Karmaşık süreçlerde saf otomasyon nadiren doğrudur. Human-in-the-loop desenler:

• Onay gerekli: Belirli koşulda süreç durur, insana bildirim, onay sonrası devam
• Hata triyajı: Belirsiz durumlar insan kuyruğuna, insan karar verir, otomasyon devam
• Yukarı çağırma: Eşik aşıldığında supervisor'a bildirim
• Periyodik denetim: Otomasyonun çıktılarının %X'i insan tarafından review edilir — quality assurance

Model Olgunluğu: Aşamalı Otomasyon

Büyük bir süreci bir seferde otomatikleştirmek nadiren başarılı olur. Pratik yaklaşım dört seviye:

• Level 0 — Tamamen manuel: Mevcut durum, modellenmiş ve dokümante
• Level 1 — Dashboarded: İnsan yapar, ama veri otomatik toplanır, raporlanır
• Level 2 — Suggested: Otomasyon öneri üretir, insan uygular
• Level 3 — Approved: Otomasyon yapar, insan onaylar
• Level 4 — Autonomous: Tam otomatik, istisna durumu insana eskalate

Çoğu süreç Level 3'te kalır, ve bu kötü bir sonuç değildir. Tam otonomi her şey için uygun değil.

Gerçek Modelleme Örneği

Bir lojistik şirketinin fiyat teklifi süreci otomasyonu:

• Hafta 1-2: BPMN ile süreç haritası — 14 adım, 5 karar noktası, 3 insan role
• Hafta 3: Karar noktaları analizi — 3 tanesi deterministic, 2'si yumuşak (Claude tool call)
• Hafta 4-6: n8n workflow inşası, error handling, Level 2 olarak yayın
• Ay 3: Metrikler yeşil → Level 3'e geçiş (otomasyon yapar, supervisor onaylar)
• Ay 6: %82 vakada Level 4'e (tam otomatik), %18 hala supervisor review