Gelecek odaklı LSP'ler için otomatik çeviri yönetimini benimseyin

Dil endüstrisi son yirmi yılda büyük ölçüde değişmiştir. 2000'li yılların başında, tipik bir proje en fazla bir, iki veya üç dile çeviri yapılmasını gerektiriyordu. Bugün ise, tüm belge setlerinden bahsediyoruz ve beklenen hedef dil sayısı iki haneli rakamlara ulaştı ve artmaya devam ediyor. Dünya giderek hızlanıyor ve hiçbir müşteri çevrilmiş içeriği günlerce beklemek istemiyor; tüm dillerde aynı anda yayınlanmasını bekliyorlar.

Bu durum, çeviri proje yöneticisinin (TPM) yükünü açıkça artırmaktadır: Artık sadece kendiniz, müşteri ve çevirmen arasında birkaç e-posta göndermekle kalmıyorsunuz. Günde onlarca, haftada yüzlerce, ayda binlerce iletişim kurmanız gerekiyor. Ve bu sadece iletişimle de kalmıyor; durumları, ilerlemeyi ve süreçleri de kafanızda tutmanız gerekiyor.

Proje yöneticileri, dil endüstrisinde gerçekleşen her şeyin merkezinde yer alırlar. Müşteriler, çevirmenler, yükleniciler, ortaklar ve iç paydaşlar arasında bağlantı kuran halkadırlar. Bir sorun olduğunda ilk olarak onlara başvurulur. Teslim tarihlerine uyulamayan ve başarısız olan projelerin sorumluluğunu üstlenenler de onlardır. Proje yönetiminin sektördeki en yüksek işten ayrılma oranına sahip meslek olduğu söylenmesi şaşırtıcı değildir.

Smartcat olarak, otomasyonun TPM'lerin maruz kaldığı stresi azaltmanın anahtarı olduğuna inanıyoruz. Tıpkı uçak pilotlarının bir dizi kolu çekmekten, yüksek teknolojili kokpitleri kontrol etmeye geçmesi gibi, proje yöneticileri de huzurlu bir zihin elde etmek ve gerçekten önemli görevlere odaklanmak için teknolojiyi benimsemelidir.

Bu teknik raporun amacı, çeviri proje yöneticisinin çalışmalarını ayrıntılı olarak incelemek ve adım adım otomatikleştirilebilecek yönlerini düşünmektir. Her bölümde cevaplar bulunmamakta olup, cevapların da kesin olduğu söylenemez. Buradaki temel amacımız, tüm sektörün başarısının dayandığı bir konu hakkında tartışma başlatmaktır.

Dil endüstrisinde proje yönetiminin ayrıntılı analizine geçmeden önce, çeviri yönetimi sürecindeki ana adımları kısaca gözden geçirelim (aşağıdaki şemaya bakın):

Adım 1: Müşteri talebini işleme alın
Adım 2: Projeyi hazırlayın
Adım 3: Çevirmenleri bulun
Adım 4: Çeviriyi gerçekleştirin
Adım 5: Kaliteyi garanti edin
Adım 6: Teslimat
Adım 7: Ödemeler

Doğal olarak, bu görevler birkaç kişi arasında paylaştırılabilir — her şey LSP'nin yapısına bağlıdır. Bunun tersi de geçerlidir: bir PM, aynı anda birkaç iş akışını yönetebilir ve genellikle de yönetir. Bu doğrusal olmayan model, ters gidebilecek şeylerin sayısını artırır.

Şimdi, bu süreci ayrıntılı olarak inceleyelim.

Bu adımın amacı, müşterinin bir şeyi çevirme ihtiyacı olduğu durumdan, LSP'den somut bir teklif ve zaman çizelgesi taahhüdü aldığı duruma hızla geçmektir.

Tipik alt adımlar şunlardır:

• Talebi alın

• Kelime sayısını hesaplayın

• Teklif hazırlayın

• Aşağıdakiler gibi ek gereksinimler olup olmadığını kontrol edin

• PDF tarama

• Web sitesi içeriğini indirme

• Çeviri öncesinde hassas verileri kaldırma

Otomasyon olmadan, hem müşteri hem de satıcı, e-postalar veya anlık mesajlaşma uygulamaları kullanarak projeler yerleştirme ve kabul etme konusunda standart bir yönteme sahip değildir. Bu da insan hatalarına yol açar:

• Projeyle ilgili talepleri diğer tüm postalarla birlikte saklamanız gerekir ve bu nedenle kaybolma riski vardır.

