ローカライズ」タグアーカイブ

多言語翻訳を行う際に抑えておきたい言語の選び方

日本企業が海外進出する際やインバウンド対応の一貫として多言語対応することは、今の時代、当たり前のことです。

ただお客様によっては、よくよく聞くと「多言語翻訳しなければならない」というだけで、弊社でも、具体的に「どうやったらいいか分からない」「そもそも何語から翻訳すべきなのか?」というご相談を受けるのも事実です。

そこで今回は、多言語翻訳、多言語での展開をしなければならないとき、何語を選択すべきなのか考え方のひとつをご紹介します。

貴社の多言語翻訳の目的とは何か

そもそも論になりますが、貴社が多言語翻訳を行う目的は何でしょうか?何のために多言語に翻訳するのでしょうか?

それはお客様ごとに異なっているはずですし、違っていないとおかしいですよね。選択した言語が結果として同じだったとしても、そこに至る思考プロセスは違っているのは当然です。

分かりやすい例で言うと、中国に進出すると分かっているのに「最初はタイ語に翻訳する」という選択はあり得ません。

もっと言えば、「そもそも翻訳する必要って本当にあるの?」という点も見落としがちです。(翻訳会社がこんなことを言ってはいけないのかもしれませんが)「それって、翻訳いらないよね?」というドキュメントや「テキストは辞めて、サインやピクトグラムなどのビジュアルにした方がいいんじゃない?」ということもあるはずです。

つまり、

  • そもそも本当に翻訳する必要があるのか(目的を明確にする)
  • するとしたら、なぜその言語に翻訳するのか(目的を達成するための手段)

という点は、一番に抑えておきたいポイントです。

貴社のプロダクトやサービスは、「誰の」「どんな課題」を解決するのか

翻訳とは少しずれてしまいますが、この視点も外せません。

貴社の製品やサービスが、その国の「誰」に向けて作られたものなのか、そして「彼らの持つ課題や悩みを解決してくれるのか」という点を考え抜く必要があります。

これが明確でなければ、どんなに翻訳が素晴らしくても売れるということはないでしょう。

例えば、骨折しているのに、風邪薬を処方されても意味がないのと同じですね。

そして、これらがハッキリしていないと翻訳にも支障が出てしまいます。なぜなら「対象読者も分からない」「サービスの特長も無い」ような文章は、それなりの文章にしかならなず、結果として誰に向けての翻訳なのか分からなくなり、何の効果も得られなくなります。この部分は翻訳そのものとは直接的には関係しませんが、間接的には大変重要ですので押さえておきたいところです。

世界の言語数とマーケットの把握

さて次は、マクロ的な視点からマーケットを理解します。この世界にどのくらいの言語数があるのかをご存知でしょうか。

Ethnologue によると、その数なんと「7,111言語」だそうです。

https://www.ethnologue.com/

これだけの言語があるとはいえ、少数の話者しかいない言語も多く、実際には統廃合が繰りかえされるそうですから、言語を維持していくというのは並大抵のことではありません。

しかもそれらを使う人がいなければ始まらないわけです。

その上で「自社製品やサービスをどこに打ち出していくのか」と合わせて知っておかなければなりません。

どのマーケットが向いているのかを決める際に、他社の事例や海外進出コンサルタントなど、プロフェッショナルにアドバイスを受けながら進めることもあるでしょうし、自社のスタッフが現地調査を行うこともあるでしょう。

いずれにせよ、ある程度のコストをかける以上は、マーケット調査は必要です。

「マーケットイン」か、「プロダクトアウト」か

製品やサービス開発でも同様ですが、「他の国で売れる=社会的に役に立つ」という点から考えた時、2つの視点があります。それがマーケットインとプロダクトアウトという考え方です。

Wikipedia プロダクトアウト/マーケットイン

https://ja.wikipedia.org/wiki/プロダクトアウト/マーケットイン

それぞれ正しい考え方ですので、どちらが自社に合っているのかを詳細に検討していきましょう。

人口だけで決めていいのか?それともプロダクトのコンセプトから考えるべきか?

一般的には「マーケットイン」と「プロダクトアウト」マーケティングのセオリーで行くなら、マーケットインの方が成功しやすい(=失敗しにくい)と言えます。

ニーズを捉え、そのニーズを満たすためのプロダクトやサービスを提供することができるためです。

ただ、iPhone が初めて登場した時のような、「ユーザも自覚していないニーズ」=「潜在ニーズ」を満たすようなイノベーティブな製品やサービスは生まれにくいと言えます。

また、世界的に見ると人口は増加していますが、その国の経済成長性や IT リテラシーなどの教育普及率などは国ごとに違うので、より重要な指標となるでしょう。人口が多いだけで、IT が生活に入り込んでいなければ、そもそも製品やサービスを使ってもらえない(使える環境がない)ということもあるからです。

