Lemidea · Yayın:
| Gelen durum | Beklenen sonuç | Kontrol |
|---|---|---|
| TLP-001 ilk kez geldi | Bir talep kaydı açılır | Kayıt kimliği saklanır |
| TLP-001 yeniden gönderildi | Aynı kayıt döner | İkinci talep açılmaz |
| TLP-002 eksik iletişim bilgisi | Gönderim açıklamayla reddedilir | Başarı mesajı gösterilmez |
| TLP-003 kaydedildi, bildirim başarısız | Talep saklanır; bildirim bekler | Yeniden deneme izlenir |
Önce tek bir talebin yolunu çizin
Başlangıç için bir form, bir kayıt yeri ve bir bildirim kanalı seçin. Örneğimizde formdan konu, iletişim adresi ve kısa açıklama gelir. Sunucu veriyi kontrol eder, bir talep numarası üretir ve kaydı saklar. Sonra otomasyon ilgili CRM kaydını oluşturur veya günceller; sorumlu kişiye yalnız gerekli bilgileri iletir.
Bir kişinin tekrar yazması ile aynı gönderimin bağlantı hatası nedeniyle tekrarlanması farklıdır. Müşteri kaydını e-posta gibi uygun bir alanla eşleştirebilirsiniz; ancak her yeni talebi yalnız e-postaya bakarak silmemelisiniz. Aynı kişinin iki ayrı projesi olabilir. Tekrarlanan gönderimi ayırmak için gönderime özgü bir kimlik kullanın. Bu karar, hangi otomasyon aracını seçtiğinizden önce gelir.
n8n akışa nereden girer?
n8n'in Webhook düğümü dışarıdan gelen bir olayla akışı başlatabilir. Test ve üretim adresleri ayrıdır. Bu ayrımı yayına geçiş listesine yazın; editörde çalışan deneme, sitenin üretim adresine bağlı olduğunu kanıtlamaz. Gelen verinin alanlarını eşleştirdikten sonra ilgili CRM bağlantısı veya izinli API çağrısıyla devam edilir.
Webhook'un hemen yanıt vermesi, talebin kalıcı olarak saklandığı anlamına gelmez. Önerimiz, kullanıcıya başarılı sonucu ancak güvenilir kayıt tamamlandığında göstermektir. Kayıt sonrası işler için kalıcı bir kuyruk veya yeniden işlenebilir bir kayıt düzeni gerekir. Bu güvenceyi yalnız hızlı bir HTTP yanıtına dayandırmayın.
Excel, Google Sheets ve CRM aynı şey değil
Ekip az sayıda talebi ortak bir tabloda takip ediyorsa başlangıçta Google Sheets yeterli olabilir. n8n'in Google Sheets bağlantısında satır ekleme, okuma ve güncelleme işlemleri bulunur. Bir satırın nasıl eşleşeceğini ve hangi sütunların otomasyon tarafından değiştirileceğini açıkça belirleyin.
Bilgisayardaki bir Excel dosyası ise aynı bağlantı değildir. Dosyanın nerede tutulduğu, ortak erişim şekli ve kullanılan Microsoft hesabının izinleri ayrıca incelenir. Birden fazla kişi aynı kaydı düzenliyorsa, yetki ve değişiklik geçmişi gerekiyorsa CRM veya küçük bir uygulama daha uygun olabilir. Tabloyu sınırsız büyüyecek bir veritabanı gibi ele almayın.
Kaynak: n8n — Google Sheets işlemleri ↗
Bildirim gelmezse talep yine görünür olmalı
E-postanın gönderilememesi ile müşteri talebinin kaybolması aynı hata değildir. Talep kaydına bildirim durumunu ayrı yazın: bekliyor, gönderildi veya kontrol gerekiyor. Böylece ziyaretçiyi e-posta servisini bekletmeden bilgilendirebilir, ekibin bekleyen işleri görmesini sağlayabilirsiniz.
n8n hata iş akışları başarısız yürütümler için bir takip yolu sunar. Buna ek olarak yeniden denenen işlemin ikinci kayıt veya ikinci bildirim üretip üretmediğini test edin. Başarısız işlerin listesini kimin, hangi sıklıkta kontrol edeceği de teslimin parçasıdır. Hata e-postası gönderen sistemin kendisi durduğunda fark edecek bir kontrol düşünün.
Kaynak: n8n — hata yönetimi ↗
Yayına geçmeden dört örneği deneyin
Yukarıdaki tablodaki dört sentetik gönderimi kendi test ortamınızda çalıştırın. Her örnekte hem ziyaretçinin gördüğü sonucu hem hedef sistemdeki kaydı kontrol edin. Ardından aynı isteği tekrar gönderin. Bekleyen kaydı yeniden işleyince toplam kayıt sayısı değişiyorsa, tekrar işleme kuralını düzeltmeden devam etmeyin.
Parolayı veya CRM anahtarını web sayfasına koymayın. Formun açık adresine erişen kişinin sisteme sınırsız kayıt yazmasını engelleyecek doğrulama ve istek sınırları belirleyin. Bildirim ve hata kayıtlarında tüm form içeriğini kopyalamak yerine talep numarası kullanmak, gereksiz kişisel veri kopyalarını azaltır. Bunlar bu örnek için önerilen kabul koşullarıdır; her işletmenin veri ve erişim ihtiyaçları ayrıca değerlendirilir.
Kapsam ve maliyet için hangi bilgi yeterli?
Kullandığınız formu, hedef tablo veya CRM'i, aylık yaklaşık talep sayısını ve örnek bir anonim kaydı paylaşmanız başlangıç için yeterlidir. Canlı müşteri listesini veya erişim anahtarlarını ilk mesajda göndermeniz gerekmez. Maliyet yalnız düğüm sayısına bağlı değildir: tekrar kayıt yönetimi, onay adımları, hata takibi ve devralma ihtiyacı kapsamı belirler.
Her talepte harcadığınız süreyi bir hafta kaydedip hesaplayıcıya girebilirsiniz. Sonuç küçükse önce form alanlarını sadeleştirmek veya ortak bir kayıt düzeni kurmak yeterli olabilir. Otomasyonu, aynı işi başka bir yerde elle kontrol etmeye dönüşmediğinde başarılı sayın. İlk sürümün hedefini de buna göre belirleyelim.
Kaynaklar ve hazırlanış
Bu içerik yapay zekâ desteğiyle hazırlanmıştır. Araç özellikleri aşağıdaki resmî belgelerle karşılaştırılmıştır. Örnek akış bir tasarım önerisidir; canlı n8n veya CRM kurulumu olarak test edildiği iddia edilmez.
Araç özellikleri ve sağlayıcı koşulları değişebilir. Kaynak kontrolü: .
Eşlik eden talep panosu tarayıcıda sentetik kayıtlarla çalışır. Gerçek müşteri, CRM hesabı veya e-posta servisine bağlanmaz.
