Lokalizasyon Proje Yönetimi: Planlama Aşamasından Lansmana

Lokalizasyon Proje Yönetimi: Planlama Aşamasından Lansmana

Lokalizasyon proje yönetimi; teknik koordinasyon, dilbilimsel uzmanlık, tedarikçi yönetimi ve ürün geliştirmenin kesişim noktasında yer alır. Bir lokalizasyon proje yöneticisi (LPM), içeriklerin diller arasında dönüştürülmesini koordine ederken çok paydaşlı karmaşık projeleri zamanında ve bütçe dahilinde tamamlamayı hedefler.

Yazılım ürünleri söz konusu olduğunda lokalizasyon projeleri; düzinelerce dili, birden fazla içerik türünü (ürün arayüzü, yardım dokümantasyonu, pazarlama, hukuki içerik) ve mühendislik sürümlerine sıkı sıkıya bağlı bağımlılıkları kapsayabilir. Bunları doğru yapmak; sistematik planlama, sağlam süreçler ve doğru araç seçimini gerektirir.

Bu rehber, lokalizasyon proje yaşam döngüsünün tamamını kapsar: ilk kapsam belirleme aşamasından lansman sonrası ölçüme kadar.

Lokalizasyon Proje Yaşam Döngüsü

1. Aşama: Kapsam Belirleme ve Planlama

Başarılı lokalizasyon projeleri kapsamlı bir kapsam belirlemesiyle başlar. Herhangi bir çeviri başlamadan önce şu soruları yanıtlayın:

Nelerin lokalize edilmesi gerekiyor?

• Ürün arayüzü metinleri
• Yardım merkezi makaleleri
• Pazarlama web sitesi içeriği
• Hukuki belgeler (kullanım koşulları, gizlilik politikası)
• E-posta şablonları
• App store meta verileri (başlık, açıklama, ekran görüntüleri)
• Destek makroları ve hazır yanıtlar
• Kullanıcı oryantasyon akışları

Her varlık türü için kelime sayısı, içerik türleri ve güncelleme sıklığını içeren bir içerik envanteri oluşturun.

Hangi dillere lokalize edilecek? Bu, aşağıdakilere dayanan bir iş kararıdır:

• Lokale göre mevcut kullanıcı dağılımı
• Hedef pazar stratejisi
• Rekabetçi gereksinimler (ana rakibiniz X dilini destekliyor mu?)
• Yasal gereksinimler (bazı pazarlar yasal olarak yerel dil kullanımını zorunlu kılar)
• Dil başına lokalizasyon maliyetine karşın gelir potansiyeli

Erken aşamadaki şirketlerde dil önceliklendirmesi için girişimler için i18n rehberine bakın.

Hangi kalite seviyesi gerekiyor? Farklı içerik türleri farklı düzeyde yatırım gerektirir:

• Ürün arayüzü: Tam profesyonel çeviri, tam QA
• Yardım içeriği: Profesyonel çeviri, örneklem QA
• Dahili içerik: Makine çevirisi + hafif post-editing
• Hukuki/uyum içeriği: Hukuki inceleme eşliğinde profesyonel çeviri

Zaman çizelgesi nedir? Lokalizasyonun gerçek hazırlık süreleri vardır. Şunları planlayın:

• Dil başına 5.000–10.000 kelime için çeviri + inceleme: 1-2 hafta
• Masa üstü yayıncılık (DTP), ses prodüksiyonu, QA testi için ek süre
• Ürün mühendisliği zaman çizelgesiyle entegrasyon ve test süresi

Bütçe nedir? Lokalizasyon projelerini gerçekçi tahminlerle planlayın. Profesyonel insan çevirisi için tercüme hizmetleri genellikle dil çifti, alan ve kalite gereksinimlerine göre önemli farklılıklar göstermekle birlikte kelime başına dil başına 0,12–0,30 USD arasında değişir.

2. Aşama: Kaynak İçerik Hazırlama

Çevirilerin kalitesi, kaynak içeriğin kalitesiyle doğrudan ilişkilidir. Lokalizasyon yöneticileri şunları savunmalıdır:

