CRM Entegrasyonlu Web Sitesi Nedir? Formdan Gelen Lead'i Otomatik Takip Etme

CRM entegrasyonlu web sitesi, formu dolduran her kişiyi e-posta kutusunda kaybolan bir bildirim olmaktan çıkarır ve satış ekibinin takip ettiği bir kayda dönüştürür. Bu yazıda formdan CRM'e uzanan akışı adım adım anlatıyorum: alan eşleme, UTM ve gclid aktarımı, lead atama, otomatik yanıt ve reklam tarafına geri dönen çevrimdışı dönüşüm.
CRM entegrasyonlu web sitesi nedir?
CRM entegrasyonlu web sitesi, iletişim, teklif veya demo formlarına girilen bilgileri insan eli değmeden müşteri ilişkileri yönetimi (CRM) yazılımına kayıt olarak gönderen sitedir. Kayıtla birlikte kaynak kanal, kampanya ve reklam tıklama kimliğini de taşır; böylece her lead sahiplenilir, takip edilir ve satışa kadar ölçülür.
Basit bir örnekle anlatayım. Klasik bir sitede form gönderildiğinde "info@" adresine bir e-posta düşer. O e-postayı kimin açtığı, kimin aradığı, müşterinin hangi reklamdan geldiği çoğu zaman belirsiz kalır. Entegre bir sitede ise aynı gönderim CRM'de yeni bir kişi, bir fırsat ve bir görev oluşturur. Ayrıca görev doğrudan bir satış temsilcisine düşer.
Bu yazı bir form tasarımı rehberi değil. Formun kendisini, alan sayısını ve dönüşüm dostu kurgusunu randevu, teklif ve demo formu tasarımı yazısında ayrıntılı anlattım. Burada formun arkasındaki veri yolculuğuna odaklanıyorum.
Formdan gelen lead neden kaybolur?
Lead'ler genellikle kötü niyetten değil, sahipsizlikten kaybolur. Ortak bir e-posta kutusuna düşen talebi herkes görür, ama kimse kendi işi olarak görmez. Üstelik o kutu hafta sonu, tatilde ve yoğun günlerde kimse tarafından açılmayabilir. Sonuçta müşteri rakibinizi arar.
Sahada en sık gördüğüm kayıp noktaları şunlar:
- Form bildirimi spam klasörüne düşer ve günlerce fark edilmez.
- Talep bir çalışanın kişisel gelen kutusunda kalır; o kişi işten ayrılınca geçmiş de gider.
- Satış ekibi müşteriyi arar, ama sonucu hiçbir yere yazmaz.
- Pazarlama ekibi hangi kampanyanın satış getirdiğini bilmez, çünkü kaynak bilgisi e-postada yoktur.
- Aynı kişi iki kez form doldurur ve iki farklı temsilci onu ayrı ayrı arar.
Bu sorunların ortak noktası şudur: veri bir yere akıyor, ama düzenli bir kayda dönüşmüyor. Dolayısıyla çözüm daha fazla e-posta değil, formu doğrudan bir iş akışına bağlamaktır.
CRM entegrasyonlu web sitesi hangi akışı otomatikleştirir?
Sağlam bir entegrasyon, form gönderildiği andan satış kapandığı ana kadar birkaç adımı kendiliğinden yürütür. Aşağıdaki sıralama benim projelerde kullandığım temel iskelet:
- Ziyaretçi siteye gelir; site UTM parametrelerini ve reklam tıklama kimliğini yakalar.
- Ziyaretçi formu doldurur; gizli alanlar bu kaynak bilgisini forma ekler.
- Sunucu veriyi doğrular, spam kontrolünden geçirir ve CRM'e gönderir.
- CRM kişiyi arar; varsa günceller, yoksa yeni kayıt açar.
- Atama kuralı kaydı doğru temsilciye verir ve bir görev oluşturur.
- Müşteriye otomatik bir onay e-postası veya mesajı gider.
- Temsilci görüşmeyi yapar ve lead durumunu günceller.
- Satış kapandığında CRM sonucu Google Ads'e çevrimdışı dönüşüm olarak geri bildirir.
Her adım tek başına küçük bir iş. Ancak zincirin bir halkası koptuğunda ölçüm de takip de çöker. Bu nedenle yazının geri kalanında her halkayı tek tek ele alıyorum.
Form alanlarını CRM alanlarıyla nasıl eşleştirirsiniz?
Alan eşleme, formdaki her kutunun CRM'deki hangi alana yazılacağını belirleyen tablodur. Kulağa teknik bir ayrıntı gibi gelir, ama raporlarınızın kalitesini doğrudan bu tablo belirler. Örneğin formda "Şirket" yazan alan CRM'de hem kişi kaydına hem de firma kaydına bağlanmalıdır.
| Form alanı | CRM alanı | Not |
|---|---|---|
| Ad Soyad | Ad ve Soyad (iki ayrı alan) | Tek kutuyu sunucuda ikiye bölün |
| E-posta | E-posta (benzersiz anahtar) | Küçük harfe çevirip boşlukları temizleyin |
| Telefon | Telefon | Ülke koduyla standart biçime getirin |
| Şirket | Firma kaydı | Varsa mevcut firmaya bağlayın |
| Hizmet seçimi | Seçim listesi alanı | Serbest metin değil, sabit seçenek kullanın |
| Mesaj | Not veya aktivite | Uzun metni not olarak saklayın |
| Gizli: utm_source, utm_medium, utm_campaign | Kaynak alanları | İlk ve son temas ayrı tutulabilir |
| Gizli: gclid | Google tıklama kimliği | Çevrimdışı dönüşüm için şart |
| Gizli: sayfa adresi | Dönüşüm sayfası | Hangi sayfanın lead ürettiğini gösterir |
Burada altın kural şudur: seçim alanlarında formdaki seçenekler ile CRM'deki seçenekler birebir aynı olmalıdır. Formda "Web Tasarım" yazıp CRM'de "Web tasarımı" tutarsanız entegrasyon hata verir ya da kaydı boş geçer. Yani eşleme tablosunu kod yazmadan önce yazılı olarak onaylamanız gerekir.
Forma hangi gizli alanları eklemelisiniz?
Gizli alanlar ziyaretçinin görmediği, ama form gönderiminde CRM'e taşınan bilgilerdir. Kaynak takibinin tamamı bu alanlara dayanır. Benim standart listem şöyle:
- utm_source, utm_medium, utm_campaign, utm_term ve utm_content değerleri.
- gclid; iOS trafiğinde bunun yerine gelebilen gbraid veya wbraid.
- Meta reklamlarından gelen trafik için fbclid.
- İlk giriş sayfası (landing page) ve formun gönderildiği sayfa.
- Yönlendiren site (referrer).
- İlk ziyaret tarihi ve form gönderim zamanı.
UTM parametreleri Google Analytics'in kampanya verisini tanıdığı standart etiketlerdir; Google'ın kampanya verisi toplama rehberi bu parametrelerin anlamını açıklar. Etiketli bağlantıları elle yazmak yerine UTM oluşturucu aracıyla üretmenizi öneririm; böylece yazım farkları raporları bölmez.
Dikkat etmeniz gereken bir nokta var: gizli alan tek başına yeterli değildir. Ziyaretçi reklamdan girip üç sayfa gezdikten sonra form doldurduğunda adres çubuğunda artık UTM yoktur. Bu yüzden değeri ilk sayfada yakalayıp saklamanız gerekir.
UTM ve gclid değerlerini formdan CRM'e nasıl taşırsınız?
Taşıma işi üç adımda gerçekleşir: yakalama, saklama ve forma yazma. Ziyaretçi siteye girdiği anda küçük bir betik adresteki parametreleri okur. Ardından bu değerleri birinci taraf çereze veya tarayıcı depolamasına kaydeder. Son olarak ziyaretçi formu açtığında betik gizli alanları bu kayıtlı değerlerle doldurur.
Burada bir karar vermeniz gerekir: ilk temas mı, son temas mı? İlk temas, müşterinin sizi ilk bulduğu kanalı gösterir. Son temas ise formu doldurmadan hemen önceki kanalı gösterir. Ben ikisini ayrı alanlarda tutmayı öneriyorum. Örneğin müşteri sizi bir blog yazısıyla organik aramada bulup iki hafta sonra marka reklamına tıklayarak form doldurabilir. Tek alan tutarsanız bu hikâyenin yarısını kaybedersiniz.
gclid için süre sınırını da hesaba katın. Google, GCLID ile çevrimdışı dönüşüm kurulumu belgesinde tıklama kimliğini 90 gün sakladığını belirtir. Yani çerezinizin ömrünü de en az bu süreye göre ayarlamanız mantıklıdır.
Son olarak çerez izin yönetimini unutmayın. Ziyaretçi pazarlama çerezlerini reddettiyse betiğin davranışını izin aracınızın kurallarına göre belirlemeniz gerekir. Bu konuyu hukuk danışmanınızla birlikte netleştirin. Pratikte ben izin verilmeyen durumda da kaynak kanalın genel bilgisini, yani yalnızca yönlendiren siteyi ve giriş sayfasını, kişisel tanımlayıcı içermeyen biçimde saklamayı tercih ediyorum; ancak son kararı her zaman uyum ekibine bırakıyorum.
Tekrarlayan kayıtları nasıl önlersiniz?
Aynı kişinin CRM'de üç ayrı kaydı olması, entegrasyonların en can sıkıcı yan etkisidir. Müşteri bir kez teklif formu, bir kez de bülten formu doldurduğunda sistem iki kişi açar. Sonra iki temsilci aynı müşteriyi arar ve siz profesyonelliğinizi sorgulatırsınız.
Çözüm, entegrasyonun "önce ara, sonra yaz" mantığıyla çalışmasıdır. Sunucu kaydı göndermeden önce CRM'de e-posta adresini arar. Eşleşme varsa mevcut kaydı günceller ve yeni talebi aktivite olarak ekler. Eşleşme yoksa yeni kişi açar. Çoğu CRM bu işlemi "upsert" adıyla tek çağrıda yapar.
Ancak eşleşme anahtarını seçerken dikkatli olun. E-posta en sağlam anahtardır; telefon ise yazım farklarına açıktır. Bu nedenle telefonu eşleştirme için kullanacaksanız önce standart biçime çevirin. Firma kayıtlarında da alan adını (örneğin sirket.com) anahtar olarak kullanmak, firma adı yazım farklarından daha sağlam sonuç verir.
Bir de şu durumu planlayın: mevcut müşteri yeni bir talep bırakırsa yeni bir fırsat mı açılacak, yoksa hesap sahibine mi bildirim gidecek? Bu kararı satış yöneticisiyle birlikte verin.
Lead atama kurallarını nasıl kurarsınız?
Lead atama, gelen kaydın hangi temsilciye gideceğini belirleyen kurallar bütünüdür. Kural yoksa kayıt sahipsiz kalır; sahipsiz kayıt da ilk bölümde anlattığım kaybın ta kendisidir. Pratikte dört atama modeli kullanıyorum:
- Sırayla dağıtım: her yeni lead sıradaki temsilciye gider; küçük ve benzer yetkinlikteki ekipler için uygundur.
- Bölge veya dil bazlı atama: ülke, şehir ya da form dili temsilciyi belirler.
- Hizmet bazlı atama: formdaki hizmet seçimi uzman ekibi belirler.
- Değer bazlı atama: bütçe veya şirket büyüklüğü yüksekse kayıt kıdemli temsilciye gider.
Kurala bir de yedek yol ekleyin. Temsilci izindeyse ya da belirli bir süre içinde kayda dokunmadıysa görev otomatik olarak ekip liderine geçmelidir. Böylece hiçbir lead bir kişinin takvimine takılıp kalmaz.
Atama anında temsilciye giden bildirimde de müşterinin kaynağını gösterin. "Google Ads, B2B arama kampanyası, fiyat sayfasından geldi" bilgisi, telefondaki ilk cümleyi değiştirir. B2B tarafında bu kampanyaları nasıl kurduğumu B2B Google Ads arama kampanyası yazısında anlattım.
Otomatik yanıt neden bu kadar önemli?
Çünkü talep bırakan kişinin ilgisi en yüksek seviyesini form gönderdiği dakikalarda yaşar. Harvard Business Review'da yayımlanan The Short Life of Online Sales Leads araştırması, bir saat içinde dönüş yapan firmaların lead'i nitelendirme olasılığının, daha geç dönenlere göre yaklaşık yedi kat yüksek olduğunu raporlar. Aynı çalışmada 24 saatten sonra dönenlerle fark 60 katın üzerine çıkar.
Otomatik yanıt temsilcinin aramasının yerini tutmaz. Ancak müşteriye talebinin ulaştığını, kimin döneceğini ve ne zaman döneceğini söyler. İyi bir otomatik yanıt şu parçaları içerir:
- Talebin özeti; müşteri neyi istediğini tekrar görür.
- Atanan temsilcinin adı ve doğrudan iletişim bilgisi.
- Gerçekçi bir dönüş süresi; "en geç bir iş günü içinde" gibi.
- Görüşmeye hazırlık için bir veya iki soru ya da takvim bağlantısı.
Mesajın tonunu da düşünün. Kurumsal bir şablon yerine temsilcinin kendi adıyla imzaladığı sade bir metin kullanın. Müşteri böylece karşısında bir insan olduğunu hisseder. Ayrıca yanıt saatini de kontrol edin: gece gelen bir talebe "yarın sabah dokuzda sizi arayacağım" demek, belirsiz bir "en kısa sürede" ifadesinden çok daha güven verir.
Öte yandan otomatik yanıtı satış broşürüne çevirmeyin. Kısa, kişisel ve net bir mesaj, uzun bir kurumsal tanıtımdan daha çok güven verir. WhatsApp veya SMS kullanacaksanız da açık rızayı ve ileti izin kurallarını baştan kontrol edin.
Lead durumlarını CRM'de nasıl tanımlamalısınız?
Entegrasyonun asıl değeri, lead'in yolculuğunu ölçülebilir aşamalara bölmesidir. Durum alanı belirsizse raporlar da belirsiz olur. Bu yüzden durumları ekip olarak yazılı biçimde tanımlamanızı öneriyorum. Benim sık kullandığım basit yapı şöyle:
- Yeni: form geldi, henüz kimse dokunmadı.
- Temas: temsilci müşteriyle konuştu.
- Nitelikli: bütçe, ihtiyaç ve zamanlama uyuyor.
- Teklif: temsilci fiyat veya sözleşme gönderdi.
- Kazanıldı ya da kaybedildi: sonuç ve kayıp nedeni yazıldı.
Kayıp nedenini seçim listesi olarak tutun: fiyat, zamanlama, rakip, yanlış hedef kitle gibi. Serbest metin yazılırsa hiçbir zaman rapora dönüşmez. Üstelik "yanlış hedef kitle" oranı yüksek çıkan kampanyaları bu alan sayesinde hızla fark edersiniz.
Durumlar aynı zamanda dönüşüm hunisinin alt katlarını ortaya çıkarır. Site analitiği huninin üst kısmını gösterir; CRM ise formdan sonra neler olduğunu anlatır. İkisini birleştirdiğinizde huninin tamamını görürsünüz.
Çevrimdışı dönüşüm içe aktarma nasıl çalışır?
Çevrimdışı dönüşüm içe aktarma, CRM'de gerçekleşen satış veya nitelikli lead bilgisini Google Ads'e geri göndermektir. Google Ads böylece yalnızca form gönderimini değil, o formun gerçekten satışa dönüşüp dönüşmediğini de öğrenir. Google bu yöntemi çevrimdışı dönüşüm içe aktarma hakkında sayfasında anlatır.
Mekanizma basittir. Form gönderiminde sakladığınız gclid, CRM'deki kayda yazılıdır. Kayıt "Nitelikli" veya "Kazanıldı" durumuna geçtiğinde sistem gclid, dönüşüm adı, dönüşüm zamanı ve isterseniz dönüşüm değerini Google Ads'e gönderir. Gönderim bir dosya yüklemesi, zamanlanmış bir aktarım ya da API ile olabilir.
Zaman sınırlarını mutlaka planlayın. Google'ın yardım belgelerine göre son tıklamadan 90 günden sonra yüklenen dönüşümler içe aktarılmaz. Satış döngünüz uzunsa bu yüzden yalnızca "Kazanıldı" aşamasını değil, daha erken bir "Nitelikli" aşamasını da dönüşüm olarak göndermeniz akıllıcadır.
Bir de saat dilimine dikkat edin. Dönüşüm zamanını gönderirken saat dilimini açıkça belirtin. Aksi halde dönüşüm tıklamadan önce gerçekleşmiş gibi görünebilir ve Google kaydı reddeder.
CRM entegrasyonlu web sitesi reklam optimizasyonunu nasıl değiştirir?
En büyük fark, reklam sisteminin neyi "başarı" sayacağının değişmesidir. Yalnızca form gönderimini ölçen bir hesap, çok form getiren ama satış getirmeyen aramaları da ödüllendirir. Öğrenciler, iş arayanlar ya da tedarikçiler de form doldurur. Teklif stratejisi bunları müşteri sanır.
CRM entegrasyonlu web sitesi ile nitelikli lead ve satış sinyalini geri gönderdiğinizde, akıllı teklif stratejileri gerçekten değerli tıklamalara yönelebilir. Örneğin hedef ROAS veya dönüşüm değerini maksimize etme stratejileri, satış değerini gördüğünde bütçeyi o yöne kaydırır. Reklam getirisini hesaplamak için ROAS hesaplayıcı aracını kullanabilirsiniz.
Ancak geçişi aniden yapmayın. Birincil dönüşüm hedefini değiştirmek, teklif algoritmasının öğrenme sürecini yeniden başlatabilir. Ben önce CRM dönüşümünü ikincil olarak birkaç hafta gözlemleyip veri akışının düzgün olduğundan emin olmayı tercih ediyorum. Ayrıca aynı olayı iki ayrı dönüşüm işlemiyle birincil olarak saymamaya dikkat ediyorum. Bu işlerin hesap tarafını Google Ads yönetimi hizmetinde üstleniyorum.
Hazır bağlayıcı mı, webhook mu, özel API mi seçmelisiniz?
Formu CRM'e bağlamanın üç temel yolu var. Hangisinin doğru olduğu bütçenize, form sayınıza ve veri hassasiyetinize bağlıdır.
| Yöntem | Ne zaman uygun? | Zayıf yanı |
|---|---|---|
| CRM'in kendi form eklentisi veya gömülü formu | Az form, standart alanlar, hızlı kurulum | Tasarım ve doğrulama esnekliği sınırlı |
| Webhook ve otomasyon aracı | Birkaç form, orta karmaşıklık | Aracın hata ve kota yönetimini izlemeniz gerekir |
| Sunucu tarafında özel API entegrasyonu | Çok form, özel kurallar, yüksek veri hassasiyeti | Geliştirme ve bakım maliyeti daha yüksek |
Seçim ne olursa olsun, bir kuralı değiştirmem: form verisi CRM'e ulaşamadığında kaybolmamalıdır. Sunucu önce kaydı kendi veritabanına yazar, sonra CRM'e göndermeyi dener. Gönderim başarısız olursa kuyruğa alır ve tekrar dener. Böylece CRM'in birkaç dakikalık kesintisi lead kaybına dönüşmez.
ERP, stok ya da sohbet botu bağlantıları bu yazının kapsamı dışında. Burada yalnızca form ile CRM arasındaki lead akışını ele alıyorum.
Kişisel verileri aktarırken nelere dikkat etmelisiniz?
Form verisi kişisel veridir; Türkiye'de 6698 sayılı Kişisel Verilerin Korunması Kanunu kapsamına girer. Bu nedenle entegrasyon teknik bir iş olduğu kadar hukuki bir iştir. Aşağıdaki başlıkları hukuk danışmanınızla birlikte kontrol etmenizi öneririm:
- Formun altında aydınlatma metnine bağlantı var mı?
- Pazarlama iletisi göndermek için ayrı ve işaretlenmemiş bir onay kutusu var mı?
- CRM sağlayıcınızın sunucuları nerede ve yurt dışı aktarım şartlarını nasıl karşılıyorsunuz?
- CRM'de kimin hangi kayda erişebileceği rol bazlı sınırladınız mı?
- Kaybedilen veya eski lead'ler için bir saklama ve silme süresi belirlediniz mi?
Onay kutusunun sonucunu da CRM'e ayrı bir alan olarak taşıyın. Böylece temsilci, pazarlama e-postası göndermeden önce kişinin izin verip vermediğini görür. Ayrıca onay tarihini ve metnin sürümünü saklamak, ileride bir soru geldiğinde işinizi kolaylaştırır.
Teknik güvenlik tarafında API anahtarlarını tarayıcı koduna koymayın. Anahtar sunucuda kalmalı; gönderimi sunucu yapmalıdır. Aksi halde herkes sayfa kaynağından anahtarınızı okuyabilir.
Entegrasyonu canlıya almadan önce nasıl test edersiniz?
Test, entegrasyon projelerinde en çok atlanan adımdır. Oysa hatalı bir eşleme haftalarca fark edilmeden raporları bozabilir. Benim kullandığım test listesi şöyle:
- Her formu UTM parametreli bir test bağlantısıyla doldurun ve CRM'de tüm alanların dolduğunu kontrol edin.
- Aynı e-postayla ikinci kez form doldurun; yeni kişi açılmamalı, aktivite eklenmeli.
- Farklı hizmet seçimleriyle atama kurallarının doğru temsilciye gittiğini doğrulayın.
- Otomatik yanıtın geldiğini, doğru isim ve süreyi içerdiğini kontrol edin.
- CRM bağlantısını geçici olarak kesin ve kuyruğun kaydı sonradan gönderdiğini görün.
- Test kaydını "Nitelikli" durumuna alıp çevrimdışı dönüşümün Google Ads'te görünüp görünmediğini izleyin.
- Mobil cihazdan ve farklı tarayıcılardan en az birer gönderim yapın.
Testten sonra test kayıtlarını silin ya da açıkça etiketleyin. Aksi halde ilk ayın raporları sahte lead'lerle şişer. Canlıya aldıktan sonraki ilk iki hafta da günlük kısa bir kontrol yapmanızı öneririm.
Entegrasyon sonrası hangi raporlara bakmalısınız?
Entegrasyonun asıl ödülü raporlardır. Artık "kaç form geldi" sorusunun ötesine geçip "hangi kanal satış getirdi" sorusunu sorabilirsiniz. Benim düzenli baktığım raporlar şunlar:
- Kaynağa göre lead sayısı, nitelikli lead oranı ve kazanılan satış.
- İlk yanıt süresi: form gönderiminden ilk temasa kadar geçen zaman.
- Temsilci bazında dönüşüm oranı ve açık görev sayısı.
- Kayıp nedenlerinin kampanyaya göre dağılımı.
- Giriş sayfasına göre nitelikli lead üretimi.
İlk yanıt süresini özellikle takip edin, çünkü ekip davranışını en hızlı değiştiren metrik budur. Hangi metriği hedef olarak seçeceğinize karar vermek için kurumsal web sitesinde dönüşüm hedefi yazısına göz atabilirsiniz. Raporları yorumlarken de dijital pazarlama raporu nasıl okunur rehberindeki yaklaşım işinize yarar.
Hangi hatalar entegrasyonu işe yaramaz hale getirir?
Yıllar içinde aynı hataları farklı şirketlerde tekrar tekrar gördüm. Hiçbiri teknik açıdan zor değil; hepsi planlama eksikliğinden doğuyor.
İlk hata, entegrasyonu yalnızca yazılımcıya bırakmaktır. Yazılımcı veriyi taşır, ama hangi alanın satış için anlamlı olduğunu satış ekibi bilir. Bu nedenle eşleme tablosunu satış yöneticisi onaylamalıdır.
İkinci hata, seçim alanlarını serbest metin olarak bırakmaktır. "İstanbul", "istanbul" ve "İst." üç ayrı şehir gibi durur. Rapor bu yüzden anlamsızlaşır.
Üçüncü hata, gclid'i yakalayıp CRM'e hiç yazmamaktır. Birçok sitede değer forma geliyor, ama CRM'de karşılık gelen bir alan olmadığı için sessizce düşüyor. Sonuçta çevrimdışı dönüşüm kurmak istediğinizde elinizde tek bir tıklama kimliği bile yoktur.
Bir başka yaygın hata da test kayıtlarını canlı verinin içinde bırakmaktır. İlk ayın raporu şişer ve ekip yanlış bir başarı hissine kapılır. Üstelik bu sahte kayıtlar çevrimdışı dönüşüm olarak reklam hesabına bile gidebilir. Bu yüzden test gönderimlerini her zaman belirgin bir e-posta adresiyle yapıp filtrelemenizi öneririm.
Dördüncü hata ise hata bildirimini kurmamaktır. Entegrasyon bir gün sessizce durur ve kimse fark etmez. Kısacası, gönderim başarısız olduğunda birinin haberdar olması gerekir.
Küçük bir işletmenin de CRM entegrasyonuna ihtiyacı var mı?
Ayda birkaç form alan bir işletme için karmaşık bir entegrasyon gereksiz olabilir. Yine de temel ilkeler küçük işletmede de geçerlidir: her talebin bir sahibi, bir durumu ve bir kaynağı olmalıdır. Bunu ücretsiz bir CRM planıyla ya da basit bir paylaşımlı tabloyla bile başlatabilirsiniz.
Benim önerim şu: form sayınız artmaya başladığında veya reklam bütçesi ayırdığınızda entegrasyonu erteleme. Çünkü reklam harcaması başladığı anda kaynak verisi para demektir. Hangi kampanyanın satış getirdiğini bilmeden bütçe artırmak, karanlıkta ateş etmeye benzer.
Öte yandan küçük işletmede otomasyonu abartmamak da önemlidir. Beş kişilik bir ekipte on adımlı bir iş akışı, kimsenin kullanmadığı bir sisteme dönüşür. Önce form, kaynak alanları, atama ve otomatik yanıtla başlayın; gerisini ihtiyaç doğdukça ekleyin.
Siteyi baştan kurarken veya yenilerken bu altyapıyı tasarıma dahil etmek, sonradan eklemekten her zaman daha ucuzdur. Web tasarım projelerimde form ve CRM akışını en başta planlamamın nedeni budur.
Entegrasyon projesi ne kadar sürer ve kimler dahil olmalı?
Süre, form sayısına ve kullandığınız yönteme göre değişir. Saha tecrübeme dayalı kaba bir başlangıç aralığı vereyim, garanti değil: tek formlu ve hazır bağlayıcılı basit bir kurulum birkaç günde biter. Çok formlu, özel atama kuralları ve çevrimdışı dönüşüm içeren bir kurulum ise birkaç hafta sürebilir.
Projeye mutlaka dört rol dahil olmalı. Satış yöneticisi durumları ve atama kurallarını belirler. Pazarlama sorumlusu kaynak alanlarını ve dönüşüm tanımlarını belirler. Geliştirici veri akışını kurar ve test eder. Hukuk veya uyum sorumlusu da onay metinlerini ve saklama sürelerini kontrol eder.
Bu rollerden biri eksik kaldığında proje genellikle yarım kalır. Örneğin pazarlama olmadan kurulan bir entegrasyon lead'leri taşır ama kaynak bilgisini taşımaz. Satış olmadan kurulan bir entegrasyon ise kimsenin güncellemediği durum alanlarıyla dolar.
CRM entegrasyonlu web sitesi için ilk hafta planı nasıl olmalı?
Konuyu somut bir plana bağlayarak bitireyim. Mevcut sitenizde bu akışı kurmak istiyorsanız ilk hafta şu sırayla ilerleyebilirsiniz:
- Sitedeki tüm formları listeleyin ve her birinin amacını yazın.
- Satış ekibiyle lead durumlarını ve kayıp nedenlerini tanımlayın.
- Alan eşleme tablosunu hazırlayın ve onaylatın.
- UTM ve gclid yakalayan betiği ekleyin, gizli alanları forma bağlayın.
- Upsert mantığı ve hata kuyruğuyla CRM bağlantısını kurun.
- Atama kurallarını ve otomatik yanıtı devreye alın.
- Test listesini eksiksiz uygulayın, sonra canlıya alın.
Çevrimdışı dönüşüm aktarımını ise veri birkaç hafta düzgün aktıktan sonra ekleyin. Böylece reklam hesabına hatalı sinyal göndermezsiniz. Metrikleri seçerken dijital pazarlama KPI'ları yazısı da yol gösterebilir.
Kısacası, CRM entegrasyonlu web sitesi bir yazılım projesinden çok bir disiplin kurma işidir. Doğru kurulduğunda her form bir sahibe, her kampanya bir sonuca, her reklam lirası da ölçülebilir bir getiriye bağlanır. Bu akışı kendi sitenizde birlikte planlamak isterseniz iletişim sayfasından bana yazabilirsiniz.




