Zapier ve E-İmza ile Sözleşme İş Akışlarını Nasıl Otomatikleştirirsin (2026 Rehberi)

Eskiden haftada yaklaşık beş saatimi sözleşme göndermekle geçirirdim. Yazmakla değil. Müzakere etmekle değil. Sadece göndermekle. Doğru şablonu bulmak, isim, tarih ve proje ücretini yerleştirmek, imzalayanın e-postasını iki kez kontrol etmek, gönder düğmesine basmak ve sonra freelancer'ın geri dönüp imzalayıp imzalamadığını hatırlamak için bir yere not etmek.

Bir süre kendime bunun küçük bir işletme yürütmenin bedeli olduğunu söyledim. Sonra bir çeyrekte bir müşteri projesi için yirmi freelancer'ı işe aldım. Bu tek seferlik sözleşme gönderim partisi, elle yaptığımda neredeyse bir günümü yiyor. Saatlerce e-imza aracımda tıklayıp durdum, ara sıra bir e-posta adresini yanlış yazdım, ara sıra yanlış şablonu gönderdim ve yavaş yavaş, aslında insana hiç ihtiyaç duymayan bir süreçte darboğazın ben olduğumu fark ettim.

İşte sözleşme iş akışlarını otomatikleştirmeyi nihayet ciddiye aldığım hafta o haftaydı. Bu rehber, o zamandan beri öğrendiğim her şey — neyin işe yaradığı, neyin abartıldığı ve bugün başlasaydım neyi farklı yapacağım.

"Sözleşmeleri otomatikleştirmek" aslında ne demek

Sözleşmelerin işine dokunduğu üç yer vardır:

1. Trigger — bir sözleşmenin gönderilmesine yol açması gereken bir şey olur. Bir lead form doldurur. Bir deal kapanır. Ödeme alınır. Toplantı ayarlanır.
2. Gönderim — sözleşme doğru verilerle oluşturulur ve e-imza aracın üzerinden imzalayana ulaştırılır.
3. Takip — imzalandıktan sonra dosyalanması, ekibinin haberdar edilmesi, CRM'inin güncellenmesi ve belki iş akışındaki bir sonraki adımın tetiklenmesi gerekir.

Manuel iş akışları bir insanı bu üç adımın ortasında oturmaya zorlar. Zapier, Make.com ve n8n gibi otomasyon araçları bu adımları birbirine bağlamana izin verir, böylece sözleşme tetikleyiciden imzaya ve oradan dosyalamaya, sen hiç dokunmadan akar.

İK ekiplerinin çalışan onboarding'i için e-imzayı nasıl kullandığını zaten biliyorsan, burada da aynı mantık geçerli — sadece her tür sözleşmeye genelleştirilmiş hali.

Üç ana no-code aracı

Tariflere geçmeden önce 2026'nın panoraması.

Zapier

Üçünün en cilalısı. Kurulumu en kolay, en büyük uygulama kataloğu (8.000+ entegrasyon), teknik olmayan kullanıcılar için sınıfının en iyisi. Bedeli ise maliyet — Zapier task başına ücretlendirir ve "task'lar" çok adımlı bir sözleşme iş akışında hızla birikir.

Aylık ~30-50 sözleşme yapan küçük bir ekip için gerçekçi fiyatlandırma: Zapier Pro ayda 50 $ civarı, çok adımlı, path ve filtre içeren Zap'ların varsa bazen daha fazla.

Make.com (eski adıyla Integromat)

Daha ucuz, daha güçlü, daha görsel. Sürükle-bırak senaryo builder'ı karmaşık akışlara çok daha net bir görünüm sağlıyor. Make task başına değil operasyon başına ücret alıyor ve operasyonlar genelde Zapier task'larından ucuz.

Aynı kullanım için gerçekçi fiyat: Core planında ayda 10-15 $ civarı. Yakalanma noktası öğrenme eğrisi — Make daha esnek, bu da fark edilmesi zor şekilde bozulan bir şey inşa etmenin daha kolay olduğu anlamına geliyor.

