Ajanslar için n8n: Müşterilere Yeniden Satılabilir Otomasyon

Bir otomasyon ajansı işletiyorsunuz. Her yeni müşteri kazandığınızda aklınızdan şu sorular geçiyor: Bu müşterinin iş akışlarını nereye deploy edeceğim? Verisi başka müşterininkiyle karışır mı? Bir sorun çıktığında gece yarısı sunucu başında mı oturacağım? AI düğümleri için API anahtarını müşteriden mi isteyeceğim, yoksa kendi anahtarımı mı paylaşacağım?

Bu sorular ajansçılığın asıl işini — akıllı workflow tasarlamak, müşteriye değer üretmek — ikinci plana atıyor. Bu yazı tam o sorunu çözüyor.

Neden Her Müşteriye Ayrı n8n Örneği Gerekir?

Çoğu ajans başlangıçta herkesi tek bir n8n sunucusuna tıkıştırır. Kulağa verimli gelir, pratikte felaket reçetesidir:

• Veri sızıntısı riski. Yanlış yapılandırılmış bir credential, müşteri A'nın verisini müşteri B'nin workflow'unda görünür hale getirebilir.
• Kaynak çekişmesi. Bir müşterinin yoğun çalışan webhook'u diğerlerinin yanıt sürelerini bozar.
• İzin yönetimi kabusu. Müşteriye "kendi" panelini vermek istediğinizde kullanıcı/rol matrisi içinden çıkılmaz hale gelir.
• Çıkış stratejisi yok. Müşteri otomasyon yönetimini devralmak istediğinde ona ne teslim edersiniz?

Doğru model müşteri başına tek-kiracılı (single-tenant) n8n örneğidir. Her müşterinin kendi URL'si, kendi kimlik bilgileri, kendi workflow ve credential deposu olur. Ajans erişimi workflow geliştirme aşamasında geçici olarak eklenip sonra kaldırılabilir; müşteri "sahip" olarak kalır.

Yeniden Satılabilir Hizmet Modelini Tasarlamak

Ajans olarak bu yapıyı sürdürülebilir bir hizmet modeline dönüştürmek için birkaç kararı önceden vermeniz gerekiyor.

1. Paketleme Mantığı

Müşterilere ne sattığınızı netleştirin. İki yaygın model:

Model	Nasıl Çalışır	Kim İçin Uygun
Kurulum + Devir	Workflow'ları geliştirip müşteriye teslim edersiniz, sonra işletimi onlar üstlenir	Teknik kapasitesi olan, bağımsız olmak isteyen müşteriler
Bakım Retainer'ı	n8n örneğini siz kurarsınız, aylık bakım/geliştirme için sabit ücret alırsınız	Operasyonu dış kaynak kullanmak isteyen KOBİ'ler

Her iki modelde de müşteri kendi n8n örneğine sahiptir. Aradaki fark bakımı kimin yaptığıdır.

2. AI Faturasını Nasıl Yönetirsiniz?

Bu, çoğu ajansın çözmekte zorlandığı nokta. Klasik n8n kurulumunda AI düğümleri için OpenAI, Anthropic veya başka bir sağlayıcıya ait API anahtarı gerekir. Seçenekleriniz:

• Müşteriden kendi anahtarını iste. Güvenlik hassasiyeti yaratır; her müşteri kendi limitini aşınca gece yardım talebi gelir.
• Kendi anahtarını paylaş. Maliyet kontrolü kaybedilir; bir müşteri kötüye kullanırsa hepsini etkiler.
• AI maliyetini pakete göm, tek fiyat sun. En temiz model, ama kendi sunucunuzda AI maliyetini öngörmek zordur.

AgentRoost üçüncü seçeneği varsayılan hale getirir: AI/LLM kredileri zaten aboneliğe dahildir. Müşterinize kurduğunuz n8n örneğinin AI düğümleri API anahtarı olmadan çalışır. Maliyet öngörülebilir, faturalama tek kalemdir.

3. Müşteriye Hangi Onboarding Deneyimini Sunacaksınız?

Müşteri "workflow hazır" dediğinizde şunu almalıdır:

• https://<musteri-adi>.agentroost.app gibi kendine özel bir URL
• Kendi login bilgileriyle giriş yapabildiği n8n editörü
• Çalışan webhook'lar için hazır HTTPS endpoint'leri
• Gerekirse üzerinde çalışmaya devam edebileceği aktif workflow'lar

Teslimattan sonra siz sahne arkasına çekilirsiniz. Sunucu yoktur, Docker yoktur, SSL sertifika yenilemesi yoktur.

Tipik Ajans Workflow'ları: Hangi n8n Düğümleri Kullanılır?

