Alıcı değişir, teknenin geçmişi kalır

Brokerlık ve Teknoloji · 04

“Her tekne satılıktır” fikrini, teknenin uzun ticari yaşamını düşünmek için bir başlangıç olarak ele alalım. Bugün sahibinin seyir programında olan bir yat, ihtiyaçlar değiştiğinde yeni bir satış görüşmesinin konusu olabilir. Sahibinin farklı bir tekneye geçmek istemesi, kullanım düzeninin değişmesi veya başka bir projeye yönelmesi bu görüşmeyi başlatabilir.

Özellikle 30 metre üzerindeki yatlarda, alıcı yalnızca boy, kabin ve motor bilgilerini değerlendirmez. Kendi kullanım beklentisinin yanında teknenin nasıl yaşatıldığını, hangi işlerin yapıldığını ve geçmişinin ne kadar açıklanabildiğini de anlamak ister. Lüksün görünür tarafı tasarım ve deneyimse, satış görüşmesindeki güvenin önemli bir bölümü bu sorulara verilebilen yanıtlardan oluşur.

Brokerlık hafızası, müşteri kayıtlarının yanında teknenin geçmişini de taşımalıdır. Bir ilan kapandığında o tekneye ilişkin bilgi birikimi ortadan kalkıyorsa, sonraki sahiplik döneminde aynı sorular yeniden sorulur; geçmişten öğrenilenler yeni görüşmeye taşınamaz.

İlanın ömrüyle teknenin ömrü aynı değildir

Bir ilan belirli bir dönemdeki satış teklifini anlatır. Teknenin kaydı ise isim, bayrak, sahiplik, kullanım ve teknik durum değişikliklerini zaman içinde bir araya getirir. Aynı yata ait ikinci bir satış süreci başladığında eski ilanı bugünün bilgisiyle ezmek, iki dönemin birbirine karışmasına neden olur.

Bu nedenle CRM’de tekne ana kaydı ile ilan ve satış fırsatı kayıtları ilişkilendirilerek ayrı tutulabilir. Güncel pazarlama içeriği tekne kaydından beslenirken, önceki kampanyanın fiyatı, görselleri, teklif kapsamı ve görüşmeleri kendi döneminde kalır.

Bugün satışta olmayan bir teknenin geçmişini bilmek de brokerın mesleki birikiminin parçasıdır. Ancak bu kayıt, güncel satış niyeti veya pazarlama yetkisi bulunduğunu kendiliğinden göstermez. İlan açma ve alıcıya sunma kararı, ayrıca teyit edilmiş durum ve yetki üzerinden verilmelidir.

İsim değiştiğinde geçmişi hangi kayıt taşıyacak?

Tekne adı tek başına güvenilir bir eşleştirme anahtarı değildir. Aynı ad farklı teknelerde kullanılabilir; bir tekne farklı sahiplik dönemlerinde yeni adlarla anılabilir. Ana kayıtta tersane, inşa numarası ve mevcut resmî tanımlayıcılar birlikte değerlendirilmelidir.

Önceki isimler ve bayraklar, bilinen tarih aralıklarıyla ilişkilendirilebilir. Bir IMO numarası atanmışsa kayda eklenebilir. IMO’nun açıklamasına göre atanmış gemi numarası isim, bayrak veya sahip değiştiğinde korunur. Buradaki öneri, her yatın böyle bir numarası bulunduğunu varsaymak değildir.

Eşleşme kesinleştirilmeden iki kaydı birleştirmek, bir teknenin bakım veya satış geçmişini başka bir tekneye bağlayabilir. Eksik tanımlayıcılar inceleme gerektiren bir durum olarak görünmeli; benzer isim ya da fotoğraf kesin kimlik kanıtı sayılmamalıdır.

“Refit yapıldı” bilgisi hangi soruları açık bırakır?

Temsili bir senaryo düşünelim. Daha önce incelenmiş bir yat yeni bir adla yeniden gündeme geliyor. Sunumda “refit yapıldı” yazıyor. Alıcının sorusu hemen derinleşiyor: Hangi tarihte, hangi kapsamda, kim tarafından? İç mekân yenilemesi mi, makine ve sistem çalışmaları mı, yoksa her ikisi mi?

Bir brokerın kullanabileceği kayıt, genel bir etiketin ötesine geçer. İşin kapsamı, ilgili tersane veya servis, mevcut dayanak belgeleri ve son teyit tarihi birlikte görünmelidir. Survey bulgusu kaydedilmişse sonraki onarım veya incelemenin o bulguyla ilişkisi de anlaşılabilmelidir.

• Ne biliniyor? Yapıldığı bildirilen iş, değiştirilen ekipman veya incelenen durum açıkça tanımlanır.
• Hangi kaynağa dayanıyor? Servis kaydı, rapor, fatura ya da yetkili kişinin beyanı birbirinden ayrılır.
• Bugün ne ölçüde geçerli? Eski bir incelemenin tarihi ve kapsamı görünür kalır; güncel kondisyon yerine kullanılmaz.

Fraser’ın satın alma rehberi de seçim sürecinde tekne geçmişi, beklenen bakım ve yaklaşan işletme giderlerini ele alır; survey ve deniz tecrübelerini sonraki inceleme adımlarına dahil eder. CRM bu bilgileri erişilebilir hale getirebilir. Teknenin bugünkü kondisyonunu ise ilgili teknik incelemeler ortaya koyar.

