n8n ile iş akışı otomasyonu: ilk akış hangisi

Bir mimarlık bürosunda siteden gelen her form e-postaya düşer. Sekreter e-postayı açar, bilgiyi müşteri listesine kopyalar, sonra ilgili mimara WhatsApp'tan haber verir. Aynı bilgi üç kez yazılır ve cuma akşamı gelen form pazartesiye kadar e-postada bekler.

n8n nedir

n8n bir iş akışı otomasyonu aracıdır. Ekranda kutular ve oklar görürsünüz; her kutu bir iş yapar, oklar veriyi bir sonrakine taşır. Kutulara düğüm denir. Bir düğüm e-posta okur, bir diğeri tabloya satır ekler, bir diğeri mesaj gönderir.

Yaygın programların çoğu için hazır düğüm vardır: e-posta, takvim, tablo, CRM ve mesajlaşma araçları. Hazır düğümü olmayan bir program, kendi bağlantı adresi üzerinden genel bir istek düğümüyle bağlanır. Yani akışın kurulup kurulamayacağını çoğu zaman programın bağlantı açıp açmadığı belirler.

Her akış bir tetikleyiciyle başlar, yani akışı çalıştıran olayla. Tetikleyici bir form gönderimi, belirli bir saat ya da başka bir programdan gelen haberdir. Haber genelde webhook denen bir adrese gelir: "bir şey olunca bu adrese yaz" bağlantısı.

n8n'i kendi sunucunuza kurabilir ya da bulut sürümünü kullanabilirsiniz. Kendi sunucunuzda çalıştığında veri sizin altyapınızdan çıkmaz. Bu, müşteri verisiyle çalışan akışlarda önemli bir karardır.

Aracın kendisi işin küçük kısmıdır. n8n bir süreci hızlandırır ama süreci tanımlamaz. "Form gelince ne olmalı" sorusunun cevabı yazılı değilse, akış da belirsiz bir işi hızla tekrarlar.

Benzer araçlar da var ve mantıkları aynıdır: tetikleyici, düğüm, ok. Seçim çoğu zaman üç soruya bakar. Veri nerede duracak, akış sayısı büyüdükçe maliyet nasıl değişecek, akışı kim izleyecek? n8n özellikle ilk soruda öne çıkar, çünkü kendi sunucunuzda çalışır.

İlk akış nasıl seçilir

İlk akışın görevi para kazandırmak değil, güven kazandırmaktır. Ekip, sistemin bir işi doğru yaptığını görmelidir. Bu yüzden ilk akış üç ölçüte bakılarak seçilir.

Birincisi sıklıktır. Haftada bir yapılan iş için akış kurmak, kurulum süresini geri vermez. Günde birkaç kez tekrarlanan iş ise ilk haftada farkını gösterir.

İkincisi kuralın netliğidir. "Form gelince kayıt aç ve satışçıya haber ver" nettir. "Önemli müşteriye özel ilgi göster" net değildir; kimin önemli olduğunu akış bilemez.

Üçüncüsü hatanın maliyetidir. Yanlış kişiye giden bir bildirim ucuz bir hatadır. Yanlış tutarla kesilen fatura pahalıdır. İlk akış ucuz hata üreten işten seçilir.

Bu üç ölçüte uyan tipik ilk akışlar şunlardır: form talebinin CRM'e yazılması, yeni talep bildirimi, haftalık özet raporu ve randevu hatırlatması. Hepsi sık, hepsi net, hiçbiri para taşımaz.

Fatura kesimi, ödeme eşleştirme ve fiyat hesabı ise ilk akış olmaz. Bu işler de otomasyona girer, ama önce ekip sistemin daha ucuz bir işi aylarca hatasız yaptığını görmüş olmalıdır.

Bir akışın parçaları

Form talebini kayda yazan bir akışı adım adım kuralım. Aynı iskelet daha karmaşık akışlarda da tekrar eder.

1. Tetikleyici

   Site formu gönderildiğinde veriler n8n'deki webhook adresine gelir. Ad, telefon, konu ve kaynak sayfası akışa girer.

2. Kontrol

   Telefon numarası biçimlendirilir ve kayıtlarda aranır. Kayıt varsa yeni talep o karta eklenir, yoksa yeni kart açılır.

3. Atama

   Konu alanına göre talep ilgili kişiye atanır. Kural basittir ve yazılıdır, akış kuralı değil yalnız uygulamayı üstlenir.

4. Bildirim

   Atanan kişiye kısa bir mesaj gider: kim, ne istiyor, kartın bağlantısı. Kişi mesajdan karta tek dokunuşla geçer.

5. Hata yolu

   Adımlardan biri başarısız olursa akış durmaz, bir kişiye haber verir. Hangi kaydın takıldığı bildirimde yazar.

Son adım en sık atlanandır. Hata yolu olmayan akış, kimse fark etmeden kayıt kaybeder. İlk hafta her şey çalışır, üçüncü ay bir programın bağlantı anahtarı değişir ve talepler sessizce düşer.

Onay adımı ve kademeler

Her akış işi tamamen devralmak zorunda değildir. Arada onay adımı olan akış, sistem hazırlar ve insan onaylar düzenini kurar. Teklif taslağı akıştan çıkar, gönderme tuşuna satışçı basar.

Bu düzen üçüncü kademenin karşılığıdır: işi sistem yapar, siz onaylarsınız. Onay adımı güven kurulduktan sonra kaldırılabilir, ama bu karar akışın hata geçmişine bakılarak verilir, takvime bakılarak değil.

Onay adımının bir yan faydası da var. Onaylayan kişi her gün akışın çıktısını görür. Bir alan yanlış doluyorsa bunu ilk o fark eder ve düzeltme müşteriye ulaşmadan yapılır.

Akışın bir sahibi de olmalıdır. Sahip, akış durduğunda bildirimi alan ve ne yapılacağına karar veren kişidir. Sahibi olmayan akış, kuranın işten ayrıldığı gün sahipsiz kalır ve kimse neyi neden yaptığını bilmez.

n8n ne zaman yetmez

n8n veriyi taşır, kaydın kendisi olmaz. Müşteri kaydı, teklif ve fatura bir yerde durmalıdır; akış bu yerler arasında köprüdür. Kayıt düzeni kurulmadan akış kurmak, dağınık veriyi daha hızlı dağıtmak demektir.

Bu yüzden sıra şudur: önce aynı verinin kaç yere girildiği çıkarılır, tek kayıt belirlenir, sonra akışlar o kayda bağlanır. WhatsApp gibi kanallar da aynı kayda bağlanır; bunun nasıl işlediğini WhatsApp Business API yazısında anlattık.

Sonraki adım

İlk akış operasyon otomasyonu kurulumunun başladığı yerdir: teklif, fatura ve takip aynı kayıttan beslenir, kimse dört yere yazmaz. Hangi işin ilk akış olacağını birlikte seçmek isterseniz teşhis görüşmesi açık.