例えば、何らかのアプリを多言語翻訳して世界展開をすると想定したとき、

  • メジャーな言語、かつその言語の話者が多いこと
  • IT リテラシーが高いこと
  • スマートフォンの普及率が高いこと
  • マーケットが成長していること

などがあるとすれば、どのように優先順位をつければいいのでしょうか。

これは、母数が多ければダウンロードは増えるだろうということなのか、このアプリは○○というコンセプトなのだから IT リテラシーが高くないといけないということなのか、というように抑えておくべきポイントが変わってくるはずです。

これらを考えずに、むやみにテストを繰り返してもあまり効果は出ないでしょう。

ペルソナの設定

マーケットがハッキリしたらそこに生活するユーザのペルソナを設定しましょう。ペルソナ設定は多言語翻訳をする上で大いに関係があります。

対象読者を設定していない翻訳は、誰に読んでほしいのか、使ってほしいのかが分からないままになってしまうので、せっかく訳文を作っても効果が半減してしまうといっても過言ではないでしょう。

極端な例を出すと、エンドユーザ(男性、50代、患者)に読んでほしい医療についてのサービスなのに、お医者さんにしか分からないような専門用語のオンパレードだと理解されません。読者は医者ではなく患者だからです。

サービスでも製品でも「誰に売るのか」を考えるのは基本です。これは冒頭の「誰の」悩みを解決するサービスや製品なのかと表裏一体のはずです。

そのため、この時点でペルソナが設定できないということはないでしょう。分かり切っていても、共通認識として言語化しておきましょう。アウトソーシングや社内の共通認識などで必要になるためです。

言語の選定と優先度(タイミング)

マーケットもペルソナも設定できたらどの言語に翻訳すべきかというのは決まったも同然です。ここはそれほど悩むべきポイントではありません。

どちらかと言えば、複数言語(多言語)の場合には「どの順番で翻訳して、対象マーケットのペルソナに対して製品やサービスを投入していくか」の方が重要ということです。

これは弊社のお客様でも色々とお悩みいただくところで、「これが正解!」というものはありません。プロダクトの性質やサービスのビジネスモデルによって異なるでしょうし、マネタイズの方法によっても異なるでしょう。

ただし、これらの要素を検討しすぎると複雑化してしまい、逆に動けなくなってしまうため、その時点で最良と思われる言語に展開するしかありません。誰も未来のことは分からないからです。高速で PDCA を回す方が結果としてうまく行くというのは事実でしょう。

「その時と思った時がそのタイミング」なのです。

元の言語は何語がいいのか?英語から?日本語から?

では、誰に何を売るのか明確になったとします。次に考えるのは、ターゲット言語ではなくソース言語(元の言語)です。

弊社にご依頼いただくお仕事の多くが、通常は日本語で開発されることが多いですから、日本語から外国語に翻訳するというのが一般的です。ゲームにしてもアプリにしても、日本語から行っているハズです。

もちろんそれでも問題はないですが、稀に、英語からヨーロッパ言語への翻訳など、別の言語(多いのは英語)を起点にするというプロセスもあります。

これには様々な理由がありますが、ひとつには文法構造の問題があります。英語の文法構造と、ヨーロッパ言語の文法構造が似ているから翻訳しやすかったりするためです。

また、文法だけでなく単語のルーツや発音も似ていることもあるので、意味を想像しやすいこともあるでしょう。

さらには、日本語からヨーロッパ言語へ翻訳できるネイティブ翻訳者は少ないが英語からだったら対応可能な翻訳者の数が多くなるというキャパシティ上のメリットもあるかもしれません。(ここは各翻訳会社によって異なります)

いずれにしても、どの言語から多言語翻訳するのかは、スケジュールや金額にも密接にかかわってくるため、慎重に検討すべきです。

 

多言語翻訳

 

またゲームアプリなどの場合、それらの持つ「世界観」やシナリオの重要度というのは、コンテンツの中核を成していますので、決して品質をおろそかにしないように注意が必要です。世界観を理解していない翻訳者や、社内スタッフで作業してしまったりすると、ユーザーからクレームが入ったり、不自然な表現が多くなり、ゲームそのものを楽しめなかったりします。

 

翻訳における「ゲームの世界観」をどう表現するのか問題

 

結果として販売も伸びず・・・というのもよく聞く話です。

スケジュールと品質の兼ね合いにはなりますが、「ペルソナがそれで納得して楽しめるのか?」「ペルソナの役に立てるのか?」という視点は忘れたくないものです。

何でもかんでもお金をかければいいというわけではありませんが、最も重要なユーザとのコンタクトポイントはどこか?と想像したとき、少なくとも翻訳はそのひとつに入ってくるのではないでしょうか。

まとめ

このように、実は多言語翻訳を行う際には、それ以前に検討しなくてはならない点が数多く存在し、しかもそちらの方がより重要であることも多いのです。