n8n

Açık kaynak, kendi sunucunda barındırılabilir, kendin çalıştırırsan ücretsiz veya bulutta ayda 20 $ civarı. n8n'e tam kontrol istediğimde, task başına fiyatlandırmayı tamamen önlemek istediğimde veya üçüncü taraf bir SaaS'tan geçirmek istemediğim verileri işlemem gerektiğinde uzanıyorum.

Olumsuz tarafı: "engineer" tarafına daha yakınsın. Küçük JavaScript snippet'leri yazacaksın, kendi sunucunu yöneteceksin (kendin barındırırsan) ve Zapier'ın sunduğu dostça yardım eli olmadan debug yapacaksın.

Bu yazının çoğu okuyucusu için Zapier veya Make ile başlamayı öneririm. n8n, onları aşarsan doğru cevap, başlamak için doğru yer değil.

Gerçekten zaman kazandıran sekiz sözleşme otomasyonu tarifi

Bunlar son bir yılda küçük işletmelerde inşa ettiğim veya inşa edilirken gördüğüm spesifik Zap'lar ve senaryolar. Her biri gerçek, çalışan bir pattern — pazarlama varsayımı değil.

1. Typeform → e-imza

Trigger: Birisi sitendeki bir Typeform'u dolduruyor (lead formu, proje intake'i, başvuru). Aksiyon: Eşleşen sözleşmeyi e-imza aracın üzerinden, cevaplarıyla doldurulmuş halde fırlat. Takip: "Sözleşme gönderildi" durumuyla CRM'ine düşür.

Hizmet işletmeleri için en büyük zaman kazandıran bu. Bir potansiyel müşteri adı, şirketi, proje kapsamı ve bütçesiyle bir intake formu dolduruyor. Otuz saniye içinde kişiselleştirilmiş bir hizmet sözleşmesi onun gelen kutusunda oturuyor.

İşin püf noktası, Typeform alan etiketlerinin sözleşme şablonu değişkenlerinle tam olarak eşleşmesini sağlamak. Bunu zor yoldan, "Merhaba {{first_name}}" yazan üç sözleşme gönderdikten sonra öğrendim çünkü alanı yanlışlıkla yeniden adlandırmıştım.

2. HubSpot deal kapandı → e-imza

Trigger: Bir deal HubSpot'ta "Won" veya "Contract Pending" aşamasına geçiyor. Aksiyon: MSA şablonunu deal'in birincil kontağına otomatik gönder. Takip: Slack'te #sales-wins kanalına deal değeri ve sözleşme durumuyla bir mesaj at.

Satış ekipleri bu adımda inanılmaz zaman yakıyor. Deal "kapanmış" ama kimse manuel olarak sözleşme şablonunu çıkarıp şirket adını doldurup gönderene kadar hiçbir şey olmuyor. Bunu otomatikleştirmek 15 dakikalık bir görevi sıfır dakikalık bir göreve çeviriyor ve gelirin gelme süresinden günler kesiyor.

3. Stripe checkout → e-imza

Trigger: Belirli bir ürün için başarılı bir Stripe checkout (örn. "Strateji Seansı" veya "Danışmanlık Paketi"). Aksiyon: İlgili hizmet sözleşmesini Stripe payload'ındaki müşteri e-postasına gönder. Takip: Müşteriyi e-posta aracında doğru segment ile etiketle.

Bu pattern ürünleştirilmiş hizmetler için harika çalışıyor. Müşteri önce öder, sözleşme otomatik gönderilir ve gelen kutusuna döndüğünde sözleşme onu bekliyor olur. Profesyonel hissettirir ve ertesi gün gelen "bir saniye, sözleşme nerede" gibi tuhaf e-postaları ortadan kaldırır.

4. Calendly rezervasyonu → e-imza

