Web formu CRM entegrasyonu: talepleri kaybetmeden kaydetme, atama ve bildirim

Web formu CRM entegrasyonu, sitenizdeki iletişim, teklif ya da başvuru formundan gelen her talebin otomatik olarak kaydedilmesi, doğru kişiye atanması ve müşteri yönetim sisteminize aktarılması demektir. Küçük işletmelerin çoğunda form talepleri bir e-posta kutusuna düşer. Kutu kalabalıklaştıkça talepler okunmadan kalır, kimin arayacağı belli olmaz, aynı müşteri iki kez aranır ya da hiç aranmaz. Bu yazıda form taleplerini kaybetmeden yönetmenin yolunu, webhook ile CRM aktarımının nasıl çalıştığını, güvenlik ve KVKK açısından dikkat edilmesi gerekenleri ve Otopilot'un Form → CRM Köprüsü botunun bu akışı nasıl kurduğunu anlatıyoruz.

Form talepleri neden kaybolur?

Form talebinin kaybolmasının nedeni çoğu zaman teknik değil, süreçseldir. Formu dolduran kişi bir yanıt bekler; işletme ise talebin geldiğinden haberdar değildir ya da kimin ilgileneceğine karar verilmemiştir.

Tipik senaryolar şunlardır:

• Talep kişisel bir e-posta adresine gider. O çalışan izindeyse ya da ayrıldıysa talepler okunmaz.
• Bildirim spam klasörüne düşer. Form eklentisinin gönderdiği e-postalar bazen alıcı sunucu tarafından spam sayılır.
• Sorumlu belli değildir. Ekipte herkes birinin arayacağını düşünür, sonunda kimse aramaz.
• Durum takip edilmez. Müşterinin arandığı, teklif verildiği ya da işin kaybedildiği bir yerde yazmaz; ay sonunda hangi formun satışa döndüğü bilinmez.
• Veri farklı yerlere dağılır. Bir kısmı e-postada, bir kısmı tabloda, bir kısmı CRM'de durur.

Çözüm, formdan gelen talebi tek bir yerde toplamak, ekipteki sorumlulara adil biçimde dağıtmak, durumunu işaretlemek ve gerekiyorsa CRM'e otomatik aktarmaktır.

Talepleri tek yerde toplamanın bir yan faydası da ölçümdür. Hangi formdan, hangi sayfadan ve hangi kampanya döneminde kaç talep geldiğini görmek, pazarlama bütçesinin nereye harcanacağına karar vermeyi kolaylaştırır. Formdan gelen talep ile satışa dönen talep arasındaki farkı izlemek de satış sürecindeki tıkanmaları gösterir: çok talep gelip az satış oluyorsa sorun formda değil, dönüş süresinde ya da teklifte olabilir.

Webhook nedir, form verisi CRM'e nasıl aktarılır?

Webhook, bir sistemin bir olay gerçekleştiğinde başka bir sisteme belirlenmiş bir adres üzerinden veri göndermesidir. Formdan yeni bir talep geldiğinde, talep bilgileri JSON biçiminde CRM'inizin ya da otomasyon aracınızın gelen webhook adresine POST isteğiyle gönderilir. HubSpot, Pipedrive gibi CRM'ler ve Make, Zapier gibi otomasyon araçları bu tür gelen webhook adresleri sunar.

Webhook güvenliğinin iki temel parçası vardır. Birincisi aktarımın şifreli olmasıdır; webhook adresi https ile başlamalıdır. İkincisi isteğin gerçekten beklenen kaynaktan geldiğinin doğrulanmasıdır. Bunun yaygın yolu imzalı istektir: gönderen taraf istek gövdesinin bir gizli anahtarla HMAC-SHA256 özetini çıkarır ve bir başlıkta gönderir; alan taraf aynı hesabı yaparak sonucun eşleştiğini kontrol eder. Böylece adresinizi öğrenen biri sahte talep gönderemez.

Hangi yöntemi seçerseniz seçin, talebin en az bir yerde eksiksiz kaydedilmesi gerekir. Webhook aktarımı başarısız olduğunda talep de kaybolmamalıdır; aktarım hatası ayrıca işaretlenmeli ve talep listede durmalıdır.

Webhook kurarken alıcı tarafın ne beklediğini de kontrol etmek gerekir. Bazı CRM'ler alan adlarını belirli biçimde ister: ad ve soyadı ayrı alanlarda, telefonu uluslararası biçimde ya da e-postayı zorunlu alan olarak. Otomasyon araçlarında gelen JSON'daki alanları CRM'in alanlarıyla eşleştiren bir ara adım kurulabilir. İlk kurulumda birkaç deneme talebi gönderip CRM tarafında doğru alanlara düştüğünü görmek, canlı taleplerde sürpriz yaşamamayı sağlar.