• Mevcut bir proje için ek bir talep geldiğinde, bunun hangi proje olduğunu hatırlamanız ve kontrol etmeniz gerekir.

• Gerekli tüm bilgileri ve dosyaları proje yönetim sisteminize (varsa) yeniden eklemeniz veya yine posta kutunuzda takip etmeniz gerekir.

• Müşteri, basit bir çeviri talebi için bile satıcının yanıtını beklemek zorundadır. Ve bunu birkaç satıcıya gönderirlerse, ilk yanıt veren işin sahibi olabilir.

Daha basit bir ifadeyle, ne satıcı ne de müşteri tüm talepleri ve projeleri tam olarak kontrol altında tuttuğunu ve bunlardan haberdar olduğunu hissetmektedir.

Bu nedenle, proje yönetimi otomasyonunun amacı, LSP'lerin aşağıdakileri yapabilmesini sağlayan standart bir iş akışı oluşturmaktır:

1. Müşteri taleplerini daha hızlı işleyin
Müşteri bir belge gönderebilir veya bir portal üzerinden yükleyebilir ve hemen yaklaşık bir fiyat teklifi alabilir. Proje yöneticileri artık e-postalarla uğraşmak veya dosya indirmek/yüklemek zorunda kalmaz. Bu, TPM'nin manuel işlemlerin çok zaman aldığından, birçok basit siparişle çalıştığı durumlarda özellikle yararlıdır.

2. Sürekli yerelleştirmeyi etkinleştirin
Alternatif olarak, Wordpress, Drupal, GitHub vb. gibi büyük içerik yönetim sistemleri veya depolar için bir API bağlayıcı kullanabilirler. Otomatik içerik değişimi, günümüzün çevik zihniyetli müşterilerinde sıklıkla görülen güncellemelerle ilgili ek yükleri ortadan kaldırır. Çeviri için gerekli içerik, yöneticinin parmaklarının ucunda her zaman hazırdır ve üzerinde çalışılmaya hazırdır.

3. İnsan hatalarını önleyin
Dosyalar, işlenecekleri ve çevrileceği sistemde otomatik olarak görünür. Bu, maliyetli manuel işlemleri ortadan kaldırır ve aynı zamanda insan hatalarını en aza indirir. Tüm katılımcılar, katkıda bulunanların müşterinin gönderdiği belgeler ve sürümlerin aynısı üzerinde çalıştığından emin olabilirler.

Sonuç olarak, TPM yeni siparişler için "konveyörü" sürekli hazır tutar ve müşteri, siparişinin güvenilir bir şekilde işleneceğinden emin olabilir.

Sipariş onaylandıktan sonra, TPM'nin hedefi projeyi mümkün olan en kısa sürede çeviriye hazır hale getirmektir.

Tipik alt adımlar şunlardır:

• Dosyaları önceden işleyin ve analiz edin,

• Eşlik eden bilgileri analiz edin,

• Dahili istatistikleri hesaplayın,

• Dahili son tarihleri planlayın.

Otomasyon olmadan, bu yönetilmesi en zor kısımlardan biri haline gelebilir:

• Bir dosya tek bir çevirmen için çok büyükse, farklı kişilere atamak için birkaç parçaya bölmeniz gerekir (bu, 3. adımla kesişir).

• Geçmişte benzer projeleriniz olup olmadığını hatırlamanız gerekir; bu projeler aynı metnin parçalarını içerebilir veya içermemeyebilir ve aynı terminolojiyi kullanabilir.

• Çevirmenlerinizin aynı işi iki kez yapmaması için, bu yeni projede tam veya kısmi tekrarlar olup olmadığını kontrol etmelisiniz.

• Çeviriye gerek olmayan metinleri, örneğin kaynak kodu parçacıklarını, manuel olarak hariç tutmanız gerekir.

Bu nedenle, otomasyonun amacı, TPM'lerin şunları yapmasını sağlamaktır:

1. Daha basit bir süreç izleyin
Çözüm, TPM'nin bir belgeyi bölmeden farklı kısımlarını farklı kişilere atayabilmesini sağlamalıdır (bkz. Adım 3). Bu, insan hatasını azaltır ve süreci hızlandırır: Örneğin, bir çevirmen yanıt vermezse, belgeyi yeniden bölmek için zaman harcamadan, o çevirmenin kısmını başka bir çevirmene yeniden atayabilirsiniz.

