
Alıcı değişir, teknenin geçmişi kalır
25 Ekim 2026
Müşterinin dilini çevirmek, talebini anlamaya yeter mi?
25 Ekim 2026Müşterinin numarası CRM’de. İlgilendiği tekne de kayıtlı. Fakat neden henüz teklif vermediğini yalnızca bir broker biliyor. Mevcut teknesi satılmadan yeni alıma geçmeyeceğini, son gösterimde hangi ayrıntıya takıldığını veya bir sonraki görüşmede kimi masaya dahil etmek gerektiğini şirketin başka hiçbir ekranında göremiyorsunuz.
O broker izinli olduğunda, başka bir dosyaya geçtiğinde ya da şirketten ayrıldığında müşteriyle ilişki hangi noktadan devam edecek? Telefon rehberinden mi, müşteriye yeniden sorulacak aynı sorulardan mı?
Şirketin müşteri hafızası, brokerın bir sonraki görüşmede hatırlayabildiği kadar olmamalı. Şirket adına yürütülen ilişkide öğrenilen, işin devamı için gerekli bilgiler; kaynağı, tarihi ve erişim sınırlarıyla kurumsal kayda dönüşebilmelidir.
İkinci ajanda hangi boşluğu dolduruyor?
Bir brokerın kişisel not tutması tek başına sorun değildir. Taslak düşünceler, günlük planlar ve görüşmeye hazırlık notları çalışma biçiminin parçası olabilir. Sorun, müşteriye verilecek hizmeti değiştiren tek güncel bilginin yalnızca o ajandada bulunmasıdır.
Bunun nedenini hemen bilgi saklama isteğine bağlamak kolaydır. Ancak önce kullanılan sistemi ve çalışma düzenini incelemek gerekir. Bir görüşmeyi kaydetmek uzun sürüyor, eski notu bulmak zorlaşıyor veya CRM yalnızca yöneticinin rapor aldığı bir ekran gibi çalışıyorsa broker kendi işini daha hızlı yürüttüğü yere dönebilir.
Başka bir neden de ilişkisini kaybetme endişesidir. Bilgiyi paylaşınca müşteri sorumluluğunun belirsizleşeceğini ya da emeğinin görünmez olacağını düşünen kişi, sisteme yalnızca asgari bilgiyi girebilir. Kullanışlı ekranlar kadar açık sorumluluk ve katkı kuralları da bu yüzden önemlidir.
“İlgileniyor” notuyla hangi görüşmeye hazırlanabilirsiniz?
Temsili bir görüşme düşünelim. Bir alıcı 24–28 metre aralığında bir motor yat araştırıyor. İlk bakışta aktif bir talep var. Görüşme ilerlediğinde alımın mevcut teknenin satışına bağlı olduğu, aile kullanımında mürettebat ve yaşam alanlarının ayrımına önem verildiği, bir sonraki adımın ise mevcut teknenin satış durumu netleşince konuşulacağı anlaşılıyor.
CRM’de yalnızca “28 metre motor yatla ilgileniyor” yazıyorsa sonraki broker, müşteriye uygun olmayan tekneler gönderebilir veya henüz anlamlı olmayan bir teklif baskısı yaratabilir. Müşterinin söylediği koşul, seçenekleri eleme gerekçesi ve sonraki temasın amacı kayda girdiğinde aynı ilişki daha bilinçli devam eder.
Bu örnekte tutulması gereken bilgi; teyit edilmiş arama kriterleri, alımın bağlı olduğu koşul, müşterinin belirttiği karar süreci ve üzerinde anlaşılan sonraki adımdır. “Bütçesi yeterli değildir” gibi bir yorum ise müşterinin beyanı değildir; kesin bilgi gibi yazılmamalıdır.
Bir görüşme nasıl kullanılabilir kayda dönüşür?
Her konuşmayı uzun bir metne çevirmek gerekmez. Kısa ama birbiriyle bağlantılı kayıtlar, sonraki görüşmeye hazırlık için yeterli bir çerçeve oluşturabilir:
- Öğrenilen bilgi ve dayanağı. Müşteri ne söyledi, hangi tarihte ve hangi görüşmede? Teyit edilmiş beyan, brokerın değerlendirmesi ve henüz doğrulanmamış varsayım ayrılır.
- İlgili kişi, tekne ve fırsat. Bilginin hangi arayışa ya da satış sürecine ait olduğu gösterilir. Yeni bir talep, eski koşulları açıklamasız biçimde değiştirmez.
- Sonraki adım ve sorumlusu. Kim, neyi, ne zaman ve hangi gerekçeyle takip edecek? Bir görev tarihi kadar, o tarihte neden temas kurulacağı da anlaşılır olmalıdır.
Telefon, e-posta, toplantı ve görevleri müşteri kaydı etrafında bir araya getiren zaman çizelgesi, bu yaklaşımın yerleşik bir CRM uygulamasıdır. Örneğin Microsoft Dynamics 365 Sales dokümantasyonu, bu aktivitelerin aynı kayıt üzerinde izlenmesini açıklar. Brokerlıkta asıl tasarım işi, bu geçmişi tekne, arayış ve satış fırsatıyla anlamlı biçimde ilişkilendirmektir.