逆に、すでにターゲット言語が決まっている場合には、その言語の品質をどう担保するのか(品質プロセス)や金額、スケジュールといったより具体的なポイントを精査していくことができます。

ぜひ今回のポイントを抑えていただき、成果の出せる多言語翻訳を行っていただければと思います。

外資系企業のための CMS を活用した Web サイトローカライズ

Webサイトは BtoB ビジネスにおいても非常に重要な役割を果たしています。企業の基本情報、製品情報、また採用情報、プレスリリース、ソリューションやサービス、事例などありとあらゆるコンテンツを掲載することができ、今やお客様との最初の接点でもあります。

特に BtoB では購買プロセスにおいて営業担当者に会う前の段階でおよそ 6割が情報収集をしているという調査結果もあります。

その検討段階で利用されるのは、当然 Web サイトになります。

つまり、ユーザが欲しい情報に素早くアクセスすることができ、分かりやすい説明と明確な回答を得ることができるだけの Web サイト構成が求められるということです。

別の言い方をすれば「お客様の困りごとや悩みにきちんと回答してくれる Web サイト」です。

そのため、今やどの分野もどの業種も Web には力を入れているのが実情ですが、外資系企業様の場合には必ずしもそれが最優先とならないケースもあります。

弊社でも様々な形の Web サイトローカライズのご相談がありますが、今回は外資系企業における CMS を活用した Webサイトローカライズについてまとめました。

Webサイトローカライズの定義

まず初めに、Web サイトローカライズとはどんなものかについての概要は以下のページをご覧ください。

Webサイト ローカライズ

このように、Web サイトは国内企業と外資系企業との間で大きな違いがあります。

ローカライズに対する本社の理解度と拘束度合い

外資系企業特有とも言えますが、企業によって「本社からの拘束度合い」が異なっています。拘束度合いというのは、様々な Regulation に則ってビジネスを行わなければならないため(これは当たり前)、ある程度自由が奪われてしまっているという状態です。

例えば、アメリカ本社の外資系企業の場合でも、 大きく分けて以下の2通りがあります。

  1. 日本側にある程度の権限を与えてくれるケース
  2. 本社側で細部まで決定し準拠せざるを得ないケース

 

このどちらになるのかによっても、Webサイトローカライズへの理解度や自由度が変わるため、「現実的に打てる施策」が変わってきます。

これは、日本企業、国内企業ではほとんど見かけないケースです。なぜなら Web 制作においては自分たちの意向が通るのが普通だからです。もちろん予算やスケジュールの問題はありますが、制作そのものへの直接的な制限もあまりありません。

一方、外資系企業の場合には、まずスタート時点が異なる(ケースがある)という前提を理解しておく必要があります。

貴社ローカライズは CMS か HTML ベースか

次に、貴社の Web サイト(本社)が作られている環境について、ローカライズ前にチェックしておく必要があります。

今は多くの企業が CMS(Contents Management System)で制作されているので、これからのリニューアルには、CMS がベースになることが多いと思われますが、ごく稀に HTML+CSS で制作されているケースも存在します。

CMS なのか HTML なのかによっても作業負荷も変わりますし、自由度も変わってきますので、日本支社としてどういう方針でローカライズするのかは、事前に決めておく必要があります。

CMS とは何か

CMS とは Contents Management System(コンテンツマネジメントシステム)の略称です。

誤解を恐れずにいうと、ブログ記事を書いたことがあればイメージしやすいと思いますが、タグ等の専門知識がなくても文章を書いて、画像をアップロードすれば基本的な Web を制作することができるという大変便利なツールです。

慣れてしまえば、ある程度は自分で作業できることも多いのですが、導入している CMS によっては実際の操作方法が違っていたりするため、本社側でどんな CMS を導入して使用しているのかを把握しておく必要があります。

代表的な CMS 一覧

CMS は様々な種類がありますので、その一部を掲載します。

  • WordPress
  • Movable Type
  • Typo3
  • Joomla!
  • Drupal
  • Adobe Experience Manager
  • Microsoft Sharepoint
  • Kentico

これらはほんの一部となります。中でも WordPress は世界中でもっとも使用されている CMS であるため使いやすいですし、汎用性も高く更新、管理という点からでもお薦めです。

その他の CMS もそれぞれ特徴があり、また有料/無料の違いなどもありますので、ぜひご検討ください。特に外資系企業の場合には、本社側で導入している CMS を使用しなくてはならないケースなどもあり、日本という枠組みだけで考えても話が進まない場合もありますので注意しましょう。

なぜ CMS を使うべきなのか(使うのは当たり前)

CMS を活用すべき理由はいくつもありますが、仮に本社の Web が HTML+CSS で制作されていたとしても、現状では日本語版は CMS で作ることをお薦めしています。

その理由としては以下になります。

  • HTML 等の知識が無くても自分で作業可能
  • 外注コストの削減
  • スムースな運用管理

