Her yeni talep, yeni bir alıcı değildir

Brokerlık ve Teknoloji · 02

Bir alıcı önce bir ilan portalından bilgi ister. Birkaç gün sonra web sitenizde başka bir teknenin formunu doldurur. Ardından fuarda ekipten biriyle görüşür. CRM’de üç yeni kişi, üç broker ataması ve üç ayrı fırsat açılırsa, satış ekibi aynı arayışı birbirinden kopuk görüşmeler olarak takip etmeye başlayabilir.

Başka bir hata da bunun tersidir. Sistem aynı e-posta adresini görünce ikinci talebi “mükerrer” kabul eder ve görünmez hale getirir. Oysa alıcı farklı bir tekneyi değerlendirmeye başlamış veya önceki arayışına yeni bir koşul eklemiş olabilir.

Bir kişiyi tanımak, yeni talebi anlamak ve satış fırsatını tanımlamak farklı işlerdir. Brokerlık CRM’inin değeri, yalnızca tekrar eden isimleri bulmasında değil, bu ayrımları koruyarak görüşmenin kaldığı yerden devam etmesini sağlamasında ortaya çıkar.

Önce üç ayrı kaydı birbirinden ayırmak

Bu makalede kişi, iletişim kurulan bireyi; talep, belirli bir zamanda ve kanaldan gelen başvuruyu; satış fırsatı ise değerlendirilen satın alma arayışını ifade ediyor. Kullanılan yazılımda bu kayıtların adları farklı olabilir. Önemli olan, aynı veri gibi davranmamalarıdır.

• Kişi kaydı: Doğrulanabilen iletişim bilgileri, kişinin süreçteki rolü ve ilgili ilişkiler.
• Talep kaydı: Gelen mesaj, tarih, kanal, ilgili tekne veya ilan ve başvurunun kendi kaynağı.
• Fırsat kaydı: Alım amacı, değerlendirilen alternatifler, mevcut aşama, takip sorumlusu ve kararlaştırılan sonraki adım.

Aynı kişi birden fazla talep oluşturabilir. Aynı satın alma arayışı içinde birkaç tekneyi karşılaştırabilir. Bir fırsatla da alıcı, kaptan veya danışman gibi birden fazla kişi ilişkili olabilir. Bu ilişkileri tek bir “müşteri notu” alanına sıkıştırmak, daha sonra anlamlı biçimde sorgulamayı zorlaştırır.

Üç tekne sormak, üç ayrı satın alma kararı değildir

Temsili bir senaryo düşünelim: Alıcı, aile kullanımı için benzer boylarda üç tekneyi karşılaştırıyor. Bütçe aralığı, kullanım amacı ve alım takvimi aynı. Her tekne için bağımsız fırsat açılırsa, tek bir arayış satış tahmininde birden fazla kez sayılabilir.

Firmanın fırsat tanımına göre bu tekneler aynı arayışın alternatifleri olarak tutulabilir. Her tekneyle ilgili ziyaret, soru ve teklif ayrı izlenirken, alıcının karar bağlamı ortak kalır. Tekne sayısındaki artış otomatik olarak fırsat sayısındaki artışa dönüşmez.

Aynı kişinin eş zamanlı olarak kendi kullanımı ve ayrı bir işletme ihtiyacı için tekne araştırması ise farklı fırsatlar gerektirebilir. Bir yıl sonra başlayan yeni arayış da eski fırsatın üzerine yazılmamalıdır. Ayrımı belirleyen yalnızca kişi veya tekne değil, satın alma amacıdır.

Bir telefon numarası, kimliğin tamamı değildir

Ad, e-posta ve telefon benzerlikleri eşleştirme için kullanılabilir; ancak her benzerlik kesin kimlik kanıtı değildir. Ortak ofis adresi, birden fazla kişi adına iletişim kuran asistan veya farklı yazılmış isimler değerlendirme gerektirebilir.

Brokerlıkta formu dolduran kişi her zaman nihai alıcı değildir. Kaptanın, danışmanın veya iş birliği yapılan brokerın hangi kişi ya da arayış adına hareket ettiği ayrıca kaydedilmelidir. İki kişinin aynı fırsatla ilişkili olması, kişi kayıtlarının birleştirilmesini gerektirmez.

Bu nedenle eşleştirme adayını bulmakla kayıtları birleştirmek ayrı adımlar olmalıdır. Belirsiz durumlar incelemeye bırakılmalı; onaylanan birleştirmede kaynak kayıtlar, ilişkiler ve yapılan işlem izlenebilmelidir. Kimliği net olmayan kişiye otomatik bir yanıtla başka müşterinin geçmişi açıklanmamalıdır.

Aynı olayın yeniden gelmesiyle yeni mesaj gelmesi farklıdır

Bir portal veya form entegrasyonu, yanıt alamadığı bir işlemi yeniden gönderebilir. Bu teknik tekrarın yeni bir başvuru gibi kaydedilmesi gereksiz iş üretir. Ancak aynı alıcının ertesi gün farklı bir soru göndermesi gerçek bir yeni etkileşimdir.

Entegrasyonun sağladığı imkânlara göre kaynak olay kimliği ve işlem kaydı kullanılabilir. Aynı olayın yeniden işlenmesi önlenirken, yeni mesaj kendi zamanı ve içeriğiyle korunur. Bu yaklaşımın teknik karşılığı, tekrar işlenen aynı isteğin ikinci bir iş kaydı üretmemesidir.

