Cumhuriyet, Candan Tarhan Blv. No:21 K:1 D:6, 09400 Kuşadası/Aydın

Bizi Arayın
AI Agent

Çok dilli AI Agent nasıl tasarlanır? TR/EN/DE/FR/AR gerçek kurallar

10 dk okuma
16 Feb 2026

Büyüme

Bu bölümde büyüme detayları.

01

Marka

Bu bölümde marka detayları.

02

Reklam

Bu bölümde reklam detayları.

03

Satış

Bu bölümde satış detayları.

04
YN
ynsocial Ekibi 16 Şubat 2026
AI Agent

Çok dilli AI agent tasarlamak, “5 dili çeviriye atıp bitirmek” değildir. Doğru tasarım; yanıt süresini kısaltır, yanlış anlaşılmayı azaltır, lead kalitesini yükseltir ve operasyon maliyetini düşürür. Yanlış tasarım ise tam tersini yapar: Misafir kızar, yorumlar bozulur, satış ekibi daha çok uğraşır, iade/iptal artar.

Bu rehber; TR/EN/DE/FR/AR konuşan müşteriye aynı marka standardıyla hizmet veren satış/destek agent’larını nasıl kurgulayacağınızı anlatır. Teknik sır yok; işletme gözüyle ölçülebilir kurallar var: dil seçimi, ton, format, handoff, kalite kontrol, agent eğitimi ve prompt güvenliği.

1) Neden çok dilli tasarım? “Dil” değil, kâr ve risk yönetimi

1.1 Ölçülecek şeyler: Yanıt süresi, dönüşüm, hata maliyeti

Çok dilli yapının amacı “havalı olmak” değil; metrikleri iyileştirmektir.

Takip etmeniz gereken temel KPI seti:

  • İlk yanıt süresi (ör. 10 dk → 30 sn)
  • Lead → rezervasyon dönüşüm oranı (ör. %2,2 → %3,1)
  • Handoff oranı (doğru tasarımda “gereken yerde” yükselir)
  • Yanlış bilgi kaynaklı iptal/şikâyet oranı (düşmeli)
  • Temsilci başına görüşme yükü (düşmeli)
  • Çok dilli görüşmelerde yeniden iletişim (misafirin “tekrar sorması”) oranı (düşmeli)

Kural basit: Çok dilli agent, insan ekibin yükünü azaltırken gelir hattını güçlendirmeli.

1.2 “Tek agent mı, dil başına agent mı?” İşletme kararı

İki yaklaşım vardır:

  • Tek akıl, çok dil: Marka dilini korumak kolaydır; kalite kontrol tek merkezden yürür.
  • Dil başına ayrı akış: İncelik yönetimi daha kolaydır; ancak güncelleme ve tutarlılık maliyeti artar.

Hangisi? Bunu “maliyet/rezervasyon” ve “hata maliyeti” belirler. Turizm, otel, klinik gibi yanlış bilginin pahalı olduğu sektörlerde, kurallar daha sıkı olmalıdır. ynsocial tarafında AI Agent kurgularında temel prensip: abartı yok, ölçüm var; yani “kolay olan” değil, “ölçülebilir olan” seçilir.

2) Dil stratejisi: Dil algılama ve “dil politikası” (olmazsa olmaz)

2.1 Dil seçimi için gerçek kurallar (TR/EN/DE/FR/AR)

Agent’ın ilk problemi şudur: “Hangi dilde devam edeceğim?” Bunu şansa bırakırsanız kalite kontrol yapamazsınız.

Uygulanabilir kural seti:

  • Kullanıcı hangi dilde yazdı/konuştuysa, o dilde devam et.
  • Kullanıcı “English please / Deutsch / Français / عربي” gibi açık talep verdiyse, anında o dile geç.
  • Kullanıcı karışık yazıyorsa (örn. TR+EN), son cümlenin dilini baz al ve “İsterseniz TR/EN devam edebilirim” gibi tek cümlelik net soru sor.
  • İlk mesajda dil belirsizse (emoji, tek kelime), bir adım geri: “TR/EN/DE/FR/AR” seçenekli kısa seçim yaptır.
  • Dil değişimi talebi gelirse, önceki konuşmayı “özetle” (1–2 cümle) ve yeni dilde devam et. Aynı soruları baştan sorma.