Webhook aktarımında bir başka dikkat noktası yeniden denemedir. Alıcı sistem o an yanıt vermiyorsa talep aktarılamaz. Bazı sistemler otomatik yeniden deneme yapar, bazıları yapmaz. Yeniden deneme olmayan durumlarda aktarılamayan talepleri işaretlemek ve düzenli olarak gözden geçirmek gerekir. Böylece CRM'e ulaşmayan talep listede görünür kalır ve elle aktarılabilir.

Talepleri sorumlulara sırayla atama

Birden çok satış temsilcisi ya da danışmanı olan işletmelerde taleplerin adil dağıtılması önemlidir. En basit ve şeffaf yöntem sırayla atamadır: ilk talep birinci kişiye, ikinci talep ikinci kişiye gider ve sıra döner. Bu yöntem kimin hangi talebi alacağını öngörülebilir kılar ve tartışmayı azaltır.

Sırayla atamanın yanında elle düzeltme imkânı da olmalıdır. Bir temsilci izindeyse ya da talep belirli bir uzmanlık gerektiriyorsa sorumlu listeden değiştirilebilmelidir. Talebin durumu da en az şu aşamalarla izlenmelidir:

• Yeni: Henüz kimse ilgilenmedi.
• Arandı: Müşteriyle ilk temas kuruldu.
• Kazanıldı: Talep satışa ya da randevuya döndü.
• Kaybedildi: Müşteri vazgeçti ya da uygun değildi.
• Spam: Gerçek bir talep değildi.

Her talebe kısa bir not eklemek, örneğin "salı tekrar aranacak", ekip içi devri kolaylaştırır. Ay sonunda durumlara göre sayım yapmak, hangi formun ve hangi kanalın gerçekten iş getirdiğini gösterir.

Talebe ne kadar hızlı dönüldüğü de en az atama kadar önemlidir. Formu dolduran kişi çoğu zaman birden çok firmaya aynı anda yazar. Talebin geldiği anda sorumluya bildirim gitmesi ve ekibin dönüş için bir hedef süre belirlemesi, örneğin mesai içinde aynı gün dönüş, müşterinin sizi seçme ihtimalini artırır. Bildirimlerin ekibin zaten kullandığı bir kanala, örneğin Telegram grubuna gitmesi bu hızı kolaylaştırır.

Spam, güvenlik ve KVKK

Herkese açık bir form, otomatik spam gönderimlerinin de hedefidir. Basit ama etkili bir önlem görünmez spam tuzağı alanıdır: ziyaretçi bu alanı görmez, otomatik araçlar ise tüm alanları doldurur. Bu alan dolu gelen gönderim kaydedilmez. Aynı adresten kısa sürede çok sayıda gönderimi sınırlamak ve formun yalnız kendi alan adınızdan gönderilmesine izin vermek de kötüye kullanımı azaltır.

Form verisi kişisel veridir: ad, telefon, e-posta ve mesaj içeriği 6698 sayılı Kişisel Verilerin Korunması Kanunu kapsamındadır. Formu yayınlayan işletme veri sorumlusudur ve şu konulara dikkat etmelidir:

1. Aydınlatma metni. Formun yanında verinin hangi amaçla işlendiğini anlatan metne bağlantı bulunmalıdır.
2. Açık rıza ve ticari ileti izni. Talebe yanıt vermek dışında pazarlama iletisi gönderecekseniz ayrıca izin almalısınız; bu izin 6563 sayılı Kanun kapsamındadır.
3. Saklama süresi. Talepler amaç için gerekli süreden uzun tutulmamalıdır. Belirli bir süre sonra otomatik silme bu yükümlülüğü kolaylaştırır.
4. Silme talebi. İlgili kişi verisinin silinmesini istediğinde talebi tek tıkla silebilmelisiniz.
5. Aktarım. Veriyi CRM'e ya da başka bir hizmete aktarıyorsanız bu aktarımı aydınlatma metninizde belirtin.

Formun kendisinde de birkaç küçük iyileştirme talep kalitesini artırır. Yalnız gerçekten gerekli alanları zorunlu yapın; her ek alan formu doldurma ihtimalini düşürür. Telefon alanına örnek biçim yazın, mesaj alanına ne yazılabileceğine dair kısa bir ipucu ekleyin. Gönderimden sonra ziyaretçiye ne zaman dönüş yapılacağını söyleyen bir teşekkür sayfası göstermek, aynı kişinin formu tekrar tekrar doldurmasını da önler.

Otopilot Form → CRM Köprüsü ile web formu CRM entegrasyonu

Otopilot'un Web Formu → CRM ve Bildirim Köprüsü botu yukarıdaki akışı tek ekranda kurar. Her köprü için bir gönderim adresi oluşturulur. Mevcut HTML formunuzun action değerini bu adres yapmanız ya da sitenizin kodundan JSON göndermeniz yeterlidir; ekranda kopyalanabilir HTML ve JavaScript örnekleri vardır.