Uluslararasılaştırma (i18n) hazırlığı: Çeviri başlamadan önce ürünün ve metinlerinin düzgün şekilde uluslararasılaştırıldığından emin olun. Teknik i18n gereksinimleri için React i18n, Next.js i18n ve yazılım lokalizasyonu rehberlerimize bakın.

İçerik dondurma: Bir içerik dondurma tarihi belirleyin. Değişen kaynak içerik üzerinde başlayan çeviriler hem para israfına hem de sürüm yönetimi kaosuna yol açar.

Kaynak kalite incelemesi: Kaynak içeriği şu açılardan kontrol edin:

• Yazım ve dilbilgisi hataları (çeviriden sonra her hedef dilde düzeltmek maliyetlidir)
• Tutarsız terminoloji (çevirmeden önce çözüme kavuşturun; tutarsız çevirilere yol açar)
• Kültüre özgü referanslar (çevrilmeyebilir)
• Değişken olması gereken sabit kodlanmış değerler

Lokalizasyon kiti hazırlama: Çevirmenlerin ihtiyaç duyduğu her şeyi paketleyin:

• Uygun formatta kaynak dosyalar
• Çeviri belleği (önceki projelerden mevcut TM)
• Stil kılavuzu ve marka sesi yönergeleri
• Temel terminoloji için onaylı terimce (glossary)
• Metinlerin göründüğü yerleri gösteren ekran görüntüleri veya bağlam dosyaları
• Arayüz metinleri için karakter sınırları
• Çeviri dışı içerikle ilgili notlar (marka adları, ürün adları, kod)

3. Aşama: Tedarikçi Seçimi ve Brifing

Kapsamlı lokalizasyon projelerinde tedarikçi seçimi kritik öneme sahiptir:

Dil hizmet sağlayıcısı (LSP) türleri:

• Butik ajanslar: Belirli dil çiftleri veya alanlarda uzmanlaşmış; genellikle en yüksek kaliteyi sunar
• Çok dilli tedarikçiler (MLV): Birçok dili kapsar; daha ölçeklenebilir ancak kalite değişkenlik gösterir
• Serbest çevirmenler: Doğrudan çalışma; düşük maliyet ancak daha fazla yönetim yükü
• Çeviri teknoloji platformları: Teknoloji + doğrulanmış dilbilimci ağları sunar

LSP seçimi için RFP kriterleri:

• Hedef dillerinizi kapsayan dil yelpazesi
• İçerik türünüzde (yazılım, hukuki, tıbbi vb.) alan uzmanlığı
• Teknoloji uyumluluğu (hangi CAT araçlarını ve TMS platformlarını destekliyorlar)
• ISO sertifikaları (çeviri kalitesi için ISO 17100, veri güvenliği için ISO 27001)
• Benzer müşterilerden referanslar
• Örnek çeviri kalite değerlendirmesi (seçimden önce örnek çeviri talep edin)
• Fiyatlandırma modeli (kelime başına, saat başına, proje başına)

Tedarikçi brifing: Tedarikçi seçildikten sonra lokalizasyon kitinin tüm unsurlarına ek olarak şunları içeren kapsamlı bir brifing sağlayın:

• Proje zaman çizelgesi ve kilometre taşları
• Kalite beklentileri ve kaliteni nasıl ölçüleceği
• İletişim protokolleri (neyi kim onaylar? eskalasyon yolu nedir?)
• Teknik teslimat gereksinimleri (dosya formatları, adlandırma kuralları)

4. Aşama: Çeviri ve İnceleme İş Akışı

Temel çeviri iş akışı:

Çeviri (T): Çevirmen, TM ve terimce ile donatılmış CAT aracını kullanarak kaynağı hedef dile çevirir.

Revizyon (R): İkinci nitelikli bir dilbilimci çeviriyi doğruluk, akıcılık ve kılavuz uyumluluğu açısından inceler. Bu, ISO 17100 standardının iki adımlı sürecidir.

Müşteri incelemesi (isteğe bağlı): Alan uzmanları veya ülke içi inceleyiciler, alan doğruluğu ve marka sesi hakkında geri bildirim sağlar.

QA kontrolü: Terminoloji, biçimlendirme, sayılar ve eksik çeviriler için otomatik QA kontrolü.

Teslimat ve onay: Çevrilen dosyalar gerekli formatta teslim edilir. LPM, onaydan önce spesifikasyonlara karşı inceleme yapar.