2. Geçmiş çevirileri ve terminolojiyi yeniden kullanın
Müşteriye özel çeviri bellekleri (TM) ve terim sözlükleri, projeler boyunca müşterinin sesinin tutarlı kalmasına yardımcı olur. Müşteriler, maliyetler kadar stile de önem verir. Çeviri bellekleri, tekrarlanan içeriklerin çevirisinde tedarikçinin müşterilerine indirim sunmasını sağlarken, sözlükler ise tüm metinlerde aynı terminolojinin kullanılmasını garanti eder.

3. Dahili istatistikleri hesaplayın
TM eşleşmeleri, tekrarlar vb. ile ilgili dahili istatistikler, müşteriye sunulan istatistiklerle aynı olmayabilir. Örneğin, satıcı müşteriye tüm kelime sayısı için ücret talep ederken, çevirmenlere TM eşleşmeleri için daha az ödeme yapmak isteyebilir.

4. Bağlama özgü yorumlar sağlayın
Kaynak metnin belirli bölümlerine ait ekran görüntüleri ve açıklamalar, çevirinin yeterliliğini büyük ölçüde artırır. Çünkü çevirmenler, metnin tam olarak nerede yer aldığını ve ne anlama geldiğini her zaman bilir. Zira tüm dizeler kendiliğinden anlaşılır değildir.

5. Son teslim tarihlerini daha iyi yönetin
Sistem, geçmiş verimliliklere veya son teslim tarihi önceden belirlenmişse gerekli çevirmen sayısına göre her iş akışı aşaması için otomatik olarak son teslim tarihleri önermelidir. Farklı dil çiftleri ve uzmanlık alanları, farklı ortalama çeviri verimliliklerine sahiptir. Veriye dayalı öneriler sunan bir sisteme sahip olmak, TPM'lerin daha iyi kararlar almasına yardımcı olacaktır.

Sonuç olarak, birbirinden bağımsız araç ve kaynaklardan oluşan gelişigüzel bir set yerine, tedarikçileri bulma sürecinin bir sonraki adımına geçmeden önce en iyi kararları verebileceğiniz tek bir kontrol paneline sahip olursunuz.

Bu adımda amaç, işi iyi ve zamanında yapacak çevirmenleri bulmaktır. Bir TPM olarak, bu adımı mümkün olduğunca çabuk tamamlamak istersiniz, çünkü günümüzün projeleri çok sıkı teslim tarihlerine sahiptir. Ayrıca çevirmenlerin ilgili uzmanlığa sahip olmasını ve ideal olarak önceki müşterilerden olumlu geri bildirimler almış olmasını istersiniz.

Tipik alt adımlar şunlardır:

• Varsa, şirket içi uzmanları kontrol edin.

• Bütçe ve diğer beklentilere göre, tanınan serbest çalışanları kontrol edin.

• Bu beklentilere göre yeni serbest çalışanlar bulun.

• İsteğe bağlı: Müşteri tarafından duyurulan gelecekteki bir iş için uzmanları rezerve edin.

Otomasyon olmadan, tipik iş akışı, anlık mesajlaşma programları veya e-posta listeleri aracılığıyla kişilerin uygunluk durumlarını doğrudan sorgulamaktan ibarettir. Bu çok zaman alır ve süreci yönetilemez hale getirir:

• Çalışanlarınızdan bazıları tatile çıkabilir veya hastalanabilir.

• Diğer müşterilerden veya hatta iş arkadaşlarınızdan çok fazla görev alabilirler.

• Kimin müsait olduğunu takip etmek için bir hesap tablosu veya başka bir yöntem kullanmanız gerekir.

Hiçbiri uygun değilse, iş ilanları veya çeviri forumlarına gidip yeni kişiler işe almanız gerekir. Burada daha da fazla zorlukla karşılaşırsınız ve zaman harcarsınız:

• Tanıtım mesajı yazmak,

• Yanıt verenlerin geçmişini kontrol etmek,

• Seçilenleri iş akışınıza dahil etmek.

Bu nedenle, burada otomasyonun amacı şudur:

1. İş akışını tek bir yere taşıyın
Tüm iş akışı tek bir platforma taşındığında, TPM uygulamalar/web siteleri arasında geçiş yapmakla zaman kaybetmek zorunda kalmaz. Tedarikçi kaynak bulma sürecini yönetmek için tek bir kullanıcı deneyimi kullanmak, sadece emekten tasarruf sağlamakla kalmaz, aynı zamanda tutarlılığı ve güvenilirliği de güçlendirir: Tercih ettiğiniz süreç ne olursa olsun — şirket içi veya serbest çalışan tabanlı — eylemlerin sırası benzer ve tanıdıktır.