それぞれご説明しましょう。

HTML 等の知識が無くても自分で作業可能

これはまさにその通りです。上述のように、管理画面から簡単にページを生成することができます。従来は、HTML言語をはじめとして様々なプログラミング言語の知識が必要でしたが、CMS の場合にはそれらは不要です。

※ただし実際には細かい設定やプラグインなどを使用するケースが多いので、あくまで基本的な操作のみということになります。しかしこれからもトレーニング次第で習得は可能です。

外注コストの削減

自社で CMS を活用できるメリットのひとつがコスト削減になります。これまでは外部に依頼しなければならなかった作業を自社で行うことができるため、その分の外注費は削減されます(内部コストは別)。

スムースな運用管理

これもコストと同じくらい重要なスピードを含めた運用管理です。業者に依頼すると 2、3日かかっていたものが自社内で更新できると、早ければその日のうちに更新できるようになります。このスピードの違いは確実にビジネスに有利に働きます。

CMS を活用した Web サイトローカライズの注意点

外資企業特有のルールはありますが、Web サイトローカライズを CMS を使って成功させる上で最低限必要なポイントを列挙しますのでご参考になさってください。

Web サイトのゴールは何か?(本社と同じか)

これはローカライズに限った話ではありませんが、「Webサイトを作る目的は何か」はしっかりと明文化して関係者と共有しておくべきでしょう。

「誰に対してどんな内容をお届けするのか、それによって相手はどんな変化があるのか」

という超基本を抑えておく必要があります。

その1:本当に必要なページを見極める

これも外資系企業ならでは、と言えますが、本社側にあるすべてのコンテンツを丸ごと日本語化する必要があるのかどうかは、事前に取り決めておくべきです。日本市場の日本のお客様に情報を届けるということを考えた時に「この情報は本当にいるのか?」というのは今一度、自分自身に問いかけてるべきでしょう。

その2:日本に合わせたオリジナルコンテンツを作る(ローカルまたはセントラライズド)

逆に「本社のサイトには無いけれど、この情報は日本語版には入れておきたい」というコンテンツがあるかもしれません。

そういったものは本社側にはなかなか伝わりにくい上、本社からの理解度や拘束度合いにも影響を受ける部分です。そのためある程度の交渉は必要になるかもしれせんが、理解してもらえれば、より自由に設計できるようになりますので、リード増加に貢献する可能性があります。

その3:「伝わる翻訳」をする(トーン&マナー)

こちらも重要な要素です。ユーザは文章やイラストなどを総合的に判断して問い合わせをします。意味の分からない翻訳、一見しては気づかないが実は間違っている翻訳などがあると、それだけでビジネスチャンスを失ってしまいます。

また適当な翻訳をすればトンマナが合わずに読みにくくなって結果的に言いたいことが伝わらない、知りたい情報が手にいれられないという事態を引き起こしてしまいます。

弊社では、「クリエイティブ翻訳」といったサービスもご提供しておりますので、ぜひお気軽にお問い合わせください。

マーケティング担当者に必須の「マーケティング翻訳」とは

 

その4:デザインとメッセージ

Webはテキストだけでなく動画やイラストなど様々な要素で構成されています。特にそのデザイン性は、その企業のメッセージを体現していますし、ブランディングという点からも非常に重要なものだといえます。

外資系企業の場合にはブランディングガイドラインなどが存在し、それらに準拠してデザインされています。ガイドラインに従いつつ、貴社が絶対に伝えたいメッセージを表現しなければなりません。

その5:ユーザビリティを検討する

デザインと同じくらい重要なのがユーザビリティです。BtoB 企業の場合、特に「使いやすさ」というのはないがしろにされがちですが、しかしその実、操作性が悪ければ離脱しやすくなりますし、結果的にコンバージョンはしません。

UX などとも呼ばれますが、操作しやすい、分かりやすい、問い合わせしやすいなどはテストなどを通じて確認しておく必要があります。

その6:できるだけ自社運用を心がける

最後は、自社内での運用を目指すことです。CMS、特に WordPress を利用する理由のひとつでもあります。自社内での運用ができればいつでも好きなときに変更できますし、運用管理もスムースになります。

コスト削減にもスケジュール短縮にもなりますし、ノウハウも社内に溜まりますのでお勧めです。

最初は外注業者に依頼していてもマニュアルを作ったり操作を徐々に覚えていければ、やがて自社運用ができるようになります。

まとめ

CMS を上手に活用することで、Webサイトが大きく変わってきます。ただ本社サイトを翻訳しただけ、ではなく有機的に活用するためにも上記のポイントはおさえておくべきしょう。