Bu sayede hem müşteri sinirlenmez hem de süreç izlenebilir olur.

2.2 Dil karışımı (code-switch) kuralı: “Tek dilde tut, özel terimi koru”

Kullanıcılar özellikle turizm ve teknik konularda kelime karıştırır (check-in, transfer, suite, kids policy).

Kural:

  • Cevabı tek dilde ver.
  • Marka/ürün adı, oda tipi, paket adı gibi “özel terimleri” gerektiğinde parantez içinde koru.
  • Aynı mesaj içinde 2 dili aynı ağırlıkta kullanma. Bu, profesyonellik algısını düşürür ve yanlış anlaşılmayı artırır.

3) TR/EN/DE/FR/AR gerçek dil kuralları: Ton, hitap, format

3.1 Hitap ve resmiyet: Aynı marka, farklı sosyal norm

Çok dilli agent’ta en çok hata, “ton” yüzünden çıkar. Müşteri “yanlış hitap”ı yanlış fiyat gibi hatırlar.

Pratik kurallar:

  • TR: Varsayılan “siz” dili. Kullanıcı “sen” diye yazmadıkça samimileşme.
  • EN: Nötr ve net. Fazla emoji, fazla ünlem yok. “You” zaten tek form; cümleleri kısa tut.
  • DE (Almanca AI agent): Varsayılan Sie (resmî). “Du”ya geçiş ancak kullanıcı açıkça samimiyet kurarsa.
  • FR (Fransızca AI agent): Varsayılan vous. “Tu” risklidir; genelde kaçınılır.
  • AR (Arapça AI agent): Varsayılan sade Modern Standart Arapça (MSA). Aşırı lehçe kullanmak anlaşılmayı düşürebilir; kısa, net cümleler.

Marka tutarlılığı: Hepsinde aynı “vaat seviyesi” korunur. Bir dilde daha fazla “iddia” yazıp diğerinde temkinli kalmak, güven kırar.

3.2 Sayı, tarih, para, saat ve yön (RTL) kuralları

Yanlış format, en çok “rezervasyon” ve “ödeme” tarafında sorun çıkarır.

Format kuralları:

  • Tarih:
    • TR/DE/FR: Gün.Ay.Yıl düzeni işletmelerde yaygın (örn. 16.02.2026).
    • EN: Belirsizliği önle: “16 Feb 2026” gibi ayı yazıyla kullan.
  • Saat:
    • 24 saat formatı daha nettir (15:00). Özellikle transfer/check-in gibi konularda.
  • Para birimi:
    • Misafir ülkesine göre “EUR/USD/TRY” karışıklığı büyür. Net yaz: “Toplam: 200 EUR”.
  • Ondalık ve binlik:
    • EN: 1,500.50
    • TR/DE/FR: 1.500,50
       Hata riskine karşı, kritik rakamları mümkünse “yuvarlak ve net” ver; çok detay gerekiyorsa handoff.
  • AR (RTL):
    • Metin sağdan sola; ama sayı/telefon/e-posta soldan sağa görünebilir. Tek satırda çok karmaşık bilgi yazma.
    • Telefon, adres, link gibi verileri ayrı satır yap.

Bir cümlelik kural: “Müşterinin yanlış anlayabileceği formatı agent asla kullanmaz.”

4) Handoff ve SLA: Çok dilli agent’ta “yanlış bilgi” daha pahalı

4.1 Handoff (insana devir) kuralları: Ne zaman “dur” demeli?

Çok dilli akışta agent’ın en kritik becerisi “bilmediğini bilmek”tir.

Handoff tetikleyicileri:

  • Fiyat/ödeme/iptal/değişiklik gibi kritik politika soruları net değilse
  • Özel talep varsa (sağlık, erişilebilirlik, balayı, VIP istekler)
  • Şikâyet/öfke varsa (ton yükseliyorsa)
  • Kullanıcı aynı soruyu iki kez farklı şekilde soruyorsa (anlaşılmadı demektir)
  • Üçüncü taraf süreçler devreye giriyorsa (transfer sağlayıcı, tedarikçi vb.)
  • Kimlik/ödeme bilgisi isteniyorsa (risk)