2. Seçim sürecini veriye dayalı hale getirin
TPM, çevirmenlerin becerileri, deneyimleri ve profillerindeki geri bildirimler hakkında ayrıntılı ve doğrulanabilir bilgilere sahiptir. Sistem, çevrilmiş metinlerin geçmişine ve söz konusu kaynak materyale göre otomatik olarak uzmanlar önerir.

Doğru kişileri atamak zor olabilir, çünkü birçok çevirmen gerçekte sahip olduklarından daha fazla konuda deneyimli olduklarını söylerler. Gerçek metinlere dayalı veri odaklı öneriler sunan bir sisteme sahip olmak, bu sorunu ortadan kaldıracaktır.

3. Kullanılabilirlik ve üretkenlik takibini etkinleştirin
TPM, mevcut iş yükü ve geçmiş üretkenliğe göre her çevirmenin kullanılabilirliğini takip edebilir. Tüm işler tek bir yerde yapıldığından, bu iki faktör de kolayca hesaplanabilir. Hiçbir çevirmen aynı hızda çalışmaz ve özellikle çok dilli projelerde hepsi aynı saat diliminde olmayabilir, bu nedenle işi çevirmenler arasında dağıtmak oldukça doğrusal olmayan bir görevdir. Tüm hesaplamaları bir makinenin yapması büyük bir yardımcıdır.

Sonuç olarak, TPM birkaç dakika hatta birkaç saniye içinde serbest çalışanları bulup atayabilir ve diğer projelere geçebilir.

Son olarak, çalışmanın özüne geliyoruz. Burada amaç, projenin zamanında ve yüksek standartlarda tamamlanmasıdır (bkz. Adım 5).

Tipik alt adımlar şunlardır:

• İlerlemeyi izlemek

• Çevirmenlerin sorularını yanıtlamak

• Teslim tarihlerini kaçırmamak

Otomasyon olmadan, tüm süreç TPM için bir kara kutu gibidir:

• TPM'nin çevirmenlere sormaktan başka proje ilerlemesini görmesinin bir yolu yoktur.

• Çevirmenlerle iletişim kurmanın tek yolu e-posta veya anlık mesajlar gönderip almaktır.

• Çevirmenlerin söylediklerini gerçekten yaptıklarından emin olmanın bir yolu yoktur.

Bu durum, proje yöneticisini proje boyunca stres altında tutar — çünkü bir sorun çıkarsa sorumluluk ona ait olacaktır.

Bu nedenle, burada otomasyonun amacı TPM'ye yardımcı olmaktır:

1. İlerlemeyi takip edin
TPM, proje içindeki her bir belge ve alt görevin ilerleyişi hakkında gerçek zamanlı bilgileri görmelidir. Süreci yakından takip etmek, yöneticinin sorunları daha başlangıç aşamasında çözmesini ve zamanında teslimatı sağlamasını mümkün kılar. Bir çevirmen yanıt vermezse veya uzun süre ilerleme kaydedilmezse, TPM görevi başkalarına yeniden atayabilir.

2. Bağlam içinde iletişim kurun
TPM, çevirmenlerin bağlam içindeki özel sorularını okuyup yanıtlayabilmelidir. Bağlama özgü tartışmalar, her sorunun bağlamını açıklığa kavuşturmak için harcanan zamandan tasarruf sağlar ve tüm yorumların tek bir yerden yönetilebilmesini sağlar. Ayrıca, çok dilli bir projeyse, yorum tüm çevirmenler tarafından görülebilir, böylece aynı soruları tekrar tekrar ele almak zorunda kalmazsınız.

3. Dikkatli olun
Sistem, olası sorunları tespit ettiğinde bildirim göndermelidir. Bunun bir örneği, daha önce bahsedilen ilerleme eksikliğidir. Diğer örnekler arasında yaklaşan son tarihler, çok yavaş veya çok hızlı bir çeviri, son editörün MT düzenlemesi yapmaması vb. sayılabilir.

Sonuç olarak, TPM tüm süreci görebilecek ve herhangi bir uyarı durumuna hızlı ve bilgili bir karar ile yanıt verebilecektir.

