Make ve Zapier: Karmaşık akışta kredi nasıl tükenir?

Dallanan bir satış otomasyonu kuran ekip için Make güçlü bir seçenek; çok sayıda uygulama arasında bağlantı kurması gereken ekip için Zapier öne çıkıyor. Maliyet kararında ise bir Make kredisini bir Zapier task’ına eşitlemek yanıltıcı: aynı CRM adayı iki platformda farklı adımları sayaca yazdırıyor. Make’in geniş görünen kredi kotası, aday başına çalışan modüller çoğaldıkça hızla tükenebilir.

Ücretsiz planların rakamları da tek başına seçim yaptırmaz. Make’in fiyat tablosu ücretsiz planda aylık 1.000 kredi, 10.000 kredilik Core seçeneği ve yönlendirici modül için kredi istisnası gösteriyor. Zapier’in plan tablosunda ücretsiz paket aylık 100 task ve tetikleyiciyle tek eylemden oluşan akışlarla sınırlı; çok adımlı akışlar ücretli planda yer alıyor. Zapier aynı sayfada 9.000’den fazla uygulama bağlantısı sunduğunu belirtiyor, ancak katalog büyüklüğü belirli bir CRM işleminin desteklendiğini tek başına göstermez.

Kredi ile task hangi işlemleri sayıyor?

Zapier’de temel kural, başarıyla çalışan eylemin task üretmesi. Task kullanım kuralları tetikleyicinin, Filter ve Paths adımlarının sayılmadığını; filtre nedeniyle hiç çalışmayan veya hata verip duran eylemin de task tüketmediğini açıklıyor. Buna karşılık başarıyla tamamlanan zenginleştirme sorgusu, e-posta gönderimi ve CRM güncellemesi ayrı eylemler olarak hesaba giriyor.

Make’te standart bir modülün çalışması çoğunlukla bir kredi tüketir. CRM olayını alan tetikleyici, zenginleştirme sorgusu, AI modülü, e-posta gönderimi ve kayıt güncellemesi bu hesabın ayrı kalemleridir; yönlendirici ise kredi tüketmez. Bir koşul adayı durdurursa sonrasındaki modüller çalışmaz, fakat tetikleyici zaten çalışmıştır. Bu ayrım özellikle satışa uygun bulunmayan adayların çok olduğu akışlarda önem kazanır: Zapier’de eyleme ulaşmayan aday sıfır task bırakabilirken Make’te tetikleyici tüketimi kalır.

İki sayaç aynı birimi ölçmediği için aylık kredi ve task toplamlarını birbirine bölerek platform fiyatı çıkarılamaz. Ücretli plan seçimi, her platformda gerçekten çalışacak adımların toplamına bağlıdır. Bir dal yalnızca koşul kontrolü yapıyorsa bunun etkisi, yeni bir harici uygulama sorgusu çalıştıran daldan farklıdır.

Aynı CRM adayı iki platformda nasıl ilerler?

Şu akış varsayımsal bir hesap için tanımlanıyor. CRM’ye yeni bir aday geldiğinde adresi ve satışa uygunluk koşulu kontrol ediliyor. Koşulu geçen aday için harici bir hizmetten şirket bilgisi alınıyor; AI kısa bir e-posta taslağı hazırlıyor, mesaj gönderiliyor ve CRM kaydı güncelleniyor. Her aday tek kayıt olarak ilerliyor; yeniden deneme, hata işleyici ve ikinci bir dal bulunmuyor.

CRM olayı akışı başlatır. Make hesabında her adayın ayrı bir anlık tetikleme oluşturduğu varsayılır; Zapier tetikleyiciyi task saymaz.
Filtre uygun olmayan adayı durdurur. Bu aday için zenginleştirme, AI, e-posta ve güncelleme çalışmaz.
Koşulu geçen adayın şirket bilgisi tek harici sorguyla alınır.
AI, araç çağırmadan tek çalışmada e-posta taslağı üretir.
E-posta tek eylemle gönderilir ve CRM kaydı tek eylemle güncellenir.

Temel hesapta Zapier için araçsız Standard AI by Zapier adımı, Make için ücretli planda bağlı özel AI sağlayıcısının standart modülü seçiliyor. Filtreyi geçen bir aday Zapier’de dört task üretir: zenginleştirme, AI, gönderim ve güncelleme. Make’te aynı aday, tetikleyiciyle birlikte beş standart modül çalışması ve beş kredi üretir. Bu rakamlar gerçekleşmiş bir testin faturası değil, açıkça tanımlanmış bağlantı ve çalışma koşullarının aritmetiğidir.

