Ryan Coleman, another friend of mine from the TorCamp community, led a discussion on language translation and the impact on the sort of interacting with the global community due to the premise of wikinomics. Although it’s easy (and arrogant) for those of us who are native English speakers to just ignore other languages and pretend that everyone speaks English, the fact is that if you’re message isn’t well-understood, you’ll end up losing business or creating inefficiencies within your organization. At this point, translation services is a $10B business worldwide, and growing.
He gave some examples of evaluating the context and content to determine whether it needs to be translated, and the degree of care that needs to be taken, before going through the different options for translating your business materials.
One option is to crowdsource your documentation: have your user community write the manual for you. This requires a passionate user base, and can be unpredictable in terms of timing and coverage, as well as of inconsistent quality.
Another option is machine translation, but as you’ll know if you’ve ever used Google Translation, the quality can be total crap with low-end solutions. There are high-quality (and higher-priced) professional systems, but these require extensive training and still require review of the output.
Another option is to use internal resources, namely your own staff, who presumably understand your products and services, but who are now diverted from their usual job which tends to create a high cost of lost opportunity. Since these are not professional translators, the quality can also be questionable.
Professional translators are the final option, and best for high-quality, consistent translation. They can use tools to store translated phrases so that there’s a translation memory of a document; when a document changes, only the changed portions required re-translation. The downside, of course, is that this is very expensive, and the initial translations can be time-consuming especially if you have a lot of specialized terminology that the translator needs to learn.
There are a number of hybrid approaches that combine these options; all of them will combine people, process and technology in some proportion, and the ultimate choice will depend on both the content and the context.
Ryan listed a number of other points to consider:
- Synchronization between versions, including maintaining dependency relationships
- Location and access to content repository
- Workflow and time sensitivity of translation, including proofing/review cycle
He had some thoughts on what’s happening between translation systems and content management systems, particularly for large websites that must be maintained in multiple languages. In the past (and likely still a lot currently), a content management system would just spit out a document to be translated, then accept it back in afterwards, without any real sense of how the translated content should be handled. Wikis, of course, are even worse since it’s less mature responsibility and there’s not, in most wikis platforms, any considerations for maintain multi-language versions of a wiki.
Ryan’s company, Clay Tablet, has created a piece of middleware that sits between the different types of translation systems and the content management systems, whether the translation is being done by a machine translation system or a company that provides human translation services.
That’s the end of the formal sessions of Enterprise 2.0 Camp; it’s 2pm and we’re decamping, so to speak, to the bar across the road for lunch and a continuation of the conversations.