Talebi kişiyle ilişkilendirmek, talebi silmek değildir. Kaynağı korunan yeni bir mesaj, mevcut görüşmeyi zenginleştirebilir; yeni bir satın alma arayışı varsa ayrıca değerlendirilebilir.

Yeni kaynak, önceki kaynağın üzerine yazılmamalı

Alıcının ilk kez nereden geldiği, son mesajının hangi kanaldan ulaştığı ve belirli bir fırsatın nasıl başladığı farklı sorulardır. Web formundan gelen yeni talep, daha önceki portal veya fuar temasını görünmez hale getirmemelidir.

Her talebin kendi kaynağı, tarihi ve ilgili ilan referansı saklanabilir. İlk temas, son etkileşim ve fırsatın başlangıcı ayrı tanımlandığında, raporun hangi soruya yanıt verdiği de anlaşılır olur.

Bir kampanyanın ardından gelen mesajı bütünüyle o kampanyanın yarattığı yeni müşteri olarak saymak yanıltıcı olabilir. Aynı şekilde ilk temasa bakarak sonraki iletişimlerin katkısını yok saymak da eksik değerlendirmedir. Katkı modelini açıklamadan tek bir “kaynak” alanından kesin sonuç çıkarmamak gerekir.

Broker ataması bir yarış değil, takip sorumluluğudur

Mevcut görüşmesi olan bir alıcı yeniden başvurduğunda, sistemin bu bağlamı atama öncesinde göstermesi yararlıdır. Hangi fırsatın aktif olduğu, kimin takip ettiği ve hangi adımın beklediği görülebilmelidir.

Bu, kişiyi süresiz biçimde tek bir brokera bağlamak anlamına gelmez. Alıcının tercihi, ilgili marka veya bölge, temsil ilişkileri ve ekibin çalışma düzeni dikkate alınır. Devir gerekiyorsa gerekçesi ve sonraki sorumlusu kaydedilir.

Bağımsız firmalar arasındaki iş birliği ve ticari koşullar ayrıca belirlenir. CRM’deki sahiplik alanı bu ilişkileri tek başına kurmaz. Ekip içi koordinasyon sağlanırken müşteri verisine erişim de görev ve yetkiyle sınırlandırılmalıdır.

Broker kaydı açtığında hangi sorular yanıtlanmalı?

• Kimle görüşüyoruz? Alıcıyla mı, onun adına iletişim kuran biriyle mi?
• Bu talep neyi değiştiriyor? Yeni bir alternatif mi, değişen bütçe veya takvim mi, yoksa ayrı bir alım amacı mı?
• Daha önce ne konuşuldu? Hangi tekneler elendi, hangi ziyaret veya teklif üzerinde anlaşıldı?
• Şimdi ne bekleniyor? Bir bilgi, gösterim, teklif revizyonu veya alıcının dönüşü mü?
• Kim, ne zaman harekete geçecek? Sorumlu kişi ve üzerinde anlaşılmış takip zamanı belli mi?

Burada önemli ayrıntı, durumu doğru yere bağlamaktır. Bir teknenin elenmesi alıcının bütün arayışının kapanması değildir. Arayışın ertelenmesi de kişinin bundan sonra hiçbir teklif değerlendirmeyeceği anlamına gelmez.

Raporlanan sayı hangi işi sayıyor?

Gelen başvuru sayısı, doğrulanmış tekil kişi sayısı ve nitelendirilmiş fırsat sayısı ayrı ölçülerdir. İlk kez başvuranlarla yeniden iletişime geçenleri, tekne bazındaki ilgiyi ve ilerleyen satın alma süreçlerini aynı toplam içinde değerlendirmemek gerekir.

Birleştirilen kayıtlar, eksik kaynak verileri ve fırsat açma kuralları raporu etkiler. Başarı değerlendirmesinde önce tanımlar netleşmelidir. Daha fazla form, tek başına daha fazla alıcı veya daha güçlü satış tahmini anlamına gelmez.

Bilişim Atölyesi olarak yat sektörüne özel CRM, lead toplama, listeleme ve API entegrasyonlarını brokerın günlük işiyle birlikte tasarlıyoruz. Kişi eşleştirmesi, talep geçmişi, fırsat ilişkileri ve takip sorumluluğu projenin ihtiyacına göre aynı akışta ele alınabilir.

Gelen taleplerin ekibinizde nasıl karşılandığını birlikte değerlendirelim.

Serinin önceki bölümü: Aynı tekne, farklı fiyatlar, farklı vaatler.
Brokerlık ve Teknoloji dizisinin tüm bölümleri.

Teknik arka plan

HubSpot’un kayıt ilişkilendirme dokümanı, farklı CRM kayıtları arasında ilişki kurulmasını; Salesforce’un mükerrer kayıt kuralları dokümanı ise eşleştirme kurallarıyla tekrar eden kayıtların tespitini açıklar. Bu yazıdaki yat brokerlığı akışı, bu ayrımlar üzerine geliştirdiğimiz operasyonel tasarım önerisidir.

Senaryo ve şemalar açıklama amaçlıdır; gerçek müşteri kaydı, uygulanmış bir otomasyonun ekranı veya ölçülmüş ticari sonuç değildir.