FROM GALA GLOBAL:
"Every minute of every day over 200 million emails are sent, nearly 600 websites are created, and some 48 hours of video are uploaded on YouTube. Most of that content is mutlilingual – nearly three-quarters of internet content is in languages other than English."
Translation is big business, and it’s growing bigger every day. The worldwide language services market has grown at an annual rate of 8% for the past 3 years. Estimates for 2014 put the world market at nearly US$40 billion, according to research by Common Sense Advisory. The Centre for Next Generation Localisation reports that localization is the 4th fastest-growing industry in the United States.
The Globalization and Localization Association is comprised of members worldwide who specialize in localization, translation, internationalization, and globalization. Every day they help companies, non-profit organizations, and governments communicate effectively to global audiences. They do this by making sure the content of their clients’ communications is culturally sensitive and presented in languages that their audiences understand.
Internationalization (known as "i18n" for short): Its main purpose is to make sure that the source content is ready to go into multiple languages. This means i18n occurs at the beginning of content and product development, not after the content is ready for translation. http://www.gala-global.org/what-internationalization
Localization (sometimes referred to as “l10n”): The aim of localization is to give a product the look and feel of having been created for the target market and to eliminate, or at least minimize, local sensitivities.
Until the 1990s, translators used the same tools they had been using for the previous 2000 years. The means of writing had changed, but for the most part, manual steps were required for almost everything. The same could be said for those who requested translations—the client.
Note that the quality issues of MT blur the drafting/revising boundary. One top search engine recently produced the following translation for me from Arabic: “O uterine poor and God will not lose anything to you said Amen like emoticon Admin: Hafid utsav.” This requires more than revising.
PRICING ARTICLE:
So with a 100% match, the TM program essentially produces the draft (66% of the work). The work of the translator in revising that draft would therefore be the remaining 33%. So a rate of 33% of the no-match rate is, on its face, what the market has been paying translators for this work. The value of the efficiency gain would seem to be the word count multiplied by 66% of the conventional per-word rate. That’s one theory, anyway.
Divvying up the gain
So how would the value of the efficiency gain be divided? When TM was novel, clients sometimes offered nothing for a 100% match. In the same vein, some translators gave no discount for TM. Agencies sometimes did both: charging the client full price while asking translators to provide 100% matches for free.
That was then. The atomized nature of the translation market may impede the flow of information, but word does get out. Translators and agencies compete by offering a share of those efficiency gains to clients, and arbitrage drives prices to clients down. Over- or under-discounting freelance translators notice drops in their bottom line. And agencies who send texts to translators with 100% matches removed and non-matching segments arrayed with the underlying flow missing find translators demanding higher rates.
In a market without other disruptions, such as oversupply or undersupply of translators, these efficiency gains might be shared equally, each party getting a third.
WHAT DO WE OFFER? FLAT FEE TO OUR TRANSLATORS? REGARDLESS OF HOW MUCH TM IS USED?
READ THIS:
BESPOKE TRANSLATION VS. MANUAL TRANSLATION
"A translator working on a complete, non-repetitive text without TM—I’ll call this bespoke translation—translates differently. Rotely translating the same sentence the same way twice (or more) degrades readability, encouraging readers to skip text, so a bespoke translator is aware of rhythm, pacing, and logic.
TM pushes in the opposite direction: it loves one-to-one correspondence and handling of segments in isolation. And many texts—procedure-heavy manuals are an obvious example—benefit from describing the same task identically each time. Indeed, such language is not intended to be linearly read; it is to be consumed when needed."
"TM programs have increasing awareness of context. A group of 100% matches occurring in the same sequence as a previous source is likely to be usable as is. In this case, the value of the translator’s revising task drops further because the value of the drafting performed by the TM has risen beyond 66%. The percentage hits bottom when a client genuinely wants the translator or agency to do absolutely nothing with a 100% match. The compensation to the translator is now a nuisance charge to visually process and make translate/no-translate decisions for every such segment, tasks that make demands on working memory, a limited resource. (See Neil Betteridge’s 2009 translation of Torkel Klingberg’s The Overflowing Brain: Information Overload and the Limits of Working Memory (Oxford: Oxford University Press).)"
And yet. Good clients actually pay more, not less. As localization professional Anna Schuster reports, firms that provide the most useful, extensive TMs—developed over years by double-checking high-quality translations contributed by skilled translators—discount the least. They need top quality, so they value experienced professional translators. Such clients may produce style guides, references, glossaries. They know translators read closely and encourage translators to report issues. They believe bilingually sensitive revising has an edge over monolingual editing that can justify the cost.
About Agile Software Development process: https://en.wikipedia.org/wiki/Agile_software_development
(as opposed to waterfall models -- https://en.wikipedia.org/wiki/Waterfall_model)
About "Agile Localization": https://adtmag.com/blogs/watersworks/2014/03/agile-localization-report.aspx
interesting point on "reducing translation waste"
Rule 4 – “Reduce, Reuse and Recycle”
Localization can generate a lot of waste if not planned properly. So, it is key to become “green” in order to become more “agile”.
Reduce
It is clear that reducing the localization effort will have a positive impact on a team’s agility. This could be achieved in 2 ways: by validating the localization scope and by reducing the translation waste generated during the localization process.
- Reducing Localization Scope
The Localization Manager’s job is to ensure the company localizes the right product and content into the right language set. At Adobe, we have had situations in which we were localizing too much content. For example, using Adobe’s Digital Marketing Suite, we discovered that Russian customers prefer reading Development documentation (such as API descriptions) in English rather than in Russian. We were able to save a lot of time and cost by removing this component from our localization requirements.
Similarly, through market research, we discovered that most Middle-Eastern Creative Suite customers prefer to use an English user interface with Arabic or Hebrew documentation. This combination makes English content such as videos and tutorials more accessible to them.
In short, tracking web analytics and engaging with customers, power users, pre-release testers and geos constitute a great way to validate the localization requirements and improve agility.
- Reducing Localization Waste
Once the localization requirements are confirmed, it is key to limit the translation waste generated during the localization process. This obviously impacts the translators’ work but also the bandwidth of the localization staff.
An effective way to reduce localization waste is by understanding its root cause. At Adobe, we categorize all localization defects through a common set of keywords, which provides us with a good picture of the issues faced across products. We can then develop solutions to reduce, if not eliminate, these defects.
Localization waste sometimes originates from English strings -assuming English is the source language. Indeed, translations created before English strings get finalized will need to be revisited and will likely generate some waste.
In the agile world, we can’t afford that extra time, so it is important to validate the English content before handing it off to the translators. Doing something as simple as spell checking can help to reduce a lot of localization waste. In a product such as InDesign, about 3% of the English user interface strings are updated once they get reviewed for spelling and grammatical mistakes. For a product that is localized into 25 languages, this represents a waste equivalent to 75% of a single language scope!
Also, many of the software localization testing activities are necessary because localization is happening out of context. Solving that problem can tremendously speed up the localization process. In an ideal world, localization should be a product feature that allows translators to translate the user interface in-context. Facebook did a great job in this area by enabling translators (in this case its user community) to translate and provide feedback within the application itself. Alternatively, translators should be provided context information through builds, screenshots or meta-data information (e.g. developer comments, feature name, expected delivery time, etc.).
To reduce waste, it is also recommended that localizers develop glossaries, style guides and tools that leverage previous localizations.
Ultimately, it’s critical for translators to validate their work as they translate. That way, activities down the production line can be eliminated or reduced, which makes the entire process more agile.
Reuse
Reusing strings can sometimes be a source of challenging defects in software localization, so it has to be handled carefully. For example, the English string “none” could be translated as “aucun” or “aucune” in French based on the gender of the noun to which it refers.
That said, reusing strings – in the same context – could also help to improve agility, since these strings won’t need to be translated multiple times.
An area where Adobe has experienced positive results with reducing and reusing English content is in our instructional content. In documentation, Adobe relies on Acrolinx to control the quality of the English (source) content. Authors need to use a certain authoring style (e.g. shorter sentences) and are encouraged to leverage existing paragraphs (e.g. legal disclaimers). This improves consistency in the English documentation and has the great benefit of reducing the localization workload too.
Recycle
Recycling is the process of transforming existing materials (or waste) such that they could be reused again – sometimes for a totally different purpose. Creating polar fleeces from used plastic bottles or isolating walls using old denim jeans are classic examples of recycling.
Such transformations can apply to translations too. Translators don’t need to translate every sentence from scratch. Translation technologies such as Translation Memories and Machine Translation engines can help translators recycle previous translations and speed up the translation process. At Adobe, we have experienced dramatic productivity gains when we used these technologies. In general, a translator supported by these technologies will deliver in an hour what other translators would deliver in a day. These are impressive gains that contribute to localization agility too.