Kalite güvencesinin amacı, hataların sadece düzeltilmesini değil, önlenmesini sağlamaktır. Bu bakımdan, bunu bir "adım" olarak adlandırmak genellikle yanlıştır. Bu, herhangi bir çeviri projesinin öncesinde, sırasında ve sonrasında gerçekleşen sürekli bir süreçtir. Ancak basitlik açısından burada bu şekilde tanımlayacağız.

Tipik alt görevler şunlardır:

• Süreç öncesinde geçmiş verileri yeniden kullanın

• Süreç sırasında kaliteyi kontrol edin

• Süreç sonrasında dersler çıkarın

• Müşteri şikayetlerini ele alın

Otomasyon olmadan, kalite güvencesi çoğunlukla reaktif ve sezgiseldir. TPM, tamamlanmış bir çeviriyi incelemesi için bir editör atayabilir, geri bildirimi toplayabilir ve buna bağlı olarak aynı çevirmenle gelecekte çalışmaya devam edebilir veya çalışmaktan kaçınabilir. Bu yaklaşım, optimal olmaktan uzaktır:

• Çeviri tamamlanmadan önce çevirinin iyi olup olmadığını bilemezsiniz.

• Bazı çevirmenler bazı açılardan "iyi", bazı açılardan ise "kötü" olabilir — bunu da unutmamalısınız.

Sonuç olarak, birçok TPM, kaliteyle ilgili kararlar alırken yalnızca sezgilerine güvenmek zorunda kalmaktadır.

Bu nedenle, otomasyonun amacı kalite güvencesini sağlamaktır:

1. Veri odaklı
Kalite ile ilgili tüm geçmiş veriler güvenilir ve yapılandırılmış bir şekilde saklanır. Kalite ile ilgili tüm verilerin tek bir yerde saklanması, diğer proje yöneticileri tarafından yeniden kullanılabilmesini sağlar. Benzer şekilde, bir TPM olarak diğer TPM'ler tarafından raporlanan verileri yeniden kullanabilirsiniz.

2. Proaktif
Platform, çevirmenlerin deneyimlerine ve konu uzmanlıklarına göre otomatik olarak çevirmen önerilerinde bulunur. 3. adımda da belirtildiği gibi, belirli bir iş için en uygun çevirmeni atamak hem verimliliği artırır hem de kaliteyi yükseltir.

3. İşbirliği
Editörler, çevirmenlerin çalışmalarını süreç sonunda değil, süreç sırasında inceleyebilirler. TPM, çevirinin sadece %10'u tamamlandığında bir editör atayabilirse, çevirmenin stil, terminoloji veya beceri eksikliği ile ilgili önemli sorunları hemen tespit edebilir ve düzeltilmesi çok maliyetli hale gelmeden önce bunları düzeltebilir.

Sonuç olarak, kalite güvencesi çeviri sürecinde her aşamada ve her adımda etkili olan, her yerde mevcut bir unsur haline gelir.

Bu adımın amacı, çevrilmiş belgeleri müşteriye teslim etmektir.

Tipik alt adımlar şunlardır:

• Tamamlanmış dosyaları hazırlayın

• Sonucu teslim edin

Otomasyon olmadan, çok fazla manuel iş yapılabilir:

• Farklı çevirmenler tarafından çevrilen parçaları bir araya "yapıştırmak",

• Biçimlendirmenin bozulmadığından emin olmak,

• Büyük dosyalar için dosya paylaşım ağlarına yüklemek.

Bu, sadece teknik görevleri içeren bir adım için çok fazla zaman alıyor.

Bu nedenle, otomasyonun amacı, bu adımda neredeyse tüm manuel işlemleri ortadan kaldırmaktır:

1. Manuel "yapıştırma" veya biçimlendirme gerekmez
Bunlar otomatik olarak gerçekleşir ve her metin öğesi doğru çeviriyle değiştirilir. İşin çoğunu makine yaptığı için, TPM artık dosyayı indirdikten sonra her şeyin yerinde olup olmadığını kontrol etmek için sadece hızlı bir kontrol yapabilir.

2. Tek kullanıcı deneyimi
Tüm dosyalar aynı yerde kalır ve TPM veya portal çözümü durumunda müşteri tarafından indirilebilir. Bu, e-posta gönderme veya müşteriye tamamlanma bildiriminde bulunma konusunda zaman tasarrufu sağlar ve yanlış dosya gönderme gibi insan hatalarını azaltır.