チェック項目日本側の自由度が高い
(Local)
本社の拘束度合いが高い
(Centralized)
デザイン(見た目)とメッセージ・ブランディングの不統一の恐れ
・ブランディングの統一感高い
コンテンツ(必要なページ)・必要なページを見極めることで Webサイトの質が向上・不要なぺージがあるとユーザビリティ低下
オリジナルコンテンツの有無・日本のユーザが知りたい情報を掲載できる・グローバル単位でのニーズなので日本独自のニーズには対応できない
翻訳の品質(伝わる翻訳かどうか)・オリジナルコンテンツと共に作り上げることでリーダビリティ向上・刺さる翻訳ではないのでユーザの理解が薄い
ユーザビリティ・必要なページとデザインを合わせることで使いやすい Webサイトに・グローバルのまま使用するので使いにくい可能性も
更新・管理・運用・CMS(Wordpress)等で進めることで自社運用が可能・グローバル CMS で進めることで自社運用は可能だが権限や操作によっては外注化も必要に

 

目的を理解した翻訳プロセスの確立

翻訳品質を安定させるために、翻訳支援ツールを導入したり、最近では機械翻訳(NMT)などを使用したりと、様々な方法があります。

また ISO 17100 のような翻訳に関する国際規格を取得し、運用するという方法もあるでしょう。

ISO17100:翻訳サービス提供者認証のご案内

https://shinsaweb.jsa.or.jp/MS/Service/ISO17100

Certification of service providers

https://www.jsa.or.jp/en/en_about11/

今回は、翻訳の品質そのものというよりはそれらを支える翻訳プロセスについて考察します。

基本の翻訳プロセスはシンプル

翻訳という業務では、例えば自動車メーカーのような複雑な工程は必要ありません。もちろん複雑にしようと思えばいくらでもできますが、それは単純に非効率ですので(何か特別な事情がある限り)誰もやらないでしょう。

例えば、あるマニュアルを翻訳する場合、作業工程は大きく分けると以下の2つになります。

  1. 翻訳作業
  2. Web やデザイン、DTP、字幕編集、ローカライズなど

 

この 2 つが大きな工程となります。翻訳というのは、原文を読んで訳文を作る作業、Web は構築から運用、またデザインはクリエイティブですし、DTP レイアウト作業というのは、訳した文章を、元データに流し込み、原文と同じような見た目にそろえることを言います。

ここから考えるとき、翻訳支援ツール SDL TRADOS などを使用すると、1 と2 をシームレスに連携させることができます。

TRADOS によるマニュアル翻訳

また機械翻訳などでもこれらが実現できるものもあります。

いずれにしても、この2つのシンプルな作業工程(翻訳作業と後工程)を理解していれば、大枠を外すということは無いでしょう。

あえて言うなら、翻訳の前工程として「原文を書く時には翻訳を意識しておく」というくらいでしょう。ただ今回はテーマとそれるため割愛します。

「翻訳作業前に原稿を読まないのか?」という質問

 

ドキュメントの種類によってプロセスは増減する

上記はマニュアル翻訳の場合ですが、例えば、Web サイトローカライズはもう少し工程が複雑ですし、アプリやソフトウェアのローカライズも同様に複雑になってきます。

ローカライズとは

翻訳して Web を構築するには、どんな環境なのか、ドメインはどうする、SEO はどうする、広告は、日々の更新は?というように細分化されていきます。

Webサイト ローカライズ

 

さらに、最近では Youtube を代表とする動画ファイルに字幕をつけるというケースでも作業プロセスは増えていきます。

https://www.trivector.co.jp/movie/

上記の弊社のプランの場合でも、

  • テープ起こし
  • 翻訳
  • 字幕編集

という3つのプロセスが含まれています(最小構成です)。

ドキュメントの量によってプロセスは増減する

また、ドキュメントの量によってもプロセスは複雑化していきます。

例えば、1冊のマニュアルなら問題ないですが、10冊のマニュアルを同時に翻訳しなければならないとしたらどうでしょうか?その場合、パッと浮かぶだけで以下のような検討項目があります。

上記はあくまで一例で、まだまだ検討項目はあります。

納品形式に合わせたり、複数のドキュメントを同時に進めるために必要な作業工程があり、それらをつなげていくことで翻訳プロセスは完成します。

もちろん、ただ単に「翻訳だけしてくれればいい、テキストファイルで納品してくれればいい」というケースももちろんありますが、お客様からすれば、「まとめてお願いしたい」というニーズは根強く、それには様々なメリットがあることもご存知でしょう。

プロセスはシンプルだが、シンプルだからこそ影響を受ける

このように、翻訳の作業プロセスは目的地によって増減があるのですが、シンプルな設計である分、どこかで仕様変更があった場合や条件などが変わった場合には、すべての工程で影響を受けやすいとも言えます。

例えば上記の検討項目で、「翻訳者の人数を3人としていたが、指定したツールが使用できない翻訳者がいたため、急きょ2名体制にせざるを得なかった」としたら、どうなるのでしょうか?