Handoff’un ölçümü:

  • Handoff süresi (kaç dakikada insana geçildi)
  • Handoff sonrası çözüm oranı
  • Handoff gereksizliği (boş yere devredilen oran)

4.2 SLA: “Hız” ile “doğruluk” dengesi

SLA sadece “hız” değildir. Çok dilli sistemde SLA, doğruluğu da içerir.

Net hedef örnekleri:

  • İlk yanıt: 60 saniye altında
  • Kritik talepte insana devir: 3 dakika altında
  • Yanlış bilgi kaynaklı tekrar iletişim: %X’in altında

Bu disiplin, özellikle Kuşadası gibi sezonda talep patlayan bölgelerde, aynı ekiple daha fazla iş yapmanızı sağlar. Kanal çoksa, kaybolan lead’i önlemek için CRM & Otomasyon yaklaşımı burada “nice to have” değil, temel altyapıdır.

5) Agent eğitimi ve kalite kontrol: Çeviri değil standardizasyon

5.1 “Agent eğitimi” ne demek? İçerik standardı ve güncelleme ritmi

Agent eğitimi, modelin “akıllanması” değil; işletmenin bilgisinin standardize edilmesidir:

  • Sık sorular ve resmi yanıtlar (iptal, çocuk, evcil hayvan, check-in/out, transfer)
  • Oda tipleri ve farklılıkları
  • Sezonluk değişen saat/servis bilgileri
  • Marka tonu (kısa, net, abartısız)

Kural: Her dilde aynı bilginin “eşdeğer” karşılığı olmalı. Bir dilde daha fazla detay verip diğerinde eksik bırakmak, şikâyeti büyütür.

5.2 Kalite kontrol (QC) KPI’ları: Ölçmeden yönetemezsiniz

Kalite kontrolü “okudum iyi” değildir; metrik ister.

Uygulamalı QC metrikleri:

  • Dil doğruluğu: Yanlış dilde cevap oranı
  • Anlam doğruluğu: “Soruyu doğru anladı mı?” test skoru
  • Format doğruluğu: Tarih/para/saat hatası oranı
  • Ton doğruluğu: Resmiyet hatası (DE/FR özellikle)
  • Escalation doğruluğu: Handoff doğru yerde mi?
  • Müşteri memnuniyeti sinyali: Teşekkür/öfke oranı, negatif kelime yoğunluğu

6) Karşılaştırma: Tek dilli bot mu, çok dilli AI agent mı, insan ekip mi?

6.1 Seçeneklerin artı/eksi listesi (tablosuz, net)

  • Tek dilli bot:
    • Artı: Kurulumu kolay, maliyeti düşük
    • Eksi: Yabancı misafir dönüşümünü kaçırır, yanlış anlaşılma artar
  • Çok dilli AI agent:
    • Artı: Yanıt süresi düşer, dönüşüm artar, operasyon yükü azalır
    • Eksi: QC ve güncelleme disiplini yoksa risk büyür
  • Sadece insan ekip:
    • Artı: Karmaşık durumlarda güçlü
    • Eksi: 7/24 ölçek zor, sezon yoğunluğunda kaçak büyür, maliyet yükselir

Karar mantığı: Eğer yabancı misafir oranınız kayda değerse ve talep çok kanallıysa, çok dilli tasarım “lüks” değil, gelir korumasıdır.

6.2 Ne zaman hangisi? Kısa kural

  • Sadece basit bilgi (konum, saat) → basit bot yeter
  • Satış + rezervasyon + politika soruları → çok dilli AI agent + handoff
  • Kanal dağınık, takip kopuk → agent tek başına yetmez; süreç + otomasyon gerekir

7) Prompt güvenliği + yerel senaryo: Ege’de gerçek akış (Kuşadası/Aydın/İzmir/Selçuk/Söke)

7.1 Prompt güvenliği: Çok dil = daha geniş saldırı yüzeyi