3. Harici entegrasyon
Alternatif olarak, dosyalar müşterinin CMS veya depolama alanına otomatik olarak aktarılır, böylece manuel işlemler gereksiz hale gelir. Bu, yerelleştirme sürecini tamamlar ve TPM'nin kullanma deneyimi olmayan üçüncü taraf sistemlerle uğraşma ihtiyacını ortadan kaldırır.

Sonuç olarak, TPM çeviriyi teslim etmek için neredeyse hiç zaman harcamaz.

Bu adımın amacı, tüm işlerin müşteri tarafından ödenmesini ve serbest çalışanlara ödenmesini sağlamak olsa da, teknik olarak proje yönetiminin bir parçası olmasa da, genellikle bunu yapan TPM'dir.

Buradaki alt adımlar şunlardır:

• Hacim bazlı borçları hesaplayın

• İsteğe bağlı: Saatlik borçları hesaplayın

• Müşteriden ödeme alın

• Freelancerlara ödeme yapın

Otomasyon olmadan, bu durum hızla bir kabusa dönüşebilir:

• Her serbest çalışanın tercih ettiği ödeme yöntemini öğrenmeniz gerekir.

• TM indirimleri ve benzeri unsurları dikkate alarak tüm borçları manuel olarak hesaplamanız gerekir.

• Her serbest çalışana her bir ödemeyi manuel olarak göndermeniz gerekir.

• Ödeme yaptığınız her ülkede evrakları doldurmanız ve vergi mevzuatına uymanız gerekir.

Sonuç olarak, TPM bu iş için gerçek işlerinden daha fazla zaman harcıyor — bunun getirdiği dolaylı maliyetlerden bahsetmiyorum bile.

Bu nedenle, otomasyonun amacı şunu sağlamaktır:

1. Otomatik ödeme hesaplaması
Tüm ödemeler, yapılan iş, ücretler, TM eşleşmeleri vb. temel alınarak otomatik olarak hesaplanır. İş ve ödemeler arasındaki entegrasyon sayesinde, artık harici hesaplamalar yapmaya gerek kalmaz — tüm veriler sistemin hesaplamaları yapması için hazırdır.

2. Bireysel ödemeler yapılmaz
Ödeme tek seferde ve toplu olarak yapılır, sonraki tüm tutarlar serbest çalışanlar arasında otomatik olarak dağıtılır. Bu, TPM'nin her bir şirketten serbest çalışana yapılan ödemeyi ayrı ayrı işlemesi gerekmediği için en büyük zaman tasarrufu sağlar, yani her hafta saatlerce çalışma süresi kazanılır.

3. Vergi ve yasal uyumluluk
Tüm vergi ve evrak işleri, TPM değil, ödeme teknolojisini sağlayan platform tarafından yürütülür. Her coğrafi bölgede ödeme işlemlerinin karmaşıklığıyla uğraşmak zahmetli bir iştir, bu nedenle bu işi üçüncü bir tarafa yaptırmak sizi sadece stresten kurtarmakla kalmaz, aynı zamanda olası para cezalarından da korur.

Sonuç olarak, TPM işlerinin en sıkıcı kısımlarından birini ortadan kaldırırken, serbest çalışanlar kendi para birimlerinde ve tercih ettikleri yöntemlerle ödeme alırlar.

Birçok çeviri proje yöneticisi ve dil hizmetleri sağlayıcısı, otomasyonun işlerini elinden alacağından korkuyor: Bir şirket, tüm süreci birkaç tıklamayla kendisi yürütebiliyorsa, neden bir çeviri ajansına ihtiyaç duysun ki?

Hayır. Şirketler küreselleşirken her zaman yardıma ihtiyaç duyacaktır. Küreselleşme ne kadar önemli hale gelirse, bu yardıma o kadar çok ihtiyaç duyacaklardır. Elbette, kendi yerelleştirme ekiplerine sahip şirketler her zaman olacaktır, ancak bu yeni bir durum değildir.

Muhtemelen değişecek olan şey, şirketlerin LSP'lerden ve TPM'lerden beklentileridir. Bu bağlamda, odak noktası ayrı işleri yürütmek ve yönetmekten, yeni pazarlara girmek için bütün programları organize etmeye kayacaktır.

Her iki durumda da, bu bir gecede veya birkaç yıl içinde değişecek bir şey değildir. Ancak kesin olarak söyleyebileceğimiz şey, otomasyonu benimsemeyen LSP'lerin geride kalacakları ve artık işe yaramayan çözümlere bağlı kalacaklarıdır.

Hangi tarafta olacaksınız?