Sahiplik geçmişi alıcının sorularını nasıl değiştirir?

Bir alıcı önceki sahiplikten haberdar olduğunda tekneye farklı bir gözle bakabilir. Kim tarafından, hangi kullanım düzeninde ve nasıl yönetildiğini öğrenmek isteyebilir. Burada “sahibi kimdi?” sorusu, çoğu zaman “bu tekneye nasıl bakıldı?” sorusuyla birlikte gelir.

Önceki sahibin itibarı hakkındaki kanaat ile teknenin belgelenebilir durumu aynı bilgi değildir. Tanınmış bir isim iyi kondisyonun garantisi olmadığı gibi, olumsuz bir kanaat de tek başına teknik kusur kanıtı sayılmaz. Broker, alıcının çekincesinin hangi somut soruya dayandığını anlayabilmelidir.

Örneğin bakımın aksadığına ilişkin bir iddia varsa, hangi döneme ve kaynağa dayandığı sorulur; mevcut kayıtlar ve inceleme ihtiyacı değerlendirilir. Doğrulanmamış bir söylentinin kayıttan kayda taşınması, bilgi derinliği oluşturmaz. Yazılımda kaynak, tarih ve doğrulama durumu bu yüzden önemlidir.

Malik, malik adına hareket eden temsilci, kaptan, yönetim şirketi ve satış yetkisine sahip broker da ayrı roller olarak tutulmalıdır. Kimin hangi dönemde hangi konuda bilgi verdiği bilinirse hem güncelleme talebi hem de görüşmenin doğru kişiye yönlendirilmesi kolaylaşır.

Fiyat geçmişindeki üç rakamı birbirine karıştırmayın

İlan fiyatı, belirli koşullarla verilmiş teklif ve doğrulanmış gerçekleşen satış bedeli ayrı verilerdir. İnternette görülen bir fiyatı geçmiş satış bedeli olarak kaydetmek, sonraki değerlendirmeye yanlış bir referans taşır.

Bilinen rakamın türü, para birimi, tarihi ve kaynağı görünür olmalıdır. Teklif kapsamı veya teslim koşulları farklıysa karşılaştırmada bu fark da korunmalıdır. Gerçekleşen bedel bilinmiyorsa boşluk, kesinmiş gibi yazılmış bir tahminle doldurulmamalıdır.

Fiyat bilgisiyle erişim yetkisi de birlikte düşünülür. Ekip içindeki ticari değerlendirme notu ile alıcıya veya ilan kanalına aktarılabilecek bilgi aynı kapsamda olmayabilir. Ana kayıttaki her alanın otomatik olarak kamuya açılması gerekmez.

Bir satış, sahibinin başka bir alımını başlatabilir

Mevcut teknesini satmak isteyen bir müşteri, aynı zamanda bir sonraki teknesini araştırıyor olabilir. Bu ilişki görüşmede doğrulanmışsa CRM’de mevcut teknenin satış fırsatıyla yeni alım arayışı birbirine bağlanabilir.

Ancak iki sürecin bütçesi, aşaması, yetkisi ve takvimi ayrı yönetilir. Yeni alımın mevcut satışa bağlı olup olmadığı da kişinin ifade ettiği koşullarla kaydedilir. Tekne sahibinin varlığından, yeni bir alım niyeti veya bütçesi otomatik olarak çıkarılmaz.

Böylece broker hem bugünkü ürünü hem de müşterinin doğrulanmış bir sonraki ihtiyacını görebilir. Mevcut tekne satıldığında bir dosya kapanırken başka bir görüşmenin devam etmesi mümkündür.

Satış tamamlandığında hangi bilgi kalmalı?

Satışın tamamlanması, tekne kaydının silinmesini gerektirmez. Kapanan süreç kendi sonucu ve dönemiyle saklanabilir; önceki sahiplik ilişkisine bitiş tarihi eklenirken, yeni ilişki yalnızca doğrulanmış bilgiyle oluşturulur. İlan kanallarındaki satış durumu da buna uygun güncellenir.

Tekne yeniden gündeme geldiğinde ekibin görebileceği şey; güncel özellikler, tarihli teknik olaylar, kaynaklar ve önceki görüşmelerden oluşan bir bilgi zinciridir. Değişen bilgiler yeniden teyit edilir. Eski sahibin özel iletişimi, yeni alıcıya sunulacak tekne dosyasına otomatik olarak taşınmaz.

Bilişim Atölyesi olarak yat sektörüne özel CRM ve listeleme altyapılarını müşteri, tekne, belge, API entegrasyonu ve satış operasyonları arasındaki ilişkilerle birlikte tasarlıyoruz. Projeye göre tekne kaydının yaşam döngüsü, ilan kanallarının güncellenmesi ve brokerın takip ekranları aynı yapı içinde ele alınabilir.

Bir brokerın birikimi, geçmişini bildiği ve bilgisini güncel tutabildiği teknelerde de yaşar. O bilginin bir sonraki görüşmeye taşınması, müşteri hafızası kadar tekne hafızasının da tasarlanmasını gerektirir.

Tekne kayıtlarınızı ve satış süreçlerinizi birlikte değerlendirelim.

Serinin önceki bölümü: Bugün tekne almaya hazır olmayan kişiyle yarın nereden devam edeceğiz?
Brokerlık ve Teknoloji dizisinin tüm bölümleri.