Müşteri sorumluluğu ile bilgiye erişim aynı karar değildir
Kurumsal hafıza oluşturmak, her brokerın her müşterinin tüm notlarını okuyabilmesi anlamına gelmez. Müşteriyle ilişkiyi yürüten broker, geçici olarak destek veren ekip arkadaşı ve operasyon sorumlusunun ihtiyaçları farklı olabilir.
Müşteri sorumlusu, katkıda bulunan ekip üyeleri ve kaydı görüntüleyebilen kişiler ayrı tanımlanmalıdır. Örneğin bir broker tekne gösterimine katılıp değerlendirme ekleyebilir; bu katkı, müşteri ilişkisinin kendisine devredildiği anlamına gelmez. İzin döneminde verilen destek erişimi de kalıcı sorumluluk değişikliği gibi ele alınmamalıdır.
Dynamics 365’in fırsat ekipleri yaklaşımı, ekip üyelerinin fırsata rolleriyle bağlanmasını ve kayıt bazında erişim verilmesini örnekler. Burada önerdiğimiz brokerlık modeli de sorumluluk, katkı ve erişimi ayrı kararlar olarak tasarlamaktır.
Katkıyı kaydeden, sorumluluk değişikliğini görünür kılan ve paylaşım sınırlarını açıklayan bir yapı; “bilgiyi girersem ilişkimi kaybeder miyim?” sorusuna çalışma düzeni içinde yanıt verir. Komisyon ve iş paylaşımı ilkeleri ise şirketin belirlediği açık kurallarla ele alınmalıdır; CRM bunların yerine kendiliğinden karar vermez.

Devir sırasında yalnızca müşteri listesini taşımak yetmez
Bir brokerın dosyaları devredildiğinde ad ve telefon listesini başka bir kullanıcıya atamak kolay kısımdır. Açık fırsatların aşaması, müşteriye verilmiş sözler, beklenen belgeler, değerlendirilip elenen tekneler ve bir sonraki temasın gerekçesi de anlaşılabilmelidir.
Devir alan kişi, hangi bilginin güncel olduğunu ve hangi koşulun yeniden teyit edilmesi gerektiğini görebilmelidir. İki ay önce ifade edilmiş bir bütçe veya zamanlama değişmiş olabilir. Eski notun tarihi korunurken yeni teyit ayrıca kaydedilir; geçmiş, bugünkü durummuş gibi sunulmaz.
Teknik devir akışı; açık işlerin gözden geçirilmesini, yeni sorumlunun atanmasını ve önceki kullanıcının erişiminin şirketin sürecine uygun güncellenmesini destekleyebilir. Müşteriyle ilişkinin nasıl sürdürüleceği ve yeni temas kişisinin nasıl tanıtılacağı da operasyonun parçasıdır.
Her duyulan, müşteri bilgisi değildir
Müşteri hafızasının derinliği, kişi hakkında toplanan her ayrıntının sayısıyla ölçülmez. İş ilişkisiyle ilgili olmayan özel bilgiler, söylentiler veya kişilik etiketleri yararlı satış kaydı haline gelmez. Gerekli bilgi, onu kullanma amacı ve erişecek kişiler birlikte düşünülmelidir.
Müşterinin kendi beyanı ile ekibin ticari değerlendirmesi açıkça ayrılmalıdır. “Teslim için gelecek sezonu belirtti” ile “kararsız bir müşteri” aynı tür not değildir. İlki teyit edilebilir bir zamanlama bilgisi taşır; ikincisi, bağlamı kaybolduğunda sonraki görüşmeyi gereksiz yere yönlendirebilir.
Bu nedenle kayıt standardı; kaynağı, tarihi, güncellik durumunu ve gerektiğinde düzeltme ya da kaldırma akışını da kapsamalıdır. Kurumsal hafıza, müşterinin özel hayatını sınırsız biçimde biriktiren bir arşiv olarak tasarlanmamalıdır.
İkinci ajandayı gereksiz kılan şey günlük faydadır
İyi bir CRM’in hedefi kişisel notları yasaklamak olmamalı. Hizmetin devamı için gereken güncel kaydın güvenilir biçimde bulunmasını sağlamalı. Broker görüşmeden sonra kısa bir kayıt oluşturabiliyor, önceki konuşmayı hızla bulabiliyor ve sıradaki anlamlı adımı görebiliyorsa sistem kendi işinin bir parçası haline gelir.
Başarıyı yalnızca doldurulan alan sayısıyla değerlendirmek bu yüzden eksik kalır. Açık fırsatların kaçında sorumlu ve sonraki adım belli? Devir alınan dosyada tekrar sorulması gereken kaç soru var? Güncelliğini yitiren koşullar ayırt edilebiliyor mu? Bu sorular, kaydın işte kullanılıp kullanılmadığını gösteren değerlendirme başlıklarıdır; belirli bir sonuç garantisi değildir.
Bilişim Atölyesi olarak yat brokerlığına özel CRM yapılarını müşteri ve tekne kayıtları, listeleme teknolojileri, API entegrasyonları ve satış operasyonlarıyla birlikte ele alıyoruz. Görüşme kaydı, görev takibi, yetkilendirme ve sorumluluk devri; şirketin çalışma biçimine göre tasarlanabilecek aynı sürecin parçalarıdır.
Brokerın emeği görünür kalırken, şirketin müşteriye verdiği hizmet de devam edebilmeli. İkinci ajandaya duyulan ihtiyacı azaltacak yapı, bu iki gereksinimi birlikte çözer.
Müşteri hafızanızı ve broker ekibinizin çalışma akışını birlikte değerlendirelim.
Serinin önceki bölümü: Alıcı değişir, teknenin geçmişi kalır
Brokerlık ve Teknoloji dizisinin tüm bölümleri.