考えられるのは

  • リソース(この場合はツール対応可能な翻訳者)の再確保
  • チェックスケジュール、後工程のスケジュールの再調整
  • 既存リソースへの担当振り分けのやり直し
  • 諸々の作業にかかるコスト増加
  • TM のメンテナンス

あたりでしょう。プロジェクトが複雑になればなるほど「翻訳」という全体の中の再調整と、それに影響を受ける後工程での再調整が必要になります。シンプルなプロセスだからこそ、どれかひとつが変更になると、すぐに、直接的に後のプロセスに影響を与えてしまうと言えます。

テクノロジーで防げるものと防げないもの

また、SDL TRADOS や WordPress などのように IT ツールやテクノロジーで便利になった側面も無視することはできません。

従来は、すべて手作業で翻訳しなければならなかったことも、TM によって随分と楽になりましたし、HTML+CSS で構築していた Web サイトも、Wordpress のような CMS なら比較的簡単に Web を構築できるようになりました。

これは本当に素晴らしいことであり、今後も IT を駆使したプロジェクト推進はさらにバージョンアップして便利になっていくことでしょう。

しかし、一方でいつまでも変わらないものがあります。それは「原文の変更」です。

例えば、まだ何も着手していない(翻訳していない)状態であれば、問題ないですが、作業がある程度進んでから、実は文章そのものが変更になったり、追加・削除されたりすることがあります。

いわゆる最上流の部分が変わってしまうので、そのあとに続くプロセスがすべて影響を受けてしまうのです。

まとめ

このようなことが無いように、キックオフミーティングではしっかりと仕様を固めておくこと、またその仕様から変わってしまったものは、どういう扱いにするのかを事前に決めておくことが重要であり、もっと言えば「できるだけコストを抑えながらも良い訳文、良いコンテンツを作りたい」という目的をお持ちの場合には、仕様をしっかりと決めておくこと、またそれ以前にきちんと翻訳会社と話し合っておくことが重要だと言えるでしょう。

つまり品質とは、1つ1つの作業の精度を高めるだけでなく、それらを統括するプロセスのマネジメントも同時に考えていかなければならないということです。

翻訳は「手段」であって「目的」ではない

弊社は主に「コミュニケーションサービス」を提供している企業ですが、そのうち、翻訳や通訳といった言語サービスを中心にご提供を行っています。

お客様からサービス提供への対価をいただきながら、経済活動を行っていますが、時折、そこに該当しないケースがあります。より大きな目的(弊社の場合には経営理念の実現)の場合であれば、該当しなくても(長期的には整合性が取られるため)問題ありませんが、以前にはそうでないケースも散見されました。

このあたりはもしかしたら業界構造や業界の変化にも関連しているかもしれません。

翻訳の功と罪

今回はビジネスでついつい「勘違い」してしまいがちな点について考察します。

陥りやすい「手段の目的化」

今はもうほとんどありませんが、以前に多かったのは「手段の目的化」です。翻訳や通訳サービスは、それを利用するクライアントのビジネスコミュニケーションをスムースにするためのツールのひとつであるべきで、それ自体が目的になってしまうのは本末転倒です。

具体的には、翻訳者の作る訳文がクライアントが求めるものとずれ、クレームになる場合などを指します。プロの翻訳者が行なう翻訳作業なのですから、ある一定の精度があるはずです。にもかかわらず、どうしてクレームになるのでしょうか?

考えられる原因はいくつかあります。

  1. 翻訳者の実力不足(一定の精度が無い訳文だった)
  2. 翻訳会社のヒアリング不足(営業窓口の力不足)、不適切なアサイン(人には向き不向きがある)
  3. クライアントが翻訳以上のものを求めている
  4. クライアントの好み(恣意的なもの)
  5. 納期等のその他の条件

 

これ以外でも、できない原因はあげればキリがないので、このあたりにしておきますが、いずれにしても様々な原因でクライアント期待とは違うものが納品されてくればクレームになる場合があります。

つまり、上記のような点が「ずれているから」起きてしまうトラブルやクレームが一定数存在します。

いったい何のために翻訳するのか?通訳するのか?

手段を目的化しないために、最初から最後までブレてはいけないのは、この翻訳、通訳の目的は何か?いったい何のためにクライアントは翻訳や通訳を利用するのか?ということです。

これは翻訳会社としてもしっかりヒアリングしなければならない部分ですし、それをコーディネーターから的確に翻訳者に伝えなければならない点です。

逆に、それをしっかりと汲み取って訳文を作ったり、通訳していくことができれば、理論上は大きな齟齬というのは出ないはずです。

※特に通訳の場合には、現場での対応になり、クライアントの担当者と直接打ち合わせができることも多いため、本来の目的を確認しやすいと言えます。

どの企業も、どの業界でも共通しているのは、ビジネスのコミュニケーションをスムースにして期待する成果を得ることであり、それを達成するために私たちは翻訳や通訳サービスを提供することで何ができるのか?ということです。