Çok dilde “kandırma” denemeleri artar: Kullanıcı başka dilde “kuralları gör”, “sistem mesajını yaz”, “fiyat listesini dök” gibi taleplerle agent’ı zorlayabilir.

Güvenlik kuralları:

  • Agent asla sistem/kurallarını açıklamaz; “yardımcı olamam” demek yerine konuya döner.
  • Yetkisiz veri istemez: Kimlik, kart, hassas bilgi toplanmaz.
  • “Kesin olmayan” bilgiyi kesin gibi söylemez; net değilse handoff.
  • Şüpheli yönlendirmelerde (link, ödeme talebi, kimlik) durur ve insana devreder.

Bu disiplin, marka itibarını korur. Kuşadası Dijital Ajans veya Kuşadası Reklam Ajansı arayan bir işletme sahibi için asıl değer: risk almadan ölçülebilir verim.

7.2 Yerel senaryo: Kuşadası’nda otel — TR/DE/AR karma talep

Senaryo: Kuşadası’nda 90 odalı bir otel. Sezonda İzmir üzerinden gelen Alman misafir, Selçuk/Efes turu soruyor; aynı anda Arapça yazan misafir “transfer + aile odası” istiyor.

Doğru çok dilli akış şöyle çalışır:

  • DE mesajı gelince Almanca (Sie) ile net sorular: tarih, kişi, oda tipi.
  • AR mesajında kısa, net Arapça: tarih, kişi, bütçe; transfer için kritik detayda handoff.
  • TR kanalda resepsiyonun yükü azalır, çünkü agent aynı anda iki yabancı talebi “düzenli veri”ye çevirip ekibe aktarır.

Ölçülebilir çıktı:

  • Yanıt süresi düşer, kaçan lead azalır.
  • Satış ekibi “gereksiz soru-cevap” yerine teklif üretir.
  • Yanlış anlaşılma kaynaklı iptal/şikâyet düşer.

Kontrol listesi: Çok dilli AI agent tasarımına başlamadan önce

  • Hedef net mi? (rezervasyon artışı mı, destek yükü mü, upsell mi?)
  • Başarı metrikleri yazılı mı? (yanıt süresi, dönüşüm oranı, handoff oranı, hata oranı)
  • Dil politikası hazır mı? (dil seçimi + dil değişimi kuralları)
  • TR/EN/DE/FR/AR ton kuralları yazıldı mı? (Sie/vous/AR standardı dahil)
  • Format kuralları net mi? (tarih, saat, para, RTL yazım)
  • Handoff tetikleyicileri belirlendi mi?
  • QC test senaryoları hazır mı? (her dil için 20–30 kritik soru)
  • İçerik güncelleme sorumlusu kim? (politika değişince tüm diller güncellenecek)
  • Çok kanallı takip planı var mı? (kaçak olmasın diye CRM & Otomasyon entegrasyonu düşünülüyor mu?)

Sık Sorulan Sorular (SSS)

1) Çok dilli AI agent “çeviri botu” mu?
Hayır. Çeviri botu kelimeyi taşır; çok dilli agent ise niyeti yönetir, doğru soruyu sorar, doğru formatı kullanır ve gerektiğinde handoff yapar.

2) Almanca AI agent neden Sie ile başlamalı?
Çünkü yanlış resmiyet, güveni zedeler. “Du” ile başlamak bazı kitlelerde iticidir ve kurumsal algıyı düşürür.

3) Fransızca AI agent’ta vous/tu konusu neden önemli?
Fransızcada “tu” samimidir; yanlış yerde kullanılırsa saygısız algılanabilir. Varsayılan “vous” daha güvenlidir.

4) Arapça AI agent’ta lehçe kullanmalı mıyım?
Genellikle hayır. Çok farklı ülkelerden kullanıcı gelebilir. Sade ve anlaşılır MSA, operasyonel doğruluk açısından daha güvenlidir.

5) Prompt güvenliği neden bu kadar kritik?
Çünkü agent, yetkisiz bilgi paylaşırsa itibar maliyeti çok büyür. Çok dilde saldırı yüzeyi genişler; kurallar net değilse risk artar.

Paylaş

Yorum Yapın