Aylık aday hacmi kotayı nasıl etkiler?

Her adayın filtreden geçtiği, her olayın Make’te ayrı bir anlık tetikleme oluşturduğu ve bütün sonraki adımların birer kez çalıştığı kabul edilirse tüketim aday sayısıyla doğrusal artar. Bu koşullarda aylık hesap şöyledir:

100 aday: Zapier’de 400 task; Make’te 500 kredi.
1.000 aday: Zapier’de 4.000 task; Make’te 5.000 kredi.
10.000 aday: Zapier’de 40.000 task; Make’te 50.000 kredi.

Bu liste paket bedeli değil, gereken kullanım kapasitesidir. Örnekte 10.000 kredilik Make Core seçeneği 2.000 tam aday işlemeye yeter; bunun üzerindeki hacim için daha yüksek kapasite gerekir. Adayların bir kısmı filtreden geçmezse her iki platformda sonraki işlemler azalır, ancak Make’in tetikleyici payı devam eder. Dolayısıyla aynı aylık aday sayısına sahip iki işletme, satışa uygunluk oranları farklıysa aynı kotayı tüketmez.

Make’te bir modül tek adaydan birden fazla veri paketi üretirse sonraki modüller her paketi işleyebilir; basit aday çarpımı o noktada büyür. Öte yandan bu örnek, her adayın ayrı tetiklendiği kurulumla sınırlıdır. CRM kayıtlarını toplu çeken bir tetikleyicide kontrol sayısı ile aday sayısı bire bir örtüşmeyebilir; toplam tüketim, o kurulumdaki gerçek modül çalışmaları üzerinden hesaplanmalıdır.

AI modeli ve araç çağrısı farkı nerede büyütür?

Zapier’de AI adımının task sayısı seçilen model katmanına bağlıdır. AI by Zapier tarifesi araçsız Standard çalışmayı bir, Advanced çalışmayı üç, Premium çalışmayı beş task olarak listeliyor; başarılı araç çağrıları da aynı model katsayısıyla ekleniyor. Yeni ücretli AI adımlarında varsayılan katman Premium olduğundan temel örnekteki dört task, Standard katmanı özellikle seçilirse geçerlidir.

Koşullu olarak, ayrı zenginleştirme, gönderim ve CRM güncelleme eylemleri korunup AI adımı Advanced katmana geçirilirse ve AI adayı araştırmak için ek bir araç çağırırsa AI kısmı altı task olur. Üç diğer eylemle birlikte aday başına dokuz task, 1.000 tam aday için 9.000 task çıkar. Ek araç çağrısı, örnekteki zenginleştirme eyleminin yerine geçmez; bu yüzden hesabı artırır.

Make’te AI maliyeti bağlantı türüne göre değişir. Make’in kredi kuralları ücretli plandaki özel AI sağlayıcısı bağlantısında kredinin işlem üzerinden hesaplandığını ve token ücretinin sağlayıcıya ödendiğini; Make AI Provider bağlantısında ise token ile işlem kullanımının kredi miktarını etkileyebildiğini belirtiyor. Temel örnekteki beş kredi bu nedenle sağlayıcının token bedelini içermez ve farklı bir Make AI bağlantısına aynen taşınamaz.

Entegrasyon ve toplam maliyet seçimde nasıl tartılır?

Türkiye’deki bir girişim veya KOBİ için ilk ayrım, kullanılan CRM, e-posta hizmeti ve zenginleştirme aracında gereken eylemlerin bulunmasıdır. Bir uygulamanın katalogda görünmesi, aday arama, belirli alanları okuma veya kayıt güncelleme gibi ihtiyaçların tamamını karşıladığı anlamına gelmez. Eksik bir eylem için ayrıca API sorgusu kurulursa hem bakım işi hem de kullanım hesabındaki adım sayısı değişir.

Az dallanan ve birçok farklı uygulamaya yayılan akışlarda Zapier’in bağlantı kapsamı seçimi kolaylaştırabilir. Çok koşullu, farklı aday türlerini ayrı yollara gönderen akışlarda Make’in yönlendirme esnekliği değer kazanır; tüketim ise çalışan modüllere, veri paketlerinin çoğalmasına ve AI bağlantısına bağlı kalır. Satın alınacak kotayı belirleyen ölçü, ilandaki tek bir kredi veya task sayısı değil, işletmenin kendi akışında bir aday için gerçekten çalışan adımların aylık hacimle çarpımıdır.

Ayrıca okuyun: