Müşterinin dilini çevirmek, talebini anlamaya yeter mi?

Brokerlık ve Teknoloji · 06

“Yaza hazır bir tekne arıyorum.”

Bu cümleyi Rusçadan, Arapçadan ya da Türkçeden başka bir dile çevirebilirsiniz. Fakat müşteri yaz başında teslim edilecek bir tekne mi istiyor? Bakımı tamamlanmış, hemen kullanılabilecek bir yat mı? Yoksa belirli bir ülkede, planladığı seyir programına uygun biçimde hazır bulunmasını mı bekliyor?

Çeviri anlaşılır olabilir; talebin ticari karşılığı hâlâ belirsizdir. Brokerın işi, kelimeler arasındaki geçişten sonra da devam eder. Müşterinin ne söylediğini, ekibin bundan ne anladığını ve hangi noktaların teyit beklediğini birbirinden ayırmak gerekir.

Çok dilli bir brokerlık şirketinde, mesaj kadar müşterinin kararını etkileyen anlam da ekip içinde aktarılabilmelidir. CRM’in katkısı, farklı dillerde gelen talepleri aynı karar sürecinde kullanılabilir hale getirecek kayıt düzenini kurmaktır.

Rusça, Arapça ve Türkçe talepler aynı yapıda buluşabilir

Bir web formu Rusça, reklam kampanyasının talep formu Arapça, telefon görüşmesi Türkçe olabilir. Ekip içinde çalışma dili İngilizce olsa bile her müşterinin kendi dilinde ifade ettiği ayrıntı korunmalıdır. Tüm mesajları tek bir dile çevirmek, tek başına ortak bir talep kaydı oluşturmaz.

Karşılaştırılabilir bir kayıt; aranan tekne segmentini, kullanım amacını, müşterinin ifade ettiği bütçe ve para birimini, zamanlamayı, alım koşullarını ve henüz netleşmeyen noktaları göstermelidir. Bu alanlar, mesajın hangi dilde geldiğinden bağımsız olarak aynı anlamla kullanılmalıdır.

Milliyet, iletişim dili veya telefon ülke kodu üzerinden bütçe ve satın alma niyeti çıkarmak bu yapının parçası olmamalıdır. Tercih edilen dil müşteriden öğrenilir; ihtiyacın değerlendirilmesi ise görüşme içeriğine ve teyit edilmiş koşullara dayanır.

Orijinal mesajın yerini çeviri almamalı

Talep kaydında üç katmanı ayırabiliriz: müşterinin orijinal ifadesi, çalışma dilindeki çevirisi ve brokerın ticari değerlendirmesi. Sonradan bir tereddüt oluştuğunda ekip hangi bilgiye dayanarak karar verdiğini görebilmelidir.

Örneğin müşteri “mevcut teknem için bir çözüm bulabilirsek ilerleyebiliriz” diyor. Çeviride bu ifade açık kalabilir. Brokerın değerlendirmesi ise “yeni alım mevcut teknenin satışına bağlı olabilir” şeklindedir. Bu değerlendirme, müşteri tarafından teyit edilmeden kesin bir alım koşuluna veya kabul edilmiş takas teklifine dönüşmemelidir.

Kayıtta kaynak kanal, tarih, dil ve çevirinin gözden geçirilip geçirilmediği görülebilir. Kritik bir düzeltmede önceki ifade açıklamasız biçimde silinmez; yeni bilgi ve teyit kaynağı ilişkilendirilir. Böylece şirketin çalışma dilinde yazılmış kısa özet, müşterinin söylediği sözün tek dayanağı haline gelmez.

“Yaza hazır” talebini hangi sorular açar?

Hangi tarihte, nerede? “Yaz” ifadesi takvim tarihi ve teslim yeri değildir. Müşterinin planladığı kullanım başlangıcı, teslim beklentisi ve esneklik payı görüşmede netleştirilir. Teknenin mevcut konumu ile teslimde bulunması beklenen yer ayrı tutulur.

Hangi hazırlık düzeyinde? Kullanıma hazır olma beklentisinin kapsamı sorulur. Müşterinin beklediği donanım, bakım veya hazırlık işleri ile teknenin doğrulanmış mevcut durumu birbirine karıştırılmaz. İlanda yazan “refit” ya da “ready to go” ifadesi bu soruların yerine geçmez.

Hangi ticari kapsamda? Konuşulan rakamın para birimi, hangi giderleri kapsadığı ve fiyat ya da vergi durumunda teyit bekleyen noktalar kayda girer. Bir çeviri aracı, belirsiz bir ifadeyi kendiliğinden “tüm giderler dahil” koşuluna çevirmemelidir.

Bu sorular müşteriyi uzun bir sorguya sokmak için değildir. Yanlış seçenek göndermeden ve teklif kapsamı hakkında farklı beklentiler oluşturmadan önce, görüşmenin devamını etkileyen belirsizlikleri azaltır.

Ortak alanlara geçerken ölçüyü ve para birimini kaybetmeyin

Müşteri uzunluğu feet, broker metre ile ifade edebilir. Arayüzde karşılaştırma için ortak bir birim kullanılabilir; ancak orijinal değer ve birim korunmalıdır. Aynı dikkat bütçe için de gerekir: başka para birimine dönüştürülmüş bir gösterge, müşterinin o para biriminde bütçe taahhüdü verdiği anlamına gelmez.

Dönüştürülmüş tutar gösteriliyorsa kullanılan kur ve tarih anlaşılabilmeli; müşterinin beyan ettiği tutar ayrı kalmalıdır. “Net”, “brüt”, “teslim”, “bakım dahil” gibi ifadeler de bağlamından koparılmadan açıklanmalıdır. CRM’de bilinmeyen bir kapsamı boş veya teyit bekliyor olarak tutmak, kesinmiş gibi tamamlamaktan daha kullanışlıdır.

Tekne adları, model kodları ve teknik donanım isimleri için terim tutarlılığı gerekir. Google Cloud Translation dokümantasyonu, alan terimleri ve özel adların tutarlı çevrilmesi için terim sözlüklerini örnekler. Brokerlıkta böyle bir sözlük, ekipçe onaylanmış karşılıkları destekleyebilir; müşterinin ticari niyetini veya belirsiz bir koşulu kendiliğinden doğrulamaz.

Dili bilen broker her zaman tek başına doğru eşleşme değildir

Rusça iletişim kurabilen bir ekip üyesi, gelen her Rusça talebi tek başına yönetmek zorunda değildir. İlgili tekne segmenti, mevcut müşteri ilişkisi, açık dosya sorumluluğu, müsaitlik ve takip kapasitesi de yönlendirme kararına dahil edilebilir.

Microsoft Dynamics 365 Sales dokümantasyonu, dil gibi satıcı özelliklerinin yanı sıra kapasite ve müsaitliğin atama kurallarında kullanılmasını açıklar. Brokerlık için önerdiğimiz yaklaşım, bu ölçütleri şirketin uzmanlık ve sorumluluk yapısıyla birlikte değerlendirmektir.

Gerekirse müşteri ilişkisini segmenti bilen broker yürütür, başka bir ekip üyesi dil desteği verir. Kim ilişkiyi yönetiyor, kim çeviri veya teknik açıklamaya destek oluyor ve sonraki temas kimin sorumluluğunda; bunlar açık olmalıdır. Uygun eşleşme bulunamadığında da talep sessizce kaybolmamalı, gözden geçirilecek iş olarak görünmelidir.

Arapça bir talep yalnızca çevrilmiş metin olarak düşünülmemeli

Çok dilli kullanım ekranlara da yansır. Arapça gibi sağdan sola yazılan bir mesajın içinde Latin harfli model adı, fiyat, telefon ve ölçü birimi bulunabilir. Orijinal metin ve bu değerlerin okunabilir biçimde sunulması, kaydın sonradan incelenebilmesi için önemlidir.

Müşterinin mesajı hangi dilde yazdığı ile görüşmeyi hangi dilde sürdürmek istediği de aynı bilgi olmayabilir. İlk formu bir asistan doldurmuş, görüşmeye başka bir karar verici katılmış olabilir. İletişim tercihi, katılımcılar ve uygun görüşme zamanı varsayım yerine teyitle güncellenmelidir.

Yanıt veya taslak çeviri otomatik hazırlanabilir. Fiyat, teslim koşulu ve teknik kapsam gibi karar etkileyen ifadelerde ekip kontrolü ve müşteri teyidi için bir adım bırakılmalıdır. Harici çeviri hizmetine aktarılacak içerik de işle ilgili gerekli kapsamla sınırlandırılmalı; her ek veya özel yazışma otomatik gönderilmemelidir.

İyi bir devirde müşteri aynı ihtiyacı yeniden anlatmaz

Rusça başlayan bir görüşmenin Türkçe çalışan operasyon ekibine, ardından İngilizce iletişim kuran bir brokera geçtiğini düşünelim. Devir kaydı; orijinal talebi, kullanılabilir özeti, teyit edilmiş alanları, açık soruları ve sonraki adımı birlikte taşımalıdır.

Örneğin “haziran ayında teslim” teyit edilmiş olabilir; teslim yeri hâlâ açık kalabilir. Yeni broker hangi koşuldan devam edebileceğini, neyi yeniden soracağını ve müşteriye hangi dilde döneceğini anlamalıdır. Her kişi kendi özetini önceki kaydın üzerine yazıyorsa kelimeler korunmuş görünse bile anlam zinciri kopabilir.

Bilişim Atölyesi olarak yat sektörüne özel CRM, web formları, listeleme teknolojileri ve API entegrasyonlarını aynı talep akışı içinde ele alıyoruz. Projeye göre çok dilli kayıtlar, ortak talep alanları, broker yönlendirme kuralları ve takip ekranları birlikte tasarlanabilir.

Doğru çeviri görüşmeyi başlatır. Doğru anlaşılmış ve kaydedilmiş talep, ekibin o görüşmeyi sürdürebilmesini sağlar.

Farklı dillerden gelen taleplerinizi ve broker yönlendirme akışınızı birlikte değerlendirelim.

Serinin önceki bölümü: Broker ayrıldığında müşterinin hikâyesi de mi gidiyor?
Brokerlık ve Teknoloji dizisinin tüm bölümleri.