Bu iş akışını yönetmek bir çeviri yönetim sistemi gerektirir. Platform karşılaştırması için çeviri yönetim sistemleri rehberine bakın.

5. Aşama: Mühendislik Entegrasyonu ve Test

Çevrilen içerik ürüne entegre edilmeli ve test edilmelidir:

Dosya entegrasyonu: Çevrilen dosyaları uygulamaya içe aktarın. Bu adımdaki hatalar (yanlış kodlama, format sorunları, mevcut çevirilerin üzerine yazılması) yaygındır ve genellikle geç fark edilir.

İşlevsel test: Lokalize edilmiş ürünü işlevsel olarak test edin. Doğru çevrilmiş metinler bile arayüz hatalarına yol açabilir:

• Uzun çevirilerle düğme, menü veya etiketlerde metin taşması
• Arayüz düzenini bozan eksik yer tutucular
• Uygulamanın işleyemediği yerel bazlı tarih/sayı formatları

Dilbilimsel test (bağlam içi LQA): Çevirileri bağlam içinde test edin. Çeviri dosyasında görünmeyen sorunlar (kesme, bağlam hataları, yanıltıcı arayüz metinleri) canlı üründe ortaya çıkar.

Lokalizasyona özgü test senaryoları: Genel işlevsel testlerin ötesinde lokalizasyona özgü test senaryoları ekleyin:

• Desteklenen tüm diller arasında geçiş
• Lokale göre tarih/sayı/para birimi formatlarını doğrulama
• RTL düzenini test etme (varsa)
• Tüm arayüz öğelerinin çevrilen içerikle doğru şekilde görüntülendiğini doğrulama
• Lokale özgü özellikleri test etme (adres formatları, telefon numarası formatları)

Kapsamlı test stratejileri için i18n test araçları, stratejileri ve otomasyonu rehberine bakın.

6. Aşama: Lansman ve Lansman Sonrası

Soft launch veya aşamalı dağıtım: Tam sürümden önce sorunları yakalamak için lokalize edilmiş sürümleri önce bir alt kullanıcı grubuna açmayı düşünün.

Lokalizasyon odaklı dağıtım: Lokalize edilmiş lansman duyuruları için pazarlama ekibiyle koordineli çalışın. Yalnızca İngilizce pazarlamayla yayımlanan lokalize bir ürün, koordineli yerel pazar lansmanına kıyasla daha az kullanıcıya ulaşır.

Lansman sonrası izleme:

• Dile göre destek talep hacmi (kalite sinyali)
• Dile göre app store puanları (kalite sinyali)
• Lokale göre özellik benimseme oranları (UX sinyali)
• Lokalize arayüz akışlarındaki hata oranları (teknik sinyal)

Yaygın Lokalizasyon Proje Başarısızlıkları

"Çeviriyi Sonraya Bırakma" Sorunu

En yaygın ve en maliyetli başarısızlık: mühendislik özelliği geliştirir, ardından lansmana iki hafta kala lokalizasyona iletir. Sonuç: aceleye getirilmiş çeviri, QA için yetersiz süre, sağlamlaştırılmamış i18n altyapısından kaynaklanan teknik sorunlar.

Çözüm: Lokalizasyon planlamasını ürün geliştirme sürecine dahil edin. Lokalizasyon gereksinimleri (metin dışsallaştırma, i18n mimarisi, çeviri hazırlık süresi) özellik spesifikasyonunun başından itibaren yer almalıdır.

Çeviri Sırasında Kapsam Kayması

Çeviri başladıktan sonra kaynak içerikte yapılan değişiklikler maliyetlidir. Her değişen metin yeniden çevrilmeli, yeniden incelenmeli, yeniden QA'den geçirilmeli ve yeniden entegre edilmelidir.

Çözüm: Çeviri başlamadan önce katı bir içerik dondurma politikası uygulayın. Kaynak değişiklikler kaçınılmazsa, yalnızca değişen segmentleri belirleyip yeniden çevirmek için delta süreci kullanın.

Tedarikçiyle İletişim Kopukluğu

Bağlam eksikliğinde çalışan çevirmenler düşük kaliteli çıktı üretir. Sorular yanıtsız kalır. Geri bildirimler muğlak olur. Sonuç, önlenebilir hatalar ve yeniden işlerdir.