Gelen talep panelde listeye düşer ve sorumlular arasında sırayla paylaştırılır. Durum, sorumlu ve not her talebin yanında değiştirilebilir; talepler CSV olarak dışa aktarılabilir. İsterseniz her talep CRM'inizin webhook adresine JSON olarak iletilir; isteğin başlığında gövdenin HMAC-SHA256 imzası bulunur ve gizli anahtar ekranda görünür. Aktarım başarısız olursa talep yine kaydedilir ve CRM'e iletilemedi olarak işaretlenir.

Yeni talep panel, kendi Telegram botunuz ve e-postayla bildirilir. Spam tuzağı alanı doluysa talep kaydedilmez. İzin verilen alan adları listesi doluysa yalnız o sitelerden gelen gönderimler kabul edilir. HTML formu gönderilince ziyaretçinin yönleneceği teşekkür sayfasını siz belirlersiniz. Saklama süresi 7 ile 730 gün arasında seçilir ve süresi dolan talepler her gece silinir. Ziyaretçinin IP adresi talep kaydına yazılmaz.

Formunuzu sıfırdan oluşturmak isterseniz Otopilot'un site formları özelliği ve site formları rehberimiz yol gösterir. Sohbet üzerinden gelen talepleri toplamak için site chatbotu rehberimizi okuyabilirsiniz.

Kurulumdan sonra ilk haftayı bir deneme dönemi olarak düşünün. Gelen taleplerin doğru sorumlulara gittiğini, bildirimlerin zamanında ulaştığını ve CRM tarafında alanların doğru eşleştiğini birkaç gerçek talep üzerinden kontrol edin. Sorumlu listesinde değişiklik olduğunda, örneğin yeni bir temsilci katıldığında, listeyi güncellemeyi unutmayın. Saklama süresini de işletmenizin satış döngüsüne göre seçin: teklif süreci uzun süren işlerde daha uzun, hızlı kapanan işlerde daha kısa bir süre yeterlidir.

Form akışının tamamını kurduktan sonra ayda bir kez kısa bir gözden geçirme yapmanızı öneririz: kaç talep geldi, kaçı arandı, kaçı satışa döndü, kaç tanesi spam olarak işaretlendi? Bu dört sayı, formun ve satış sürecinin nerede iyileştirilebileceğini gösterir. Örneğin aranan talep oranı düşükse sorun atama ya da bildirimde, satışa dönen oran düşükse sorun teklifte olabilir.

Sık sorulan sorular

Mevcut formumu değiştirmem gerekir mi?

Formun tasarımını değiştirmeniz gerekmez. Yalnız formun gönderim adresini (action) köprünün adresi yapmanız ve görünmez spam tuzağı alanını eklemeniz yeterlidir. Kod düzenleyemiyorsanız form eklentinizin webhook ayarına köprünün adresini yazabilirsiniz.

Webhook isteğinin bizden geldiğini nasıl doğrularım?

Köprünün ekranındaki gizli anahtarla istek gövdesinin HMAC-SHA256 özetini hesaplayın. Sonuç, x-otopilot-signature başlığındaki sha256= ile başlayan değerle aynı olmalıdır.

KVKK açısından sorumluluk kimdedir?

Formu yayınlayan ve veriyi toplayan işletme veri sorumlusudur; Otopilot bu hizmette veri işleyen konumundadır. Aydınlatma metni, gerekiyorsa açık rıza ve saklama süresi kararları işletmeye aittir.

CRM'e aktarım başarısız olursa talep kaybolur mu?

Kaybolmaz. Talep panelde kalır ve CRM'e iletilemedi olarak işaretlenir. Webhook adresini düzelttikten sonra talebi listeden ya da CSV dışa aktarımından CRM'e taşıyabilirsiniz.

Birden çok formu aynı köprüye bağlayabilir miyim?

Bağlayabilirsiniz; ancak hangi formdan geldiğini ayırmak için her forma farklı bir köprü açmanız daha düzenlidir. Teklif formu ve iletişim formu için ayrı köprü, sorumluları ve bildirimleri de ayrı yönetmenizi sağlar.

Spam tuzağı gerçek ziyaretçileri engeller mi?

Engellemez. Tuzak alanı görünmezdir ve gerçek ziyaretçi onu doldurmaz. Yalnız tüm alanları otomatik dolduran araçların gönderimleri kaydedilmez; bu gönderen yine başarı yanıtı alır, böylece tuzağın varlığını fark etmez.

Kaynaklar

• MDN: HTML form öğesi
• IETF RFC 2104: HMAC ile ileti doğrulama
• Mevzuat Bilgi Sistemi: 6698 sayılı Kişisel Verilerin Korunması Kanunu
• Mevzuat Bilgi Sistemi: 6563 sayılı Elektronik Ticaretin Düzenlenmesi Hakkında Kanun
• Kişisel Verileri Koruma Kurumu