Ajansların müşterileri için en sık kurduğu otomasyon türleri ve kullandıkları düğümler:

Lead Takibi ve CRM Senkronizasyonu

Webhook → Set → HTTP Request (CRM API) → IF (lead score) → Slack / Email

• Webhook düğümü: form doldurma, site ziyareti gibi olayları yakalar; public HTTPS URL'si otomatik gelir.
• Set düğümü: gelen veriyi standart alanlara dönüştürür (name, email, source).
• HTTP Request düğümü: HubSpot, Pipedrive veya yerel CRM'e contact/deal oluşturur.
• IF düğümü: lead_score > 70 gibi koşullara göre yolu ayırır — yüksek skorlu lead'i satış temsilcisine atarken düşük skoru nurture listesine ekler.

Fatura ve Muhasebe Otomasyonu

Schedule Trigger → HTTP Request (fatura sistemi) → IF (vadesi geçmiş) → Gmail / Twilio SMS

• Schedule Trigger: her sabah 09:00'da çalışır (cronExpression: 0 9 * * *).
• Vadesi geçmiş fatura varsa müşteriye otomatik hatırlatma gider; yoksa workflow sessizce tamamlanır.

İçerik Dağıtımı

RSS Feed Trigger → AI/LLM Node → Set → HTTP Request (sosyal medya API)

• AI/LLM Node burada kritik: blog yazısından sosyal medya metni üretir. Bu düğüm AgentRoost'ta önceden yapılandırılmıştır, API anahtarı gerektirmez. Farklı modeller arasında geçiş yapmak tek tıktır; mevcut model çalışmıyorsa anında değiştirirsiniz.

AgentRoost ile Ajans Altyapısını Nasıl Kurarsınız?

Bir müşteri onboarding'ini baştan sona şöyle görünür:

1. agentroost.app üzerinden hesap açın. E-posta/şifre veya Google/Microsoft/Discord ile — birkaç saniye sürer.
2. "New agent" → n8n framework'ü seçin. Müşteri adını veya proje kodunu instance adı olarak girin.
3. Instance ayağa kalkar. Yaklaşık 2 dakika; https://<isim>.agentroost.app adresi aktif hale gelir.
4. n8n editörüne girin, workflow'ları kurun. AI düğümleri zaten çalışır durumda; credential panelinde OpenAI veya Anthropic anahtarı girmenize gerek yoktur.
5. Müşteri için bir kullanıcı oluşturun, editörü teslim edin. Müşteri kendi login bilgileriyle giriş yapar; instance artık ona aittir.

Her müşteri için bu adımları tekrarlarsınız. Sunucu yönetimi, Docker Compose güncellemesi, SSL sertifika yenilemesi — bunların hiçbiri size düşmez.

Fiyat $19,99/aydan başlar; AI kredileri, compute ve SSL dahildir. Üst planlar daha fazla compute ve daha fazla dahili AI kredisi içerir. Aylık faturalandırma, yıllık taahhüt yoktur; istediğiniz zaman iptal edebilirsiniz. 14 günlük para iade garantisi mevcuttur.

Planları karşılaştırın → | n8n hakkında daha fazla →

Ajans Büyüdükçe Ne Değişir?

10 müşteriden 50'ye geçtiğinizde en kritik sorun "kaç sunucu ayarlayayım" olmaktan çıkar; "hangi müşterinin instance'ı yavaş çalışıyor, neden?" sorusuna dönüşür. Bunu kendi sunucularınızda yönetmek demek: izleme araçları, uyarı kurulumu, gece bildirimleri, disk dolunca panik. AgentRoost modelinde her instance bağımsız çalışır; birinin yoğun trafiği diğerini etkilemez.

Ajans büyümesi açısından pratik bir gerçek: DevOps maliyeti (zaman veya ek işe alım) 3-4 müşteriden sonra görünür hale gelir. O maliyetin bir kısmını öngörülebilir bir aboneliğe dönüştürmek, hem kâr marjınızı hem de uyku kalitenizi iyileştirir.

Müşteriye Çıkış Yolu Sunmak: Gerçek Sahiplik

"Ajans ilişkisi biterse workflow'larım ne olur?" sorusu her akıllı müşterinin aklına gelir. AgentRoost'ta kurulan n8n instance kilitli değildir: müşteri kendi n8n editörüne giriş yaparak tüm workflow'larını JSON olarak export edebilir, isterse başka bir sunucuya taşır. Bu şeffaflık müşteri güvenini artırır; ajans olarak "veriler ve workflow'lar size aittir" diyebilmek somut bir rekabet avantajıdır.