Çeviri Bürolarında Web Chat Teklif ve Dosya Ön Brifi

Bir şirket temsilcisi web chat'e kırk sayfalık bir PDF bırakıp cuma gününe çeviri fiyatı ister. Dosyada taranmış tablolar, tekrar eden bölümler ve yalnızca referans için eklenmiş sayfalar olabilir. Hedef dil, çıktı biçimi, inceleme beklentisi ve metnin kullanım amacı belirsizse sayfa sayısı tek başına teklif sağlamaz. Bu rehber, kurumsal belge ve yerelleştirme işi alan küçük çeviri bürolarının gizliliği gözeten, teklif öncesi dosya brifi hazırlamasına odaklanır.

İlk görüşme hangi kararı desteklemeli?

Web chat'in amacı dosyayı hemen çevirmeye başlamak değildir. Büro, talebin hizmet kapsamına girip girmediğini, hangi uzmanlık ve inceleme düzeyinin gerektiğini, dosyanın güvenli biçimde nasıl paylaşılacağını ve teklif için hangi bilgilerin eksik olduğunu anlamalıdır. Müşteri beyanı, otomatik dosya özeti ve proje yöneticisinin doğruladığı kapsam ayrı tutulur. Görüşme sonunda müşteri kesin sonuç değil, değerlendirme adımını ve teklifin hangi veriye dayanacağını bilmelidir.

Dil çifti ve hedef kitle nasıl sorulur?

Kaynak dil, hedef dil, bölgesel kullanım, hedef okuyucu ve belgenin amacı ayrı alanlarda toplanır. Yalnız ülke adı dil varyantını her zaman açıklamaz. İç kullanım notu, müşteriye sunulan rapor ve yayımlanacak web içeriği farklı ton ve kalite süreçleri gerektirebilir. Asistan uygun çevirmeni kendiliğinden atamamalı; konu alanı, dil ve teslim koşullarını proje yöneticisine aktarmalıdır. Belirsiz dil veya karışık içerik dosya incelemesinde doğrulanır.

Dosya kapsamı sayfa sayısından nasıl ayrılır?

PDF'deki toplam sayfa, çevrilecek kelime veya düzenlenecek içerikle aynı değildir. Kapaklar, boş sayfalar, tekrarlar, görseller içindeki yazılar, dipnotlar ve ekler ayrı değerlendirilir. Müşteriye hangi bölümlerin kapsamda olduğunu sorun; ancak otomatik çıkarımı kesin adet gibi sunmayın. Taranmış dosya, düzenlenebilir kaynak ve önceki çeviri farklı iş yükleri doğurabilir. Nihai kapsam, büronun onaylı analizinden sonra teklif kaydına geçer.

Dosya yükleme sırasında gizlilik nasıl korunur?

İlk değerlendirmede tüm belge yerine kişisel ve ticari ayrıntıları temizlenmiş temsilî sayfalar yeterli olabilir. Web chat parola, kimlik belgesi veya gereksiz müşteri verisi istememelidir. Hassas dosyalar işletmenin onaylı aktarım yolundan alınır; herkese açık bağlantı veya süresiz erişim varsayılmaz. Dosyayı kimlerin görebileceği, ne kadar saklanacağı ve teklif kabul edilmezse nasıl silineceği süreçte tanımlanır. Gizlilik sözü yalnız gerçek teknik ve operasyonel kontrollerle desteklenmelidir.

Biçim ve masaüstü yayıncılık gereksinimi nasıl belirlenir?

Müşterinin yalnız düz metin mi, kaynak düzenini koruyan belge mi, altyazı dosyası mı yoksa web alanlarına ayrılmış çıktı mı istediğini sorun. Tablo, dipnot, metin kutusu, görsel üzerindeki yazı ve sağdan sola dil düzeni ek çalışma gerektirebilir. Asistan dosyanın tüm biçimini kusursuz koruyacağını garanti etmemeli, desteklenmeyen biçimi kabul edilmiş göstermemelidir. Örnek çıktı ve teslim biçimi proje yöneticisi tarafından doğrulanır.

Terminoloji ve referans dosyaları nasıl alınır?

Onaylı terim listesi, önceki çeviri, marka dili, ürün adı ve yazım kılavuzu varsa ayrı kaynaklar olarak kaydedilir. Eski çeviri otomatik olarak doğru kabul edilmez; müşteri hangi belgenin bağlayıcı olduğunu belirtmelidir. Birbiriyle çelişen terimler açık soru olarak işaretlenir. Web chat, terim seçimini uydurmamalı veya internetten bulunan karşılığı müşteri onayı gibi sunmamalıdır. Proje sırasında güncellenen sözlük sürümü ve onay sahibi görünür tutulur.

Kalite beklentisi nasıl somutlaştırılır?

Makine çıktısının düzenlenmesi, profesyonel çeviri, ikinci dil uzmanı incelemesi, konu uzmanı kontrolü ve biçim kontrolü aynı hizmet değildir. Müşterinin kullanım amacı ve risk düzeyi konuşulur; ancak asistan hukuki, tıbbi veya teknik uygunluk güvencesi vermez. Büronun gerçek kalite aşamaları onaylı tanımlarla açıklanır. Sertifikasyon ya da yeminli işlem gibi talepler insan sorumluya devredilir ve güncel koşullar doğrulanmadan hizmet varmış gibi gösterilmez.