Trigger: Belirli bir Calendly etkinlik tipi için yeni bir rezervasyon yapılıyor (örn. "Discovery Call"). Aksiyon: Görüşmeden önce bir engagement letter veya NDA gönder. Takip: Rezervasyonu sözleşme durumuyla CRM'ine ekle.

Ben bunu her ücretli danışmanlık görüşmesi için yapıyorum. Rezervasyon geliyor, engagement letter çıkıyor ve görüşmeye geldiğimizde yasal kapsamı zaten oluşturmuş oluyoruz. Aynı zamanda yumuşak bir filtre işlevi görüyor — imzalamayanlar genelde gelmiyor da, bu da ikimize de zaman kazandırıyor.

5. Airtable durum değişikliği → e-imza

Trigger: Airtable'da bir satır "Approved" veya "Ready to Send" durumuna geçiyor. Aksiyon: Satırın verilerini kullanarak bir Statement of Work oluştur ve müşteriye gönder. Takip: Airtable satırını "Contract Sent" olarak güncelle ve zaman damgası ekle.

Proje yönetimi ekipleri bunu çok seviyor. Producer'ın veya PM'in merkezi takipçide bir projeyi onaylanmış olarak işaretliyor ve SOW doğru kapsam, teslim edilecekler ve fiyatlandırma ile otomatik gönderiliyor. Tablodan şablona kopyala-yapıştır yok.

6. Google Forms → e-imza

Trigger: Bir Google Form'a yeni bir yanıt (intake, başvuru, izin talebi). Aksiyon: Bir izin sözleşmesi veya onboarding sözleşmesi gönder. Takip: Yanıtı sözleşme durumuna göre anahtarlanmış bir Google Sheet'e dosyala.

Bu Typeform tarifinin bütçe versiyonu. Zaten Google Workspace ekosistemindeysen ve stack'inde başka ücretli bir araç istemiyorsan, Forms + Sheets + e-imza aracın kullanım durumlarının çoğunu karşılıyor. Formlar o kadar şık değil ama otomasyon aynı şekilde çalışıyor.

7. Slack mesajı → e-imza

Trigger: Belirli bir Slack komutu (/send-contract @client@email.com Project-X) veya tanınabilir bir patternli mesaj. Aksiyon: Komuttaki e-postaya eşleşen şablonu gönder. Takip: Aynı Slack thread'inde sözleşmenin gittiğini onaylayan bir yanıt yaz.

Bu ilk kullandığında büyülü hissettiriyor. Bir ekip üyesi bir Slack kanalında bir projeyi tartışıyor, tek bir komut yazıyor ve bir sözleşme gidiyor. Sekme değiştirme yok, kopyala-yapıştır yok, başka bir uygulamaya giriş yok. Tüm gün Slack'te yaşayan satış temsilcileri için özellikle iyi çalışıyor.

8. E-imza imzalandı → CRM güncellemesi + Slack bildirimi + Drive klasörü

Trigger: Bir belge e-imza aracında tamamen imzalanıyor. Aksiyon: CRM'deki deal'i "Contract Signed" olarak güncelle, Slack'te kutlama mesajı at ve imzalı PDF'i yapılandırılmış bir Google Drive klasörüne kaydet. Takip: İsteğe bağlı olarak bir sonraki iş akışını tetikle — fatura oluşturma, proje kickoff e-postası, takvim daveti vb.

Bu döngüyü kapatan tarif. Bu olmadan sözleşmelerin yine de otomatik çıkıyor ama kimin imzaladığını manuel kontrol edip sistemleri elle güncelliyorsun. Bu son adımı eklemek "otomatik gönderim"i "tamamen otomatik yaşam döngüsü"ne çeviren şey.

Üç platformu kafa kafaya karşılaştırmak

Üçünü de yıllarca kullandıktan sonra, bir arkadaşıma kahve eşliğinde vereceğim dürüst özet bu.