これを見失ってしまうと、クライアントの期待する翻訳や通訳サービスにはなりません。誤解を恐れず言えば、「作り手の独りよがりのサービス」になってしまうのです。

翻訳や通訳というサービスは、限りなく商品に近いところにあるために、ついつい勘違いしてしまいそうですが、残念ながらそれ自体は目的にはなりません。もし「翻訳すること」自体が目的であれば、それはビジネスではなく、ボランティアや趣味、また自分自身の勉強のためであることがほとんどではないでしょうか。(ちなみに、これらが悪いということではなく、ビジネスコミュニケーションサービスとして提供する以上はクライアントがいるわけですから、その要望も汲み取っていかなくてはならないということです)

これは英会話なども同様です。英語と言うツールを使って、仕事をスムースに進めることが重要な目的であって「英語が話せます」という話ではありません。実際の現場では、TOEIC の点数が非常に高くても、ビジネスの基礎がない人は活躍することできないのは何も英語に限った話ではありませんので、細かく説明するまでもないでしょう。

エグゼクティブ専門英会話 [Be Confident]

翻訳という仕事をしていると、どうしても TOEIC が高得点でなければならないといった類のことを言われることも多いですが、実態はそうではありません。「翻訳力」とでも言うべき能力はまったく定義が異なります。

 

「翻訳力」とは何か

 

「お客様に喜んでもらう」ことがひとつのバロメーター

仕事にはどれも相手(お客様)がいます。その「お客様のために価値を提供する」ことが重要なのであり、結果として収入や報酬があるのです。

クライアントが困っていることに対し、自ら蓄積してきた能力や経験で解決することが重要です。大ざっぱに言ってしまえば、人の役に立つことです。お客様の役に立つことを本気で考えれば、自ずととるべき行動は定まってくるでしょう。それは自己満足でも自慢でもないはずです。手段が目的化されている場合には、「自分がやったから結果が出たんだ」となりがちなので要注意です。

それよりも全力を尽くし、その結果としてお客様から感謝されるほうが自分が持つ能力が誰かの役に立てたと思えるのではないでしょうか。こういう真摯な気持ちで仕事に向き合ったとき、人はさらなる成長をすることができます。

翻訳も通訳も「お医者さん」と同じ

翻訳も通訳も様々なテクニックや最新のツールやテクノロジーがあります。ドキュメントによって訳し方が違ったり、分野によっても扱うドキュメントは様々です。

しかしそれ以前のスタンスの問題として自覚しておかないといけないことがあります。

それは、プロフェッショナルとしての翻訳者や通訳者は、その高い専門性や高い言語能力を駆使して、お客様の困りごとを解決できるということです。いわば「お医者さん」と同じように正しい診断を行い、治療法を提案していくこと、また専門性が高ければ、ブラックボックス化せず、インフォームドコンセントを行い、クライアントが満足する治療を受けることができるのです。

この正しい心構えを持ち、最新のテクノロジーを駆使し、自らの能力を最大限発揮することができれば、クライアントの悩み(顕在的/潜在的)を解決することができるのです。

「原稿の意味を汲んで翻訳して欲しいのに」というご要望への解決策

お客様の本質的な悩みとは

お客様から寄せられるご相談のうち、特に多いのがこの悩みです。

“原稿の意味を汲んで翻訳してほしいのに、全然できない会社が多い”

ご訪問してお伺いすると、このようなご不満やお悩みをお伺いすることがあります。これは最近に限った話ではないのですが徐々に多くなっています。

今回は、それは何故なのか、そしてどうすればお客様のご要望にお応えすることができるのかを考察します。

「原稿の意味を汲む」というのはどういうことか

そもそも、多くのお客様の言う「原文の意味を汲む」というのはどういうことを指しているのでしょうか。

その意味を正確に理解するために、現状をしっかり把握する必要があります。

はじめに、産業翻訳の場合には「原文に忠実に翻訳する」というルールがあります。

これは、翻訳業界にとってはデファクトスタンダードであり「翻訳会社や翻訳者を守る」という点でも明確なルールでもあります。原文に書いてあることを勝手に省略したり、原文に書いていないことを勝手に付け加えたりすれば、「誤訳だ、訳抜けだ」となるからです。

しかしながら、この状態が長く続いているからこそ、冒頭のお客様の「原文の意味を汲んで・・・」という発言につながる可能性があります。事実、このように発言されるお客様が非常に多いことは否定できません。

となると、お客様の望んでいる品質と、産業翻訳業界での「原文に忠実に」というルールは相容れないことになります。

直訳とは何か、意訳とは何か

では「直訳」ではいけないということでしょうか。すべてお客様に合わせるべきでしょうか。

「直訳」とは何でしょうか。またそれに対する「意訳」とは何でしょうか。

https://ja.wikipedia.org/wiki/直訳と意訳