Teslim tarihi ve revizyonlar nasıl planlanır?

Müşterinin hedef tarihi, dosyanın tamamlandığı an, büronun onayladığı başlangıç ve teyit edilen teslim ayrı alanlardır. Eksik ekler, değişen kaynak, terminoloji onayı, inceleme ve biçim düzeltmesi takvimi etkileyebilir. Acil talep kapasite varsayımıyla kabul edilmez. Revizyon geldiğinde hangi dosya sürümünün geçerli olduğu ve hangi bölümlerin yeniden işlendiği görünür olmalıdır. Asistan güncel ekip uygunluğu doğrulanmadan kesin teslim sözü vermez.

Teklif için hangi özet hazırlanmalı?

Özet müşteri ve proje sorumlusu, kaynak-hedef dil, kullanım amacı, konu alanı, dosya listesi, kapsam dışı bölümler, biçim, terminoloji, kalite aşaması, hedef tarih ve açık soruları içerir. Otomatik kelime sayımı ile onaylı fiyatlandırma miktarı ayrı tutulur. Fiyat sorusuna yanıt rehberi eksik girdilerle kesin rakam vermeden görüşmeyi ilerletir. İnsan ekibe devir rehberi sorumluluğun proje yöneticisine aktarılmasını destekler.

Fiyat ve kapsam değişikliği nasıl anlatılır?

Teklif birim fiyat, analiz edilen miktar, minimum iş, biçimlendirme, inceleme, acil planlama ve vergiler gibi işletmenin gerçek kalemlerine dayanabilir. Web chat kaynağı olmayan fiyat üretmez ve toplam sayfayı doğrudan ücretle çarpmaz. Dosya değişirse eski teklif otomatik geçerli sayılmaz. Müşteriye hangi varsayımın fiyatı etkilediği sade biçimde gösterilir. Kapsam dışı hizmetler ve ek revizyon koşulları teklif sahibi tarafından onaylanır.

Veri minimizasyonu nasıl uygulanır?

İletişim bilgileri ve dosya içeriği yalnız proje değerlendirmesi için gereken ölçüde toplanır. KVKK'nın temel işleme ilkeleri belirli, açık amaç; sınırlılık, ölçülülük ve gerekli süre kadar saklama ister. Teklif için tam müşteri veri tabanı gerekmiyorsa örnek veya maskelenmiş içerik kullanın. Erişim rollerini, aktarım yolunu, saklama süresini ve silme sorumlusunu işletme tanımlar.

Pilot test hangi senaryoları içermeli?

1. Metin tabanlı PDF ile taranmış PDF gönderin; aynı kapsam varsayılmadığını doğrulayın.
2. Hedef dili bölgesel varyant olmadan yazın; açık soru oluşmalı.
3. Kişisel veri içeren örnek yükleyin; gereksiz tam dosya istenmemeli.
4. Kaynak dosyayı teklif sonrası değiştirin; sürüm ve kapsam yeniden değerlendirilmelidir.
5. Yeminli veya alan uzmanlığı isteyen talebi gönderin; otomatik vaat yerine insan devri yapılmalıdır.

Başarıyı yalnız formun hızlı tamamlanmasıyla ölçmeyin. Proje yöneticisinin yeniden sorduğu alanları, analizde değişen kapsamı, yanlış biçim beklentisini, eksik referansları ve tekliften sonra gelen dosya revizyonlarını ayrı izleyin. Brife hazır talep oranını kaynağı belli zorunlu alanlarla hesaplayın. İnsan düzeltmelerini soru akışına yansıtın. Sonuç yüzdesi paylaşılırsa hangi dosya türlerinin ve dil çiftlerinin ölçüme dahil edildiği açıklanmalıdır.

BozLat çeviri teklif akışında ne yapabilir?

BozLat, web chat içindeki dil, kullanım, dosya, kapsam, biçim, terminoloji ve zaman bilgilerini yapılandırabilir; eksikleri gösterebilir ve proje yöneticisine kaynaklı bir özet aktarabilir. Dil uzmanı seçimi, dosya analizi, sertifikasyon uygunluğu, kalite kararı, kesin fiyat ve teslim onayı insan uzmanlarda kalır. Otomasyon sınırlarını bilgi tabanı rehberinde, hizmet yaklaşımını hizmetler bölümünde, kapsam seçeneklerini fiyatlar sayfasında inceleyebilirsiniz.

Proje kabulü nasıl kayıt altına alınır?

Teklif kabulü, dosya teslimi, terminoloji onayı, çeviri tamamlanması ve nihai müşteri kabulü farklı durumlardır. Her dosyanın sürümü, sahibi ve güncelleme tarihi görünür olmalıdır. Yeni kaynak dosya eski teslimi sessizce geçersiz kılmamalıdır. Proje kaydı çevrilecek dosyaları, kapsam dışını, hedef biçimi, inceleme adımlarını ve teslim paketini büronun prosedürüne göre gösterir. Web chat bu kayda giriş sağlar; tek başına üretim veya kabul sistemi değildir.