Ayda 30'un altında sözleşme gönderen küçük bir işletme için matematik genelde Make.com'u tutuyor. Kurulum süresinin aylık maliyetten daha önemli olduğu bir satış ekibi için Zapier kazanıyor. Geliştirici ağırlıklı bir ekip veya sözleşme verilerini üçüncü taraf sunuculardan uzak tutmak isteyen herkes için n8n doğru hamle.

Sürekli gördüğüm yaygın hatalar

Bu iş akışlarını inşa eden yeterince küçük işletmeye yardım ettim, aynı sorunları defalarca görüyorum.

Hata bildirimleri yok. Zap'in gecenin ortasında sessizce çöküyor çünkü e-imza aracının API'si seni rate-limit yapmış. Sözleşme hiç çıkmıyor. Müşteri hiç şikayet etmiyor çünkü bir sözleşmenin geleceğini bilmiyordu. Üç hafta sonra lead kaybettiğini keşfediyorsun. Her zaman hata bildirimleri kur — Slack, e-posta, ne olursa. Hem Zapier hem Make tek bir ayarda yapmana izin veriyor. Kullan.

İmzalayan e-postasını hardcode etmek. Birinin kendi e-postasıyla test edip sonra değişkeni trigger verisinden çekecek şekilde değiştirmeyi unuttuğu Zap'lar gördüm. Her sözleşme onu inşa eden geliştiriciye gidiyor. Bir kez komik, ölçekte acı verici.

Alıcı doğrulama yok. Trigger'ından çıkan e-posta adresini sağduyuyla kontrol etmezsen ara sıra hatalı yazılmış adreslere veya test verilerine sözleşme göndereceksin. Göndermeden önce e-postanın e-postaya benzediğini kontrol eden bir filtre adımı ekle. ZeroBounce gibi araçlar veya basit bir regex filtresi en kötüleri yakalayabilir.

Yanlış event'lerde tetikleme. HubSpot'ta yaygın bir tane — "deal stage moved to Closed Won" yerine her property değişikliğinde yanlışlıkla tetikleme. Aynı sözleşmeyi üç kez gönderiyorsun. Trigger'larında kesin ol.

Idempotency yok. Bir trigger iki kez tetiklenirse (olur — webhook'lar yeniden dener, Zap'lar ara sıra çift ateşler), aynı sözleşmeyi iki kez gönderirsin. Bir dedupe kontrolü inşa et, genelde trigger event'inden gelen benzersiz bir ID ile anahtarlanmış bir "gönderilen sözleşmeler" log'u tutarak.

Zapier'ı tamamen atlayıp ne zaman webhook kullanmalısın

Bu çoğu no-code rehberinin atladığı kısım ve önemli.

E-imza aracın webhook açığa çıkarıyorsa (çoğu çıkarıyor) ve trigger kaynağın HTTP istekleri ateşleyebiliyorsa, çoğu zaman aracı tamamen atlayabilirsin. Doğrudan webhook entegrasyonu daha hızlı, daha ucuz ve çok araçlı bir Zap'tan daha az hata noktasına sahip.

Örneğin: Stripe checkout.session.completed üzerinde bir webhook ateşleyebiliyorsa ve e-imza aracın bir POST /v1/documents API çağrısını kabul ediyorsa, bunları yaklaşık 30 satır sunucu koduyla bağlayabilirsin. Zapier yok, task başına fiyatlandırma yok, müşteri verilerinin ortasında oturan üçüncü taraf yok.

Trade-off açık — kodu yazıp bir yerde host edebilecek birine ihtiyacın var. Mühendislik kaynağı olmayan küçük ekipler için no-code vergisi ödemeye değer. Zaten bir backend'i olan ekipler için doğrudan webhook'lar genelde doğru cevap.

Yararlı bir thumb rule: Bir Zap'ın 4-5'ten fazla adımı varsa ve ayda 100'den fazla çalışıyorsa, muhtemelen bir webhook entegrasyonuna çevirmeye değer. Daha az adım veya daha düşük hacim varsa, Zapier'da bırak.

CanUSign ve Zapier hakkında özel bir not