翻訳会社の立場から言えば、「直訳」であっても何も問題はありません。「産業翻訳」としては、誤訳も無く、訳抜けもない、問題のない品質だと言えます。

しかし、お客様から見ると「直訳では問題だ」という事実もあるわけです。この事実に目を背け、「いや、問題ありません」というだけでは、議論は平行線のままです。

大切なのはこの事実をそのまま受け止め、このギャップを埋めることです。

産業翻訳のルールを変えればいい

もしお客様が求める品質がすべて「正」だとしたら、(極端に言えば)産業翻訳の「原文に忠実に翻訳する」というルールをすべて変更すればいいように思えます。(どのように変更すればいいかは置いておきます)

しかし、少し考えてみるとこれもおかしいということに気づきます。

なぜなら、お客様側には一貫した判断基準がないからです。「お客様」自体がさまざまな業種、さまざまな職種にはじまり、企業ごとの状況も異なっています。その中でどこまでが直訳で、どこからが意訳なのか、またどういう方向性(文体や表現)を好んでいるのかなどはお客様ごとにバラバラで「正解」が見えにくいのです。結局のところ、「お客様」という大きな括りになってしまうと、誰に合わせたらいいのか分からないため、非常にぼやけた話になってしまいます。

また、ドキュメントの性質から考えた場合、正確な翻訳(=直訳)の方が大切で必要だというケースも多く存在します。

※ドキュメントの性質や用途をまとめた「ドキュメントマップ」をご覧ください。

翻訳ドキュメントマップ

つまり「産業翻訳のルールを変えればいい」という単純な解決方法ではうまくいかないということになります。

ドキュメントの用途や性質には大きな関連がある

上述のように多様な「お客様」の判断基準は一貫性がありません。無くて当たり前だからです。しかし一方で、一貫性があるのは「ドキュメントの用途や元々持っているドキュメントの性質」です。

例えば、契約書なら契約書なりの翻訳の表現がありますし、財務書類なら財務書類の翻訳の仕方があります。

これらの特性を理解して翻訳することは、翻訳会社からすれば当たり前の話です。そのためにコーディネーターがいます。

分野や専門性を考慮し、そのドキュメントに適した訳し方をすることによって、読み手にとって理解しやすいものとなるわけです。

しかし、適した翻訳者をアサインしているにも関わらず、冒頭のお客様の声が増えているのは何故なのでしょうか。翻訳会社が作り上げる訳文がダメだということも無さそうです。

マッチしているときとそうでないときがあるということは、ドキュメントによってかなり訳し方が違うということが分かります。特に冒頭のお客様のコメントで多いのは、どちらかというとマーケティング資料(カタログや Web など)に対してです。

これは、「読み手にしっかり伝わる文章を作りたい」「伝わらなければ意味がない」というリクエストがより強く出てくるドキュメントは、マーケティング資料が多いためです。

ここに、今回のテーマの答えがありそうです。

最近では、 Web サイトの翻訳やローカライズにおいて、テキスト(文章)はますます重要な位置づけを占めており、そこにフォーカスした翻訳サービスをご提供する必要があります。

仮に英語が原文だとした場合、それをそのまま日本語に翻訳しただけでは、Webサイトには適さない翻訳になってしまうこともあるでしょう。これは日本語から英語への翻訳でも同様のことが言えます。

特にキャッチコピーのようなものは、字面を追いかけて翻訳するくらいなら、英語のままにしておいた方が「カッコいい」場合もあります。

クリエイティブに翻訳するということ

ひとつの解決策として、弊社では、「通常の翻訳以上、ライティング未満」という位置づけで「クリエイティブ翻訳プラン」をご用意しています。

コンテンツ向けクリエイティブ翻訳プラン

https://www.trivector.co.jp/service/contentstranscreation/

SNS向けクリエイティブ翻訳プラン

https://www.trivector.co.jp/service/snstranscreation/

「翻訳を超えた翻訳」を作ることが唯一の解決策

このように、マーケティング関連のドキュメントは、ますますテキストが重要となっています。

例えるなら、「翻訳を超えた翻訳」を作ることです。これが SEO 対策としても重要ですし、何よりもっとも大切なのは、そのテキスト(文章やキャッチコピー)を読んだ人が「次の行動」を起こせるかどうかということです。

  • SNS(Facebook や Instagram等)の広告を見て、クリック(タップ)するかどうか
  • コンテンツを読んで問い合わせするか、申し込みをするか、購入するかどうか

まとめ

「原稿の意味を汲んで翻訳してほしい」というご要望にお応えする解決策としては、

  • ドキュメントの性質や特徴をつかむこと
  • そのドキュメントに合った表現や言い回しをすること
  • それは翻訳を超えた翻訳、つまり「クリエイティブな翻訳」をするということ

と言えます。

せっかくお金を払って翻訳するのですから、「翻訳はコストではなく、プロフィットである」という観点から効果的な翻訳を行っていただくことをお薦めします。