Çözüm: Çevirmen desteğine yatırım yapın. Kapsamlı lokalizasyon kitleri sağlayın. Taahhütlü yanıt süreleriyle net bir sorgu çözüm süreci oluşturun. Genel kalite şikayetleri yerine spesifik ve eyleme geçirilebilir geri bildirimler verin.

Çeviri Belleği Kullanımının Kaçırılması

Çeviri belleği yönetmeyen kuruluşlar aynı içeriği tekrar tekrar çevirtir ve aynı çeviri için defalarca ödeme yapar.

Çözüm: TM yönetimini başından itibaren lokalizasyon iş akışınıza dahil edin. Tamamlanan tüm çevirilerin TM'ye eklendiğinden emin olun. TMS'nizi, içeriği çevirmenlere göndermeden önce TM etkisini uygulayacak şekilde yapılandırın.

Canlı Ürünler için Sürekli Lokalizasyon Eksikliği

Ürünler sürekli yeni özellikler yayımlar; ancak lokalizasyon tek seferlik bir proje olarak ele alınır. Sonuç: yeni özellikler yalnızca İngilizce olarak çıkar ve tutarsız bir kullanıcı deneyimi oluşturur.

Çözüm: Sürekli lokalizasyon uygulayın. i18n iş akışınızı CI/CD pipeline'ınızla entegre edin; böylece yeni metinler otomatik olarak çevirmenlere gönderilir ve tamamlanan çeviriler otomatik olarak geri çekilir. Uygulama desenleri için i18n CI/CD pipeline otomasyonu rehberine bakın.

Tek Seferlik Proje Yürütmek Yerine Lokalizasyon Programı Oluşturmak

Gelişmiş kuruluşlar lokalizasyon projeleri değil, lokalizasyon programları yürütür:

Özel lokalizasyon altyapısı: Elektronik tablolar ve e-posta değil, geliştirme araçlarınıza entegre bir TMS.

İstikrarlı tedarikçi ilişkileri: Ürününüzü, marka sesinizi ve kalite beklentilerinizi bilen tercih edilen tedarikçilerle uzun vadeli ilişkiler.

Sürekli büyüyen TM: Her çeviri TM'ye katkı sağlar ve gelecekteki projelerin maliyetini düşürür.

Ülke içi inceleyici ağları: Her hedef pazarda kilit içerikleri inceleyen alan uzmanları.

Lokalizasyon bütçe planlaması: Lokalizasyon maliyetleri, sürpriz giderler olarak değil ürün yol haritası bütçesinin bir parçası olarak planlanır.

Lokalizasyon metrikleri ve raporlama: Paydaşlara düzenli olarak raporlanan kalite ve verimlilik metrikleri, veri odaklı program yönetimini mümkün kılar.

Lokalizasyon Proje Yönetimi için Teknoloji Yığını

Modern bir lokalizasyon programı şunları kullanır:

Araç Türü	Amacı
Çeviri Yönetim Sistemi (TMS)	Çeviri iş akışı, TM ve terimce için merkezi merkez
CAT Aracı	TM, terimce ve QA ile çevirmen odaklı ortam
Connector/Entegrasyon	Ürün ile TMS arasında otomatik metin dışa/içe aktarma
QA Aracı	Otomatik kalite kontrolleri (terminoloji, biçimlendirme, tutarlılık)
Tedarikçi Yönetimi	Tedarikçi portalı, görevlendirme, ödeme, performans takibi
Analitik	Kalite metrikleri, verimlilik takibi, maliyet raporlaması

Bazı TMS platformları (Phrase, Lokalise, Crowdin) bu özelliklerin büyük çoğunluğunu içerir. better-i18n'nin karşılaştırması için better-i18n vs. Crowdin vs. Lokalise rehberine bakın.

---

Uygulamanızı better-i18n ile dünyaya açın

better-i18n; yapay zeka destekli çeviriler, git tabanlı iş akışları ve küresel CDN dağıtımını geliştirici odaklı tek bir platformda birleştirir. Elektronik tablo yönetimini bırakın, her dilde ürün göndermeye başlayın.

Ücretsiz başlayın → · Özellikleri keşfedin · Belgeleri okuyun