Burası CanUSign blogu olduğu için dürüst açıklama: Zapier entegrasyonumuz 2026 itibarıyla şu anda private beta'da. Bir avuç müşteriyle çalıştırıyoruz ama henüz herkese açık Zapier uygulama dizininde değil. Erken erişim istiyorsan ana site üzerinden bizimle iletişime geç.

Bu arada yukarıdaki tariflerin hepsi webhook'lar üzerinden çalışıyor — CanUSign'ın webhook desteği tamamen belgelenmiş ve stabil. Yani bir mühendisin varsa (veya API'mizi çağırmak için Make.com'un HTTP modülünü kullanmak istiyorsan), bu sekiz pattern'in hepsini bugün inşa edebilirsin. Sadece Zapier-yerli deneyimi henüz tam olarak bitmiş değil.

Bunu sana cilalı bir Zapier uygulamamız varmış gibi davranmak yerine söylemeyi tercih ederim. Bugün kaya gibi sağlam Zapier-yerli akışlara ihtiyacın varsa DocuSign, Dropbox Sign ve PandaDoc gibi araçların hepsinin olgun entegrasyonları var — gerçi başka yerde yazdığım gibi fiyat ve lock-in konusunda kendi trade-off'larıyla geliyorlar.

Best practice'ler, özetlenmiş

Tüm tariflerin, hataların ve araçların ardından, sıfırdan başlayan birine vereceğim şey bu.

• Tek bir iş akışıyla başla. En çok canını yakan tarifi seç (muhtemelen yukarıdaki 1, 2 veya 3) ve her şeyi otomatikleştirmeye çalışmadan önce onu inşa et.
• Hata bildirimlerini ilk gün ekle. "Sonra" değil. İlk gün.
• Idempotency inşa et. Çift göndermemek için gönderilen her sözleşme başına benzersiz bir ID izle.
• Bir audit trail tut. Her sözleşme gönderimini bir tabloya, veritabanına veya Airtable'a logla, böylece "Y'ye X gönderdik mi?" sorusunu 5 saniyede yanıtlayabilirsin. Bu düşündüğünden daha önemli — hem yasal uyum için hem debug için.
• Gerçek verilerle test et. Bir iş akışını canlıya almadan önce kendi e-postana üç sözleşme gönder. Gerçek dünya verisi test modunda görünmeyen tuhaf edge case'lere sahip.
• Ayda bir gözden geçir. Her ay Zapier veya Make kullanım raporuna bak. Bir iş akışı beklenenden çok daha fazla ateşleniyorsa bir şeyler ters gitmiş demektir.
• İnşa ettiğini belgele. Gelecekteki sen (veya yerini alan kişi) hangi Zap'in neyi neden yaptığını bilmek zorunda.

Sonuç

Eskiden sözleşmelere harcadığım haftada beş saat şimdi yaklaşık yirmi dakika — ve o yirmi dakikanın çoğu edge case'leri gözden geçirmek ve şablonları güncellemek, tekrarlayan gönderimleri tıklamak değil. Zapier veya Make'te break-even ayda yaklaşık 30 sözleşme civarında ama zaman tasarrufu çok daha önce ortaya çıkıyor ve tutarlılık kazanımları hemen ortaya çıkıyor. Unutulan takipler yok. Yanlışlıkla yazılmış e-postalar yok. Birisi evrak göndermek için çok meşgul olduğu için tıkanan deal'lar yok.

Haftada birkaç sözleşmeden fazla gönderiyorsan ve henüz otomatikleştirmediysen, bu ay işine harcayacağın en yüksek ROI'lı saat bu. Bir tarifle başla, çalıştır, sonra bir sonrakini ekle.

Ve Zapier uygulamamız beta'dan çıktığında CanUSign'ı denemek istersen seni aramızda görmek isteriz — bu arada webhook kurulumu sağlam ve fiyatlandırma dürüst. Her şekilde, sözleşmeleri elle göndermeyi bırak. Gelecekteki sen sana teşekkür edecek.